書籍および長文ドキュメントのための翻訳QAチェックリスト
翻訳された書籍やドキュメント全体の実用的な受入チェックリスト。不具合の重大度、サンプリング規則、フォーマット固有のチェック、ダウンロード可能な課題ログが含まれます。

翻訳された書籍は、ターゲットファイルが完全に揃っており、用途に対して十分な精度を持ち、構造的に利用可能で、内部整合性が保たれている場合にのみ公開の準備が整います。流暢な段落があることだけでは十分な証拠になりません。品質保証では、納品物全体を元のソースバージョンと厳密に比較し、誰かがクローズできる課題ログを作成する必要があります。
次の手順に従います。
- ソースを凍結し、受入基準を定義します。
- コンテンツの欠落、重複、順序の入れ替わりがないか、ファイル全体のチェックを実行します。
- 意味、名称、用語、数値、引用、未翻訳のテキストを確認します。
- 出力フォーマットにとって重要な構造をテストします。
- 困難なコンテンツを意図的にサンプリングし、不具合が集中している場合はレビューを拡大します。
- すべての不具合をブロッカー、重大、または軽微に分類します。
- ファイルを受け入れる前に、修正を再確認します。
をダウンロードします。翻訳QA課題ログテンプレート そして、レビューが始まる前に、その受入列をプロジェクトに適応させます。
翻訳を検査する前に「十分な品質」を定義する
同じ翻訳でも、個人的な読書には許容される一方で、出版には許容されない場合があります。まず、意図する用途を書き留めてください。
| 意図する用途 | 最小限のレビュー期待値 | 典型的な却下トリガー |
|---|---|---|
| 個人的な理解 | ファイルが完全で、意味が読み取れ、順序が利用可能であること | 重要な箇所における章の欠落や意味の反転 |
| 社内調査 | ソースの追跡可能性、正確な主張、数値、引用、用語 | 主張、表、引用、または固有表現がソースと一致しなくなっている |
| クライアントまたはチーム内での共有 | 用語の合意、安定した構造、問題ログ、レビュアーの承認 | 繰り返し発生するエラー、または未解決の重大な不具合 |
| 一般公開 | 母語による編集レビュー、完全な制作QA、プラットフォームのチェック | あらゆるブロッカー、体系的な言語の問題、または読書体験を損なう問題 |
| 法的、臨床的、規制上の、または安全性に関する用途 | 専門知識に基づく適格なレビューと必要な正式なプロセス | 未検証の事実上の主張、指示、警告、用量、義務、または制限 |
この区別により、「誰も最終章の存在を確認していないのに、レビュアーが句読点の推敲ばかりを続けている」というよくある失敗を防ぐことができます。
のISO 5060:2024の概要は、エラーの種類とペナルティポイントを用いた分析的評価について説明し、サンプリングについて明確に論じています。このチェックリストも、「カテゴリと重要度を定義する」という同じ有益なアイデアを採用していますが、ISO適合性の主張ではなく、運用のための受け入れワークフローです。
判断基準となる3つの不具合レベルを使用する
重要度ラベルは、チーム次に何をすべきかを指示できる場合にのみ有効です。1つの致命的なエラーが数百の正しい文の中に埋もれて消えてしまうような、装飾的なスコアを計算してはなりません。
| 重要度 | 判断基準 | 例 | リリース時の対応 |
|---|---|---|---|
| ブロッカー | ファイルを使用目的のために安全または意味のある方法で使用できない | 章の欠落、間違ったソースバージョン、逆になった警告、壊れたEPUBナビゲーション、読めない出力、個人のデータの流出 | 配信を停止し、原因を修正し、影響を受けるチェックを再実行する |
| 重大 | 読者は読み進めることができますが、意味、一貫性、または必要な構造に重大な誤りがあります | 名前の度重なる不統一、誤訳された専門用語、誤った数値、崩れた表、失われた脚注、未翻訳の箇所 | 承認前に修正し、他の場所でも同じエラーパターンがないか検索してください |
| 軽微 | 意味と用途は損なわれていませんが、表現や現地のスタイルを修正する必要があります | 孤立したスペース、句読点、行頭・行末の孤立行(未亡行・孤児行)、または重要ではないスタイルの不統一 | 実用的な場合は一括修正し、プロジェクトが許可する場合のみ承認してください |
深刻度は文脈によって異なります。変更された小数点記号は、フィクションの小道具では軽微なもので済みますが、用量表では致命的な問題(ブロッカー)になる可能性があります。不具合の内容と、それがなぜ重要であるかの両方を記録してください。
フェーズ1:ソースと出力が対応していることを確認する
本文を読む前に、正しいファイルをレビューしていることを証明してください。
- ソースのファイル名、リビジョン、言語、およびチェックサムまたは不変ストレージのリンクを記録してください。
- ターゲット言語、出力フォーマット、翻訳日、およびワークフロー設定を記録してください。
- コメント、変更履歴、非表示テキスト、付録、および巻末資料が意図的に含まれているか、あるいは除外されているかを確認してください。
- 目次、章の数、セクションの順序、および最初と最後のコンテンツブロックを比較してください。
- フォーマットで公開されている場合は、ページ、スライド、ワークシート、字幕のキュー、またはドキュメントのパーツの数を確認してください。
- 読者が実際に使用するアプリケーションでファイルを開いてください。
翻訳中にソースが変更された場合は、作業を中断してください。2つのソースバージョンからの修正を混在させると、いかなる言語レビューでも確実には修復できない不具合が生じます。
フェーズ2:スタイルの問題よりも前に、網羅性の不備を確認する
ファイル全体の不具合は検出コストが低く、見逃した場合のコストが高くなります。以下を確認してください:
- 欠落または重複している章、段落、リスト項目、表の行、キャプション、脚注、巻末注、および付録
- 翻訳されるべきだったソース言語のテキスト
- ソースに対応する部分がないまま追加されたターゲットテキスト
- セクションから切り離された見出し
- ページやセクションの順序違い、
- 冒頭または末尾のコンテンツの途切れ、および
- 実コンテンツを置き換えてしまった重複定型文。
欧州委員会(European Commission)の現在の翻訳品質評価情報パックは、誤訳、訳抜け、追加、未翻訳コンテンツ、用語エラーを区別しています。これらの分類は、それぞれ異なる検索アプローチを示唆しているため有用です。つまり、原文と訳文の比較、原文の言語の残存のスキャン、出力全体を通した重複用語の検索を行います。
視覚的な参考として、実際の翻訳サンプルは、読み順、表、スクリプト、名前、欠落コンテンツを含む具体的なPDFの破損状態を示しています。
フェーズ3:意味と制御された詳細のレビュー
レビュアーは、「良さそう」という曖昧な判定を1つ下すのではなく、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つの長い連続したパッセージ。
- 固有名詞、専門用語、数字、引用が最も密集しているページ。
- 右横書き(RTL)、非ラテン文字、または混在スクリプトのコンテンツ(該当する場合)。
- 誤りがあった場合に重大な損害を引き起こす可能性のあるコンテンツ。
その上で、シンプルなエスカレーションルールを使用します。
- 1つの軽微な外観上の欠陥:記録して、計画されたサンプルの検証を続行する。
- 1つの主要な欠陥:ファイル全体から同じパターンを検索し、隣接するサンプルを拡張する。
- 同じタイプの主要な欠陥が2つ:より広範なレビューによって否定されるまで、その問題を体系的なものとして扱う。
- あらゆるブロッカー:受け入れを停止し、原因を修正し、その原因が影響を与える可能性のあるすべてのチェックを再実行する。
これは決定ルールであり、統計的な保証ではありません。高リスクの納品物では、有資格者による完全なレビューが必要になる場合があります。
修正を監査可能にする課題ログを使用する
各課題には、他の人がそれを再現できるだけの十分な証拠が含まれている必要があります。
| フィールド | 例 |
|---|---|
| 場所 | 第7章、第12段落、ソースページ184 |
| カテゴリ | 用語 |
| 重大度 | 重大 |
| ソース | "control surface" |
| 現在の訳語 | 第2章と第7章で2つの異なる訳語が使用されている |
| 期待される動作 | 承認された用語集の形式 |
| 証拠 | 検索結果に14件のインスタンスが表示される |
| 所有者 | 言語レビュアー |
| ステータス | 修正済み、検証待ち |
ダウンロード可能なCSV課題ログを開始点として使用してください。一括修正が可能な場合は欠陥パターンごとに1行を維持し、影響を受けるすべての場所を列挙するか、検索結果を添付してください。変更後は、中間エクスポートではなく、2人目の担当者または新たなパスで最終ファイルの修正を検証してください。
最終リリースゲート
次のすべての条件を満たしている場合にのみ、翻訳された成果物を受け入れます。
- ソースバージョンとターゲット成果物が明確であること。
- 冒頭、結び、章、節、および必要なアセットがすべて揃っていること。
- オープン状態のブロッカーはありません。
- 重大な不具合が修正され、ファイル全体を通して同様のパターンが検索されました。
- 名前、用語、数値、引用、および翻訳不要の項目がチェックに合格しました。
- 実際の出力形式が、必要なリーダーやアプリケーションで機能します。
- 初期ドラフトではなく、最終的なエクスポート版に対して検証が行われました。
- 問題ログ、用語集、ソース、出力、および受入決定が一緒に保存されます。
最初の翻訳ドラフトを作成している場合、BookTranslatorは、コピー&ペーストを必要とせず、完全な書籍や長文ドキュメントを処理できます。PDF以外の対象タスクでは、現在の翻訳フォームに、繰り返される名前、場所、専門用語のための「自動用語集」オプションも用意されています。これによりブレを軽減できますが、このチェックリストにあるソース比較、形式チェック、およびリスクに応じた人間のレビューの代わりにはなりません。





