テキストフィールドとチェックボックスのみを備えた入力可能なPDF Formsは機能的ですが静的です。インタラクティブなボタンを追加すると、フラット フォームがナビゲーション可能な応答性の高いドキュメントに変換され、ユーザーがセクションを案内し、計算が自動的に実行され、完成したデータが 1 回のクリックで送信されます。ユーザーはファイルを手動で保存して電子メールで送信する必要がありません。ボタンを使用すると、すべてのフォーム フィールドをデフォルトにリセットしたり、完成したドキュメントを印刷したり、複数ページのフォームのセクション間をユーザーに移動したり、カスタム計算をトリガーしたり、フォーム データを Web サーバーや電子メール アドレスに送信したりできます。基本的なエディタではフォームの構築がテキストフィールドとチェックボックスのみに制限されることが多いため、フォームを追加するプロセスには、完全な Acrobat Forms 仕様をサポートする PDF エディタが必要です。
ボタン作成に適切な PDF エディターの選択
すべての PDF エディターが、PDF 仕様で定義されているボタン アクションの完全なセットをサポートしているわけではありません。 Adobe Acrobat Pro は、フィールド検証や条件付き表示などの高度な動作のための JavaScript トリガーを含む、最も包括的なボタン ツールセットを提供します。ブラウザベースの PDF エディタはこの分野で大幅に改善されており、いくつかのエディタでは、標準のテキスト フィールドやチェックボックス フィールドに加えて、フォーム構築ツールキットの一部としてボタン挿入が提供されています。ツールを選択するときは、テキスト フィールドやチェックボックスだけでなく、特にボタン フィールド タイプをサポートしていることを確認してください。テキスト入力フィールドと基本的な注釈ツールのみを提供するフォーム ツールでは、機能的な対話型ボタンを作成できません。
ソフトウェアのインストールを必要としないブラウザベースの代替手段として、WukongPDF などのプラットフォームには、ページ ナビゲーション、フォーム送信、フィールド リセットなどの最も一般的なボタン アクションをカバーするフォーム フィールド ツールが含まれています。ブラウザベースのツールの利点は、インストールやライセンスのオーバーヘッドがなく、デバイス間ですぐにアクセスできることです。これらの高度なスクリプトには完全な Acrobat JavaScript API が必要であるため、複数のフィールドにわたるユーザー入力を検証したり、フォーム値に基づいて条件付きロジックを実行したりする複雑な JavaScript 駆動のボタンには、依然としてデスクトップ アプリケーションが適しています。
ページ間にナビゲーション ボタンを追加する
ナビゲーション ボタンは、複数ページのフォーム用の Interactive PDF ボタンの最も実用的で広くサポートされているタイプです。 「次のページに移動」ボタンと「前のページに移動」ボタンを使用すると、ユーザーは長いフォームを手動でスクロールまたはスワイプする必要がなくなります。これは、PDF ビューア インターフェイスが既に大きな画面領域を占有しているモバイル デバイスで特に役立ちます。ナビゲーション ボタンを追加するには、フォーム エディターを開き、フォーム フィールド ツールバーからボタン ツールを選択し、ページ上のボタンを表示する場所に四角形を描画します。ボタンのプロパティ ダイアログで、[アクション] タブを見つけ、マウス アップに設定された新しいアクション トリガーを追加し、エディターのサポート内容に応じて、[メニュー項目の実行] または [JavaScript の実行] を選択します。次のページ ボタンの場合、最も単純な JavaScript アクションは、現在のページ番号をインクリメントする単一のステートメント this.pageNum++ です。
ボタンには明確なアクション指向のテキストのラベルを付けます。 「次のページ」のようなラベルや、広く認識されている右矢印アイコンは、クリックすると何が起こるかについて、ユーザーに即座に明確な期待を与えます。プロパティ ダイアログの [オプション] タブでボタンの外観を設定します。ページのコンテンツと視覚的に対照的な背景色を選択し、クリック可能な領域を定義する明確な境界線を追加し、携帯電話の画面で快適に読んだりタップしたりできる十分な大きさのフォント サイズを設定します。快適なタッチ ターゲットを提供するには、ボタンは標準レター サイズのページで少なくとも幅 100 ピクセル、高さ 40 ピクセルでなければなりません。
フォームデータの送信ボタンの作成
[送信] ボタンは、入力されたフォーム データを設定された宛先に送信し、ユーザーがフォームに入力してから必要な場所にデータが到着するまでのループを閉じます。ボタンのプロパティの [アクション] タブで、アクション タイプのドロップダウンから [フォームの送信] を選択します。次に、送信 URL を構成します。入力したフォームを電子メールで配信するには、URL として mailto:address@example.com を入力します。ユーザーのデフォルトの電子メール クライアントが開き、フォーム データが添付されます。サーバー側処理の場合は、バックエンド構成に従ってフォーム データ ペイロードを受信して解析する完全な HTTPS エンドポイント URL を入力します。
エクスポート形式の設定により、送信されたデータの構造と受信者がデータをどのように操作するかが決まります。 FDF (フォーム データ フォーマット) はフィールド名とその現在の値のみを送信し、受信者が元の空白のフォーム テンプレートにインポートして戻すことができるコンパクトなペイロードを生成して、コンテキスト内で入力されたデータを表示できます。 XFDF は、同じ概念の XML ベースのバージョンであり、自動システムによる解析が容易です。 HTML は、特別なツールを使用せずにどのブラウザでも読み取り可能な単純な名前と値のペアとしてデータをエクスポートします。 PDF は、すべてのフィールドにデータが入力されたドキュメントのコピー全体をエクスポートします。受信者が送信をどのように処理するかに基づいて形式を選択します。データベースまたは CRM システムへの自動取り込みの場合、通常、HTML または XFDF がプログラムで解析するのが最も簡単です。記入されたフォームを見る必要がある人間の受信者にとって、完全な PDF を送信するのが最も実用的で自己完結型のオプションです。
すべてのフィールドをクリアするためのリセット ボタンの作成
[リセット] ボタンを使用すると、1 回の操作ですべてのフォーム フィールドがクリアされてデフォルトまたは空の状態に戻り、ユーザーは個々のフィールドからテキストを手動で選択して削除することなく、完全にやり直すことができます。ボタンの「アクション」タブで、アクション・タイプのリストから「フォームをリセット」を選択します。ダイアログが表示され、文書内のすべてのフォームフィールドがリストされます。ボタンをクリックしたときにリセットするフィールドの横にあるボックスをオンにします。通常は、ユーザーが入力可能なフィールドをすべて選択しますが、リセットしても特定のフィールドが保持される必要がある正当なケースもあります。ユーザーが個人エントリをリセットするときに、日付スタンプ フィールド、事前に入力された会社名、または文書参照番号が消去されるべきではありません。
コストのかかる誤クリックを防ぐために、「リセット」ボタンは「送信」ボタンとは視覚的に区別できる必要があります。リセットにはライトグレーや白などの強調度の低いニュートラルな色を細い境界線で使用し、青や緑などの太くてコントラストの高い色を送信用に確保します。既定の Web およびアプリケーションの規則に従って、[送信] の左側に [リセット] ボタンを配置します。つまり、主に前進するアクションは右側に表示され、二次的または破壊的なアクションは左側に表示されます。この空間レイアウトにより、ユーザーが 10 分かけて詳細なフォームに入力した後、[送信] をクリックするつもりで [リセット] をクリックする可能性が大幅に減少します。
異なる PDF ビューア間でのボタンのテスト
Adobe Acrobat では完全に機能するボタンでも、ブラウザベースの PDF ビューア、モバイル PDF アプリ、または Mac のプレビュー アプリケーションではまったく機能しない場合があります。各ビューアは PDF インタラクティブ仕様の実装方法が異なり、一部のビューアはセキュリティや互換性の理由から特定のアクション タイプを完全に無視します。ボタンを備えたインタラクティブ PDF フォームを構築した後、少なくとも 3 つの異なる環境ですべてのボタンをテストします。デスクトップ コンピューター上の Adobe Acrobat Reader、Chrome または Edge のデフォルトのブラウザー PDF ビューアー、Apple Books や iOS または Android 用の Adobe Acrobat Reader などのモバイル PDF アプリです。
以下の表は、一般的な PDF 表示環境でサポートされるボタン アクションをまとめたものです。
| ボタンアクション | Acrobat デスクトップ | クローム/エッジ | モバイルアプリ |
|---|---|---|---|
| ページナビゲーション | フルサポート | フルサポート | 部分的 |
| フォームデータを送信する | フルサポート | 部分的 | 限定 |
| フォームフィールドをリセット | フルサポート | フルサポート | フルサポート |
| 文書を印刷する | フルサポート | 部分的 | 限定 |
JavaScript の実行が必要なボタンについては、ほとんどのブラウザベースの PDF ビューアがセキュリティ対策として JavaScript を完全に無効にしていることに注意してください。フォームがフィールド検証や複雑な計算のために JavaScript ボタンに依存している場合は、フォームの上部付近に、完全な対話型機能を得るために Adobe Acrobat Reader でドキュメントを開くようにユーザーに指示する表示可能なメモを含めます。
紙で記録を残すための印刷ボタンの追加
フォームに直接埋め込まれた「印刷」ボタンは、システムの印刷ダイアログをトリガーします。これは、デジタル完成後に物理的な署名や紙のコピーが必要なフォームに役立ちます。アクション タイプは [メニュー項目の実行] で、選択する特定のメニュー項目は [ファイル]、[印刷] です。これは、JavaScript コーディングを必要としない組み込みの Acrobat アクションであり、メニュー実行アクション タイプをサポートするすべての主要な PDF ビューアと互換性があります。
混乱を避けるために、[印刷] ボタンを主な [送信] ボタンと [リセット] ボタンから離して配置します。一般的なレイアウトでは、印刷は最初のページのヘッダー領域または上部のツールバー行に配置され、送信とリセットは最終ページのフッター領域を占めます。この物理的な分離により、テキスト ラベルのみに依存するのではなく、空間デザインを通じて各ボタンの明確な目的が明確になります。
フォーム ボタンへのツールヒントとホバー テキストの追加
ツールチップには、ユーザーがボタンの上にカーソルを置くと表示される簡単な説明が表示されます。この小さな追加により、特にアイコンのみのラベルが付いたボタンや、PDF のインタラクティブ機能に慣れていないユーザーに配布されるフォームでのフォームの使いやすさが大幅に向上します。ボタンのプロパティダイアログで、「全般」タブを見つけて、「ツールヒント」フィールドを探します。 「クリックして完成したフォームを送信する」や「アプリケーションの次のセクションに進む」など、アクション指向の短い説明を入力します。ほとんどの画面で切り捨てられることなく完全に表示されるように、ツールチップを 60 文字未満に保ちます。
複数のビューアでツールチップをテストすることは、ボタンのアクション自体をテストすることと同じくらい重要です。一部のモバイル PDF ビューアは、タッチスクリーンにホバーに相当する機能がないため、ホバー状態をまったくサポートしていません。主にモバイル ユーザーに配布されるフォームの場合、タッチ ユーザーには決して表示されないツールチップに依存するのではなく、ボタン上またはボタンの横に直接表示されるテキスト ラベルを含めます。表示ラベルとツールチップの両方を組み合わせたアプローチにより、デスクトップ環境とモバイル環境全体で最高のエクスペリエンスが提供されます。