better-i18n Glossary Management：すべての言語でブランド用語を統一する

用語の不統一は、製品ローカライゼーションにおいて最も深刻で、かつ最も一般的な問題の一つです。あなたの製品ではメインナビゲーション項目を「workspace」と呼んでいます。ところがスペイン語翻訳では、ダッシュボードで「espacio de trabajo」、設定画面で「área de trabajo」、ヘルプドキュメントで「proyecto」と表記されています。ユーザーは混乱し、サポートチケットが急増し、信頼が失われます。

これは翻訳品質の問題ではありません。用語ガバナンスの問題です。そして、Translation Glossary Managementがその解決策です。

better-i18nのGlossary Managementシステムにより、製品の語彙がすべての言語でどのように翻訳されるかを完全にコントロールできます。AI翻訳とレビューの段階で自動的に適用されるため、不統一が本番環境に到達することはありません。

仕組み

better-i18nにおけるGlossaryは、用語の構造化データベースです。ソース言語の単語またはフレーズ、各ターゲット言語での承認済み翻訳、使用上の注意、コンテキスト制限、「絶対に翻訳しない」や「常に大文字にする」といった特別なルールが含まれます。

用語の追加

用語はGlossaryエディタから手動で追加したり、JSONファイルから一括インポートしたり、Context Crawlerによって自動抽出したりすることができます。Context Crawlerはライブプロダクトまたはコードベースを分析して候補用語を特定します。各用語がサポートする項目：

ソース用語（活用形に対応するオプションの正規表現あり）
言語ごとのターゲット翻訳
定義と使用上の注意
品詞（名詞、動詞、形容詞）
ドメインタグ（UI、マーケティング、法律、技術）
翻訳不可フラグ
大文字・小文字の区別ルール

用語ワークフロー：Draft から Approved へ

すべてのGlossary用語は、品質と説明責任を確保するための構造化されたライフサイクルをたどります：

Draft — 新しい用語が作成されます（手動、インポート、またはContext Crawlerによる提案）。Draft用語はチームに表示されますが、翻訳ワークフローではまだ適用されません。
Submitted — 用語の作成者またはチームメンバーがレビューのために用語を提出します。これは、用語の定義と翻訳が評価の準備ができていることを示します。
Approved — レビュアーが用語を承認します。Approved用語のみがAI翻訳中に適用され、レビューエディタでハイライト表示されます。これにより、未完成または議論中の用語が翻訳に影響することを防ぎます。
Rejected — レビュアーがフィードバックとともに用語を却下します。作成者は修正して再提出できます。

このワークフローは、Glossaryの汚染というよくある問題を防ぎます。テストされていない、または議論中の用語が早期に適用されることで、解決するよりも多くの不統一を引き起こすことがあります。

一括インポートとエクスポート

別のツールから移行するチームや、複数のシステムにわたって大規模なGlossaryを管理するチームのために、better-i18nは包括的な一括操作をサポートしています：

JSON Import — 用語、翻訳、メタデータを含むJSONファイルをアップロードします。インポーターはエントリを検証し、既存の用語との重複を排除し、変更を適用する前に競合を報告します。
JSON Export — Glossary全体または絞り込んだサブセットを構造化JSONとしてエクスポートします。バックアップ、他のツールへの移行、または外部ワークフローへの用語フィードに使用します。
Clear — Glossaryをゼロから再構築する際に、一回の操作ですべての用語を削除します。誤ったデータ消失を防ぐための確認ステップが設けられています。

これらの一括操作により、手動入力の負担なく数千の用語を含むGlossaryを管理することが実用的になります。

DeepL Glossary Sync

DeepLを機械翻訳プロバイダとして使用しているチームのために、better-i18nは自動Glossary同期を提供しています：

ワンクリックSync — 承認済みGlossary用語をDeepLのGlossary APIにプッシュします。DeepLはその後、サービスを通じて処理されるすべての機械翻訳に用語を適用します。
双方向の一貫性 — GlossaryはbetterI18nのAI翻訳とDeepLのニューラル機械翻訳の両方にとって唯一の真実のソースとなります。2つのシステムで別々の用語リストを管理する必要はもうありません。
言語ペアマッピング — better-i18nは多言語GlossaryをDeepLが必要とする言語ペア形式に自動的にマッピングし、変換を透過的に処理します。

この統合により、ブランド用語の一貫性がbetter-i18n独自の翻訳エンジンを超えて、DeepLに触れるすべてのワークフローに拡張されます。

AI翻訳中の適用

AI翻訳が実行されると、承認済み用語の完全なGlossaryが翻訳プロンプトに注入されます。AIモデルは、指定通りに承認済み用語を使用するよう指示されます。翻訳後、一貫性バリデーターが出力をGlossaryエントリと照合し、翻訳がレビューに表示される前に違反をフラグします。

人間によるレビュー中の適用

better-i18nのレビューエディタでは、Glossary用語がインラインでハイライト表示されます。翻訳者が用語のバリアントを入力すると、承認済みGlossary翻訳のオートコンプリート提案が表示されます。誤って使用された用語は黄色の下線が引かれ、承認済み用語とその重要性を説明するツールチップが表示されます。

翻訳不可ルール

翻訳すべきでない用語があります — 製品名、ブランド名、技術識別子、競合他社名、商標用語などです。これらに翻訳不可フラグを付けると、言語に関係なく、すべてのAIおよび人間の翻訳ワークフローで変更されずに通過します。

主なメリット

1. 大規模なブランド用語の一貫性

製品が15言語で何千ものユーザーに使用されている場合、不統一な用語の各インスタンスはUXの問題です。Translation Glossary Managementにより、一貫性が理想論ではなく自動的なものになります。ワークフローを通じて用語が定義・承認されると、AI翻訳、人間によるレビュー、DeepL出力、エクスポート検証のすべての場所で適用されます。

2. 新しい翻訳者のオンボーディングの迅速化

新しい翻訳者がプロジェクトに参加するとき — 社内、フリーランス、翻訳代理店からであれ — 完全なGlossaryに即座にアクセスできます。用語を学ぶために以前の翻訳を読み通す必要はありません。インラインエディタがリアルタイムでガイドします。

3. レビューサイクルの削減

用語の修正は、翻訳バッチが改訂のために戻ってくる最も一般的な理由の一つです。Glossaryの適用によりレビュー前にこれらの問題が検出されると、レビューサイクルは基本的な用語の準拠ではなく、スタイルとニュアンスに焦点を当てることができます。レビュー時間が大幅に短縮されます。

4. 自動Glossary抽出

ゼロからGlossaryを構築することは大きな作業です。better-i18nのContext Crawlerは最も面倒な部分を自動化します。Firecrawl搭載の分析を使用してライブウェブサイトをスキャンし、GitHubリポジトリを解析して繰り返し出てくる用語やブランド言語を特定します。提案された用語はDraftとしてGlossaryに入力され、チームがレビューして承認する準備ができています。手動で構築すれば数週間かかるGlossaryを数時間で立ち上げることができます。

5. 法的・コンプライアンス保護

規制産業では、特定の用語を正確な法的等価物で翻訳する必要があります。製薬、金融、法律製品はGlossaryを使用してこれらの要件を適用し、承認済み翻訳が本番コンテンツで使用されたことを示す監査証跡を残します。

6. DeepL Syncによるプロバイダレベルの適用

翻訳がbetter-i18nのエディタの外で行われる場合でも — CI PipelineでのDeepL API呼び出しやサードパーティ統合を通じて — Glossaryは引き続き適用されます。DeepL Syncにより、用語ルールが翻訳ツールだけでなく翻訳エンジンとともに移動することが保証されます。

ユースケースと例

製品UI用語

プロジェクト管理SaaSには「スプリント（Sprint）」というコアコンセプトがあります。ドイツ語では、チームは「Sprint」のまま（翻訳なし）にすることに決めました。フランス語では、承認された用語は「Sprint」（同じ）です。日本語ではカタカナで表記されます。Glossaryはこれらすべてを保存し、英語ソースは英語圏市場の翻訳不可としてマークされています。すべてのAI翻訳と人間によるレビューがこれを自動的に適用します。

マーケティングとブランド言語

あるブランドのタグラインには造語「workstream」が含まれています。Glossaryは12言語での承認済み翻訳を指定し、英語用語はブランドが英語キャンペーンを実施するすべての市場で翻訳不可として登録されています。AI翻訳はこれを尊重し、用語が「親切に」書き換えられることはありません。

技術ドキュメント

開発者ツール企業には、APIコンセプト、CLIコマンド、設定キー、エラーコードを含む300の技術用語からなるGlossaryがあります。これらはどれも翻訳すべきではありません。300用語すべての翻訳不可フラグにより、どの翻訳者またはAIモデルがドキュメントを処理しても変更されずに通過します。チームは外部ドキュメントPipeline用にGlossaryを毎月JSONとしてエクスポートします。

eコマース製品タクソノミー

eコマースプラットフォームには、地元市場の慣習に合わせる必要がある正確なカテゴリ名があります。Glossaryはコンテキスト制限付きの地域固有のカテゴリ翻訳を保存します — 「Jackets」はメンズとレディースの衣類カテゴリで異なる翻訳が使われます。コンテキスト制限エントリがこれを正確に処理します。

大規模な移行

2,000用語のスプレッドシートベースのGlossaryから移行するゲーム会社は、JSON Importを使用してすべてをbetter-i18nに一度に取り込みます。インポート後、承認ワークフローを実行して各用語を検証し、ローカライゼーションPipeline用に承認済み用語をDeepLに同期します。

better-i18nがGlossary Managementを実装する方法

better-i18nのGlossaryシステムは翻訳Pipelineのすべての段階に緊密に統合されており、翻訳者が確認することを覚えておく必要がある独立したツールではありません。

コンテキストとしてのGlossary

翻訳ジョブが実行されると、Glossaryの関連サブセット（ソース文字列に出現する承認済み用語）が自動的に抽出され、AIプロンプトに含まれます。これはGlossary全体を提供するよりも効果的で、プロンプトを集中させてトークンコストを削減します。

検証レイヤー

高速なセカンダリモデルがすべてのAI翻訳出力に対して一貫性チェックを実行し、使用された用語を期待されるGlossary翻訳と比較します。これはミリ秒単位で発生し、人間のレビュアーに到達する前に問題を検出します。

Glossaryバージョニング

Glossaryは進化します。用語は名前が変更され、リブランドされ、または洗練されます。better-i18nはすべてのGlossaryの変更をバージョン管理し、どのGlossaryバージョンのもとでどの翻訳決定が行われたかを確認できます。Glossaryの変更をロールバックし、影響を受けた翻訳の再検証をトリガーすることができます。

Translation Memoryとの統合

Translation MemoryとGlossaryは連携して機能します。TMはセグメントレベルの再利用を提供し、GlossaryはそれらのセグメントでTermレベルの精度を適用します。TM一致が適用されると、現在のGlossaryに対してまだ検証されます — TMエントリが作成されてからGlossaryが変更されていた場合、不統一にフラグが立てられます。

代替ツールとの比較

機能	better-i18n	Phrase (Memsource)	Lokalise	スプレッドシート
用語承認ワークフロー	Draft > Submitted > Approved	基本的	基本的	なし
インラインエディタハイライト	あり	あり	あり	なし
AIプロンプト統合	ネイティブ	プラグイン	プラグイン	なし
自動抽出	あり (Crawler)	手動	手動	なし
翻訳不可適用	自動	手動	手動	なし
AI翻訳後の検証	あり	なし	なし	なし
一括JSON Import/Export	あり	CSVのみ	CSVのみ	N/A
DeepL Glossary Sync	ネイティブ	手動	手動	なし
バージョニング	あり	限定的	限定的	なし

多くのTMSプラットフォームはGlossary機能を提供していますが、それらは概して受動的です — 翻訳者が手動で参照することが期待される参照データベースです。better-i18nは翻訳決定が行われるすべてのポイントでGlossaryを能動的に適用します。結果の違いは顕著です。

よくある質問

Glossaryにはいくつの用語を入れることができますか？

ハードリミットはありません。数万の用語を含むGlossaryがサポートされています。AI翻訳では、システムが各翻訳ジョブに対して承認済み用語の関連サブセットを自動的に選択し、プロンプトを効率的に保ちます。

プロジェクトごとに異なるGlossaryを持てますか？

はい。各プロジェクトは独自のGlossaryを持つことができ、すべてのプロジェクトに適用される組織全体のGlossaryも定義できます。競合がある場合、プロジェクトレベルのGlossaryの用語が組織レベルの用語を上書きします。

Glossary用語と翻訳不可ルールの違いは何ですか？

Glossary用語にはソースワードと1つ以上の承認済みターゲット翻訳があります。翻訳不可ルールは特別なタイプのGlossaryエントリで、承認済みの「翻訳」がソースワード自体です — すべての言語で変更されずに通過する必要があります。他の言語に翻訳を提供しながら、特定の言語に選択的に翻訳不可を適用することもできます。

Context CrawlerはGlossaryを自動的に構築できますか？

Context Crawlerは、製品ウェブサイト（Firecrawl経由）とGitHubリポジトリの分析に基づいてGlossary候補用語を提案します。提案された用語はDraftとしてGlossaryに入力されます — 人間が各エントリを確認して承認してから適用されます。Crawlerは繰り返しフレーズ、製品名、ブランド言語を特定し、Glossary作成の手作業を大幅に削減します。

DeepL Syncはどのように機能しますか？

Glossary Syncをトリガーすると、better-i18nは承認済み用語をDeepLのGlossary形式に変換し、DeepL API経由でアップロードします。DeepLはその後、設定された言語ペアのすべての後続翻訳でこれらの用語を使用します。Glossaryを更新した後はいつでも再同期できます。

コンテキストによって異なる翻訳になる用語はどのように処理しますか？

各Glossaryエントリはコンテキストタグとドメインラベルをサポートしています。コンテキストに応じて複数の有効な翻訳がある用語（文法的な性、レジスター、ドメイン）の場合、同じソース用語に対して異なるコンテキスト制限を持つ複数のエントリを作成できます。システムは翻訳される文字列のファイルまたはコンポーネントコンテキストに基づいて最も適切なエントリを選択します。

別のツールから既存のGlossaryをインポートできますか？

はい。better-i18nはJSON形式からのGlossaryインポートをサポートしています。ソーステキスト、ターゲット翻訳、メタデータで用語を構造化し、一括インポート機能を使用してすべてを一度に取り込みます。インポートされた用語はDraftとして開始され、適用が始まる前にチームがレビューする機会が与えられます。

今日からブランド用語の一貫性を適用し始める

Glossary Managementはbetter-i18nのすべてのプランで利用可能です。Context Crawlerから始めて候補用語の最初のバッチを自動抽出し、ワークフローを通じてレビューと承認を行い、承認済み用語をDeepLに同期させ、AI翻訳出力への影響をすぐに確認してください。

別のツールから移行するチームは、JSON Importを使用して既存の用語データベースを取り込み、即座に適用を開始できます。

無料トライアルを始める — またはTranslation MemoryがGlossary Managementを補完して、セグメントと用語レベルで完全な一貫性を実現する方法をご確認ください。

better-i18n Glossary Management：すべての言語でブランド用語を統一する