# General Translation Knowledge Base: General Translation と TMS（Crowdin、Lokalise、Phrase）の比較
URL: https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 翻訳の生成、コードから導出した文脈、レビューをプロダクトのリリースと連動させたい開発チームには General Translation が適しています。既存のカタログとレンダリングライブラリをそのまま使うことも、翻訳キーを使わずにインライン JSX を記述することもできます。TMS は、言語ベンダー、CAT エディター、XLIFF でのやり取りを中心とした翻訳プログラムに適しており、そのインテグレーションを使えばファイル転送を自動化できます。
Category: ワークフローツール
Last updated: 2026-10-16
Authors: General Translation Team
Published: 2026-10-16

[翻訳管理システム (TMS)](/kb/what-is-a-translation-management-system) は、コンテンツを保管し、翻訳とレビューを取りまとめるシステムです。リポジトリのリソースファイルやキーを TMS に同期すると、翻訳者や AI が翻訳メモリと用語集を活用してそこで翻訳し、その結果がファイルまたはプルリクエストとして戻ってきます。Smartling、Lokalise、Phrase、Crowdin、Transifex はいずれもこの仕組みを採用しており、ローカライゼーションマネージャーや言語ベンダーが運営する大規模な翻訳プログラムには適したモデルです。General Translation は、翻訳の生成とレビューをこの開発ワークフローの中に組み込みます。CLI がビルド前にマーク付けされたソースコンテンツや既存のカタログを翻訳し、ライブラリがその結果をレンダリングします。エンジニアにとっての利点は、機能を実装してから全言語でリリースするまでのカタログや文脈のメンテナンスが減ることです。

## Video

The video is narrated in English, with English captions.

[Why use General Translation instead of a TMS (Smartling, Lokalise, Phrase, Crowdin, or Transifex)?](https://caxecubb9c64cezv.public.blob.vercel-storage.com/films/kb-general-translation-vs-tms.mp4) (46 秒)

A TMS such as Smartling, Lokalise, Phrase, Crowdin or Transifex coordinates translators, but engineers still extract strings, send them out, and wire translations back. General Translation translates content in your code with its context and ships every language with each release: keep the copy inside a `<T>` component, add a language in `gt.config.json`, then let `npx gt translate` or a Locadex pull request translate each change.

## TMS が得意とすること

TMS は、人とコンテンツを大規模に連携させるために設計されています。

* **翻訳ツール。** 翻訳メモリ、用語集に加え、プレースホルダー・文字数・用語の QA チェックを備えたエディターがあり、翻訳・レビュー・校正の各ステップをつなぐワークフローも構築できます。
* **人手による翻訳。** Smartling は 4,000 人以上の言語専門家を擁する自社の言語サービスチームを抱えています。Lokalise と Phrase ではプロの翻訳を単語単位で発注でき、Crowdin はベンダーマーケットプレイスを運営しています。
* **ファイル形式。** どのプラットフォームも、一般的なアプリ向け形式のほか、翻訳ベンダー間の標準的な受け渡し形式である XLIFF や、ARB を読み込めます。
* **翻訳者向けの文脈。** 文字列に紐づいたスクリーンショット、Figma プラグイン、文字数制限付きのキーの説明、Web サイト向けのインコンテキストエディターなどを利用できます。
* **AI 翻訳。** 今ではどのベンダーも提供しており、その AI 機能では用語集、翻訳メモリ、スタイルガイドを活用できます。
* **モバイルへの配信。** Lokalise、Phrase、Crowdin、Transifex は、アプリをリリースし直さずにネイティブモバイルアプリ内の文字列を更新できる SDK を提供しています。

## TMS を導入してもエンジニアに残る作業

ファイルベースの TMS ワークフローでは、次の各工程をエンジニアが構成します。繰り返し発生するファイルの受け渡しは、CLI やリポジトリのインテグレーションで自動化できます。

1. i18nライブラリをセットアップし、英語の文字列を 1 つずつキーを付けてリソースファイルに抽出し、コンポーネント内の文字列をキーによる参照に置き換えます。
2. TMS の CLI または Git インテグレーションを使って、ファイルを TMS に送信します。
3. 翻訳を待ちます。AI 翻訳ならすぐに返ってきますが、人手による翻訳には時間がかかります。[Smartling のヘルプセンター](https://help.smartling.com/hc/en-us/articles/4427220505755-Module-2-Translation-Cost-and-Turnaround-Times)によると、多くのベンダーでは約 1,500〜2,000 語の翻訳と編集に 2 営業日かかり、レビュー工程を挟むとさらに大幅に長引くこともあります。
4. 翻訳済みファイルを取り込んでマージし、各言語をプロダクトに組み込みます。具体的には、ファイルを読み込み、ロケールを登録し、すべての画面を確認します。

Git インテグレーションを使えば、ファイルの移動や、翻訳をプルリクエストとして返す処理を自動化できます。たとえば Crowdin の [GitHub連携](https://support.crowdin.com/github-integration/)はデフォルトで 1 時間ごとに同期し、この間隔は変更可能です。それでも、メッセージ形式の選定、抽出や翻訳元の作成方法の設定、翻訳済みリソースとアプリの接続は、依然としてエンジニアの仕事です。これらのセットアップ作業をリリースのたびに手作業で繰り返すとは限りませんが、新しい文言をいつリリースできるかは、レビュー要件とインテグレーションの設定次第です。

この受け渡しには、さらに 2 つのコストが伴います。1 つ目は、文脈を作り直さなければならないことです。TMS は各文字列にスクリーンショット、Figma のフレーム、キーの説明を添付できますが、どれだけ有用な文脈が得られるかは、インテグレーションが何を提供するかに左右されます。キーと値を並べただけのリストでは、周囲のコンポーネントや、どの文を表示するかを決める条件までは伝わりません。たとえば Smartling の[サポートされているファイルタイプ](https://help.smartling.com/hc/en-us/articles/360007998893--Supported-File-Types)の表では、JSON、iOS、Android のファイルについて、デフォルトでは視覚的な文脈が提供されないとされています。2 つ目は、コストが保存量やログインするユーザー数に連動することです。Crowdin は主にホストされる語数 (翻訳元の語数 × 対象言語数) 、Phrase は Strings のシート数と管理語数、Lokalise はプランの階層に応じて課金され、プランごとに処理語数、シート数、インテグレーション数の上限が設けられています ([Crowdin の料金](https://crowdin.com/pricing)、[Phrase の料金](https://phrase.com/pricing/)、[Lokalise の料金](https://lokalise.com/pricing/)、2026 年 10 月時点) 。

## 各プラットフォームの比較

| プラットフォーム                                          | コンテンツの取り込み方法                                                                                              | 翻訳の担い手                                                               | 料金の決まり方                                                                                      |
| ------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
| [Smartling](/kb/general-translation-vs-smartling) | CLI、API、または GitHub や Git のコネクタ経由でリソースファイルを取り込む                                                            | LanguageAI および AI Hub のエンジン、または Smartling の言語専門家                     | 機械翻訳、AI 翻訳、人手による翻訳ごとの単語単価。Enterprise は見積もり制                                                  |
| [Lokalise](/kb/general-translation-vs-lokalise)   | CLI、API、または Git インテグレーション経由でキーを同期                                                                         | Google Translate や DeepL、または Pro AI 経由の大規模言語モデル。Lokalise の翻訳者や Gengo | プランのグレード。処理単語数、AI 翻訳単語数、シート数、インテグレーション数に上限あり                                                 |
| [Phrase](/kb/general-translation-vs-phrase)       | Strings CLI でキーをプッシュ・プル、または GitHub から同期                                                                   | 30 以上のエンジンに対応する Language AI。人手による翻訳は Phrase Strings で発注              | Strings のシート数と管理単語数に加え、機械翻訳と AI のユニット                                                        |
| [Crowdin](/kb/general-translation-vs-crowdin)     | CLI または Git インテグレーション経由でファイルや文字列を同期                                                                       | 機械翻訳エンジンと AI プロバイダー(多くの場合は自前の API キーを使用)。ベンダーマーケットプレイス               | ホスト単語数とマネージャーのシート数                                                                           |
| [Transifex](/kb/general-translation-vs-transifex) | CLI または Git インテグレーション経由でファイルを取り込む、または Transifex Native でコードから文字列をプッシュ                                     | 品質スコア付きの XTM IQ AI。Gengo などのベンダー                                     | AI 翻訳単語数(営業経由で販売される単一プラン)                                                                    |
| General Translation                               | コンテンツは [`<T>`](/docs/react/reference/components/t) で囲んだままコード内に保持。CLI は JSON、YAML、PO、iOS、Android ファイルも翻訳可能 | コード、用語集、カスタムプロンプトの文脈を活用する AI。チームはダッシュボードでレビュー                        | [従量課金。Starter ではプラットフォーム料金 $0、ユーザー数・プロジェクト数・言語数は無制限](https://generaltranslation.com/pricing) |

## General Translation のアプローチの違い

General Translation は、[`<T>`](/docs/react/reference/components/t) によるインライン記述と、ビルド時の翻訳生成をサポートしています。また、既存のリソースファイルも、それをレンダリングするライブラリを変更せずに翻訳できます。これにより、開発チームは次の 4 つの実用的なメリットを得られます。

* **より速く。** [`<T>`](/docs/react/reference/components/t) を使えば、エンジニアは翻訳キーを作成せずに JSX をインプレースで記述できます。`gt.config.json` に対象言語を追加し、本番環境のビルド前に CI で [`npx gt translate`](/docs/cli/reference/commands/translate) を実行すれば、設定済みのコンテンツの翻訳が生成されます。[Locadex](/docs/platform/locadex/quickstart) は、設定したトリガーに応じて、翻訳ファイルを含むプルリクエストを作成または更新できます。翻訳がいつリリースされるかは、チームのレビュー要件、CI チェック、マージ設定によって決まります。
* **運用コストを抑える。** 一致する翻訳を再利用するため、変更のないコンテンツの再生成に費用はかかりません。また、インライン記述により、JSX メッセージごとにキーを考案・管理する手間もなくなります。ローカライゼーションは従量課金制で、シート料金や機能別の料金プランはないため、レビュアーを招待してもシート単位の費用は増えません。エンタープライズプランの違いは、セキュリティ、ガバナンス、エンジニアリングサービスです。[最新の料金](https://generaltranslation.com/pricing)を参照し、自社のワークロードで比較してください。
* **文脈とレビューで品質を高める。** CLI は、マークされた JSX を、その要素構造、名前付きの変数プレースホルダー、分岐、および [`context`](/docs/react/reference/components/t#context) メモ(指定されている場合)とともに抽出します。既存のリソースファイルでは、文字列ごとのメタデータに加え、用語集やカスタムプロンプトを利用できます。たとえば、メモを使えば、ドキュメントエディターの「Save」と料金ページの「Save」を区別できます。こうした入力により、翻訳サービスは値だけでは伝わらない情報を得られます。名前付きプレースホルダーを使えば、アプリはレンダリング時に実際の値を差し込めます。コンテキストグループは、割り当てたすべてのプロジェクトに同じ用語とトーンを適用するため、Web、ドキュメント、モバイルで言葉遣いが統一されます。さらに、チームはダッシュボードの **翻訳** ページで翻訳をレビュー・編集できます。
* **リスクを抑える。** 現在のライブラリとレビュー済みのカタログはそのままで、翻訳サービスを導入できます。まず既存の翻訳をインポートしてから変更を生成し、インライン JSX は後から取り入れることも可能です。MIT ライセンスの `gt-react` および `gt-next` ライブラリは、GT アカウントや翻訳サービスへのランタイム呼び出しなしで、手元のローカル翻訳をレンダリングすることもできます。[バンドルされた翻訳](/docs/react/guides/storing-translations)を使えば、翻訳サービスが利用できない場合でも、アプリはリリース済みの内容を提供し続けられます。

General Translation は、Ramp のダッシュボード、ランディングページ、iOS アプリで 11 以上のロケール、Cursor の Web とドキュメントで 14 以上のロケール、Profound のプラットフォームとドキュメントで 47 以上のロケールをサポートしています。これらの[本番環境での導入事例](https://generaltranslation.com/enterprise)は、プラットフォームが製品の複数のユーザー接点を支えていることを示しています。General Translation の[エンタープライズ向けサービス](https://generaltranslation.com/enterprise)は、SOC 2 Type II および ISO 27001 の認証を取得しており、GDPR にも準拠しています。

## TMS の方が適しているケース

次のような場合は TMS を選んでください:

* 言語専門家や翻訳会社が、翻訳メモリと多段階レビューを備えた CAT (コンピューター支援翻訳) エディターで翻訳している場合
* ベンダーと XLIFF、ARB、Office ファイルをやり取りしており、そのやり取りを中心に構築されたプラットフォームが必要な場合
* プロによる人手による翻訳を同じプラットフォーム上で発注したい場合
* ネイティブの iOS アプリや Android アプリで、SDK 経由で文字列を OTA (無線) 更新する必要がある場合

プロダクトのテキストの大半がコード内にあってリリーススケジュールに沿って出荷されており、翻訳もそのリリースの中で完結させたい場合は、General Translation を選んでください。

## TMS からの移行

ファイル構成を変更する必要はありません。CLI は、[JSON](/kb/translate-json-files)、YAML、Markdown と MDX、PO、[iOS の String Catalog](/kb/localize-ios-app) と `.strings`、[Android の `strings.xml`](/docs/cli/reference/formats/android-strings-files) など、既存のリソースファイルをそのまま翻訳できます。`gt.config.json` でこれらのファイルを指定して [`npx gt upload`](/docs/cli/reference/commands/upload) を実行すると、原文ファイルと既存の翻訳がプラットフォームに送信されます。用語集のインポートは CSV、TSV、JSON、テキストファイルに対応しているため、TMS からエクスポートした用語をそのままコンテキストグループに取り込めます ([翻訳の文脈を定義する](/docs/platform/dashboard/guides/defining-context-for-translations)を参照) 。既存のレンダラーはそのまま使い続け、対象を広げる前にまず 1 つのロケールで検証してください。翻訳生成プロバイダーの切り替えとレンダリングライブラリの置き換えは、それぞれ別々に判断できます。

## 重要なポイント

* TMS は、コンテンツ、翻訳者、翻訳エンジン、レビューを一元的に管理します。TMS のインテグレーションを使えばファイルの受け渡しを自動化でき、アプリがそれらのリソースをどのように生成・利用するかはエンジニアが設定します。
* General Translation では、JSX へのインライン記述または既存のリソースファイルを使いつつ、開発ワークフローの中で翻訳を生成できます。自社に合うかどうかは、翻訳元の形式、文脈、レビュー要件、リリースプロセスを踏まえて判断してください。
* General Translation のオープンソースのライブラリと CLI は、移植性のある翻訳ファイルを読み込めます。XLIFF でのデータ交換、プロの翻訳サービス、ネイティブモバイルアプリの OTA (over-the-air) 更新が必要な場合は、引き続き TMS を利用してください。

## Related questions

- [翻訳管理システム（TMS）とは？](https://generaltranslation.com/ja/kb/what-is-a-translation-management-system.mdx): 翻訳管理システム（TMS）とは、ソースコンテンツとその翻訳を保管し、翻訳メモリ、用語集、レビュー、機械翻訳、外部連携といった翻訳ワークフローを運用するソフトウェアです。翻訳メモリは、完全一致またはあいまい一致によって過去の翻訳を再利用します。代表的な例として Crowdin、Lokalise、Phrase、Smartling、Transifex があります。
- [i18n の JSON ファイルを翻訳するには？](https://generaltranslation.com/ja/kb/translate-json-files.mdx): JSON ロケールファイルでは、文字列の値だけを翻訳します。複数形以外のキー、{{name}} などのプレースホルダー、タグは変更せずに残しますが、複数形のキーは言語によって異なる点に注意が必要です。たとえばポーランド語では inbox_few と inbox_many が必要になります。ファイル形式に対応したツールや API を使い、レビューの前に出力をパースして検証してください。
- [Smartling の代替ツール：General Translation と Smartling の比較](https://generaltranslation.com/ja/kb/general-translation-vs-smartling.mdx): リリースの一環としてコードからアプリの翻訳を生成したい場合は、General Translation を選んでください。Smartling は翻訳管理システム、AI と人手による翻訳サービス、ウェブサイト翻訳プロキシを組み合わせた製品です。General Translation ではテキストをコンポーネント内に置いたまま、その文脈を翻訳に反映でき、チームは ダッシュボード でレビューを行えます。
- [Lokalise の代替ツール：General Translation と Lokalise の比較](https://generaltranslation.com/ja/kb/general-translation-vs-lokalise.mdx): General Translation は、JSX 内に読みやすいコピーをそのまま記述し、翻訳を開発プロセスに組み込みたいチームにとって、Lokalise の有力な代替手段です。Lokalise は、共有キー、デザインツールとの連携、モバイル向けの OTA（Over-the-Air）配信を軸に設計されています。General Translation は、アプリ内でマークされたコンテンツから翻訳を生成し、ダッシュボード または GitHub のプルリクエスト上でのレビューに対応しています。
- [Crowdin の代替ツール：General Translation と Crowdin の比較](https://generaltranslation.com/ja/kb/general-translation-vs-crowdin.mdx): テキストをコンポーネント内に置いたまま、ビルドとあわせて翻訳を生成したいなら General Translation がおすすめです。Crowdin はリソースファイル、翻訳者、レビューワークフローを中心に翻訳プロジェクトを管理するツールで、エンジニアがそれらをアプリに接続し、プロダクトの変化に合わせて保守していく必要があります。なお、オープンソースのコミュニティ翻訳やベンダー主導の翻訳プログラムでは、Crowdin は今も有力な選択肢です。

## Previous and next questions

- Previous question: [General Translation と Symfony Translation の比較：どちらを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-symfony-translation.mdx)
- Next question: [General Translation と Tolgee の比較：どちらを使うべきか？](https://generaltranslation.com/ja/kb/general-translation-vs-tolgee.mdx)

## Sitemap

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