# General Translation Knowledge Base: TMS（Smartling、Lokalise、Phrase、Crowdin、Transifex）ではなく General Translation を使う理由
URL: https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: Smartling、Lokalise、Phrase、Crowdin、Transifex などの翻訳管理システム（TMS）は翻訳者間の作業を取りまとめますが、文字列の抽出、送信、翻訳待ち、プロダクトへの再組み込みは依然としてエンジニアの仕事です。General Translation はコード内のコンテンツを文脈ごと翻訳し、リリースのたびに全言語をまとめて提供します。ロックインのないオープンソースのライブラリ上で動作します。
Category: ワークフローツール
Last updated: 2026-10-16
Authors: General Translation Team
Published: 2026-10-16

翻訳管理システム (TMS) は、文字列を翻訳に回すための場所です。リポジトリのリソースファイルやキーを TMS に同期すると、翻訳者や AI が翻訳メモリと用語集を活用してそこで翻訳し、その結果がファイルまたはプルリクエストとして戻ってきます。Smartling、Lokalise、Phrase、Crowdin、Transifex はいずれもこの仕組みを採用しており、ローカライゼーションマネージャーや言語ベンダーが運営する大規模な翻訳プログラムには適したモデルです。しかし開発チームにとっては、TMS の周辺で生じる作業がコストになります。エンジニアが今なお手作業でこなす工程と、文字列がコードから切り離されることで失われる文脈です。

## TMS が得意とすること

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

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

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

TMS を使っていても、新しい文言をすべての言語に反映するには、依然としてエンジニアの手作業が必要です。

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連携はデフォルトで 1 時間ごとに同期し、Lokalise と Phrase は翻訳をプルリクエストとして返します) 。しかし、文字列の抽出、翻訳待ち、結果の組み込みは依然としてチームの仕事であり、このやり取りが一巡するまで新しい文言は未翻訳のままです。

この受け渡しには、さらに 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、ユーザー数・プロジェクト数・言語数は無制限 |

## General Translation が選ばれる理由

General Translation はコードを起点とするため、上記のような手作業は不要になります。文言は [`<T>`](/docs/react/reference/components/t) で囲んだままコンポーネント内に置いておけばよく、翻訳はリリースのたびに実行されます。その結果、次のようなメリットがあります。

* **より速く。** 言語の追加は `gt.config.json` に 1 行加えるだけです。次回のビルドでプロジェクト全体がその言語に翻訳されるため、チームのレビューが済み次第、新しい言語を公開できます。以降は、ビルドに組み込んだ [`npx gt translate`](/docs/cli/reference/commands/translate) や [Locadex](/docs/platform/locadex/quickstart) のプルリクエストが変更ごとに翻訳を行うので、どのリリースもすべての言語でそのまま出荷できます。
* **運用コストを抑えて。** 料金はシート数やホストされた単語数ではなく使用量に応じて発生し、エンジニアは翻訳の雑務から解放されます。[`<T>`](/docs/react/reference/components/t) を使えばキーを作成する必要がなく、CLI または Locadex がコンテンツを翻訳に送って結果を書き戻すため、手作業での送付やマージは一切不要です。Starter はプラットフォーム料金 $0 の従量課金で、ユーザー数・プロジェクト数・言語数は無制限です。レビュアーを増やしても、シート料金がかさむことはありません。
* **より高品質に。** すべての翻訳にはコードの文脈が反映されます。文字列を囲むコンポーネントや要素、文中の変数や分岐、[`context`](/docs/react/reference/components/t#context) メモ (指定した場合) に加え、用語集やカスタムプロンプトも活用されます。コンテキストグループを使うと、割り当てたすべてのプロジェクトに同じ用語とトーンが適用されるため、Web、ドキュメント、モバイルで表現が統一されます。翻訳のレビューや編集は、ダッシュボードの **翻訳** ページでチームが行えます。
* **リスクを低く。** ベンダーロックインはありません。General Translation のライブラリと CLI は MIT ライセンスのオープンソースで、アカウントなしでも動作します。翻訳はリポジトリ内のファイルとして管理でき、ライブラリはどの翻訳元からでも翻訳を読み込めるため、アプリを書き直すことなく翻訳の生成方法を切り替えられます。

General Translation は SOC 2 Type II および ISO 27001 の認証を取得し、GDPR に準拠しています。エンタープライズプランでは、SSO (SAML および OIDC) 、SCIM プロビジョニング、監査ログ、カスタムロールに加え、カスタムワークフローを構築する顧客現場密着型のエンジニアによる支援が利用できます。General Translation の [エンタープライズページ](https://generaltranslation.com/enterprise) に掲載されている導入事例は次のとおりです。

* Ramp: ダッシュボード、ランディングページ、iOS で 11 以上のロケール
* Cursor: Web、ドキュメントで 14 以上のロケール
* Profound: プラットフォーム、ドキュメントで 47 以上のロケール

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

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

* 言語専門家や翻訳会社が、翻訳メモリと多段階レビューを備えた CAT (コンピューター支援翻訳) エディターで翻訳している場合
* ベンダーと XLIFF、ARB、Office ファイルをやり取りする場合 (General Translation は XLIFF、ARB、CSV、DOCX ファイルには対応していませんが、[Google Drive インテグレーション](/docs/integrations/google-drive/quickstart)を通じて Google ドキュメントと Google スライドを翻訳できます) 
* プロによる人手による翻訳を同じプラットフォーム上で発注したい場合
* ネイティブの iOS アプリや Android アプリで、SDK 経由で文字列を OTA (無線) 更新する必要がある場合

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

## TMS からの移行

ファイル構成を変更する必要はありません。CLI は、JSON、YAML、Markdown と MDX、PO、iOS の `.xcstrings` と `.strings`、Android の `strings.xml` など、既存のリソースファイルをそのまま翻訳できます。`gt.config.json` でこれらのファイルを指定して [`npx gt upload`](/docs/cli/reference/commands/upload) を実行すると、原文ファイルと既存の翻訳がプラットフォームに送信されます。用語集のインポートは CSV、TSV、JSON、テキストファイルに対応しているため、TMS からエクスポートした用語をそのままコンテキストグループに取り込めます ([翻訳の文脈を定義する](/docs/platform/dashboard/guides/defining-context-for-translations)を参照) 。最新の料金については[料金ページ](https://generaltranslation.com/pricing)をご覧ください。

## 要点

* TMS を使っても、エンジニアは文字列を抽出して外部に送り、翻訳が届くのを待ってから、プロダクトに組み込み直さなければなりません。
* General Translation は、コンテンツが書かれたその場で、コードの文脈を踏まえて翻訳します。そのため新しい言語をより早くリリースでき、エンジニアが翻訳まわりの作業に割く時間も減り、プロダクト全体に馴染む翻訳が得られます。
* ライブラリと CLI はオープンソースなので、ロックインの心配はありません。XLIFF でのやり取り、プロの翻訳サービス、ネイティブモバイルの OTA (over-the-air) アップデートが必要な場合は、TMS を併用してください。

## Related questions

- [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はさらに、コードを文脈として活用しながら翻訳そのものも行います。
- [開発者にとって最適なローカライゼーションソフトウェアとは？](https://generaltranslation.com/ja/kb/best-localization-software.mdx): ライブラリ、翻訳管理システム、翻訳ベンダーを個別に組み合わせるのではなく、コード内のi18nライブラリから翻訳、配信まで、パイプライン全体を1つでカバーできるシステムを選びましょう。
- [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: [Smartling の代替ツール：General Translation と Smartling の比較](https://generaltranslation.com/ja/kb/general-translation-vs-smartling.mdx)
- Next question: [Transifex の代替ツール：General Translation と Transifex の比較](https://generaltranslation.com/ja/kb/general-translation-vs-transifex.mdx)

## Sitemap

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