翻訳されたPDFのアクセシビリティ：言語、タグ、読み上げ順序、代替テキスト

翻訳されたPDFには、2つの別個のレビューが必要です。ページ上で正しい意味が伝わっているかという点と、その下層の構造が支援技術に対してその意味を伝えているかという点です。スクリーンショットは1つ目の質問には役立ちますが、2つ目には答えられません。

元のアクセシビリティレポートではなく、最終的な翻訳済みファイルから始めましょう。文書の言語、段落内の言語変更、セマンティックタグ、論理的な読み上げ順序、画像の代替テキスト、キーボード操作を確認します。次に、ターゲット層が使用するPDFリーダーや支援技術の環境でテストします。

最も役立つルールは、 見た目だけでなく、文書の意味と構造を修正することです。ダウンロード可能なサンプルを使用すると、その違いが明確になります。2つのPDFは同じように描画されますが、一方は意図的に誤ったアクセシビリティ情報を含んでいます。

このガイドでは、翻訳後のアクセシビリティチェックについて説明します。テキストの欠落、途切れた表、置き換えられたフォント、ページごとの目視検査については、別の PDF翻訳QAチェックリストを使用してください。ソースから出力までのより幅広いプロセスについては、 フォーマットを維持したままPDFを翻訳する方法.

をご覧ください。

2つの同一のページ、3つの隠された違い

• これらの1ページの教材ファイルをダウンロードしてください：.
• 修正前：言語、順序、代替テキストが正しくないスペイン語のテキスト.
• 修正後：これら3つのプロパティが修正された同じページ 完全な構造検査結果と、 再現可能なPythonジェネレーター.

このページには、ドキュメントの準備と確認に関する、架空のスペイン語の手順が2つの列に分かれて記載されています。左の列にはステップA1とA2、右の列にはB1とB2が含まれています。その下には、フォルダーからドキュメントへのダイアグラムが配置されています。英語のインターフェースフレーズ「Read only」は、意図的に翻訳されずに残されています。

この記事のために、2026年9月7日にこの合成例を作成しました。これは顧客のドキュメント、BookTranslatorの出力、または翻訳品質のベンチマークではありません。このジェネレーターはReportLab 4.4.9とpypdf 6.10.0を使用しています。両方のPDFを作成し、それらを再度開き、実際のドキュメントカタログ、タグツリー、マークコンテンツのテキスト、および図の代替を読み取ります。

検査結果は以下の通りです：

また、Popplerを使用して両方のファイルを100 dpiでレンダリングし、850×1100ピクセルの画像を比較しました。レンダリングされた画像は同一でした。構造を修正しても、表示される要素が1つも移動することはありませんでした。

以下は省略された タグ順序のトレースであり、スクリーンショットから推測されたものではなく、各PDFから読み取られたものです：

Before:
1. Revisar el archivo
2. Revisar la entrega
A1. Confirme que el archivo contiene todas las páginas.
B1. Compare los títulos con el archivo original.
A2. Guarde una copia del original antes de editarlo.
B2. Revise las notas antes de compartir el resultado.

After:
1. Revisar el archivo
A1. Confirme que el archivo contiene todas las páginas.
A2. Guarde una copia del original antes de editarlo.
2. Revisar la entrega
B1. Compare los títulos con el archivo original.
B2. Revise las notas antes de compartir el resultado.

これは構造上のトレースであり、 スクリーンリーダーの録音やトランスクリプトではありません。これらのファイルに対して支援技術テストは実施していません。実際の音声、ナビゲーション、言語の切り替えは、リーダー、スクリーンリーダー、インストールされている音声、および設定によって異なります。「修正後」ファイルは図解されたプロパティを修正するものであり、認定されたアクセシブルなテンプレートやPDF/UA準拠の例ではありません。

この制限は重要です。このフィクスチャは、外観とこれらの基盤となるプロパティが独立して異なる可能性があることを証明するものであり、すべての閲覧アプリケーションがそれらをどのように解釈するかを証明するものではありません。

2つのレベルで言語メタデータを確認する

翻訳済みドキュメントの言語を設定する

見える単語を翻訳しただけでは、PDFの言語メタデータがそれとともに変更されたことにはなりません。最終ファイルのデフォルト言語を確認してください。例では、スペイン語のページはドキュメントレベルの /Lang の値で始まり、 en-US修正された値は es-ES.

W3Cの PDF16テクニック は、ドキュメントカタログの /Lang エントリとそれを検査する方法について説明しています。正しい言語情報は、支援ソフトウェアが適切な発音ルールを選択するのに役立ちます。これはソフトウェアに提供される指示であり、特定の音声がインストールされている、または選択されていることを保証するものではありません。

ドキュメントを正確に説明する言語のバリエーションを使用してください。メニューの最初のオプションだからという理由だけで地域を選択しないでください。翻訳されたファイルが主にスペイン語であるにもかかわらず、その表紙に英語の書籍名が残っている場合、そのタイトルによって英語がドキュメントのデフォルト言語になるわけではありません。

別の言語で実際に残っているパッセージにマークを付ける

バイリンガルPDFには、複数の言語設定が必要です。デフォルトはメイン言語を説明し、囲みタグやパッセージによって、別の言語のテキストに対してそれを上書きできます。W3Cの PDF19テクニック は、このより限定的な言語割り当てについて説明しています。

修正された例では、「Read only」には明示的な en-US の値があり、周辺のテキストは es-ESを継承しています。これは、2単語のために段落全体を英語に変更するよりも正確です。

見開き2ページのバイリンガルレポートにも同様の推論を適用します。英語と翻訳されたテキストを個別に検査してください。ファイル全体で1つの言語を選択するだけでは、両方の側面を正確に説明できません。元の言語で維持された引用についてはそのパッセージにマークを付け、近くにある翻訳された解説をそれで付け直さないでください。

リスニングテスト中に、原因を判断する前に発音の問題を記録してください。利用できない言語音声を持つ正しいタグには、スペイン語の段落が誤って英語としてマークされている場合とは異なる対応が必要です。

番号付き順序オーバーレイだけでなく、タグツリーを検査する

タグ付けされたPDFは、見出し、段落、リスト、図などの構造を公開します。タグは、コンテンツがどこにあるかだけでなく、それが 何であるかを記述する必要があります。大きな太字の行は、構造によって適切に識別されない限り、必ずしもナビゲート可能な見出しとは限りません。W3Cの PDF9テクニック は見出しタグについてカバーしています。

翻訳されたドキュメントについては、次の質問事項を確認してください。

1. タグツリーが存在し、意味のあるターゲット言語のコンテンツが含まれているか？
2. 見出しが実際のセクション階層を示しているか？
3. リスト項目、テーブルセル、キャプション、図が正しい構造に関連付けられているか？
4. 順序が意図した論理展開や手順を表現しているか？
5. 翻訳やエクスポートによって、重複した、空の、あるいは誤った配置の構造が導入されていないか？

答えは常に「左から右」とは限りません。私たちのスペイン語のサンプルでは、左側の列を完了してから右側を開始するよう意図的に設計されています。バイリンガルの比較ではソースブロックとターゲットブロックのペアリングが必要になる場合があり、サイドバーはその修飾対象の段落の後に配置されるべき場合があります。意味から意図された順序を決定し、最終的な構造がそれを表現しているかどうかを検査してください。

W3Cの PDF3テクニック では、タグ付きPDFの読み上げ順序は主にタグの順序によって決定され、タグ内のコンテンツにも独自の順序があることが説明されています。特に、マルチカラムレイアウトが潜在的な失敗ポイントであると指摘しています。

そのため、ページに適切な数のタグが含まれていても、依然として誤っている場合があります。私たちの「修正前」のPDFではすべてのテキストブロックが存在しますが、ツリーが2つの別々の手順をインターリーブ（混在）させています。それらの要素を並べ替えることで、ページレイアウトを変更せずに図示された順序が修正されます。

ページをテキストエディタにコピーすることは有用な警告テストであり、最終的な承認ではありません。抽出ツールはPDFを通じて異なるパスをたどる可能性があります。同様に、順序オーバーレイは有用な編集ビューですが、保存後には結果の実際のタグツリーと実際の読み上げ体験を確認してください。Adobeの 読み上げ順序ツールのドキュメント では、読み上げ順序の作業と、より詳細なタグの修復が区別されています。

編集可能なソースが存在する場合は、次のPDFを生成する前に、その見出しスタイルと構造上の関係を修正してください。そうしないと、次のエクスポートで慎重な一度限りの修復が破棄される可能性があります。ソースワークフローで確実に引き継ぐことができない不具合に対してのみ、直接的なPDFの修復を行ってください。

表示される本文テキスト以外の情報を翻訳する

アクセシビリティ情報は、ページ上に表示されない場合でも言語を保持することができます。それらの要素が存在する場合、ローカライズのレビューには図の代替テキスト、説明的なリンクテキスト、フォームフィールドのツールチップ、ドキュメントのタイトル、およびしおりを含めてください。

意味のある画像の場合、ターゲット言語の代替テキストはコンテキストにおけるその目的に沿ったものである必要があります。表示されているキャプションのみを翻訳しても、図の代替テキストは更新されません。W3Cの PDF1テクニック では、画像の代替に使用される /Alt エントリと、画像に埋め込まれた意味のある言葉を伝える必要性について説明しています。

私たちの図の英語の代替テキストは、すべての表示上の指示がスペイン語であるにもかかわらず、「修正前」のファイル内に隠されたままになっています。修正されたスペイン語の代替テキストは、同じ「フォルダーからドキュメントへ」の関係を説明しています。これは、図自体が機械翻訳されたという主張ではありません。

このレビューをより有用にするために、さらに2つのチェックを行います。

• 代替テキストが変更されていない翻訳されたチャート： 元図表のキャプションだけでなく、変換後の図表とも比較します。ラベルや単位が変更されている場合、古い説明を自然に翻訳しただけでは依然として誤解を招くおそれがあります。
• 英語のツールチップを持つ翻訳済みのフォーム： 表示上のラベルはローカライズされていても、フィールドのアクセシブルな説明文は英語のままになっていることがあります。印刷されたラベルだけでなく、実際のコントロールのプロパティやキーボード操作も確認してください。

テーブルについては、翻訳された行見出しと列見出しがデータとの関係性を維持していることを確認します。リンクについては、翻訳された説明文とリンク先の両方を確認します。これらは構造的および機能的なチェックであり、識別子、URL、または固有名詞すべてを翻訳するよう要求するものではありません。

Section508.gov の PDF リメディエーションモジュール では、テーブルの見出し、フォームのツールチップ、代替テキスト、言語プロパティ、読み上げ順序、タブオーダーを個別の修正タスクとして扱います。不具合ログでもこれらを個別に管理してください。「翻訳問題なし」という理由だけで、それらの項目のどれかが単独でクローズされるわけではありません。

障害マトリクスを使用して、誰が何を修正するかを決定する

次のリンクからダウンロード： 翻訳済みPDFアクセシビリティレビューシート。このシートでは、チェック項目、エビデンス、担当ロール、受入結果が分離されているため、未テストの項目が「承認済み」という総括的なラベルの中に埋もれて消えてしまうことを防ぎます。

次のマトリクスは、適合チェックリストではなく、私たちが提案する引き渡しモデルです：

翻訳者またはエディターは言語的意味に責任を持ちます。文書の作成者や修復者は構造的修正に責任を持ちます。意図された閲覧設定を使用するレビュアーは、結果が使用可能であるかどうかを確認します。1人で複数の役割を兼務することもありますが、その場合でもエビデンスによってそれらを区別する必要があります。

スキャン文書の場合は、より早い段階から開始します。アクセシビリティレビューがターゲット文書を判断する前に、OCRが正確なテキストを復元する必要があります。 スキャン済みPDF翻訳ガイド には、その準備手順が記載されています。選択可能なテキストは多くのワークフローにおける前提条件にすぎず、見出し、関係性、言語が正しく表現されていることの証明ではありません。

納品されたファイルで最終チェックを実行する

配布予定のPDFをそのまま凍結します。ファイル名、リビジョンまたはチェックサム、ターゲット言語、および意図された閲覧環境を記録します。作成ツールや修復ツールが提供する自動チェックを実行してから、手動チェック項目を解決します。Adobeの アクセシビリティチェックのドキュメント では、自動判定の結果と手動による検証が必要な項目が明確に区別されています。

手動パスでは、短いタスクシーケンスを使用します：

1. 文書のタイトルから読み上げを開始します。 冒頭のコンテンツと主要な言語が理にかなっていることを確認します。
2. 見出しごとにナビゲートします。 視覚的に探す手間をかけずに、特定のセクションに移動できます。
3. 難しいページを途切れることなく読み進めます。 カラム、サイドバー、または脚注を含め、確認された順序と意図された順序を比較します。
4. 文脈の中で画像に出会います。 代替テキストがその時点で必要な情報を提供しているかどうかを確認します。
5. 言語の切り替わりをまたぎます。 必要な言語サポートが利用可能な状態で音声を聞き、実際に何が起こるかを記録します。
6. キーボードでインタラクティブな要素を操作します。 リンクやフォームが存在する場合、フォーカス順序、説明、および意図したアクションの完了を確認します。
7. 最後の修復またはエクスポートの後に、該当するタスクを繰り返します。 以前のリビジョンではなく、その最終ファイルの証拠を保持します。

オペレーティングシステム、PDFリーダー、支援技術、バージョン、関連する音声設定、テストしたページ、観察結果、および未解決の不具合を書き留めます。観察された結果を期待されるトランスクリプトに置き換えないでください。スクリーンリーダーのテストが不可能だった場合は、構造的レビューは完了しているが、受け入れテストの一部が未完了である旨を記載してください。

ダウンロード可能なテスト用ファイルには、インタラクティブなコントロールやテーブルが意図的に含まれていません。そのため、出版物のそれらのタスクを検証することはできず、検査スクリプトも汎用のアクセシビリティチェッカーではありません。フォーム、複雑なテーブル、または契約上のアクセシビリティ要件を含む公開レポートには、この例の枠を超えた、適切にスコープ設定されたレビューが必要です。

BookTranslatorが適している場面

言語変換の段階には BookTranslatorのPDF翻訳ワークフロー を使用し、その後、ダウンロードしたファイルを新しい成果物としてレビューします。入力がスキャン画像や画像中心のものである場合、OCRモードは元のレイアウトの正確な複製を約束するのではなく、翻訳されたコンテンツを再構築します。

翻訳されたテキストも、保持された外観も、アクセシブルなPDF構造を確立するものではありません。 BookTranslatorはPDF/UAまたはSection 508への準拠を保証するものではありません。 ドキュメントがそれらの要件を満たす必要がある場合は、専用のオーサリングツールやアクセシビリティ修復ツール、および関連する人間のチェックを計画してください。

編集可能なソースが利用可能な場合は、翻訳および修復ノートと一緒に保管し、将来のリビジョンでフラット化されたPDFからプロセスをやり直すことのないようにします。引き渡しは、意味、構造、および意図された閲覧体験のそれぞれが、実際に配布するファイル上で確認されたときに完了します。