# General Translation Knowledge Base: General Translation と Lingo.dev の比較：どちらを使うべきか
URL: https://generaltranslation.com/ja/kb/general-translation-vs-lingo-dev.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: Lingo.dev は設定可能な翻訳エンジンを中核とし、CLI、React、GitHub 向けのツールを通じてそれらを利用します。General Translation はローカライゼーションプラットフォームで、ライブラリ、コードの文脈、共有用語、全プランで使える ダッシュボード でのレビュー、さらにコードの国際化まで担う Locadex を備えています。言語ペアごとにモデルを制御したいなら Lingo.dev を選びましょう。
Category: ワークフローツール
Last updated: 2026-10-28
Authors: General Translation Team
Published: 2026-10-28

Lingo.dev は設定可能な翻訳エンジンを中核としています。言語ペアごとにモデルを選択でき、CLI、React、GitHub 向けのツールが、ファイルの翻訳、ローカライズされた UI のレンダリング、翻訳用プルリクエストの作成を担います。一方、General Translation は、オープンソースのライブラリ、コードの文脈、共有のコンテキストグループ、全プランで使える ダッシュボード でのレビュー、そして Locadex を軸にしたローカライゼーションプラットフォームです。Locadex は、コードを国際化し、プルリクエストを通じて翻訳を常に最新の状態に保つ AIエージェントです。どちらを選ぶかは、ワークフローをどう設定・運用したいかで決まります。Lingo.dev では言語ペアごとにモデルを制御でき、General Translation ではコード、翻訳、チームでのレビューを 1 つのプラットフォームに集約できます。

## Lingo.dev とは

Lingo.dev は、自社の翻訳 API を[ローカライゼーションエンジン](https://lingo.dev/en/docs/platform/engines)と呼んでいます。各エンジンは、Lingo.dev によれば[数百のモデル](https://lingo.dev/en/docs/platform/llm-models)の中から言語ペアごとにモデルを割り当て、順位付けされたフォールバックを設定したうえで、用語集、ルール、ブランドボイスを適用します。生成された翻訳は、AI のレビュー担当者が[スコア付け](https://lingo.dev/en/docs/platform)します。

エンジンには、次の方法でアクセスできます。ロケールファイルをプッシュし、[18 種類の形式](https://lingo.dev/en/docs/cli/formats)で翻訳をプルする `lingo` CLI、[GitHub App](https://lingo.dev/en/docs/workflows)、API、そしてホスト型の [MCP サーバー](https://lingo.dev/en/docs/mcp)です。[`@lingo.dev/react`](https://lingo.dev/en/docs/react/i18n/quickstart) は、ソース言語で記述した呼び出しから翻訳をレンダリングします。文字列は CLI で抽出されるため、キーの名前空間を別途用意する必要はありません。[アルファ版のコンパイラ](https://lingo.dev/en/docs/react/compiler)は、コンポーネントの文脈を踏まえて、プレーンな JSX をビルド時に翻訳します。[料金体系](https://lingo.dev/en/pricing)は、LLM プロバイダーの価格をそのまま反映し、そこに利用料金を上乗せする方式です。Production プランでは、これに加えて月額の基本料金がかかります。

## Lingo.dev と General Translation の比較早見表

|             | Lingo.dev                                                                                       | General Translation                                                                                                       |
| ----------- | ----------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------- |
| カテゴリ        | CLI、React、GitHub ツールを備えた、設定可能な翻訳エンジン                                                            | ローカライゼーションプラットフォーム：i18nライブラリ、CLI、ダッシュボード、[Locadex](/docs/platform/locadex/quickstart)                                   |
| 翻訳のレンダリング   | 利用中のi18nライブラリ、`@lingo.dev/react`、またはアルファ版コンパイラ                                                  | MIT ライセンスの `gt-next`、`gt-react`、`gt-vue`、`gt-node`、または既存の i18next や next-intl のセットアップ                                     |
| アプリの文言の管理場所 | ロケールファイル、文脈文字列が必須の `l.text()` 呼び出し、またはアルファ版コンパイラでのプレーンな JSX                                     | [`<T>`](/docs/react/reference/components/t) 内のインライン JSX、[`useGT`](/docs/react/reference/hooks/use-gt) の文字列、または既存のリソースファイル |
| 文脈          | エンジンの用語集、ルール、ブランドボイス。JSONC のメモまたは `context` 文字列。アルファ版コンパイラでのコンポーネントの文脈                          | JSX の構造、変数、[`context`](/docs/react/reference/components/t#context) のメモ、プロジェクト間で共有できるコンテキストグループ                            |
| サイト全体の一貫性   | すべてのエンジンで単一の用語集、ルールセット、ブランドボイスを共有。AI レビュー担当者が用語集への準拠をチェック                                       | 既存の翻訳との一貫性をチェック。MDX の構造を翻訳元と照合                                                                                            |
| 人手によるレビュー   | Enterprise の非同期パイプラインにおけるレビューステージ、またはリポジトリ内のファイルを直接編集                                           | すべてのプランでダッシュボード上でレビュー可能 (注釈、バージョン履歴、ロールに対応) 。承認機能は Enterprise で利用可能                                                       |
| コードの国際化     | GitHub App がファイルを翻訳。アルファ版コンパイラがビルド時に JSX を変換                                                    | Locadex が未翻訳の UI をラップし、プルリクエストを作成                                                                                         |
| 継続的な翻訳      | プッシュ時に GitHub App が翻訳用のプルリクエストを作成・更新。CI で `lingo push` を実行すると新規・変更されたキーを送信し、翻訳元が変更されるまで手動の編集を保持 | CI での [`npx gt translate`](/docs/cli/reference/commands/translate)、または Locadex のプルリクエスト                                   |
| 配信          | リポジトリ内のファイル、またはコンパイラのバンドル                                                                       | リポジトリ内のファイル、または General Translation の CDN                                                                                 |
| モデルの選択      | 言語ペアごとにカタログ内の任意のモデルを選択可能。Enterprise では独自の API キーを利用可能                                           | General Translation が選定。Enterprise のプロジェクトではプロバイダーを選択可能                                                                   |
| 料金体系        | LLM のコストを上乗せなしで請求。これに加えて利用料金、Production プランでは基本料金が発生                                            | [従量課金制、シート料金なし](https://generaltranslation.com/pricing)                                                                   |

## 多くのチームが Lingo.dev ではなく General Translation を選ぶ理由

### アプリでの翻訳のレンダリング

どちらのツールにも、翻訳をレンダリングする手段が用意されています。Lingo.devには3つの方法があります。

1. **既存のi18nライブラリを使い続ける。** `.lingo/config.json` でそのライブラリの原文ファイルを指定すると、`lingo push` が新規および変更されたキーを送信します。キーはすべて自分で命名する必要があり、文字列ごとの文脈はJSONCファイル内のコメントで記述し、[翻訳者向けメモ](https://lingo.dev/en/docs/cli/translator-notes)として読み込まれます。通常のJSONではメモを記述できません。
2. **`@lingo.dev/react` を導入する。** 各文字列は `l.text("Save", { context: "Form button" })` のような呼び出しに置き換わり、`context` は[必須](https://lingo.dev/en/docs/react/i18n/quickstart)です。CLIがこれらの呼び出しを抽出し、ランタイムが翻訳済みの値をレンダリングするため、別途キーの名前空間を用意する必要はありません。
3. **コンパイラを導入する。** コンパイラはコンポーネントの文脈をもとに通常のJSXを翻訳し、Next.js App RouterおよびViteアプリのロケールバンドルに翻訳を埋め込みます。ただし、Lingo.devのドキュメントではこれを[アルファ版であり「本番環境での使用は推奨されない」](https://lingo.dev/en/docs/react/compiler)と位置づけています。

General Translationのライブラリは、アカウントの有無を問わず、翻訳のレンダリングに加え、複数形・日付・数値・通貨のロケールに応じた書式設定を行います。記述したJSXをそのまま [`<T>`](/docs/react/reference/components/t) でラップするだけでよく、キーやハッシュ、必須の文脈文字列は一切不要です。 (React Native、TanStack Start、およびPython SDKは実験的機能です。)

### コードから得られる文脈

Lingo.dev は、エンジンレベルの用語集、ルール、ブランドボイスを文字列ごとのメモと組み合わせて使用します。さらに、アルファ版のコンパイラはコンポーネント構造と補間の文脈も保持します。General Translation の CLI は、各 [`<T>`](/docs/react/reference/components/t) ブロックを要素構造や変数プレースホルダーと一緒に送信します。そのため、リンクとプラン名を含む文も 1 つの単位としてまとめて翻訳されます。[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)を使うと、割り当てたすべてのプロジェクトに用語集とカスタムプロンプトが追加されるため、アプリ、ドキュメント、CMS のコンテンツ全体で用語を統一できます。

### レビュー

Lingo.dev の[人手によるレビューステージ](https://lingo.dev/en/docs/api/pipeline/human-review)は非同期パイプライン内で実行されますが、料金ページによると、このパイプラインはエンタープライズプラン限定です。それ以外のプランでは、リポジトリ内の翻訳済みファイルを直接編集する必要があります。

General Translation の[ダッシュボード](/docs/platform/dashboard/guides/reviewing-translations)では、チームで翻訳元と並べて翻訳を編集したり、ロケール間で比較したり、注釈を残したり、バージョン履歴を確認したりできます。これらはすべてのプランで利用でき、シート数も無制限です。ダウンロードしたファイルを手動で編集した場合は、[`npx gt save-local`](/docs/cli/reference/commands/save-local) で変更を同期できます。翻訳の承認にはエンタープライズプランが必要です。

### コード自体の継続的なローカライゼーション

Lingo.dev の GitHub App は、パターンに一致するファイルを翻訳するだけで、コンポーネントに i18n 呼び出しを追加することはありません。一方、Locadex の **コードを生成** テンプレートは、未翻訳の UI を [`<T>`](/docs/react/reference/components/t) や [`t()`](/docs/python/reference/functions/t) の呼び出しでラップし、プルリクエストまで作成します。また、`--publish` で General Translation の CDN に公開された翻訳は、CDN から読み込むアプリであれば再ビルドなしで反映されます。

Cursor は、Web サイトとドキュメントで 14 以上のロケールに General Translation を採用しています。 ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。)

## Lingo.dev が適しているケース

* **モデルを自分で選びたい場合。** 言語ペアごとに LLM を自分で比較して選んだり、独自のプロバイダーキーを使用したりできます。
* **複数のサービスで単一の翻訳 API を使いたい場合。** 多数のバックエンドから、共通の用語集とルールセットで同じエンジンを呼び出せます。
* **General Translation が読み込めない形式を扱う場合。** XLIFF、Flutter ARB、Laravel PHP ファイルをやり取りする場合に適しています。

General Translation ではモデルが自動的に選択されます。エンタープライズプロジェクトでは、[プロバイダー](/docs/platform/core/reference/gt-class-methods/translation/enqueue-files)として Anthropic、OpenAI、xAI、Google のいずれかを選択できます。

## Lingo.dev から General Translation への移行

Lingo.dev の CLI は通常のロケールファイルをリポジトリに書き出すため、移行は手元にある既存のファイルから始められます。まずそれらのファイルを [`gt.config.json` の `files`](/docs/cli/reference/config#files) に列挙し、[`npx gt upload`](/docs/cli/reference/commands/upload) を実行して既存の翻訳をプラットフォームにアップロードします。その後、新規および変更されたコンテンツに対して [`npx gt translate`](/docs/cli/reference/commands/translate) を実行します。アプリで i18next または next-intl を使用している場合は、CLI がライブラリを検出し、そのライブラリの構文に沿って JSON ファイルを翻訳します。そのため、既存のレンダラーをそのまま使い続けられます。

用語集の用語は [コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations) にインポートします。コンテキストグループは CSV、TSV、JSON、テキストファイルの形式に対応しています。後からインラインの JSX に移行する場合は、[ライブラリ移行ガイド](/docs/react/guides/migrating-i18n-libraries) を参照してください。Lingo.dev のコンパイラを使用していた場合は、General Translation のコンパイラの [自動 JSX インジェクション](/docs/cli/guides/using-auto-jsx) を使えば、ビルド時に JSX テキストを [`<T>`](/docs/react/reference/components/t) で自動的にラップできます。なお、この機能はデフォルトでは無効になっています。

## General TranslationはLingo.devの代替になりますか？

はい。コンポーネントからレビュー済みのリリースまで、ローカライゼーションを一貫して任せたいチームにとっては代替となります。Lingo.devは、設定可能なエンジン、Reactでのレンダリング、翻訳プルリクエストの自動作成を提供しています。General Translationは、コードの文脈と共有用語集を組み合わせて翻訳し、どのプランでもダッシュボードでレビューを行えます。さらにLocadexを使えば、未翻訳のUIにi18n呼び出しを追加することもできます。

## Lingo.dev のその他の代替ツール

* **Intlayer:** 各コンポーネントのコンテンツを型付きの宣言ファイルで管理し、不足している言語は設定した AI プロバイダーで補完します。 ([General Translation と Intlayer の比較](/kb/general-translation-vs-intlayer)を参照してください。) 
* **Paraglide JS:** メッセージカタログを、型付きでツリーシェイキング可能な関数にコンパイルします。 ([General Translation と Paraglide JS の比較](/kb/general-translation-vs-paraglide)を参照してください。) 
* **i18next、react-intl、next-intl:** ユーザーが用意したカタログをレンダリングするだけで、翻訳の作成は別のツールに委ねます。 ([General Translation と i18nライブラリの比較](/kb/general-translation-vs-i18n-libraries)を参照してください。) 

キーファイルなしでセットアップする方法については、[翻訳ファイルを使わない i18n](/kb/i18n-without-translation-files) を参照してください。Cursor や Claude Code にセットアップを任せたい場合は、[コーディングエージェントによるアプリの国際化](/kb/ai-agent-i18n-setup)を参照してください。

## 重要なポイント

* Lingo.dev は、設定可能な翻訳エンジンに CLI、React、GitHub 向けのツールを組み合わせています。一方、General Translation はライブラリ、コードの文脈、チームによるレビュー、Locadex を統合しています。
* Lingo.dev は React でのレンダリングと、コンポーネントの文脈を扱うアルファ版のコンパイラを提供していますが、社内での人手によるレビュー工程を利用するには Enterprise が必要です。
* General Translation では、テキストを [`<T>`](/docs/react/reference/components/t) 内にインラインで記述したまま、その JSX 構造を文脈として翻訳し、一貫性もチェックします。さらに、どのプランでもチームが ダッシュボード 上でレビューできます。
* モデルを自分で選びたい場合や、XLIFF、ARB、PHP ファイルが必要な場合は Lingo.dev が適しています。General Translation への移行は、Lingo.dev の CLI がすでに書き出したロケールファイルを使ってそのまま始められます。

## Related questions

- [General Translation と Intlayer の比較：どちらを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-intlayer.mdx): Intlayer は各コンポーネントのコンテンツを、その隣に置いた型付きの宣言ファイルで管理し、すべての言語を並べて記述します。不足している言語は、設定した AI プロバイダーで補完できます。General Translation はテキストを単一の言語でコンポーネント内にインラインで記述し、コードの文脈をもとに他の言語を生成します。
- [開発者向けのおすすめ AI 翻訳ツール：翻訳 API とローカライゼーションプラットフォームの比較](https://generaltranslation.com/ja/kb/best-ai-translation-tools.mdx): ローカライゼーションのパイプラインをすでに自前で運用しているなら、翻訳 API を使いましょう。文脈の付与、一貫性チェック、レビュー、継続的な配信をまとめて管理したいなら、General Translation がおすすめです。DeepL、Google Cloud Translation、OpenAI、Claude は本番環境のパイプラインの基盤として使えますが、General Translation はアプリ、ドキュメント、サイト向けのパイプラインそのものを提供します。
- [General Translation vs. i18next、react-intl、next-intl：どのi18nライブラリを使うべきか？](https://generaltranslation.com/ja/kb/general-translation-vs-i18n-libraries.mdx): i18next、react-intl、next-intlなどのオープンソースライブラリ自体は、翻訳を一切行いません。これらが行うのは、あなた自身や翻訳者、あるいは別のサービスが作成し、言語ごとのカタログファイルに用意した翻訳を表示することだけです。General Translationのライブラリも同じくオープンソースで同じ役割を果たしますが、General Translationはさらに、コードを文脈として活用しながら翻訳そのものも行います。
- [General Translation と Paraglide JS：どちらを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-paraglide.mdx): コピーをインラインで記述したまま、React コンポーネントの構造、共有の用語集、ダッシュボード でのレビューを活かして翻訳を生成したいなら General Translation を選びましょう。コンパイル済みの型付きメッセージ関数と、メッセージ単位のツリーシェイキングを重視するなら Paraglide JS が適しています。Paraglide はカタログをレンダリングするライブラリであり、General Translation は翻訳元のコピーを翻訳の生成から継続的な更新までつなげます。
- [Cursor や Claude Code でアプリを国際化するには？](https://generaltranslation.com/ja/kb/ai-agent-i18n-setup.mdx): Cursor または Claude Code で General Translation の Setup for Agents プロンプトを使い、機能と対象言語を選んで、エージェントに実装と検証を任せます。ブラウザでのサインイン、機械可読なドキュメント、MCP ツールにより、セットアップから翻訳、レビューまでがシームレスにつながります。継続的なローカライゼーションは、Locadex を使ってプルリクエスト経由で自動化できます。

## Previous and next questions

- Previous question: [Flask や FastAPI のアプリを翻訳するには？](https://generaltranslation.com/ja/kb/translate-python-app.mdx)
- Next question: [Lottie アニメーションを翻訳するには？](https://generaltranslation.com/ja/kb/translate-lottie-animations.mdx)

## Sitemap

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