書籍・長文ドキュメントの翻訳QAチェックリスト
翻訳された完全な書籍やドキュメントのための実践的な受け入れチェックリスト。欠陥の重大度、サンプリングルール、形式別チェック、ダウンロード可能な問題ログを掲載。
翻訳された書籍が完成したと言えるのは、対象ファイルが完全で、意図された用途に十分な正確さを持ち、構造的に使用可能で、内部的に一貫している場合だけです。流暢な段落は十分な証拠にはなりません。より広範な翻訳品質フレームワークでは、これらの次元と受け入れ・修正・却下の判断基準を定義しています。このチェックリストは、それらをファイル全体の検査プロセスに落とし込んだものです。
次の順序で進めてください。
- ソースを凍結し、受け入れ基準を定義する。
- ファイル全体を対象に、欠落・重複・順序の乱れをチェックする。
- 意味、固有名詞、用語、数値、引用、未翻訳テキストをレビューする。
- 出力形式にとって重要な構造をテストする。
- 難しいコンテンツを意図的にサンプリングし、失敗が集中している場合はレビューを拡大する。
- すべての欠陥をブロッカー、重大、軽微に分類する。
- ファイルを受け入れる前に修正を再確認する。
レビューを始める前に、翻訳QA問題ログテンプレートをダウンロードし、受け入れ列をプロジェクトに合わせて調整してください。
翻訳を検査する前に「十分な品質」を定義する
同じ翻訳でも、個人の読書には許容できても、出版には許容できないことがあります。まず意図された用途を書き出しましょう。
| 意図された用途 | 最低限のレビュー期待値 | 典型的な却下トリガー |
|---|---|---|
| 個人の理解 | 完全なファイル、読める意味、使用可能な順序 | 章の欠落、または重要な箇所で意味が逆転している |
| 社内リサーチ | ソースへの追跡可能性、正確な主張、数値、引用、用語 | 主張、表、引用、固有名詞がソースと一致しなくなっている |
| クライアントまたはチーム内での回覧 | 用語の合意、安定した構造、課題ログ、レビュアーの承認 | 繰り返し発生するエラーまたは未解決の重大な欠陥 |
| 一般公開 | 母語話者による編集レビュー、完全な制作QA、プラットフォームチェック | あらゆるブロッカー、体系的な言語問題、または読書体験の破綻 |
| 法務、臨床、規制、または安全上の用途 | 資格を有する専門家による領域レビューと、要求される正式なプロセス | 検証されていない重要な主張、指示、警告、用量、義務、または制限 |
この区別により、よくある失敗を防げます。それは、誰も最終章の存在を確認しないまま、レビュアーが句読点を磨き続けてしまうというものです。
ISO 5060:2024の概要では、エラータイプと減点を用いた分析的評価が説明され、サンプリングについても明示的に論じられています。このチェックリストは同じ有用な考え方（カテゴリと重大度を定義する）を用いていますが、ISO適合を主張するものではなく、運用上の受け入れワークフローです。
判断を変える3つの欠陥レベルを使用する
重大度ラベルは、チームが次に何をすべきかを示す場合にのみ役立ちます。1つの壊滅的なエラーが何百もの正しい文の中に消えてしまうような、飾りのスコアを計算してはいけません。
| 重大度 | 判断ルール | 例 | リリース時の対応 |
|---|---|---|---|
| ブロッカー | そのファイルは、意図された用途に安全に、または意味のある形で使用できない | 章の欠落、誤ったソースバージョン、警告の逆転、EPUBナビゲーションの破損、判読不能な出力、個人データの露出 | 配信を停止し、原因を修正し、影響を受けたチェックを再実行する |
| 重大 | 読者は続けられるが、意味、一貫性、または必要な構造が実質的に誤っている | 名前の表記揺れの繰り返し、技術用語の誤訳、数値の誤り、表の崩壊、脚注の欠落、未翻訳の箇所 | 受け入れ前に修正し、同じエラーパターンが他にないか検索する |
| 体裁上の問題 | 意味と用途は保たれているが、表示やローカルなスタイルの修正が必要 | 孤立したスペース、句読点、行頭・行末の孤立語、または重大でないスタイルの不整合 | 実用的な場合は一括修正し、プロジェクトが許容する場合にのみ受け入れる |
重大度は文脈によって異なります。小数点記号の変更は、フィクションの小道具では体裁上の問題でも、投薬表ではブロッカーになり得ます。欠陥と、それがなぜ重要かを両方記録しましょう。
フェーズ1：原文と出力が対応していることを確認する
文章を読む前に、正しいファイルをレビューしていることを証明しましょう。
- 原文のファイル名、リビジョン、言語、チェックサムまたは不変ストレージのリンクを記録します。
- 対象言語、出力形式、翻訳日、ワークフロー設定を記録します。
- コメント、変更履歴、非表示テキスト、付録、後付資料が意図的に含まれたか除外されたかを確認します。
- 目次、章数、セクションの順序、最初と最後のコンテンツブロックを比較します。
- 形式が公開している場合は、ページ、スライド、ワークシート、字幕キュー、文書パーツの数を確認します。
- 読者が実際に使用するアプリケーションでファイルを開きます。
翻訳中に原文が変更された場合は、停止してください。2つの原文バージョンからの修正を混在させると、言語レビューでは確実に修復できない欠陥が生じます。
フェーズ2：スタイルの問題より先に完全性の失敗を探す
ファイル全体の欠陥は検出は安価ですが、見逃すと高くつきます。以下を確認します：
- 欠落または重複した章、段落、リスト項目、表の行、キャプション、脚注、文末脚注、付録；
- 翻訳されるべきだった原文言語のテキスト；
- 原文に対応するものがなく追加された対象テキスト；
- セクションから切り離された見出し；
- 誤った順序のページまたはセクション；
- 冒頭または結びのコンテンツの切り捨て；および
- 実際のコンテンツを置き換えた繰り返しの定型文。
欧州委員会の最新の翻訳品質評価情報パックでは、誤訳、省略、追加、未翻訳コンテンツ、用語エラーを区別しています。これらのカテゴリは、それぞれ異なる検索を示唆するため有用です：原文と対象を比較し、原文言語の残りをスキャンし、出力全体で繰り返される用語を検索します。
視覚的な参考として、実際の翻訳サンプルでは、読み順、表、スクリプト、名前、欠落コンテンツなど、PDFで具体的に発生する問題が示されています。
フェーズ3：意味と管理対象の詳細をレビューする
レビュアーは、漠然と「問題なさそう」と判断するのではなく、6つの問いを切り分けるべきです。
意味
主張、関係性、否定、法性、順序、トーンを原文と比較します。小さな語が指示を変える箇所を優先してください：must/may、before/after、increase/decrease、included/excluded などです。
名前と用語
主要な登場人物、組織、製品、場所、頭字語、ドメイン用語をすべて検索します。承認された表記と、却下されたすべての異形を記録します。単独では許容できる用語でも、章によって変わる場合は重大な欠陥となり得ます。
数値と構造化参照
日付、小数、単位、通貨、パーセンテージ、範囲、図表ラベル、表参照、式番号、引用、URL、部品番号、警告コードを確認します。翻訳対象外のコンテンツが自動的に保持されると想定しないでください。
流暢さと文体
孤立した文だけでなく、つながった段落を読みます。対話が同じ人物らしく聞こえるか、指示が同じレベルの丁寧さを保っているか、見出しが安定した編集スタイルを使っているかを確認します。
ロケール慣習
対象市場に向けて、句読点、引用符、日付、単位、名前、住所、アルファベット順、右から左への表記を確認します。ロケールレビューは検索と置換の手順ではありません。
未翻訳コンテンツと翻訳禁止コンテンツ
原文言語の残留を検索しますが、翻訳禁止リストと照合してください。著者名、コード、商標、数式、引用タイトルは変更せずに残す必要がある場合があります。
フェーズ4：実際の形式で出力をテストする
受け入れ基準はファイル形式によって変わります。
| 形式 | 最もリスクの高いチェック | 最低限のデバイスまたはアプリケーションテスト |
|---|---|---|
| 読み順、テキストの切れ、段組み、表、図、フォント、リンク、選択可能なテキスト | デスクトップPDFリーダーとモバイルサイズ表示1つ。段組みの一節をコピーして論理的な順序を検査する | |
| EPUB | ナビゲーション、章の境界、リフロー、言語メタデータ、表紙、注釈、画像、埋め込みフォント | 少なくとも2つの独立したリーディングシステムと複数のフォントサイズ |
| DOCX | スタイル、見出し、変更履歴、コメント、表、ヘッダー/フッター、フィールド、改ページ | Microsoft Wordまたは必要な編集環境で、マークアップの表示を確認済みのもの |
| SRT | キュー番号、タイムスタンプ、改行、重複、読速度、エンコーディング | 字幕エディターと、元動画に対する再生確認 |
PDF固有の診断には、フォーマットを保持するPDFワークフローを使用してください。EPUBツールとパッケージのリスクについては、EPUB翻訳ツールガイドを使用してください。編集可能なWord納品には、DOCXフォーマットワークフローを使用してください。
サンプルのリスク、便宜性ではない
ランダムに3ページを読むのは弱いQAです。なぜなら、稀で難しい構造こそがランダム選択で見逃されやすいからです。強制的なカバレッジサンプルを構築しましょう。
最低限、以下を含めます：
- タイトルページ、冒頭、最初の章またはセクション。
- 結末、結論、参考文献、後付。
- すべての異なる構造：表、図、脚注、リスト、数式、対話ブロック、コードブロック、字幕シーケンス。
- 章の境界と1つの長い連続した箇所。
- 最も密度の高い名前、用語、数字、引用を含むページ。
- 右から左、非ラテン文字、または混在スクリプトのコンテンツが存在する場合。
- 誤りがあると重大な害を引き起こす可能性のあるコンテンツ。
TalkoryのAI書籍翻訳：出版社が確認すべきことでは、難しい箇所と翻訳版のレビューについて補完的な議論を提供しています。これらの質問を使って要求の厳しいサンプルを選び、流暢な出力を額面通りに受け取るのではなく、実際のソースファイルとターゲットファイルを比較してください。
次に、簡単なエスカレーションルールを使用します：
- 1つの孤立した表面的な欠陥：ログに記録し、計画されたサンプルを続行します。
- 1つの重大な欠陥：同じパターンをファイル全体で検索し、隣接するサンプルを拡大します。
- 同じタイプの2つの重大な欠陥：より広範なレビューで反証されるまで、問題を系統的として扱います。
- ブロッカーが1つでもあれば、受け入れを停止し、原因を修正して、その原因が影響しうるすべてのチェックを再実行します。
これは統計的な保証ではなく、判断ルールです。高リスクの納品では、有資格者による完全なレビューが必要になる場合があります。
修正を監査可能にする課題ログを使用する
各課題には、別の担当者が再現できるだけの十分な証拠を含める必要があります。
| 項目 | 例 |
|---|---|
| 位置 | 第7章、第12段落、原文184ページ |
| カテゴリ | 用語 |
| 重大度 | 重大 |
| 原文 | 「control surface」 |
| 現在の訳語 | 第2章と第7章で2つの異なる訳語 |
| 期待値 | 承認済み用語集の表記 |
| 証拠 | 検索結果に14件＋3件の出現 |
| 担当者 | 言語レビュアー |
| ステータス | 修正済み、検証待ち |
ダウンロード可能なCSV 問題ログを出発点として使用してください。グローバルな修正が可能な場合は、欠陥パターンごとに1行を維持しますが、影響を受けるすべての箇所をリストするか、検索出力を添付してください。変更後は、別の担当者または新たなパスで、最終ファイル内で修正を検証する必要があります—中間エクスポートではなく。
最終リリースゲート
以下のすべての項目が真である場合にのみ、翻訳された成果物を受け入れてください：
- ソースバージョンとターゲット成果物が明確である。
- 冒頭、結末、章、節、および必要なアセットが完全である。
- 未解決のブロッカーが残っていない。
- 重大な欠陥が修正され、同じパターンがファイル全体で検索されている。
- 名前、用語、数字、引用、および翻訳しない項目がチェックを通過している。
- 実際の出力形式が、必要なリーダーまたはアプリケーションで動作する。
- 最終エクスポートが、以前のドラフトではなく、検証パスを受けている。
- 問題ログ、用語集、ソース、出力、および受け入れ決定が一緒に保存されている。
最初の翻訳ドラフトを作成する場合、BookTranslatorはコピーアンドペーストを必要とせずに、完全な書籍や長い文書を処理できます。対象となる非PDFタスクの場合、現在の翻訳フォームには、繰り返し出現する名前、場所、専門用語のための自動用語集オプションも用意されています。これによりずれを減らすことができますが、このチェックリストにあるソース比較、形式チェック、またはリスクに応じた人間によるレビューの代わりにはなりません。
