# General Translation Knowledge Base: 開発者向けのおすすめ AI 翻訳ツール：翻訳 API とローカライゼーションプラットフォームの比較
URL: https://generaltranslation.com/ja/kb/best-ai-translation-tools.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: ローカライゼーションのパイプラインをすでに自前で運用しているなら、翻訳 API を使いましょう。文脈の付与、一貫性チェック、レビュー、継続的な配信をまとめて管理したいなら、General Translation がおすすめです。DeepL、Google Cloud Translation、OpenAI、Claude は本番環境のパイプラインの基盤として使えますが、General Translation はアプリ、ドキュメント、サイト向けのパイプラインそのものを提供します。
Category: 翻訳
Last updated: 2026-10-28
Authors: General Translation Team
Published: 2026-10-28

ローカライゼーションのパイプラインをすでに自前で運用しているなら、翻訳 API を使いましょう。文脈の付与、一貫性チェック、レビュー、継続的な配信をまとめて管理したいなら、General Translation を選びましょう。AI 翻訳の品質は大きく向上しました。ページをモデルに貼り付ければ、数秒で流暢なスペイン語が返ってきます。プロダクトのローカライゼーションで本当に難しいのは、その翻訳を、出荷を支えるコード、レビュー担当者、リリースとどう結びつけるかです。

## ローカライゼーションプラットフォームと AI 翻訳 API の違い

翻訳 API は、DeepL のような機械翻訳エンジンでも、Claude のような汎用モデルでも、ユーザーが提供する文脈、用語、例文を活用できます。翻訳メモリに対応しているものもあります。プロダクトをローカライズするには、こうした機能を次の 4 つのワークフローと結び付ける必要があります。

* **文脈。** プロダクトの仕組み、各文字列の用途、ブランドの語調や用語、そして過去の翻訳で何をなぜ変更したか。
* **一貫性。** 1 ページ目でも 400 ページ目でも、アプリでもドキュメントでも Web サイトでも同じ用語を使い、変数、複数形、構造を崩さないこと。
* **レビュー。** チームが各翻訳を翻訳元と並べて確認・編集し、メモを残せる場所。誰が何を変更できるかも管理できること。
* **継続的な翻訳。** すべてを再実行せずに更新分だけを翻訳し、レビュー担当者による修正を保持したまま、チームが作業する場所に結果を届けること。

API を使う場合は、インテグレーション側で文脈と用語を提供し、結果を検証し、レビューから配信までをつなぎ込む必要があります。General Translation なら、コードベース内のコンテンツから各リリースのレビュー済み翻訳まで、これらのワークフローを一元的に管理できます。

## 開発者向けAI翻訳ツールの比較

| ツール                               | カテゴリ               | 文脈                                       | 一貫性                     | レビュー                   | 継続的な翻訳                        |
| --------------------------------- | ------------------ | ---------------------------------------- | ----------------------- | ---------------------- | ----------------------------- |
| General Translation               | ローカライゼーションプラットフォーム | JSX構造、`context` メモ、キーごとのメタデータ、コンテキストグループ | 共有用語集、一貫性チェック、MDX構造チェック | 注釈・履歴・ロール機能を備えたダッシュボード | 変更箇所のみを翻訳。Locadex がプルリクエストを作成 |
| TMS AI (Lokalise、Crowdin、Phrase)  | 翻訳管理システム           | 用語集、スタイルガイド、キーの説明、スクリーンショット              | 用語集と翻訳メモリ               | 翻訳者向けエディターとワークフロー      | リポジトリとリソースファイルを同期             |
| DeepL API                         | 機械翻訳 API           | リクエストごとの `context` 文字列                   | リクエストごとに指定する用語集と翻訳メモリ   | 自前で構築                  | 自前で構築                         |
| Google Cloud Translation          | 機械翻訳 API           | 用語集と、例文に基づく適応型翻訳                         | リクエストごとに指定する用語集 ID      | 自前で構築                  | 自前で構築                         |
| OpenAI API、Claude API             | 汎用 LLM API         | プロンプトに含めた内容のみ                            | プロンプト内の用語と例文、コード側での検証   | 自前で構築                  | 自前で構築                         |

## どれを選ぶべきか

* **General Translation:** 文脈の付与、一貫性チェック、レビュー、配信を一元管理し、アプリ、ドキュメント、サイトをリリースのたびに全言語で提供したい場合。
* **TMS AI:** ローカライゼーションチームと外部の翻訳者が、すでに Lokalise、Crowdin、Phrase で翻訳業務を運用している場合。
* **DeepL API:** Word、PowerPoint、PDF ファイルをフォーマットを保ったまま翻訳したい場合や、既存のシステムに機械翻訳エンジンを組み込みたい場合。
* **Google Cloud Translation:** Google Cloud を利用しており、自社の例文をもとに調整した適応型翻訳を使いたい場合。
* **OpenAI or Claude API:** 顧客の言語でサポートチケットに返信するなど、プロダクトですでに行っているモデル呼び出しの一部として翻訳を行う場合。

## General Translation：ローカライゼーションプラットフォーム

General Translation は、コンテンツが書かれたその場所で翻訳を行います。React と Next.js では、[`<T>`](/docs/react/reference/components/t) が JSX を、その要素や変数、任意の [`context`](/docs/react/reference/components/t#context) メモとあわせて 1 つの単位として送信します。`gt` CLI は JSON、YAML、Markdown、PO、iOS および Android の文字列ファイルのほか、[その他の形式](/docs/cli/reference/config#files)にも対応しています。また、`gt-node` の [`tx`](/docs/node/reference/functions/tx) を使えば、実行時にしか存在しないコンテンツも翻訳できます。

* **文脈：** [コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)には、製品名や主要な用語を定義する用語集と、トーンを指定するカスタムプロンプトを含めることができ、特定のロケールだけを対象にすることも可能です。コンテキストグループは、割り当てたすべてのプロジェクトに適用されます。
* **一貫性：** 一貫性チェックでは、新しい翻訳を既存の翻訳と比較します。Markdown および MDX のページは校正を経たうえで翻訳元と照合され、見出し、コードブロック、リンク、インポート、フロントマターが一致しない場合は翻訳が修正されます。
* **レビュー：** レビュー担当者は[ダッシュボード](/docs/platform/dashboard/guides/reviewing-translations)上で翻訳元と並べて翻訳を編集したり、注釈を追加したり、バージョン履歴を確認したりできます。アクセス権はロールで管理でき、エンタープライズプランでは SSO と監査ログも利用できます。
* **継続的な翻訳：** CI で [`npx gt translate`](/docs/cli/reference/commands/translate) を実行すると、翻訳元が変更されたコンテンツだけが翻訳されます。AIエージェントの [Locadex](/docs/platform/locadex/quickstart) は、指定したプルリクエストやコミットを対象に実行され、翻訳を含むプルリクエストを作成します。

料金は[従量課金制で、シート単位の課金はありません](https://generaltranslation.com/pricing)。Cursor では、Web サイトとドキュメント全体で 14 以上のロケールに General Translation が使われています。 ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。)

## TMS AI: Lokalise、Crowdin、Phrase

翻訳管理システムは、エディター内で AI を動かします。Lokalise の [Pro AI](https://docs.lokalise.com/en/articles/11776521-what-is-standard-ai-mt-and-pro-ai) はキーの説明、用語集、スタイルガイド、タスク指示を活用する一方、Standard AI/MT ティアではそうした文脈を使わずに Google Translate と DeepL で翻訳します。[Crowdin AI](https://support.crowdin.com/crowdin-ai/) は OpenAI、Gemini、Anthropic などのプロバイダーと連携でき、プロンプトに用語集の用語、翻訳メモリの候補、タグ付きのスクリーンショットを含めることができます。Phrase の [Language AI](https://phrase.com/platform/ai/) は 30 以上のエンジンに処理を振り分け、スコアの低いセグメントをレビューに回します。いずれも、リポジトリから同期したリソースファイルを対象とします。 ([General Translation と Lokalise の比較](/kb/general-translation-vs-lokalise)、[Crowdin との比較](/kb/general-translation-vs-crowdin)、[Phrase との比較](/kb/general-translation-vs-phrase)を参照してください。)

## DeepL API：機械翻訳エンジン

[DeepL API](https://developers.deepl.com/api-reference/translate/request-translation) は、文字列の配列を要素ごとに個別に翻訳できるほか、Word、PowerPoint、PDF などのドキュメント全体をフォーマットを保持したまま翻訳できます。`context` パラメータで周囲のテキストを説明し、`formality` で文体のフォーマル度を指定できます。1回のリクエストで最大5つの[用語集](https://developers.deepl.com/docs/customize/managing-glossaries)を適用でき、[翻訳メモリ](https://developers.deepl.com/docs/customize/using-translation-memories)を使えば承認済みの翻訳を再利用できます。ただし、アプリに組み込む場合は、文字列の抽出、プレースホルダーの保護、言語ごとに追加で必要な複数形の補完、翻訳結果の書き戻しを自前で行う必要があります。 ([General Translation と DeepL の比較](/kb/general-translation-vs-deepl)を参照してください。)

## Google Cloud Translation：ニューラルモデルと LLM モデル

[Cloud Translation](https://docs.cloud.google.com/translate/docs/overview) は、Google のニューラル機械翻訳 (NMT) モデルと、Google が Gemini を搭載していると説明する [Translation LLM](https://docs.cloud.google.com/translate/docs/advanced/compare-models) を提供しています。Advanced エディションでは、5 組以上の例文ペアをもとに出力を調整する[適応型翻訳](https://docs.cloud.google.com/translate/docs/advanced/adaptive-translation)に加え、用語集、カスタムモデル、バッチ翻訳も利用できます。リクエストには、文字列の表示箇所を指定するフィールドがありません。翻訳結果をユーザーに表示する場合は、Google が定める[帰属表示](https://docs.cloud.google.com/translate/attribution)が必要です。 ([General Translation と Google Translate の比較](/kb/general-translation-vs-google-translate)を参照してください。)

## OpenAI API と Claude API：独自のプロンプト内での翻訳

LLM API は自然な翻訳が可能で、トーン、用語、形式に関する指示にも従います。[OpenAI API](https://developers.openai.com/api/docs/guides/structured-outputs) と [Claude API](https://platform.claude.com/docs/en/build-with-claude/structured-outputs) はどちらも出力を JSON スキーマに沿った形に制限できるため、複数のキーをバッチで処理する際に便利です。それ以外はすべて自前のコードで用意する必要があります。具体的には、プロンプト、各文字列に含める用語集の用語の選定、プレースホルダーが失われていないかのチェック、実行ごとの表現の一貫性、そしてレビュー担当者が出力を修正するための仕組みです。

## 本番環境のローカライゼーションでモデル以外に必要なもの

ベンチマークは文書全体で翻訳エンジンを評価しますが、実際のアプリが送るのは短いラベルや変数を含む文、複数形のメッセージです。 ([AI翻訳の精度は本番環境のアプリで通用するか？](/kb/is-ai-translation-accurate)を参照してください)

### 文脈のない短い文字列

「Save」はドイツ語では *speichern* (ファイルを保存する) にも *sparen* (節約する) にもなり得ます。単語だけを渡された翻訳エンジンは、どちらかを推測するしかありません。General Translation は各 [`<T>`](/docs/react/reference/components/t) ブロックを、周囲の要素や任意のメモと一緒に送信します。さらに JSON や YAML では、[キーごとのメタデータ](/docs/cli/reference/keyed-metadata)ファイルを使って、キー単位でメモと文字数制限を付与できます。

### ぶれる用語

API ではプロンプト内で用語集、翻訳メモリ、用語指定を適用できますが、それらの入力をリクエストやプロジェクトをまたいで最新に保つのはインテグレーション側の役割です。この連携がないと、製品名があるリリースでは翻訳され、次のリリースでは翻訳されずに返ってくる、といったことが起こり得ます。コンテキストグループを使えば、用語集で用語を固定し、カスタムプロンプトでトーン (ドイツ語での丁寧な「Sie」など) を指定して、割り当てたすべてのプロジェクトに適用できます。 ([AI 翻訳で用語の一貫性を保つには？](/kb/ai-translation-glossary)を参照してください)

### 変数・複数形・構造の破損

翻訳では `{name}` をそのまま維持し、言語ごとに必要な複数形を揃えなければなりません。英語の複数形は 2 つ、アラビア語は 6 つです。ドキュメントの場合は、見出し ID、コードブロック、リンクが翻訳後も変更されていない必要があります。General Translation では、[`<Var>`](/docs/react/reference/components/var) が動的な値を翻訳対象から除外し、[`<Plural>`](/docs/react/reference/components/plural) が対象言語で使われるすべての複数形を取得します。さらに、MDX ページは翻訳元のソース構造と照合して検証されます。

### 修正が反映され続けない

レビュー担当者による修正は、次回の実行後も維持される必要があります。ダッシュボードでは、レビュー担当者が **プロジェクト &gt; 翻訳** を開いてロケールを比較し、任意のエントリを編集できます。編集内容は、次回の Locadex の実行時にプルリクエストへ取り込まれます。 ([翻訳をレビュー・編集するにはどうすればよいですか？](/kb/review-translations) を参照してください)

## よくある質問

### 開発者にとって DeepL と Google Translate のどちらが優れていますか？

この問いに決着をつける公開ベンチマークはありません。機械翻訳の主要な共通タスクである WMT では、商用エンジンが匿名化されているためです。実際に自分の文字列で試し、各 API が何を受け付けるかも踏まえて比較してください。DeepL には文脈フィールド、フォーマル度、カスタム指示があり、Google には Gemini ベースの Translation LLM と、例文ペアをもとにした適応型翻訳があります。どちらも API なので、どちらを選んでも周辺のパイプラインは自分で用意することになります。

### ChatGPT や Claude でアプリを翻訳できますか？

はい。パイプライン側で文脈や用語を与え、プレースホルダーと複数形を検証し、レビューから配信までをつなげれば、これらの API を本番環境のローカライゼーションに活用できます。General Translation はモデルを取り巻くこうしたワークフローを管理するため、チームはそれらの仕組みを自前で保守することなく翻訳をリリースできます。

### 既存のi18nライブラリで使えるAI翻訳ツールはどれですか？

どのツールでも使えます。APIを使う場合は、ライブラリが読み込むリソースファイルからスクリプトで文字列を抽出し、翻訳結果を書き戻します。TMSのインテグレーションでは、ファイルを同期します。General TranslationのCLIでも、これらのファイルをそのまま翻訳できます。`package.json` で `next-intl` または `i18next` が宣言されていれば、[そのライブラリの文字列構文がそのまま維持される](/docs/cli/guides/generating-translations)ため、ライブラリを乗り換える必要はありません。

## 重要なポイント

* ローカライゼーションパイプラインをすでに自社で運用している場合は翻訳 API を、文脈、一貫性チェック、レビュー、継続的な配信をまとめて管理したい場合は General Translation を選びましょう。
* DeepL と Google Cloud Translation は、テキストやドキュメントの翻訳に強いエンジンです。OpenAI と Claude の API は、独自のモデル呼び出しに翻訳を組み込む用途に適しています。いずれの場合も、パイプラインは自分で管理する必要があります。
* Lokalise、Crowdin、Phrase の TMS AI は、同期されたリソースファイルを扱う、翻訳者主導の運用に適しています。
* General Translation は、リリースのたびに変化するプロダクト向けのローカライゼーションプラットフォームです。コードとコンテキストグループから得られる文脈、一貫性と構造のチェック、ダッシュボードでのレビュー、Locadex によるプルリクエストを提供します。

## Related questions

- [DeepL の代替：General Translation と DeepL の比較](https://generaltranslation.com/ja/kb/general-translation-vs-deepl.mdx): DeepL は機械翻訳 API で、送信したテキストやドキュメントごとに翻訳を返します。一方、General Translation はローカライゼーションプラットフォームです。API では利用者任せになる部分、つまりコードやチームから得られる文脈、あらゆるユーザー接点での用語の統一、ダッシュボードでのレビュー、リリースごとの継続的な翻訳までを担います。
- [AI翻訳は本番環境のアプリで使えるほど正確か？](https://generaltranslation.com/ja/kb/is-ai-translation-accurate.mdx): 広く話されている言語であれば多くの場合は十分な精度がありますが、それは自社の対象言語、UI文字列、リスクの高いコンテンツで評価をクリアしてからの話です。WMT25では、Gemini 2.5 Proが16の言語ペアのうち10で人間による参照訳と同等以上の評価を得ました。しかし、文書単位のベンチマークからは、短いインターフェース文字列をそのままリリースできるかどうかまではわかりません。
- [Google 翻訳の代替：General Translation と Google 翻訳の比較](https://generaltranslation.com/ja/kb/general-translation-vs-google-translate.mdx): Google 翻訳は、単発のテキストをすばやく翻訳するのに便利ですが、製品を別の言語でリリースするには、各文字列を文脈に沿って翻訳し、用語を統一し、変数や複数形を正しく扱い、レビューを行い、リリースプロセスを整える必要があります。General Translation はコード内の各文字列の文脈を理解し、コードからレビュー、そして毎回のリリースまで、ローカライゼーションのワークフロー全体を自動化します。
- [AI翻訳で用語の一貫性を保つにはどうすればよいですか？](https://generaltranslation.com/ja/kb/ai-translation-glossary.mdx): 翻訳しない名称も含めた承認済み用語を一つの用語集にまとめてすべての翻訳リクエストに適用し、変数やコードは翻訳対象から外したうえで、結果をレビューします。General Translation では、コンテキストグループを使ってこれを実現します。コンテキストグループの用語集とカスタムプロンプトは、割り当てたすべてのプロジェクトに適用されます。また、翻訳してはならない値には Var コンポーネントを使用します。
- [開発者にとって最適なローカライゼーションソフトウェアとは？](https://generaltranslation.com/ja/kb/best-localization-software.mdx): 開発者にとって最適なローカライゼーションソフトウェアは、コード内の記述箇所でそのままコンテンツを翻訳し、プロダクトの文脈を活かしながら、すべての言語を常に最新の状態に保ちます。General Translation は、オープンソースのライブラリ、コンテキストグループ、そしてプルリクエストを作成する AI エージェント Locadex によってこれを実現します。

## Previous and next questions

- Previous question: [翻訳メモリとは？AI時代にもまだ必要なのか](https://generaltranslation.com/ja/kb/what-is-translation-memory.mdx)

## Sitemap

See the [Knowledge Base sitemap](https://generaltranslation.com/ja/kb/sitemap.md) for every article.