送信ボタンは、機能的なPDF Formsワークフローの最後の部分です。ユーザーがテキスト フィールドに入力し、ドロップダウン オプションを選択し、適切なボックスをオンにすると、送信ボタンによってすべてのフォーム データがパッケージ化され、誰かが操作できる宛先に送信されます。送信ボタンがない場合、ユーザーは入力した PDF を保存し、添付ファイルとして手動で電子メールで送信する必要があります。適切に設定された送信ボタンを使用すると、フォーム データが構造化テキストとして受信トレイまたはデータベースに受信され、ユーザーが手動で操作を行わなくても処理できる状態になります。
送信ボタンの追加には、PDF ページにボタン コントロールを配置することと、データを正しい宛先に送信するためのアクションを構成することという 2 つの別々のタスクが含まれます。アクション設定により、データの送信先、使用する形式、送信後にユーザーに確認メッセージが表示されるかどうかが決まります。アクションを正しく行うことが、クリック可能に見えるボタンと、フォームの応答を確実に提供するボタンを分けるものです。
WukongPDF の Fillable PDF エディターには、mailto アドレスまたはサーバー エンドポイントを使用して構成できる送信ボタン コントロールが含まれています。ボタンを構成した後、フォームを受信者に送信する前に完全な送信ワークフローをテストして、データがそのまま到着することを確認します。
PDF 送信ボタンの仕組み
ほとんどの場合、PDF 送信ボタンは、フォーム送信アクションが関連付けられたボタン タイプのフォーム フィールドです。ユーザーがボタンをクリックすると、PDF リーダーはすべてのフォーム フィールドの現在の値を収集し、選択したデータ形式にシリアル化し、指定された宛先に送信します。宛先には、mailto: プロトコルを使用する電子メール アドレスを指定できます。このプロトコルにより、ユーザーの電子メール クライアントが開き、メッセージ本文または添付ファイルにフォーム データが含まれます。または、HTTP または HTTPS を使用した Web サーバー URL にすることもできます。これにより、サーバー側スクリプトが受信して処理する POST リクエストとしてデータが送信されます。
データ形式のオプションには、1990 年代以来 Adobe 製品で使用されているフォーム データ形式である FDF が含まれます。 XFDF。Adobe 以外のシステムでも解析しやすい XML ベースの FDF バージョンです。 HTML。フィールド データを HTML ドキュメント本文のキーと値のペアとしてフォーマットします。そして PDF は、入力された PDF ファイル全体を添付ファイルとして送信します。形式の選択は、データを受信するシステムによって異なります。電子メールの受信者は通常、PDF または HTML を好みます。データベースへのフォーム送信を処理するサーバー スクリプトは、構造化された解析のために XFDF または FDF を優先します。
方法 1: メールの設定: 送信ボタン
実際には、mailto アプローチはサーバー インフラストラクチャを必要としないため、セットアップが最も簡単です。 [送信] ボタンをクリックすると、ユーザーのデフォルトの電子メール アプリケーションが開き、指定された受信者に宛てた新しいメッセージが作成され、メッセージ本文が入力されるか、入力された PDF が添付されます。 Adobe Acrobat Pro で PDF を開き、[ツール]、[フォームの準備] の順に移動します。ツールバーのボタン アイコンをクリックし、ページ上にボタンを描画します。 「送信」または「フォームの送信」などのラベルを入力します。
ボタンを選択した状態で、「プロパティ」ダイアログを開きます。 「全般」タブで、ボタンに「SubmitButton」のような名前を付けます。 「オプション」タブで、「レイアウト」を「ラベルのみ」に設定し、ボタンのテキストを入力します。 [アクション] タブで、トリガー ドロップダウンから [マウス アップ] を選択し、[追加] をクリックします。アクション タイプ リストから [フォームの送信] を選択します。 「フォーム選択の送信」ダイアログで、URL として「mailto:you@example.com」と入力します。エクスポート形式として PDF を選択すると、受信者は完全に入力された PDF を受け取ることができます。 「OK」をクリックしてプロパティを閉じ、PDF を保存します。
Adobe Acrobat Reader で PDF を開き、いくつかのフィールドに入力して、[送信] をクリックして、送信ボタンをテストします。 Reader は、デフォルトの電子メール アプリケーションを開き、あなた宛ての新しいメッセージと記入済みの PDF が添付されているはずです。電子メール クライアントが開かない場合は、オペレーティング システムにデフォルトのメール アプリケーションが設定されていることを確認してください。 mailto リンクはシステムのメール ハンドラーに依存しており、一部のマシン、特に Web ベースの電子メールを使用する企業環境では、mailto ハンドラーが構成されていない場合があります。
方法 2: フォーム データを Web サーバーに送信する
電子メールベースの送信が困難になる一般または大規模なチームに配布されるフォームの場合、サーバー スクリプトへの HTTP POST 送信により、よりスケーラブルなデータ収集パイプラインが提供されます。セットアップには、受信した PDF フォーム データを受け入れて処理できるサーバー エンドポイントが必要です。エンドポイント URL は、mailto アドレスの代わりに、フォーム送信アクションの URL フィールドに入力されます。ユーザーが「送信」をクリックすると、PDF リーダーは本文にフォーム データを含む HTTP POST リクエストを送信します。サーバー スクリプトはデータを解析して保存し、PDF リーダーが確認ページとして表示できる応答を返します。
サーバー エンドポイントの設定は、PDF の外部での Web 開発が関与するため、このワークフローのより複雑な部分です。 POST リクエストを受け入れ、FDF または XFDF データを解析し、フィールド値を CSV ファイルまたはデータベースに書き込む基本的な PHP、Python、または Node.js スクリプトは、通常 30 ～ 50 行のコードになります。構成の PDF 側は、URL が mailto アドレスではなくサーバー エンドポイントを指していることを除いて、mailto セットアップと同じです。多くのフォーム管理サービスは、PDF フォームの送信を受け入れる事前構築済みのエンドポイントを提供しており、カスタム サーバー コードを作成してホストする必要がなくなります。
送信ボタンの外観と動作のカスタマイズ
デフォルトのボタンの外観、テキストが中央に配置された灰色の四角形は機能しますが、ほとんどのフォームのデザインとは一致しません。 [外観] タブのボタンの [プロパティ] ダイアログで、フォームの表示スタイルと一致するように境界線の色、塗りつぶしの色、フォント、およびフォント サイズを設定します。青い塗りつぶし、白いテキスト、丸い角を持つ送信ボタンは、デフォルトの灰色の四角形よりも注目を集め、より多くのクリックを獲得します。 [オプション] タブで、ラベル テキストの横または代わりに表示されるボタンにアイコンを割り当てることができます。
ほとんどのツールで、ボタンの「アクション」タブは、さまざまなトリガーでの複数のアクションをサポートします。 Mouse Up 送信アクションの他に、ボタンの色を変更してホバーを示す Mouse Enter アクションと、元の色に戻す Mouse Exit アクションを追加できます。これらの視覚的なフィードバック キューにより、フォームの応答性が向上し、プロフェッショナルな印象が与えられます。インタラクティブな効果は控えめにしてください。ホバーすると少し濃い色に変化するボタンが便利です。ボタンがアニメーションしたり、劇的に変化したりすると、気が散ってしまいます。
セキュリティとプライバシーに関する考慮事項
mailto リンクを通じて送信されたフォーム データは、ユーザーの電子メール クライアントと、送信者と受信者の両方の電子メール インフラストラクチャを通過します。両方の電子メール サーバーが TLS を強制しない限り、データは転送中に暗号化されません。個人識別番号、健康データ、財務詳細などの機密情報を収集するフォームの場合、mailto 送信では十分なセキュリティが提供されません。 HTTPS を使用してサーバー エンドポイントへの HTTP POST を行うと、PDF リーダーとサーバーの間で転送されるデータが暗号化されます。これは、個人データを収集するフォームにとって許容される最低限のセキュリティ レベルです。
ドキュメントをデザインするときに、受信者が使用する PDF リーダーも送信動作に影響します。 Adobe Acrobat Reader は、mailto や HTTP POST を含むあらゆる送信アクションをサポートします。 Chrome、Edge、Firefox に組み込まれたブラウザベースの PDF ビューアでは、PDF フォーム送信アクションのサポートが制限されているか、まったくサポートされていません。 Acrobat Reader では完全に機能する送信ボタンでも、同じ PDF をブラウザのタブで開いた場合には何も機能しない場合があります。 PDF リーダーを制御できない外部の受信者に配布されるフォームの場合は、送信ボタンの近くに、ボタンがブラウザで機能しない場合は Adobe Acrobat Reader でファイルを開くようにユーザーに指示するメモを含めます。
| 送信メソッド | 仕組み | 最適な用途 |
|---|---|---|
| mailto: URL アクション | フォームデータを含む件名と本文が事前に入力されたユーザーのデフォルトの電子メールクライアントを開きます | 内部フォーム、小規模チーム、単純なデータ |
| サーバースクリプトへのHTTP POST | フォーム データを FDF または XFDF として Web サーバー エンドポイントに送信して処理します | パブリックフォーム、CRM統合、自動化 |
| JavaScript + メール API サービス | カスタム JS ボタンは、PDF リーダーからサードパーティの電子メール API を直接呼び出します | mailtoの信頼性が不十分なフォーム |
適切に設定された送信ボタンにより、入力可能な PDF がスタンドアロン フォームからデータ収集エンドポイントに変わります。 mailto メソッドは、サーバーをセットアップせずに内部チーム フォームを処理します。 HTTP POST メソッドは、パブリック配布および自動データ処理に対応します。配布前に送信ワークフローをエンドツーエンドでテストすると、構成エラーが検出されます。そうしないと、ユーザーが送信したすべてのフォーム応答が自動的に失われます。確実に機能する送信ボタンは、フォーム入力者とフォーム所有者の間の最後の摩擦点を取り除き、入力可能な PDF ワークフロー全体のループを閉じます。
送信ボタンの失敗のトラブルシューティング
送信ボタンをクリックしても何も起こらない場合、最も一般的な原因は、PDF リーダーがそのアクション タイプをサポートしていないことです。ブラウザベースの PDF ビューアは通常、mailto または HTTP POST 送信アクションをサポートしません。この修正は、ファイルを Adobe Acrobat Reader で開くようにユーザーに指示することです。もう 1 つの一般的な原因は、mailto URL の形式が不正であることです。正しい形式は、適切に URL エンコードされていない限り、スペースや追加パラメータを含まない mailto:address@example.com です。
ボタンは機能するが、電子メールがデータなしで到着する場合、考えられる原因は、エクスポート形式が FDF または XFDF に設定されており、受信者の電子メール クライアントがこれらの形式を表示する方法を認識していないことです。 「フォームを送信」アクション設定でエクスポート形式を PDF に変更します。入力された PDF は電子メールの添付ファイルとして届き、受信者はそれを直接開いて、入力されたすべてのデータを確認できます。受信者が電子メール本文のデータを一目で確認する必要があるフォームの場合は、エクスポート形式として HTML を選択します。フィールド値は電子メール メッセージ本文にラベル付きテキストとして表示されますが、書式設定はプレーンであり、元のフォームの視覚的なレイアウトは保持されません。