翻訳してはいけないもの：作業開始前に翻訳除外リストを作成する

正確な文字列の同一性が機能を左右するもの（型番、URLのリンク先、変数、または未翻訳のコントロール上のラベル）はそのまま残します。名前、ブランド、タイトル、専門用語については、文脈とターゲット市場に応じて判断します。読者がそれらを利用するのを助ける説明部分は翻訳します。

これは「固有固有名詞を絶対に翻訳しない」ことよりも役立ちます。公式のローカライズされたブランド名が適切な選択である場合もありますし、一見普通の単語であるHOMEなどは、デバイスに刻印されているため正確なまま維持する必要があるかもしれません。

A do-not-translate list, or DNT list, records these exceptions before work starts. The important part is not just the protected string. It is where the rule applies, why it applies, and how you will check the delivered file.

Download the DNT worksheet with worked examples. The examples are fictional training material, not customer documents or measured translation results. Replace them with decisions for your own source file.

Make three decisions, not one long exclusion list

For each candidate, ask these questions in order:

1. Would changing the characters break identification or function? Preserve the exact string in that context. Examples include LD-204, a citation identifier, and the variable max_retries.
2. Is there a target-language or market-specific form the reader should use? Check the appropriate authority, then record a deliberate localization decision. Do not let each translator improvise.
3. Is it language intended to explain something to the reader? Translate it, using an approved glossary term where necessary.

“Preserve” is not a permanent property of a word. It is a rule for a particular use. In a software manual, the command printは正確なまま維持し、「レポートを印刷する」という指示は翻訳する必要があります。

名前の保持、音訳、適用のいずれを選択するかについての詳細は、人名・地名決定ガイドを参照してください。DNTワークシートには、その調査に代わるものではなく、導き出された決定事項を記録する必要があります。

DNTリストを用語集およびスタイルガイドから分離する

これらのアセットは、同じワークブック内にある場合でも、それぞれ異なる質問に答えるものです。

誰も解決していないという理由だけで、難しい専門用語をDNTリストに入れないでください。用語の質問としてマークします。読者に説明が必要な場合に、馴染みのない機関を「翻訳不可能」とラベル付けしないでください。

除外ではなく用語の決定については、翻訳用語集を作成する。誰かが回答するまで、未解決の決定事項を承認済みハンドオフから外しておきます。

各除外項目にスコープと受け入れチェックを付与する

あいまいなDNTエントリーの例：Home — do not translate。これにより、ナビゲーションコンセプト全体、世帯の参照、およびハードウェアラベルが一度に凍結される可能性があります。

実用的なエントリーの例：

• 正確なソース： HOME
• スコープ： LeafDeckクイックスタートガイドにおける物理ボタンへの参照
• 必須ターゲット： HOME、同じ大文字化で
• 理由： ボタン自体はこの架空の版ではローカライズされないため
• 一致ルール： 完全一致のラベル、大文字小文字を区別する。一般的な名詞「ホーム」ではない
• 所有者： デバイスドキュメントの責任者
• チェック： すべてのボタン参照を、承認されたラベルおよびデバイスのアートワークと比較する

ダウンロードには、ソースの場所、ターゲットロケール、決定ステータス、エビデンス、およびレビューノートの列も含まれます。誰かに送信する前に、デモ行や未解決の決定事項を除外してください。ソースドキュメントと一緒にバージョンを固定します。

コードおよび識別子には完全一致を使用してください。保護されたラベルと通常の言語の両方として現れる可能性のある単語には、文脈レビューを使用してください。例えば、CATのような部分文字列ルールは、例えば「category」の一部を固定すべきではありません。

書籍、PDF、Wordファイルにはそれぞれ異なるルールを適用してください

書籍：文章を固定することなくリファレンスを保持する

図解付きの出版の例では、原稿内で次のような架空の書籍について論じられています：The Glass Orchard。参考文献内のタイトルは、特定のソース版を示しています。新しい章の見出し「Walking through the glass orchard」は、役割の異なる文です。

引用されたタイトルの扱いと、それが示す版を記録してください。章の見出しを翻訳します。ターゲット版で引用作品に翻訳されたタイトルが使用されている場合は、その選択を文書化し、引用を追跡可能にしてください。1つの参考文献のエントリが保護されているからといって、そのフレーズのすべての出現箇所を置き換えないでください。

引用にも、元の言語、出版された翻訳、クレジット付きの独自の翻訳、あるいはその両方といった明確なポリシーが必要です。引用符があるというだけで、「このパッセージ全体を翻訳せずに残す」という意味にはなりません。

PDF：表示ラベルと技術データを区別する

次を含むPDF仕様テーブルを想像してください：モデル LD-204、見出し「Input voltage」、および次の値：24 V.

モデルはそのまま正確に維持されます。見出しは翻訳されます。電圧はその意味を保持する必要があり、クリエイティブに書き換えるべきフレーズではありません。プロジェクトで単位変換やローカライズされた数値表現が許可されている場合は、変換を記録し、個別に確認してください。DNTリストは、数値のQAの代わりにはなりません。

スキャンされたPDFの場合は、保持を確認する前に復元されたテキストを検査してください。OCRが次のように読み取った場合：LD-204 を LD-2O4 として読み取った場合、抽出された文字列をそのまま維持するとエラーもそのまま残ることになります。OCRテキストだけでなく、ソース画像とも識別子を比較してください。

DOCX：すべての表示結果ではなく、フィールドと宛先を保護する

Wordのマニュアルでは、ハイパーリンクの宛先と表示ラベルの役割が異なります。「Download the reference guide」がターゲット言語のテキストになる一方で、宛先は変更されない場合があります。

同様に、相互参照の周囲の文を翻訳する一方で、その背後にある構造を保護してください。エクスポート後に表示される参照を再確認してください。文が流暢であるという理由だけで、正しいセクションを指していると勝手に思い込まないでください。数式記号は正確なままにしておき、その説明や表の見出しを変更することができます。

これは、次の有用な拡張機能です：ソースファイルの準備：完全なファイルを渡す前に、コンテンツを機能ごとに分類してください。

マークされたソースと期待される結果を検査する

以下は、架空のデバイスガイドからの元のトレーニング文です。

LeafDeck LD-204のHOMEを押します。ログを logs/session.txt に保存し、max_retriesを3に設定します。

マークのない文では、翻訳者は以下を推測せざるを得なくなります：HOMEが物理的なラベルであるかどうか、LeafDeckにローカライズされた名前があるかどうか、そしてパスと変数がリテラルであるかどうか。

HTMLを意識したワークフローの場合、次のソースによって意図された境界が明確になります。

<p>
  Press <span translate="no">HOME</span> on
  <span translate="no">LeafDeck LD-204</span>. Save the log to
  <code translate="no">logs/session.txt</code>, then set
  <code translate="no">max_retries</code> to 3.
</p>

W3Cは、HTMLのtranslate="no"が要素のコンテンツを翻訳対象外としてマークし、その設定が子孫に継承されることを説明しています。これは表示上のロックではなく、処理命令です。意図した保護を機能させるためには、ツールがこれをサポートし、保持する必要があります。W3Cのtranslate属性に関するガイダンス.

手動で作成されたフランス語の期待される結果は次のとおりです。

Appuyez sur HOME sur LeafDeck LD-204. Enregistrez le journal dans logs/session.txt, puis réglez max_retries sur 3.

周辺の指示は変更されますが、ラベル、製品/モデル、パス、変数、および値はそのまま残ります。これはAI翻訳テストの出力ではなく、受け入れの例です。測定されたツールの機能ではなく、何を検査すべきかを示しています。

完全なマークのないソース, マークされたソース、および手動で作成された期待される結果を開きます。ファイルにはリンクの例が含まれています。リーダー向けのテキストは変更されますが、宛先は変更されません。

HTMLタグをPDFやDOCXに貼り付けて同等の動作を期待しないでください。ソースフォーマットでサポートされているワークフローを使用するか、ワークシートを引き継ぎおよびレビューの参考資料として保持してください。BookTranslatorがこのマークアップを消費したり、ワークシートをインポートしたりすることを主張しているわけではありません。

過剰保護だけでなく、不要な翻訳も検出する

DNTレビューには2つの失敗の方向性があります。

• 過小保護： max_retries が翻訳されたフレーズになるか、LD-204 が文字変更を受けます。
• 過剰な保護： トラブルシューティングの段落全体が、保護された型番を含んでいるという理由だけで英語のまま残ります。

最小限の意味を持つスパンを保護してください。段落や表全体に対する包括的なルールは、読者向けの解説を未翻訳のまま残してしまう原因にもなります。代替テキストやタイトルなどのHTML属性にも注意が必要です。W3Cの属性ガイダンスは、翻訳対象のテキストと構造的な属性を区別しています。可視コンテンツと非可視コンテンツの両方を点検してください。

成果物を受け入れる前に：

1. ソースを検証する。 OCRのエラーを解消し、それぞれのDNT（翻訳除外）の決定事項がこの版およびロケールに適用されることを確認してください。
2. 保護された文字列を比較する。 スペル、大文字小文字、句読点、数字、および承認された置換候補とワークシートを照合してください。
3. コンテキストを点検する。 正しい箇所が保護されていること、および周辺の指示が翻訳されていることを確認してください。
4. 結果をテストする。 リンクを開き、クロスリファレンスをたどり、コードや数式の例を点検し、必要に応じてハードウェアのラベルを比較してください。
5. 最終出力をレビューする。 中間的なテキスト抽出だけでなく、実際のPDF、EPUB、またはDOCXを確認してください。

カウントは不審な変更を特定するのに役立ちますが、それ自体が証明になるわけではありません。用語集の付録によって出現数が増えることもあれば、章の欠落によって減ることもあります。チェックを通過させるためにカウントを調整するのではなく、その違いを説明してください。

リストを翻訳に持ち込み、レビューのために保管する

ソースと例外の準備ができたら、翻訳が必要なサポート対象の書籍またはドキュメントに対してファイル一括翻訳ワークフローを使用してください。受け入れの基準として、DNTワークシートをソースの傍らに置いておきましょう。自動用語集が承認された除外リストと同等であるとか、アップロードされたすべての形式が同じマークアップ制御を備えていると仮定しないでください。

翻訳後、用語一貫性ワークフローを活用して、作品全体で承認された表現と却下された表現を確認します。DNTリストは何を正確に維持すべきかを明確にし、より広範なレビューでは翻訳された文書が本来の意味や機能を正しく果たしているかを判断します。