目次
機械翻訳は、本格的なローカライゼーションワークフローに欠かせない要素となりました。しかし、単一の翻訳プロバイダーを選んで永続的に使い続けることは、ほとんどの場合、最適な戦略ではありません。プロバイダーによって得意な言語ペアが異なり、コンプライアンス認定も異なり、価格帯も異なります。
Better i18nはマルチプロバイダーアプローチを採用しています。必要な翻訳エンジンを接続し、各言語ペアを最も適したプロバイダーにルーティングし、すべてを単一のダッシュボードから監視できます。このガイドでは、翻訳プロバイダー統合の仕組みを解説します。まずDeepL（現在利用可能）から始め、Google TranslateとAzure Translator（近日公開予定）についても説明します。
マルチプロバイダー翻訳が重要な理由
10以上の言語で提供される製品の翻訳を管理した経験があれば、どの単一プロバイダーもすべてにおいて最優秀ではないことに気づいたかもしれません。DeepLはドイツ語、フランス語、オランダ語などのヨーロッパ言語で非常に自然な翻訳を生成しますが、言語カバレッジはGoogle Translateの130以上の言語と比べて狭いです。Azure TranslatorはHIPAA準拠やカスタムドメインモデルが必要な企業環境で優れています。
マルチプロバイダー設定によって次のことが可能になります：
- 言語ペアごとの品質最適化 — フランス語をDeepLに、タイ語をGoogle Translateにルーティング
- 冗長性の維持 — 1つのプロバイダーがダウンしても、別のプロバイダーにフォールバック
- コスト管理 — 大量かつ重要度の低いコンテンツにはより手頃なプロバイダーを使用
- コンプライアンス要件への対応 — 規制対象コンテンツにはAzure、それ以外にはDeepLを使用
Google Translate vs DeepL vs Azure：どれが最良か？
翻訳プロバイダーを評価する際にチームが最もよく尋ねる質問の1つが「どれが最良か？」というものです。正直な答えは、特定の言語ペア、コンテンツの種類、統合要件によって異なるということです。判断するための直接比較を以下に示します。
Google Translate
Google Translateは世界で最も広く使われている翻訳サイトで、毎日数十億件の翻訳リクエストを処理しています。そのCloud Translation API（V3）は多くの企業向けローカライゼーションワークフローを支えています。
強み：
- 最も広い言語カバレッジ — 130以上の言語、他のどのプロバイダーよりも多い
- アジア言語への強力なサポート — 中国語、日本語、韓国語、タイ語、ベトナム語
- AutoMLカスタムモデル — 自社の並列データでドメイン固有モデルをトレーニング
- 大規模スケール — エンタープライズレベルのリクエスト量を問題なく処理
制限事項：
- ヨーロッパ言語の翻訳品質は一般的にDeepLを下回る
- 外部プラットフォームとの組み込みグロッサリー同期なし
- 一部の企業顧客向けのプライバシーへの懸念
最適な用途： アジア言語や低リソース言語など、幅広い言語カバレッジが必要なチーム。
DeepL
DeepLはヨーロッパ言語の品質において最高の翻訳サイトとしての評判を確立しています。そのニューラルMTエンジンは、英独語、英仏語、英蘭語などの言語ペアで一貫して最も自然な翻訳を生成します。
強み：
- ヨーロッパ言語における優れた品質 — 最も自然なアウトプットを生成すると広く認められている
- グロッサリーサポート — 言語ペアごとに特定の用語翻訳を強制
- ドキュメント翻訳 — フォーマット保持でWord、PDF、PowerPointを翻訳
- フォーマリティコントロール — 対応言語に対して正式または非公式なレジスターを選択
制限事項：
- Googleの130以上と比べて言語カバレッジが狭い（33言語）
- API経由のカスタムモデルトレーニングなし
- アジア言語の品質はまだ発展途上
最適な用途： ヨーロッパ言語の品質が最優先のチーム。
Azure Translator
Microsoft Azure TranslatorはMicrosoftエコシステムと深く統合されたエンタープライズグレードのオプションで、独自のコンプライアンス機能を提供します。
強み：
- Custom Translator — 法律、医療、技術コンテンツ向けのドメイン固有モデルをトレーニング
- エンタープライズコンプライアンス — HIPAA、SOC 2、GDPR、データレジデンシーオプション
- Azure AD統合 — エンタープライズチーム向けのSSOとIDマネジメント
- ドキュメント翻訳 — フォーマット保持によるバッチ翻訳
- 100以上の言語 — DeepLより広いカバレッジ
制限事項：
- 一般的なコンテンツの翻訳品質はヨーロッパペアにおいて通常DeepLを下回る
- Azureインフラの知識が必要
- 複数のティアを持つ複雑な料金体系
最適な用途： Microsoftエコシステムへの投資とコンプライアンス要件を持つ企業。
直接比較
| 機能 | Google Translate | DeepL | Azure Translator |
|---|---|---|---|
| 言語数 | 130以上 | 33 | 100以上 |
| ヨーロッパ語品質 | 良好 | 最良 | 良好 |
| アジア語品質 | 強力 | 発展中 | 強力 |
| カスタムモデル | あり（AutoML） | なし | あり（Custom Translator） |
| グロッサリーサポート | あり | あり | あり |
| フォーマリティコントロール | なし | あり | なし |
| エンタープライズコンプライアンス | 標準 | 標準 | HIPAA、SOC 2、データレジデンシー |
| 無料枠 | 50万文字/月 | 50万文字/月 | 200万文字/月 |
| 料金 | $20/100万文字 | €20/100万文字 | $10/100万文字（S1） |
最良の翻訳サイトはユースケースによって異なります
単一の「最良」翻訳サイトを選ぶのではなく、最も効果的なアプローチは各プロバイダーを得意な場面で使うことです。これはまさにBetter i18nが実現するものです。各言語ペアを最もよく処理するプロバイダーにルーティングするマルチプロバイダー設定を、単一のダッシュボードから管理できます。
DeepL統合のセットアップ
DeepLはBetter i18nで最初に完全統合された翻訳プロバイダーです。以下に設定方法を説明します。
ステップ1：プロバイダーを有効化する
DeepL APIキーを使ってintegration.enableDeepLを呼び出します。Better i18nはDeepL API FreeとDeepL API Proの両プランをサポートしています。システムはアクティベーション時にキーを検証し、問題があれば即座に報告します。
ステップ2：設定を構成する
有効化後、以下を設定できます：
- フォーマリティレベル — 正式・非公式のレジスターを区別する言語（ドイツ語、フランス語、オランダ語、ポーランド語など）に対して、デフォルトのフォーマリティを設定できます。これは正式なトーンが求められるB2B製品において特に重要です。
- デフォルトプロバイダーステータス —
integration.setDefaultProviderを使用してDeepLをデフォルトの翻訳エンジンに設定します。プロバイダーを指定しない翻訳リクエストはすべて自動的にDeepLを使用します。
ステップ3：接続を確認する
integration.checkProviderHealthを実行して統合が機能していることを確認します。ヘルスチェックはAPI接続性を確認し、残りのクォータをチェックし、レスポンスレイテンシを測定します。問題がある場合は、対処が必要な内容を説明する明確なエラーメッセージが表示されます。
グロッサリー同期：一貫した翻訳の鍵
未処理の機械翻訳は、ブランド名、技術用語、ドメイン固有の語彙に苦労することがよくあります。DeepLのグロッサリー機能はこれを解決し、Better i18nはプロジェクトグロッサリーをDeepLに直接同期することでこれを簡単にします。
グロッサリー同期の仕組み
- Better i18nで用語を定義する — ソース言語とターゲット言語の翻訳を持つエントリをプロジェクトグロッサリーに追加
- DeepLへの自動プッシュ — グロッサリーエントリを保存すると、各言語ペアに対応するDeepLグロッサリーに自動的に同期される
- 一貫した翻訳 — DeepL経由のすべての翻訳リクエストがグロッサリーを尊重します。「Dashboard」はご希望なら「Dashboard」のままにするか、希望のローカライズされた用語になります
- 双方向更新 — Better i18nで用語を編集・削除すると、DeepLグロッサリーも相応に更新される
グロッサリーのベストプラクティス
- ブランド用語から始める — 製品名、会社名、機能名。これらは誤訳されてはなりません。
- 技術的な語彙を追加する — "webhook"、"namespace"、"API key"などの用語は、英語のままにするか特定のローカライズされた形式を使用すべきところを文字通りに翻訳されることがよくあります。
- 定期的に見直す — 製品が進化するにつれて、グロッサリーも進化すべきです。廃止された用語を削除し、新機能を追加します。
- 集中させておく — 数千のエントリを持つグロッサリーは翻訳を遅くする可能性があります。デフォルト翻訳が一貫して間違っている用語に集中します。
ヘルス監視と使用状況の追跡
本番環境で機械翻訳を実行するには、何が起きているかを把握する可視性が必要です。Better i18nは2つの主要な監視機能を提供します。
プロバイダーヘルスチェック
integration.checkProviderHealthは設定された各プロバイダーに対して診断を実行し、以下を返します：
- 接続状態 — APIにアクセス可能か？
- レスポンスレイテンシ — プロバイダーはどのくらい速く応答しているか？
- エラー率 — リクエストが失敗しているか、失敗している場合はどのくらいの頻度か？
- クォータ状況 — 月次割り当ての何割が消費されているか？
チームが気づく前に問題を検出するために定期的なヘルスチェックを設定します。プロバイダーの応答が遅くなったりエラーを返し始めたりした場合、調査中にバックアッププロバイダーに切り替えることができます。
使用状況の追跡
integration.getProviderUsageは翻訳消費量の詳細な内訳を提供します：
- 文字数 — プロバイダーおよび期間ごとに翻訳された総文字数
- リクエスト量 — 行われた翻訳APIコールの数
- コスト見積もり — プランと使用パターンに基づく予測コスト
- 言語別内訳 — どの言語が最も多くの翻訳リソースを消費しているかを確認
このデータにより、必要なプランティアと特定の言語を別のプロバイダーにルーティングすることでコストを節約できるかどうかについて、情報に基づいた決定を下すことができます。
ワークフローに最適な翻訳サイトを見つける
「最良の翻訳サイト」を探している人は、多くの場合、コンテンツを素早く確実に翻訳する方法を求めています。個人利用には、Google TranslateとDeepLはどちらも優れた無料オプションです — テキストを貼り付けて翻訳を得るだけです。
しかし、複数の言語で翻訳を管理する製品チームにとって、翻訳サイトだけでは不十分です。必要なものは：
- グロッサリー強制 — ブランド用語が毎回一貫して翻訳されるよう
- 翻訳メモリ — 既に承認されたコンテンツを再翻訳しないよう
- レビューワークフロー — 翻訳がユーザーに届く前に確認されるよう
- CI/CD統合 — 翻訳が開発パイプラインの一部として自動的に流れるよう
- OTAデリバリー — 承認された翻訳をコードデプロイなしで公開するよう
Better i18nは、最高の翻訳エンジンサイト（DeepL、Google Translate、Azure）を翻訳プロバイダーとして統合しながら、これらすべてを提供します。最高のエンジンの翻訳品質と、スタンドアロン翻訳サイトでは提供できないワークフロー、一貫性、自動化を組み合わせて得られます。
翻訳ハブとしてのBetter i18n
翻訳サイト間を行き来するのではなく、Better i18nは翻訳ワークフローを一元化します：
- 製品グロッサリー、UIコンテキスト、ブランドボイスを理解するAI翻訳エンジン
- マルチプロバイダールーティング — ヨーロッパ言語にはDeepL、アジア言語にはGoogle、規制対象コンテンツにはAzureを使用
- 用語の一貫性のためにDeepLと自動同期するブランドグロッサリー
- 承認済み翻訳を自動再利用する翻訳メモリ
- 本番前に人間による承認を行うレビューワークフロー
- 300以上のエッジロケーションで50ms以下のロード時間を実現するCDNデリバリー
- 再デプロイなしで翻訳をライブ公開するOTAアップデート
- React、Next.js、Vue 3、Nuxt、Angular、Svelte、Expo、TanStack Start、Server/Hono向けのフレームワークSDK
- AIアイデ（Claude、Cursor、Windsurf、Zed）から翻訳を管理するためのMCP Server
- カスタム統合用の200以上のエンドポイントを持つREST API
- 開始するための無料枠（$0、1000キー、2言語）
Google TranslateとAzure Translator：今後について
DeepLが現在唯一完全に利用可能なプロバイダーですが、Better i18nはGoogle TranslateとAzure Translatorの基盤を構築しました。
Google Translate
Google Translate統合はワークフローに最も広い言語カバレッジをもたらします。130以上の言語のサポートにより、他のプロバイダーがサポートしていない言語のオーディエンスにリーチする必要がある場合の頼りになる選択肢です。統合はGoogle Cloud Translation API（V3）を使用し、ニューラル機械翻訳とAutoMLカスタムモデルの両方をサポートします。
Azure Translator
Azure Translator統合はエンタープライズチーム向けに設計されています。標準翻訳を超えて、Azureは自社データでドメイン固有モデルをトレーニングするためのCustom Translatorを提供します。これは専門コンテンツの品質を大幅に向上させる可能性があります。統合はAzure Active Directory認証をサポートし、すでにMicrosoftのIDプラットフォームを使用している組織に自然にフィットします。
各言語ペアに適したプロバイダーの選択
どのプロバイダーを使用するかを決定するための実践的なフレームワークを示します：
| シナリオ | 推奨プロバイダー | 理由 |
|---|---|---|
| ヨーロッパ言語（DE、FR、NL、PL） | DeepL | これらの言語ペアでの優れた品質 |
| アジア言語（TH、VI、ID） | Google Translate | 東南アジア言語への最広カバレッジ |
| 規制産業（医療、金融） | Azure Translator | HIPAAおよびSOC 2準拠 |
| 大量・コスト重視 | Google Translate | スケールでの競争力ある料金 |
| 品質重視のマーケティングコンテンツ | DeepL | 最も自然なアウトプット |
| Microsoftエコシステム統合 | Azure Translator | SSO、Azure AD、データレジデンシー |
最良のアプローチは多くの場合ハイブリッドです。品質のためにDeepLをデフォルトとして使用し、DeepLがカバーしない言語のためにGoogle Translateを追加し、コンプライアンスが必要な場合にAzureを導入します。
すべてをまとめる
Better i18nにおける典型的なマルチプロバイダー設定は次のようになります：
- グロッサリー同期をアクティブにしてDeepLをプライマリプロバイダーとして有効化
- すべての翻訳リクエストがデフォルトでDeepLを通るようにDeepLをデフォルトに設定
- DeepLのカバレッジ外の言語のためにGoogle Translateを追加（利用可能になったら）
- すべてのアクティブなプロバイダーを監視するためにヘルスチェックを設定
- コストを最適化し異常を検出するために月次で使用状況をレビュー
- 製品の用語が進化するにつれてグロッサリーを更新し続ける
Better i18nでプロバイダー管理を一元化することで、各翻訳サービスとの個別統合の維持という複雑さを回避できます。1つのダッシュボード、1つのAPI、複数のエンジン — それが目標です。
次のステップ
Google TranslateとAzure Translatorを一般公開にするために積極的に取り組んでいます。その間、DeepL統合は完全に機能しており、本番環境での使用準備ができています。プロジェクト設定で有効にし、グロッサリーを同期して、自信を持って翻訳を開始してください。
