PDF タグが読み取り順序を制御する方法と、それが壊れる理由
適切に構造化された PDF では、見出し、段落、画像、表などの各コンテンツが、PDF タグ によって管理される論理コンテンツ ツリー内の位置に割り当てられます。読み取り順序は、ページ上の視覚的な位置ではなく、このツリー内のノードの順序によって決まります。 PDF エディタ がタグ ツリーを更新せずにコンテンツを追加、削除、または再配置すると、視覚的な順序とタグ付けされた順序が異なります。
この相違は、それぞれが独自のタグ付けスキームを持つ異なるソース文書からページがマージされるときに最もよく発生します。 3 つのタグ付き PDF から組み立てられたレポートには、正しい順序で相互に接続されていない 3 つの別個のタグ ツリーが含まれる場合があります。スクリーン リーダーは、最初のドキュメントのタグ ツリーの末尾から 2 番目のドキュメントの先頭にジャンプし、その間にあるコンテンツを視覚的にスキップします。その結果、画面上では正しく見える文書が、支援技術にとってはばらばらの一連の断片として読み取られることになります。
もう 1 つの一般的な原因は、最初のタグ付けプロセスの後に追加されたコンテンツです。標準の編集ツールを使用してタグ付き PDF に段落または画像を挿入すると、エディターは新しいオブジェクトをページに配置しますが、既存のタグ ツリーには登録しません。新しいコンテンツはスクリーン リーダーには見えなくなります。一方、タグ ツリーには編集前のドキュメントの状態が反映されたままになります。複数の編集サイクルを繰り返すと、ビジュアル ドキュメントとそのタグ構造の間のギャップが広がり、その後の編集ごとにアクセシビリティ コンプライアンス違反のリスクが増加します。
タグの順序の問題による実際的な影響は、スクリーン リーダーのユーザーだけにとどまりません。 PDF レイアウトをモバイル画面に適応させるコンテンツ リフロー エンジンも、順序付けのためにタグ ツリーに依存します。見た目の順序は正しいが、タグの順序がバラバラな文書は、携帯電話の画面上では読み取れないほど混乱し、段落が一見ランダムな位置に表示されます。 PDF コンテンツのインデックスを作成する検索エンジンも同様に、ドキュメント階層を理解するためにタグ構造に依存しているため、タグの順序の問題は、公開されている PDF の SEO に影響を与える可能性があります。
タグの並べ替えと PDF の再タグ付けの違い
既存のタグの並べ替えは、対象を絞った修正です。タグの再設定は完全な再構築です。違いを理解することで、ドキュメントにすでに投入されている PDF Accessibility の作業を維持するか失うかが決まります。
| アスペクト | タグの並べ替え | 完全なタグ付け |
|---|---|---|
| 範囲 | 既存のタグツリーノードシーケンスを調整します | タグツリー全体を最初から再構築します |
| 既存のメタデータ | 保存されています。すべての代替テキスト、見出しレベル、テーブルヘッダーが保持される | 失った;すべて手動で再入力する必要があります |
| 所要時間 | 一般的なドキュメントの場合は数分 | 複雑な複数セクションのドキュメントに数時間かかる |
| コンプライアンスに対するリスク | タグツリーパネルを使用した場合は低い | 高い;単一の要素が欠落していると、PDF/UA 準拠に違反します |
| 最適な用途 | タグは存在するが順序が間違っている文書 | タグなしのスキャンまたは完全に破損したタグ構造 |
| 編集後の検証 | クイックチェック;再順序付けされたセクションのみをレビューする必要があります | 完全な文書監査が必要です。すべてのタグを検証する必要がある |
タグの並べ替えは、すでに機能的なタグ構造を持っているドキュメントに推奨されるアプローチです。完全なタグ付けの再設定は、タグツリーが非常に破損しており、個々のノードの順序を変更する方が最初からやり直すよりも時間がかかるタグなしスキャンおよびドキュメントに対して予約する必要があります。主な違いは、並べ替えでは画像上のカスタム代替テキスト、見出しレベルの割り当て、テーブル ヘッダーのスコープ定義、および言語属性マーカーが保持されるのに対し、タグ付けの再設定ではそれらがすべて消去され、手動での再入力が必要になることです。
メタデータを失わずにタグの並べ替えをサポートするツール
すべての PDF エディターがタグ ツリーを安全に処理できるわけではありません。以下の表は、一般的なツールのタイプをタグ保存動作に基づいて分類しています。
| ツールタイプ | タグ ツリー アクセス | 再注文しても安全 | リスクレベル |
|---|---|---|---|
| 専用のアクセシビリティ チェッカー | 完全な読み取り/書き込み | はい | 低い |
| プロフェッショナル PDF スイート (Acrobat Pro) | 完全な読み取り/書き込み | はい、タグパネル付き | 低い |
| ブラウザベースのエディタ | なし | いいえ;保存時にすべてのタグを削除します | 高い |
| オフィススイートエクスポーター | エクスポート時に新しいタグを作成します | 適用できない;タグを置き換えます | 中くらい |
| オープンソースのコマンドラインツール | 部分的に読みました。書き込み制限付き | 条件付き | 中くらい |
ブラウザベースの PDF エディタは、タグ付きドキュメントの最もリスクが高いカテゴリです。これらのレンダリング エンジンはタグ ツリー構造を解析しないため、ブラウザベースのツールから保存操作を行うと、警告なしにタグ ツリー全体が破棄されます。組織が迅速な編集にブラウザベースのツールを使用している場合は、タグ付きドキュメントは論理構造を保持するデスクトップ アプリケーションを通じてのみ処理する必要があるというポリシーを確立します。
ステップバイステップ: アクセシビリティを損なうことなくタグを並べ替える
タグの並べ替えに対する体系的なアプローチにより、支援技術ユーザーが文書を使用できなくなるメタデータの損失を防ぎます。次の手順は、読み取り順序が正しくないタグ付き PDF があり、既存のアクセシビリティ メタデータをすべてそのまま維持しながら順序を修正する必要があることを前提としています。
ステップ 1: PDF エディターでタグ ナビゲーション パネルを開き、完全なタグ ツリーを展開します。変更を加える前に、現在のツリーを参照としてエクスポートまたはスクリーンショットしてください。並べ替えが失敗した場合、変更を元に戻すには元の状態を知る必要があるため、このバックアップは不可欠です。参照コピーを使用せずに作業することは、不可逆的なタグの損傷の最も一般的な原因です。
ステップ 2: どのノードが順序から外れているかを正確に特定します。タグは、ページ レベルで順序が間違っている場合があり、ページ全体が間違った位置に表示されたり、コンテンツ レベルでページ内の個々の段落や画像が間違った順序になったりすることがあります。単一ページ内のコンテンツ レベルの順序の誤りは、ページ レベルの順序の誤りよりも一般的であり、修正が容易です。これは、多くの場合、ドキュメントの組み立てプロセスにおけるより深い構造上の問題を示しています。
ステップ 3: 位置がずれているタグをツリー内の正しいシーケンスにドラッグ アンド ドロップします。ほとんどのプロフェッショナル ツールは、タグ パネルでの直接の再配置をサポートしています。移動するたびに、簡単なアクセシビリティ チェックを実行して、変更が有効になり、新しい問題が発生していないことを確認します。文書全体を一度に再配置するのではなく、一度に 1 つのセクションを完了してください。この段階的なアプローチにより、間違いの範囲が 1 つのセクションに限定されます。
ステップ 4: すべてのセクションを並べ替えた後、完全なアクセシビリティ検証パスを実行します。チェッカーは、編集前の状態と比較して、新しいエラーを報告しないはずです。新しいエラー、特に代替テキストの欠落やテーブルヘッダーの関連付けの破損が発生した場合は、最新の並べ替え手順を元に戻し、再試行する前に影響を受けるタグを手動で検査してください。新しいエラーを引き起こす検証パスは、タグが必要な親コンテナの外に移動されたことを示します。
ステップ 5: 自動検証に加えて、実際のスクリーン リーダーを使用して、並べ替えられたドキュメントをテストします。自動化ツールは構造の正しさを検証します。読み上げる順序が人間のリスナーにとって自然に聞こえるかどうかは、ライブのスクリーン リーダー テストによってのみ確認されます。ドキュメント全体を通常の速度で再生し、ナレーションがコンテンツを予期せずジャンプ、繰り返し、またはスキップしているセクションに注目してください。
メタデータを損傷するよくあるタグの並べ替えの間違い
タグの並べ替え中にいくつかの間違いがあると、エラー メッセージが表示されずにアクセシビリティ メタデータがサイレントに削除される可能性があります。これらの落とし穴を認識することで、検出されないままコンプライアンス違反が発生するリスクが軽減されます。
コンテンツ要素を親コンテナ ノードの外にドラッグすると、階層関係が切断されます。段落タグは、その親セクションまたは記事タグ内に残す必要があります。誤ってルート レベルにドラッグすると、ドキュメントの構造が平坦になり、スクリーン リーダーがセクションごとに移動できなくなります。並べ替え後も、すべてのコンテンツ タグが正しい親内にネストされたままであることを常に確認してください。
表の行全体を移動するのではなく、表のセルを個別に再配置することもよくある間違いです。 PDF テーブル タグは厳密な階層を使用します。テーブルには TableRow が含まれます。TableDataCell が含まれます。この構造から 1 つのセルを移動すると、スクリーン リーダーのテーブルの関連付けが壊れます。テーブルの内容を並べ替える場合は、必ず行全体またはテーブル構造全体を 1 つの単位として移動してください。
並べ替え中にアーティファクト タグを無視すると、アクセシビリティ チェックで誤ったパスが発生します。アーティファクト タグは、スクリーン リーダーから隠す必要がある装飾コンテンツ、実行中のヘッダー、およびページ番号をマークします。並べ替えによって誤ってアーティファクトがコンテンツ タグに昇格した場合、スクリーン リーダーは段落の途中でページ番号や装飾要素を読み上げることになり、リスニング エクスペリエンスが大幅に低下します。
タグの並べ替え後の読み取り順序の検証
再注文後の検証には、自動化された方法と手動の方法の両方を使用する必要があります。自動チェッカーは構造の妥当性を確認しますが、読み上げ順序が自然であるかどうかを評価することはできません。 PDF ビューアに組み込まれている読み上げ機能を使用するか、テスト モードで専用のスクリーン リーダーを使用して、ドキュメント全体を最初から最後まで聞くことができます。
可能であれば、2 つの異なるスクリーン リーダー アプリケーションを使用してテストします。 Windows の JAWS と NVDA、または Mac の VoiceOver は、あいまいなタグ構造の処理方法に若干の違いがありますが、タグ ツリーを解析します。あるスクリーン リーダーで正しく読み取られるドキュメントでも、別のスクリーン リーダーでは順序の問題が発生する可能性があります。クロスリーダーテストは、ドキュメントがエンドユーザーに届く前にエッジケースをキャッチする最良の方法です。
タグ付き PDF を定期的に扱う大規模組織の場合、WukongPDF の編集ツールは、アクセシビリティ構造に触れることなくコンテンツを変更したりページを並べ替えたりできるタグ保持ワークフローをサポートしています。このアプローチにより、新しいドキュメントに対する手動の並べ替え手順が完全に回避され、ドキュメントのライフサイクル全体にわたるメタデータ損失のリスクが軽減され、編集されたすべてのファイルが作成から最終配布までアクセシビリティ標準に準拠した状態が維持されます。最初からタグを保持した編集を採用するチームは、編集されたドキュメントに事後的にタグを組み込むチームよりも、アクセシビリティの修復に費やす時間が大幅に短くなります。