バイリンガル文書レビューチェックリスト

TABLE OF CONTENTS

翻訳された文書はスムーズに読めても、段落が丸ごと抜けていたり、数値が変わっていたり、表が崩れていたり、原文言語のテキストが残っていたりすることがあります。バイリンガルレビューでは、最終ファイルを承認する前に、原文と翻訳を別々のパスで比較することで、こうした問題を発見します。

ページ単位ではなく、パスごとにレビューする

意味、文法、数値、レイアウトを同時に確認しようとしてはいけません。それぞれの作業には異なる種類の注意力が必要なので、次の順序で進めます。

パス	主な問い	最もリスクの高い項目
1. 準備	正しいファイルをレビューしているか？	バージョン、言語、対象読者、用語集
2. 完全性	原文のすべての要素が反映されているか？	見出し、リスト、テキストボックス、脚注
3. 意味	翻訳は同じことを言っているか？	否定、条件、義務、トーン
4. 流暢さ	対象言語のテキストは単体で成立しているか？	文法、綴り、句読点、読みやすさ
5. データ	正確な値が変わっていないか？	数値、日付、単位、名称、参照
6. レイアウト	翻訳されたファイルはまだ使用可能か？	オーバーフロー、表、フォント、改ページ
7. 納品	受取人に届けるべきファイルになっているか？	リンク、ファイル名、メタデータ、最終書き出し

原文、バイリンガル版、翻訳版を一緒に開いておきましょう。問題はバイリンガルファイルに印を付け、修正は編集可能な翻訳ファイルで行い、用語の決定事項は短い用語集に記録します。こうすることで、レビュー用コピーが管理されていない第2のマスターファイルになってしまうのを防げます。

1. レビューの準備を確認する

間違った原文バージョンを正確にレビューしても、それは失敗したレビューです。文を読み始める前に、ファイルの同一性を確定させましょう。

原文ファイルが最新の承認済みバージョンである。
翻訳ファイルが、その正確な原文から生成されている。
原文言語と対象言語が正しい。
対象読者、国またはロケール、目的、求められるトーンが文書化されている。
必要に応じて、用語集、スタイルガイド、翻訳禁止リスト、承認済みの参照訳が利用できる。
求められる出力形式が分かっている：編集可能ファイル、印刷可能なPDF、またはその両方。
コメント、変更履歴、非表示テキスト、添付ファイル、パスワード保護されたセクションを把握している。

レビュー中は分かりやすいファイル名を使いましょう。project-document-language-v03-review.docx のようなパターンは、final-new-2.docx よりも管理しやすくなります。翻訳開始後に原文が変更された場合は、何も言わずにバージョンを混在させず、いったん止めて変更されたセクションを特定します。

機密資料をオンラインサービスにアップロードする前に、翻訳者に不要なデータを削除し、そのサービスの取り扱い条件を確認しましょう。オンラインで文書を翻訳する際のプライバシーチェックリストでは、その準備手順を解説しています。

2. スタイルより先に完全性を確認する

最初の内容パスでは、1つの問いに答えます。すべてが翻訳に入ったか？ この段階ではまだ文を磨きません。

まず目に見える構造を比較します。

ページ数は一致する必要はありません。翻訳はしばしばテキストの長さを変え、それによって内容が別のページに移動することがあります。代わりに、見出しの順序、リスト項目の数、表の構造、図のラベル、各セクションの最初と最後の文といった、安定した目印を比較しましょう。

原文言語でよく使われる単語を検索すると残りが見つかることがありますが、それはあくまで手がかりにすぎません。製品名、引用文、意図的なバイリンガル表記は、変更せずに残す必要がある場合があります。

3. 意味と用語を比較する

このパスでは、原文と対象言語を一緒に読みます。孤立した単語ではなく、完全な文と節をレビューしましょう。

影響の大きい意味を確認する

not、unless、except、without などの否定が維持されている。
条件と例外の適用範囲が同じである。
各行為の責任者または組織が変わっていない。
要件、推奨、許可が区別されたままである。
比較、範囲、しきい値の方向性が同じである。
不確実性が確実性に、またはその逆に変わっていない。
トーンがメッセージを弱めることなく、想定読者に合っている。

小さな法助動詞が大きな結果を左右することがあります。May、should、must は、方針、指示、契約において互換ではありません。同様に、up to 30 days は after 30 days を意味せず、at least 10 units は no more than 10 units を意味しません。

用語を徹底する

承認された各原文用語に、優先される対象言語の用語が使われている。
製品名、型番、商標、人名が翻訳禁止ルールに従っている。
頭字語が一貫して展開または維持されている。
理由なく同じ概念が複数の異なる表現に翻訳されていない。
非推奨または禁止された用語が現れていない。
インターフェースのラベルと相互参照が、指し示す製品または文書と一致している。

すべての名詞について用語集を作る必要はありません。意味、検索性、ブランドの一貫性、ユーザーの操作に影響する用語に焦点を当てましょう。Microsoftはローカリゼーションのスタイルガイドを、スタイル、用法、市場固有のデータ形式を扱う言語別のルールと説明しています。これは、チームが同じロケールで多数の文書をレビューする前に記録しておくべき、適切なレベルの指針です。

4. 翻訳を単体で読む

原文を隠し、対象言語の文書を想定読者と同じように読みます。文が原文を忠実になぞっていても、不自然に聞こえたり、分かりにくくなったりすることがあります。

文法と綴りが対象ロケールに従っている。
句読点、引用符、大文字小文字、スペースが一貫している。
原文言語の語順をそのまま写すことなく、文が明確である。
代名詞と参照に明白な主語がある。
見出し、ラベル、指示、行動喚起が文脈の中で自然に聞こえる。
トーンと敬体・常体のレベルが最初から最後まで一貫している。
編集上の変更が新たな意味の誤りを生んでいない。

流暢さのための編集後は、大幅に書き直したすべての文を原文と再度比較します。この最終比較により、文体の改善が条件、数値、責任をひそかに変えてしまうのを防げます。

5. 数値と構造化データを検証する

数値には独自のパスが必要です。流暢な文章は、誤った値を信頼できるものに見せてしまうからです。原文と翻訳で、数字、通貨記号、パーセント記号、単位記号を検索しましょう。

項目	比較する内容
日付と時刻	日、月、年、タイムゾーン、12/24時間形式
金額	金額、通貨、小数点記号、記号またはISOコード
パーセンテージ	値、符号、小数点以下の桁数、関連する基準値
測定値	値、単位、換算、スペース、大文字小文字
範囲	端点、ダッシュ、以上/未満の表現
識別子	請求書、口座、モデル、条項、チケット、バージョン番号
表	行ラベル、合計、列の配置、空白セル、脚注
図	軸ラベル、凡例、キャプション、注記、出典メモ

次のチェックリストを使います。

承認された換算が必要だった場合を除き、すべての数値が原文と同じ値を表している。
小数点と桁区切りが、桁の大きさを変えることなく対象ロケールに従っている。
負の符号、パーセント記号、不等号が存在している。
単位が誤って別の単位に翻訳されていない。
表の合計がまだ合っている。
図と表の参照が正しい項目を指している。
条項、セクション、ページ、付録の参照が有効なままである。
メールアドレス、電話番号、住所、コードが正確である。

財務、科学、法律、医療、安全に関する文書では、リスクの高いデータについて専門分野のレビュアーに承認を依頼しましょう。言語の流暢さだけでは、投与量、税計算、工学公差、法的義務を検証することはできません。

6. レイアウトと書式を点検する

ここで翻訳版を単体でレビューします。まず編集可能な形式で、次に納品形式で確認します。読者は、壊れたページを説明するために原文ファイルを開いているわけではありません。

W3Cは、英語と中国語はコンパクトな原文言語であり、翻訳されたテキストはしばしば長くなると指摘しています。短いラベルは特に大きく伸びることがあり、一部の文字体系はより多くの縦方向のスペースを必要とします。したがって、正しい翻訳には柔軟なコンテナと実際のレイアウトパスが必要です。

テキストとタイポグラフィ

テキストが切れたり、隠れたり、重なったり、読めないほど小さくなったりしていない。
見出しがきれいに折り返され、視覚的にも区別されたままである。
段落の間隔、インデント、配置が一貫している。
必要な文字が、標準、太字、斜体、上付き、下付きのスタイルで正しく表示される。
アラビア語、ヘブライ語、その他の右から左へ書くテキストが、正しい方向と読み順を使っている。
原文からの手動改行が、対象言語で不自然な行を作っていない。

文書構造

表がページに収まり、正しい行と列の関係を保っている。
リストが番号の階層と順序を維持している。
画像、キャプション、注記が正しい内容と結び付いたままである。
改ページによって見出しが孤立したり、注記がその対象から切り離されたりしていない。
目次が翻訳された見出しと現在のページ番号を反映している。
ヘッダーとフッターが本文と衝突していない。
フォームフィールド、チェックボックス、署名欄、記入可能領域がまだ機能する。

文字が四角（豆腐）として表示されたり、文字が分離して見えたり、フォントが予期せず変わったりする場合は、症状の周りですべてのサイズを変える前に、翻訳後にフォントが崩れる理由の診断手順を使ってください。

7. リンクとインタラクティブ要素をテストする

リンクは見た目が変わらなくても、間違った対象を指していることがあります。エディタだけでなく、書き出した納品ファイルでテストしましょう。

すべてのウェブリンクが、意図した公開ページを開く。
メールリンクが、使用されている場合は正しいアドレスと件名を保っている。
内部ブックマークと目次リンクが、正しいセクションに移動する。
相互参照が正しい番号とラベルを表示する。
QRコードがまだ正しくスキャン・解決できる。
本番リンクがステージング環境やローカルのアドレスに置き換えられていない。
リンクテキストが対象言語で意味を成している。

検証済みのローカライズ先が存在しない限り、URL自体を翻訳しないでください。原文のリンクが対象言語で利用できない内容を指している場合は、維持するか、置き換えるか、短い言語注記を加えるかを判断します。

8. 初稿とレビュー用コピーにはOpenL Doc Translatorを使う

OpenL Doc Translatorは、PDF、DOCX、PPTX、XLSXなどの一般的な文書形式に対応しています。公式製品ページには、フォント、色、表、ページレイアウトを保持し、翻訳版とバイリンガル版の両方を返すと記載されています。

これら2つの出力を、それぞれ別の用途に使いましょう。

可能な場合は元の編集可能ファイルをアップロードする。 ネイティブのDOCX、PPTX、XLSXは、通常、平坦化されたスキャンよりも文書構造を明確に示します。
原文言語と対象言語を選択する。 綴り、日付、用語が市場によって異なる場合は、対象ロケールを別途確認します。
無料プレビューを確認する。 長いファイルを処理する前に、密集したページ、表、画像やテキストボックスのあるページを確認します。
両方のバージョンをダウンロードする。 バイリンガル版は原文と対象言語の比較に、翻訳版はレイアウトと納品の確認に使います。
編集可能なマスターを修正する。 承認された変更を一度適用し、その後で新しい最終ファイルを書き出します。

書式の保持は手作業での再構築を減らしますが、翻訳を承認するものではありません。意味、正確な値、専門用語、リスクの高い指示を検証するには、依然として人間のレビュアーが必要です。

最終承認チェックリスト

すべての修正が完了したら、この短いゲートを実行します。

原文と対象言語の比較と、最終ファイルの点検の両方が合格して初めて、レビューは完了します。一方は意味を守り、もう一方は読者が実際に使う文書を守ります。

Sources

ISO 17100:2015, Translation services - Requirements for translation services - official standard covering the core processes, resources, and quality-related requirements of professional translation services.
W3C: Text size in translation - explains text expansion, wrapping, character width, and vertical-space differences across languages.
Microsoft Localization Style Guides - language-specific guidance on style, usage, and market-specific data formats.
OpenL Doc Translator - official product details for supported document formats, formatting preservation, previews, and bilingual review files.