AI翻訳で用語を統一する方法｜表記ゆれを減らす

翻訳用語を揃えるには、翻訳前にSource termと採用する訳語を対応づけ、文書や製品での使い方を記録します。Product名、専門用語、短い定型語を優先し、同じ単語でも文脈で意味が変わる場合は例文や注記を付けます。用語集は翻訳の一貫性を助けますが、適用された語が文脈に合うかは翻訳後に確認してください。

用語集を作る前に決めること

翻訳対象の領域、読者、翻訳する媒体を固定します。同じ用語でも、ユーザー向けUI、開発者向け文書、契約書では自然な訳し方が異なる場合があります。すでに社内の承認済み用語集やUI文言があるなら、それを優先し、新しい翻訳で独自の訳語を作らないようにします。

用語候補を集めるときは、Source term、採用訳、品詞や文脈、翻訳しない語、確認者を記録します。DeepLのglossaryは原文語と優先訳の対を登録し、対象言語の文法に合わせて語形を適応するため、単純な文字列置換とは異なります。一方、表示上の固有名詞やブランド名など、文法変化をさせたくない語は、そのサービスの現行仕様で意図どおり扱えるか試してから本番へ使います。

Google Cloud TranslationのGlossaryは、専門用語や固有名詞などの訳し方をカスタム辞書として指定する仕組みです。APIで使う場合は、Glossary resourceの作成、source/targetの組合せ、projectやCloud Storageへの権限などを確認します。DeepLのアプリ内用語集とGoogle Cloud APIのGlossaryは、同じ名前でも作成方法や適用条件が異なるため、データ形式や機能をそのまま混同しません。

用語集の項目設計

表は横にスクロールできます

Source term	採用する訳語	文脈・例	翻訳しない条件	Owner
workspace	ワークスペース	アプリ内の設定画面	UI上の正式表示を優先	Product
deployment	デプロイ	開発者向け手順	契約文では別途確認	Engineering
[製品名]	[公式表記]	本文、見出し、図表	製品名を翻訳しない	Brand

この表は管理用の仕様例です。各翻訳サービスが「禁止訳」やOwner欄を直接処理するとは限りません。ツールに入力できるterm pairと、チームが別途保持する文脈・承認・禁止条件を分けて管理します。

一語に複数訳がある場合は、文脈ごとに別項目にするか、訳語の選択条件を記録します。「charge」が料金、充電、請求を意味するように、単語だけを登録すると誤った訳が固定されることがあります。語形変化、複数形、大文字小文字、記号、複合語なども小さなサンプル文で試し、ツールの適用挙動を確認します。

登録前に用語候補を精査する

1. UI、既存製品文書、専門家が承認した資料から候補語を集める。

2. 類似語・略語・表記揺れをまとめ、意味が同じか確認する。

3. 採用訳のownerと承認状態を記録する。

4. 文脈によって訳が変わる語は、用途別の例文を追加する。

5. 固有名詞や翻訳しない語は、翻訳サービスで指定できる方法を確認する。

6. 翻訳先言語とツール上のlanguage pairを合わせる。

7. 数件のサンプル文で適用前後を比較し、誤用がないか確認する。

候補をAIに抽出させることはできますが、AIが提案した訳語をそのまま標準に登録しません。既存の翻訳、UI、用語owner、顧客向け表記を照合し、人が採用訳を決めます。根拠がない場合は候補状態のままにします。

翻訳ツールへ用語集を適用する

DeepLの公式Helpでは、glossaryをテキスト翻訳やファイル翻訳に適用する操作が案内されています。ファイル翻訳では複数のglossaryを選べる条件がありますが、対応するsource/target language pairが一致しているか確認します。プランや利用画面、APIで使える条件は異なることがあるため、作業時点のアカウント画面とHelpで確認してください。

Google Cloud Translationは、リクエスト時にGlossaryを指定するAPIの仕組みです。入力する用語ファイル、project、地域、権限の扱いを確認し、対象のlanguage pairで試験します。権限のあるサービスアカウントだけがGlossary用ファイルを読める状態にし、翻訳データと設定データを適切に管理します。

用語集を一つ作れば、複数の製品や顧客へ共通適用できるとは限りません。部署、ブランド、製品、言語ペアで採用訳が異なるときは、用途別に分け、どのファイルに何を適用したかログへ残します。

翻訳後の一貫性チェック

翻訳後は、重要語をいくつか選び、文書全体や対象ファイルで検索します。用語集に登録した語が全て反映されたかだけでなく、誤った場所に適用されていないか、未登録の別表現が増えていないかも確認します。

・Product名と正式な機能名が承認済み表記になっているか。

・用語が見出し、本文、表、画像内テキストで揃っているか。

・複数形や活用形が自然で、意味が変わっていないか。

・文脈の違う単語へ意図しない訳語を固定していないか。

・原文維持と決めた固有名詞が翻訳されていないか。

・既存のUIや他言語ページと齟齬がないか。

ファイル翻訳の一部では複数の用語集を選択できますが、件数やlanguage pairだけで適用成功と判断しないでください。実際の文章で数件を確認し、glossaryが文法上不自然な位置に入った場合は、用語登録、例文、文脈指示を見直します。

変更を安全に進める

用語集を全ファイルへ一度に適用する前に、代表的な短文で試験します。短いUIラベル、説明文、専門文、表・見出しなど文型が違うサンプルを選びます。採用訳の適用、除外、語形、表記が意図どおりかを確認し、問題が見つかったら用語集を修正してから対象を広げます。

用語集を更新するときは、変更日、変更理由、承認者、対象言語、適用する製品や文書を記録します。以前の訳へ戻す可能性がある場合、元のファイルや変更履歴を保存します。クラウド翻訳サービスは、管理用Glossary resource自体のversion controlを提供しないこともあるため、元データを自分たちで保管し、rollback可能な方法を用意します。

用語集の品質は、登録数ではなく、重要語を正しく、同じ条件で使えるかで評価します。使われない語や意味が曖昧な語を大量に登録すると、翻訳結果の修正負担が増えることがあります。

失敗パターンと修正

同じ語が複数の意味を持つ：対象製品、文脈、例文ごとに判断を分けます。すべての出現箇所で一つの訳語を強制しません。

原語と訳語の言語ペアが違う：ツール設定、Glossary language pair、翻訳対象の言語を見直します。

訳語が不自然に固定された：活用や語形への適用仕様を確認し、用語を具体化するか、文脈を補います。

用語集を適用しても揺れが残る：登録表記、表記ゆれ、対象外のファイル、見出し・画像など別経路を確認します。

承認済み訳が更新された：ownerへ確認し、旧訳の適用期間と既存文書の更新範囲を決めます。

製品名が翻訳された：ツール内の指定方法と後工程のQAを追加し、出力を目視確認します。

AIものさし編集部の判断

用語集は、翻訳する全単語を固定する辞書ではなく、重要な訳語のぶれを減らすための管理データです。まず製品名、専門用語、繰り返し使う表現など、誤訳コストの高いものから登録してください。採用訳と文脈の承認は人が行い、実際の翻訳文で適用を確認します。

翻訳サービスごとの機能、プラン、language pairは変わるため、公式Helpで利用条件を確認してから運用します。用語集が適用されたことを品質保証と見なさず、用語の意味と文脈を最終確認する手順を残してください。

用語集を更新し続ける

翻訳レビューで新しい語や既存訳の不一致が見つかったら、すぐに単語を追加する前に、採用訳を決める責任者へ確認します。用語の変更には、適用開始日、対象文書、古い訳をいつまで許容するかを付けます。承認済みUI、製品表示、契約文書など、既存の表現との互換性を確認します。

更新するたびに、用語集の元ファイルや版を保存します。DeepLの公式Helpはglossaryの保存先や利用条件がプランによって異なること、Google Cloud glossaryはAPI resourceやsource fileを扱うことを説明しています。サービス側のresourceだけを唯一の管理記録にせず、社内で用語の根拠、owner、変更履歴を保管してください。

旧訳が既存コンテンツに残っている場合は、すべてを一括置換せず、影響する画面、文書、顧客、法的文脈を確認します。用語集の更新は新しい翻訳へ適用するだけなのか、過去の訳文も更新するのかを明示します。変更が意味や製品UIに影響するなら、関係者の承認を得てから公開します。

短いサンプルで確認する

用語集の適用前後を比較するサンプルには、名詞だけでなく、助詞や語尾が変化する文、複合語、否定文、見出しを含めます。例えば「workspaceを作成する」「複数のworkspaceを管理する」「workspace内で設定を変更する」のように、同じ用語が違う文法位置で現れる文を試します。用語の一貫性と読みやすさを同時に見て、固定訳が不自然な語は文脈条件を再検討します。

用語集の変更履歴を残す

用語集は固定して終わりではなく、変更履歴と適用範囲を管理します。新製品名、改称、法務レビュー済みの訳語が加わったときは、登録日、変更者、承認者、適用開始日を記録し、旧訳が必要な過去文書との区別を保ちます。用語を削除する場合も、過去の翻訳結果を再現できるよう旧版を保管します。

更新した用語集は、よく使う文章と例外を含む短いテストセットで確認します。訳語が指定どおりに出ても、文法や意味が壊れていないかを人が読みます。テストで誤用が見つかったら、登録語の追加だけでなく、語形、文脈、翻訳先、適用対象の設定を見直し、更新前後の例を記録します。