翻訳に向けた書籍ファイルの準備方法

完全に凍結された1つのソースパッケージと受け入れ基準を作成し、翻訳に向けて書籍を準備します。変更履歴を解決し、翻訳すべきものとすべきでないものを特定し、章やアセットの目録を作成し、名前や用語を定義し、ターゲットで必要な構造を保持するソースフォーマットを選択します。

次のような名前のファイルで始めないでください：final-final-2.docx そして、後から抜けている決定事項の説明をしないでください。翻訳は、すべてのターゲット言語においてソースのあいまいさを何倍にも増幅させます。

このプレフライトを使用してください：

1. 正確なソースエディションを凍結する。
2. コメント、変更履歴、非表示コンテンツを削除するか、意図的に保持する。
3. 最適なソースフォーマットを選択する。
4. 前付、章、後付、注釈、画像、表の目録を作成する。
5. 翻訳対象のコンテンツと翻訳対象外のコンテンツにマークを付ける。
6. 初期の用語集とエンティティリストを作成する。
7. フォント、画像ソース、参照、指示をパッケージ化する。
8. カウントと代表的なテストパッセージを記録する。
9. 翻訳されたファイルが合格となる条件を定義する。

ダウンロード： 書籍翻訳ソースプレフライトテンプレート 完全なファイルをアップロードするか翻訳者に渡す前に、これを完成させてください。

信頼できる1つのソースエディションを凍結する

次を含むソースレコードを作成する：

• タイトルとサブタイトル；
• 著者とエディション；
• ソース言語；
• ファイル名とリビジョン；
• 日付の凍結、
• 章と節の数、
• ワード数またはその他の安定したコンテンツ基準、
• 含めるべき前付および後付、ならびに
• ソースの変更を承認する権限を持つ所有者。

今後の修正は変更ログに記録してください。各エントリには、ソースの場所、変更前のコンテンツ、変更後のコンテンツ、理由、日付、影響を受けるターゲット版を記載する必要があります。翻訳の進行中は、凍結されたソースを上書きしないでください。

どのファイルが信頼できるものであるかを説明できない場合は、作業を中断してください。翻訳チームは、お客様が区別していないバージョンを調整することはできません。

コメント、変更履歴、非表示コンテンツの解決

DOCX原稿の場合は、すべての変更履歴の挿入または削除を受け入れるか拒否するかを決定し、コメントを翻訳パッケージに含めるかどうかを判断してください。マークアップを非表示にすることは削除ではありません。Microsoftの現在のWordガイダンスでは、変更履歴は削除するには受け入れるか拒否する必要があるとされています。「変更履歴なし」表示は一時的に非表示にするだけです。

編集履歴が役立つ場合は、次の2つのファイルを作成します。

• テキストが解決されたクリーンな翻訳ソース、および
• コメントやリビジョン履歴を保持する読み取り専用の参照コピー。

また、非表示テキスト、ドキュメントプロパティ、ヘッダー、フッター、脚注、文末脚注、テキストボックス、代替テキスト、埋め込みオブジェクトも確認してください。ファイルにプライベートな未公開素材が含まれている場合は、共有またはアップロードする前にドキュメント翻訳のプライバシーチェックリストを実行してください。

利便性ではなく構造でソースフォーマットを選ぶ

使用が許可されている最も上流の編集可能なソースを使用し、意図された外観を示す参照用エクスポートを保持してください。クリーンなEPUBやDOCXを翻訳前にPDFに変換すると、有用な構造が失われることがよくあります。

画像のみの素材については、スキャン済みPDFの翻訳前確認を、OCRテキストをソースとして扱う前に実施してください。

本文の章だけでなく、書籍全体を棚卸しする

すべてのコンテンツ単位とその意図された処理をリストアップする：

• 表紙のテキスト；
• タイトルページと権利表記ページ；
• 献辞、エピグラフ、謝辞；
• 目次；
• 序文、はじめに；
• 本文の各章；
• 表、図、キャプション、画像内のテキスト；
• 脚注、後注；
• 参考文献、引用；
• 付録、用語集、索引；
• 著者略歴、コール・トゥ・アクション（CTA）；および
• 本文ファイル外で処理されるメタデータやストアの説明文。

各章、図、表、注釈に固定のIDを割り当てます。それが翻訳対象か、そのまま維持するか、置換するか、再作成するか、あるいは除外するかを記録してください。付録の欠落は、訳文でいつの間にか消えてしまう前に、インベントリ（目録）上で確認できるようにしておくべきです。

EPUBの場合、W3Cの仕様により、出版リソースはパッケージマニフェストにリストされる必要があり、タイトルや著者などの情報にはパッケージメタデータが使用されます。EPUB 3.3 仕様は、パッケージが単なるテキストファイルの集まりではなく、構造化された出版物であるため、ここで役立ちます。

翻訳しない箇所をマークする

以下のような項目について、翻訳除外リストを作成します：

• 承認された表記を維持する著者名や寄稿者名；
• 商標や製品名；
• URL、メールアドレス、識別子、ISBN；
• コード、コマンド、ファイルパス、数式；
• 原文の形式を維持する必要がある引用タイトル；
• 編集上の判断を待っている造語；および
• 既存の公認訳を使用すべき引用文。

各項目に理由とコンテキストを添えてください。説明のない「DNT」指定は、誤った文字列を保持したり、読者が本来翻訳を必要とするコンテンツを抑制してしまったりする原因になります。

W3Cの国際化タグセット（ITS）には、コンテンツを翻訳すべきかどうか、用語、コンテキスト情報などのデータカテゴリが含まれています。そのITS 2.0 要件は、根底にある原則、すなわち翻訳可能性と文脈が、各翻訳者の推測に委ねられるものではなく、明示的なメタデータであることを物語っています。

最初の用語・エンティティ一覧を作成する

繰り返し登場する名前や概念をどのように扱うべきかを、第12章まで決定を先延ばしにしないでください。以下から始めましょう。

• 登場人物、場所、組織、製品の名称
• 肩書および敬称
• 定義された専門用語または学術用語
• 造語
• 略語
• 繰り返し登場するインターフェースや手順のラベル
• 単位および測定の規則
• 文脈によって意図的に変化する用語

各項目について、原文の表記、定義や文脈、判明している場合は承認済みの訳語、却下された異表記、大文字化や活用に関するルール、初出箇所、および決定の責任者を記載します。

最初の一覧であらゆる用語を予測し尽くす必要はありません。明らかなブレを防ぎ、後からの決定事項を記録する場所を確保することが重要です。「書籍用語一貫性テンプレート」を作業用資産として使用してください。

外部アセットと権利情報をパッケージ化する

書籍ファイルは、完全に埋め込まれていない素材に依存している場合があります。

• 高解像度の画像ソース
• 編集可能な図表
• フォントファイルおよびライセンス記録
• カバーアートおよびテキストレイヤー
• リンクされたメディア
• 既存の承認済み翻訳
• 引用、歌詞、または画像に関する許可
• スタイルガイドや出版社の仕様に従ってください。

原作の出版許可が、すべての市場における翻訳版の出版を自動的にカバーしているとは思い込まないでください。複製または適応される素材については、権利者と承認された範囲を記録してください。

フォントについては、翻訳前にターゲットスクリプトを確認してください。ラテン文字専用のフォントはソースでは問題なく見えても、アラビア語、日本語、またはデーヴァナーガリー文字の出力では完全に機能しなくなることがあります。翻訳後に制作チームがその場で対応するのではなく、ライセンスされたフォントまたは承認されたフォールバックを提供してください。

脱落を検出しやすくするためのベースラインを作成する

翻訳前に実数カウントを記録する:

• 章と主要なセクション
• レベル別の見出し
• フォーマットで公開されている場合は、段落またはテキストブロック
• 図、表、キャプション、注記、およびリンク
• 目次（TOC）のエントリ
• 前付および後付のコンポーネント
• 目標言語の一致規則ではなく、参考としてのソース言語の単語数

目標単語数は言語によって変化するため、翻訳が長いという理由だけで却下しないでください。欠落、重複、または予期せぬ空の構造を見つけるためにカウントを使用します。

EPUBの場合、ソースの適合性チェックを実行します。EPUBCheckは、W3Cに代わってDAISYコンソーシアムによって維持されており、EPUBの適合性をチェックします。翻訳前にソースパッケージのエラーを修正することで、翻訳プロセスによってそれらが作成されたかどうかの混乱を防ぐことができます。

本格的な翻訳の前に代表的なパッセージを選択する

書籍の実際の難易度を露わにする小さなテストパックを選択する:

• 冒頭の散文
• 対話または声の強いパッセージ
• 用語が密集したセクション
• 表、図、脚注、またはクロスリファレンス
• 長い段落と短い断片化されたテキスト
• 文化特有または曖昧なパッセージ
• 前の決定事項との整合性をテストする後半の章。

同じパックを使用してワークフローを比較し、スタイルガイドを確立します。ベンダーやツールに、最も簡単な最初のページだけで品質を証明させないでください。

このテストは、本全体が全く同様に処理されるという保証ではありません。それは、規模を拡大する前に、不良なソース形式、用語集、またはレビュープロセスを安価に排除する方法です。

翻訳開始前に受け入れ基準を定義する

以下を書き留めておきます。

• ターゲット言語とロケール、
• 意図される用途（私的読書、編集ドラフト、社内調査、または出版）、
• 出力形式、
• 必要なバイリンガル版またはターゲット言語のみのバージョン、
• 承認された名称と用語、
• 利用可能な状態を維持する必要がある構造、
• 想定される人間のによるレビュー、
• 不具合の重大度とエスカレーションルール、そして
• 言語、主題、および最終制作を承認する人物。

公開が目的の場合は、ネイティブ言語による編集と最終フォーマットの校正を含めます。個人的な読書が目的の場合は、完全性と利用可能な意味内容で十分な場合があります。書籍翻訳QAチェックリストは、完了したターゲットの受け入れログとして機能します。

BookTranslatorが適合する場面

ソースパッケージが安定したら、完全なサポート対象ファイルをBookTranslatorのワークフローを通じてアップロードします。EPUB、PDF、およびDOCXでは確認すべき事項が異なるため、完全なレビュー計画を確定する前に、代表的なテストパックを翻訳するか、困難なセクションを検査してください。繰り返し登場する名前や用語には自動用語集を使用し、重要なパッセージを検査するには、サポートされている場合はバイリンガル出力を使用してください。

BookTranslatorは、ソースの曖昧さの解決、権利の承認、フォントのライセンス供与、あるいはどのリビジョンが書籍に含まれるべきかの決定を行いません。それらはソース準備に関する決定事項です。スキャンされたPDFの場合、OCRモードでは、元のページの正確な再現よりも、復元可能な翻訳済みコンテンツが優先されます。

最終ソースパッケージゲート

書籍の翻訳準備が整うのは、次の場合のみです。

• 1つの信頼できるソースリビジョンが固定されていること、
• リビジョン、コメント、非表示コンテンツ、および除外項目が解決されていること、
• 利用可能な中で最適なEPUB、DOCX、PDF、またはOCRのパスが選択されていること、
• すべての章、アセット、ノート、および巻末資料の項目に処理方針があること、
• DNTおよび用語の決定に担当者が割り当てられていること、
• ソースアセット、フォント、参照資料、および権利情報がパッケージ化されていること、
• 構造上のカウントと代表的なパッセージが記録されていること、そして
• ターゲットロケール、用途、出力、レビューの深度、および受け入れ基準が明確であること。

優れたソース準備が良好な翻訳を保証するわけではありません。しかし、それは回避可能な曖昧さを取り除き、何かが見当たらなくなったときにレビュアーに証拠を提供します。