翻訳された本全体で名前と用語を一貫させる方法
翻訳本のための名前と用語のシステムを構築し、承認された用語集、キャラクターバイブル、ファイル全体の見直しを通じて、章をまたいだブレを発見します。

1つの承認された記録がすべての章を制御する場合、名前と用語は一貫した状態を保ちます。翻訳の前にその記録を作成し、名前をドメイン用語やスタイルの決定から分離し、各エントリに1つの承認されたターゲット形式を与え、却下されたバリエーションを記録し、すべての主要なリビジョンの後に完全に翻訳されたファイルを検索します。
本の長さのプロジェクトでは、4つの成果物を使用します。
- コンセプトと繰り返されるフレーズのための用語集。
- 人物、場所、組織、関係のためのキャラクターまたはエンティティバイブル。
- コード、ブランド、URL、数式、意図的なソース形式のための翻訳禁止リスト。
- レビュー中に見つかった誤った形式を記録するバリエーションログ。
ダウンロード:本の用語とキャラクターバイブルのテンプレート。サンプル行は意図的に架空のものであるため、実際のプロジェクトと誤認することなく、承認された形式と却下された形式がどのように機能するかを確認できます。
一貫性を単なる単語の置き換えではなく、アイデンティティの制御として扱う
難しい問題は、翻訳を1回選択することではありません。大文字と小文字、活用、略語、スクリプト、またはコンテキストが変化した場合でも、後のすべての出現が同じ人物または概念を指していることを確認することです。
コントロールリストを3つのレイヤーに分けます。
| レイヤー | コントロール | 典型的な失敗 |
|---|---|---|
| アイデンティティ | 人物、場所、組織、本のタイトル、発明されたオブジェクト | 1人のキャラクターが2つのスペルを取得するか、機関が矛盾して翻訳および音訳されます |
| コンセプト | 技術用語、繰り返されるフレーズ、階級、魔法システム、法律または学術的概念 | 1つのソースコンセプトが、異なる意味を暗示する複数のターゲット用語を受け取ります |
| スタイル | 大文字の使用、ハイフネーション、敬称、略語、数字、引用符のスタイル | 承認された同じ用語が章ごとに異なって見える |
これにより、2つの誤った修正を防ぐことができます。第1に、2つの概念たまたま同じ原文の単語を共有している場合に、レビュアーが一致するすべての文字列を置換してしまうのを防ぎます。第2に、単に用語集の見出し形と異なるという理由だけで、無害な文法の活用形が訳抜けやブレとして扱われるのを防ぎます。
欧州委員会の2024年翻訳品質評価情報パックでは、用語エラーを、受け入れられているドメインの使用法、用語ベース、または提供された参照文書に関連付けて定義しています。また、正確性レビューには、人名、地名、その他の固有名詞も含まれます。この区別は、上記のアイデンティティ層および概念層によく対応しています。
ブック全体を翻訳する前に用語集を作成する
最も繰り返しが多く、混乱を招きやすい資料から始めます。
- 目次と章のタイトル
- 代表的な最初の2つの章
- 索引、用語集、登場人物一覧、付録
- 太字または斜体で定義されている用語
- 繰り返し登場する大文字のフレーズと頭字語
- 登場人物、場所、組織、製品、シリーズの名前
- 主題固有の用語、および
- 著者が意図して非標準的な方法で使用している単語
すべての名詞をリストアップすることを目指さないでください。不一致によって同一性、意味、ナビゲーション、または読者の信頼が変わる項目を優先してください。
各エントリは、次の質問に答える必要があります。
| 項目 | 存在する理由 |
|---|---|
| 原文の形式 | 見つかることが予想される正確な形式 |
| 承認された訳語の形式 | プロジェクトで使用される形式 |
| エンティティまたはコンセプトの種類 | 人物、場所、階級、および一般的な名詞の混同を防ぎます |
| 定義または文脈 | ここでその用語が何を意味するのかを説明します |
| 翻訳除外フラグ | 意図された原文の形式が変更されるのを防ぎます |
| 大文字小文字および活用のルール | 実際の文法上の変化と偶然のバリエーションを区別します |
| 初出箇所 | レビュアーが元の文脈を素早く確認できるようにします |
| 却下されたバリエーション | 過去のエラーを検索可能なQAルールに変えます |
| 決定責任者と日付 | 後からの変更を、無言の変更ではなく意図的なものにします |
欧州委員会の現在の翻訳リソースでは、用語データベースとスタイルガイドが並置されています。プロジェクトの用語集も同様に、小規模ながら、コンセプトが何と呼ばれるか、そして承認された形式がどのように記述されるかの両方を記録する必要があります。
独立したキャラクターおよびエンティティ・バイブルを維持する
用語集のエントリは、フィクション、伝記、歴史、または物語形式のノンフィクションには小さすぎる場合がよくあります。キャラクター・バイブルには以下を記録する必要があります。
- フルネームと短縮形
- 原語表記と承認された翻字
- 称号、階級、敬称、代名詞
- 関係性と別名
- その名前の意味が物語にとって重要かどうか
- 台詞やレジスター(言葉遣いのレベル)に関する注記、そして
- 変更が意図的なものである章。
組織や場所については、略称、歴史的名称、現地名、およびプロジェクトでその形式を翻訳するか音訳するかを追加します。
すべての意味のある名前を無条件にローカライズしないでください。架空の名前には翻訳や適応が必要なジョークが含まれている場合があり、実在の人物の名前にはすでに定着した訳語の表記がある場合があります。決定事項とその根拠を記録してください。目標はすべてのものに共通する1つの命名規則ではなく、エンティティごとに1つの明確な規則を設定することです。
翻訳除外リストは限定的に使用する
翻訳除外リストは、次のような正確性を維持しなければならないコンテンツのためのものです:
- URL、メールアドレス、ファイルパス、コード
- ローカライズされた形式を持たない製品名および企業名
- 型番、警告コード、法的識別子、数式
- 引用された版と一致しなければならない書誌文字列
- 意図的な外国語のフレーズ
翻訳が難しいという理由だけで用語をリストに入れないでください。それは用語の決定を下す代わりにそれを隠すことになります。
W3CのInternationalization Tag Set 2.0には、コンテンツを翻訳対象とするか対象外とするかをマークするメカニズムが含まれています。スプレッドシートの用語集はそれほど洗練されていませんが、原則は同じです。指示はレビュアーの記憶の中だけに存在するのではなく、コンテンツと一緒に移動する必要があるのです。
意図的にズレを生じさせた例
次のようなソースエンティティを持つ架空のファンタジー原稿を想像してください:
| ソース | 承認された訳の決定 | 理由 |
|---|---|---|
| North Gate | 固定された地名として翻訳する | 北側にあるどの門でもなく、固有名詞としての市の門であるため |
| The Keeper | タイトルのため大文字を維持する | 小文字にするとキャラクターの階級が普通名詞になってしまう |
| ashglass | 作られた造語の訳語を1つ使用する | これは物語世界の素材であり、普通のガラスではない |
翻訳後、ファイル全体の検索で見つかるもの:
- ノースゲート名の2つの表記;
- ある会話シーンでの「the keeper」;
- の直訳:ashglass (第3章では、第11章では音訳);および
- 残りの22箇所での承認された造語。
正しい修正は、3つの独立した編集ではありません。誤った形式を却下された異体字の列に追加し、すべての出現箇所を検索し、文脈内の曖昧なヒットを検査し、影響を受けた章を更新し、最終エクスポートで検索を再実行します。
フィクション、ノンフィクション、技術書のメソッドを変更する
| 書籍の種類 | 最大リスク項目 | 追加ルール |
|---|---|---|
| フィクション | キャラクター名、別名、発明された用語、タイトル、呼びかけ、繰り返される比喩 | キャラクターおよび章ごとに、意図的な声や命名の変更を記録する |
| ナラティブノンフィクション | 実在の人物、組織、場所、歴史的用語、引用、引用されたタイトル | ターゲット言語で確立された形式を優先し、ソースのエビデンスを保持する |
| 学術的または技術的 | 定義用語、頭字語、単位、基準、数式、図表のラベル | 優先されるすべての用語を、定義、基準、または承認された参照元に関連付ける |
| ビジネスまたは製品 | ブランド用語、製品機能、UI文字列、正式名称、バージョン管理された用語 | 製品の変更によって過去の経緯が書き換わらないよう、担当者と発効日を割り当てる |
研究資料の場合、学術論文翻訳ワークフローでは、数式、引用、図表、ドメインレビューの確認が追加されます。長編の制作に関する決定事項については、書籍翻訳の完全ガイド.
言語を固定化することなく、翻訳中に用語集を適用する
用語集は一意性と意味を制御するものであり、すべての文を同じ表面形式に強制するものではありません。
翻訳中:
- 用語集とソースファイルのバージョン1を固定する。
- 代表的な章を翻訳する。
- 完全な文の中で承認された用語を確認する。
- 規模を拡大する前に、不自然または曖昧な決定事項を修正する。
- 承認されたすべての変更を、影響を受ける章とともに記録する。
- 新しい用語集のバージョンを使用して、残りの書籍を翻訳する。
- 品質保証(QA)のために却下された形式を保持することなく、古い決定事項を上書きしない。
活用のある言語では、用語集で承認された訳語は多くの場合、見出し語または基本形になります。翻訳では、文法的なバリエーションを使用することは正当です。自動検索によって誤検知が発生しないよう、許可されているパターンを文書化してください。
混合スクリプトの場合は、ネイティブスクリプトと翻字形式の両方を保存します。初出時に読者に一方、もう一方、あるいはその両方が必要かどうかを判断します。W3Cの言語タグガイダンスでは、スクリプト、地域、その他のサブタグが必要でない限り、タグはできる限り短く保つことが推奨されています。
翻訳後の用語のずれを見つける
サンプルだけでなく、完成したターゲットファイル全体に対してレビューを実行します。
1. 承認された形式と拒否された形式を検索する
リスクの高い各エントリについて、以下を記録します。
- 承認された形式の出現回数;
- 拒否された形式すべての出現回数と場所;
- 大文字と小文字のバリエーション;
- 翻訳されずに残ったソース形式; および
- 説明のつかないゼロのカウント。
ゼロのカウントは、概念が適切に言い換えられているか、省略されているか、あるいは抽出時に見落とされていることを意味する場合があります。判断する前に、ソースの場所を確認してください。
2. 章の境界を確認する
作業をバッチに分割すると、用語がズレることがよくあります。ある章の最後のセクションと次の章の最初のセクションを比較し、翻訳者、モデル、または編集セッション間のすべての引き継ぎを監査します。
3. 略語と展開形を一緒に検索する
初回使用時の展開形と後続の頭字語が同じ概念を指していることを確認します。複数形や、翻訳された略語と翻訳されていない略語を確認します。
4. エクスポートされたファイルを再確認する
正しい編集ファイルであっても、スタイル、フォント、メタデータ、変換ルールが変更されると、誤ったEPUB、PDF、DOCXが生成される可能性があります。読者が実際に受け取る成果物を検索してください。
5. 確認されたエラーをすべて再利用可能なルールにする
間違った形式、影響を受けた場所、根本原因、および修正内容をバリエーションログに追加します。次回のレビューでは、既知の障害パターンを再発見するのではなく、それらから始める必要があります。
ソフトウェアを使用するタイミングとレビュアーを使用するタイミングを決定する
検索ツールや用語ツールは、繰り返される形式を見つけるのが得意です。しかし、バリエーションが文法的、文体的、あるいは誤りであるかを常に判断できるわけではありません。
自動チェックを使用する対象:
- 正確に承認および拒否された文字列;
- 大文字・小文字および句読点のバリエーション;
- ソース言語の残存物;
- 頭字語、モデル番号、およびコード; および
- 用語集のバージョン間における変更点。
以下の項目には適格なレビュアーを起用してください:
- 曖昧な概念;
- 定着した名称およびドメインの慣習;
- 文学的な声、言葉遊び、意図的なバリエーション;
- 機密性の高い、または重要度の高い用語;および
- 1つの用語を超えて意味を変更する修正。
ファイル全体の初稿が必要な場合、BookTranslatorは、手動でのコピー&ペーストを必要とせず、書籍や長文の文書を処理します。現在の翻訳フォームでは、対象となるPDF以外のタスクに対してオプションの自動用語集が提供されており、頻出する名前、場所、専門用語を収集します。いずれにせよプロジェクトの用語集を維持してください。これは人間の決定、却下されたバリエーション、および翻訳後に必要な承認の証拠を記録するものです。





