同じ行にヘブライ語と英語が混在する文書 (たとえば、「2026 年 3 月 12 日付けの注文番号 PO-48291 を受け取りました」) は、それ自体がアクセシビリティの課題です。 1 つの文内で書き込み方向が数回切り替わり、タグ付けが正確でないと、スクリーン リーダーがシーケンスを完全に逆に読み取ってしまう可能性があります。この記事では、多言語 PDF ドキュメントを適切に管理する方法について説明します (ガイドも参照してください)ヘブライ語および RTL 言語のタグ付け).
双方向テキストがスクリーン リーダーを中断する理由
ヘブライ語は右から左 (RTL) で書かれますが、英語と数字は左から右 (LTR) で書かれます。この 2 つが同じ行に混在している場合、Unicode Bidi アルゴリズムによって表示順序が決定されます。ただし、スクリーン リーダーは、正しい発音を選択できるように、各セグメントがどの言語で使用されているかを知る必要もあります。ドキュメント全体の言語が設定されていない場合、またはヘブライ語文内の英語部分が個別にタグ付けされていない場合、スクリーン リーダーが「つまずく」可能性があり、個々の文字を逆の順序で読み上げたり、英語の単語をヘブライ語であるかのように発音したりする可能性があります。
ヘブライ語文内の数字、日付、英語用語
良いニュースです。ほとんどの場合、ヘブライ語文内の数字や短い英語の用語 (「PDF」、「50%」、日付など) は、文書全体の言語がヘブライ語に設定されている限り、自動的に正しく分類されます (Word の場合: レビュー ▸ 言語 ▸ 校正言語の設定、Acrobat の場合: 文書のプロパティ ▸ 詳細 ▸ 読み取りオプション)。 Bidi エンジンは、段落の基本言語を認識すると、このような短いシーケンスを正しく処理します。
セクション全体が別の言語で記載されています
それが短いシーケンスではなく、文書全体の言語とは異なる言語で書かれた段落全体、見出し、または長い引用である場合、問題はさらに悪化します。たとえば、ヘブライ語文書内の完全な英語の契約条項などです。その場合、セグメントに個別にタグを付ける必要があります。Acrobat のタグツリーでセグメントを選択し、そのタグのプロパティを開き、タグパネルでそのセグメントの特定の言語を選択します。これにより、スクリーン リーダーは、一時的に正しいアクセントと読み方向に切り替えてから、セグメントの最後でヘブライ語に戻ることを「認識」します。
💡 実践的なヒント
元の文書が Word ファイルの場合は、同じ原則を適用してみてください。つまり、外国語のテキストを選択し、その校正言語を (文書全体だけでなく) 個別に変更します。これにより、PDF にエクスポートするときにも、正しいタグ付けが自動的に引き継がれる可能性があります。
多言語ドキュメントのチェックリスト
- ドキュメント全体の言語は、ソフトウェアの表示設定だけでなく、ドキュメントのプロパティ レベルでも設定されます。
- 別の言語の長いセグメントは、個々の単語だけでなく、すべての段落、見出し、引用符など、個別にタグ付けされます。
- 表の正しい方向: ヘブライ語テキストの隣に数値データ列がある表 — タグ内の列の順序が視覚的に読み取る方向と一致していることを確認してください。
- スクリーン リーダーを使用した実際のテスト: ドキュメントが本当に意味があることを確認する唯一の信頼できる方法は、自動テスト ツールに頼るだけではなく、実際にドキュメントを聞くことです。
よくわからないバイリンガルのドキュメントをお持ちですか?
当社のツールは、サイト上のすべての PDF ファイルの完全自動スキャンの一環として、言語タグが正しいかどうかもチェックします。
あなたのサイトを無料でスキャンしてください ←スキャン後、見つかったドキュメントに直接無料でアクセスできるようにすることもできます。AccessiDoc.
