# General Translation Knowledge Base: Phrase の代替ツール：General Translation と Phrase の比較
URL: https://generaltranslation.com/ja/kb/general-translation-vs-phrase.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: アプリとドキュメントを同時にリリースするなら、General Translation は Phrase Strings の有力な代替となります。コードやコンテンツファイルから翻訳を生成し、共通の用語を適用したうえで、リリースワークフローの中で動作します。一方 Phrase は、ソフトウェアのローカライゼーションに加え、ドキュメント中心の TMS、ベンダー管理、幅広い翻訳エンジンの選択肢を備えています。
Category: ワークフローツール
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Phrase は自社を [Language Intelligence Platform](https://phrase.com/) と位置づけています。ソフトウェアチーム向けには、キーを保存してリポジトリと同期する Phrase Strings と、ドキュメント、ベンダー、大規模な翻訳プログラムを扱う翻訳管理システム (TMS) 兼 CAT (コンピューター支援翻訳) ツールの Phrase TMS ([旧 Memsource](https://phrase.com/memsource/)) を提供しています。さらに Language AI が、これら両方を機械翻訳エンジンや LLM エンジンと連携させます。一方、General Translation はアプリの文言とドキュメントをリリースワークフローに組み込み、原文ファイルから翻訳を生成するとともに、プロジェクト間で用語を共有します。

## Phrase の強み

* **1つのプラットフォームに2つのツール。** 開発者向けのキー管理を担う [Phrase Strings](https://phrase.com/platform/strings/) と、ドキュメント、ベンダー管理、CAT ベースの翻訳を担う Phrase TMS を備えています。
* **Language AI。** 自動エンジン選択機能を備えた [30 以上の機械翻訳エンジンおよび LLM エンジン](https://phrase.com/platform/ai/)、翻訳メモリのマッチを活用する Next GenMT、スコアの最も低いセグメントにレビュー用のフラグを付ける品質評価機能を提供しています。
* **リポジトリの自動化。** [GitHub 向け Repo Sync](https://support.phrase.com/hc/en-us/articles/5784125562012-GitHub-Strings)、GitLab、Bitbucket との連携により、監視対象のブランチからファイルをインポートし、翻訳をプルリクエストとしてエクスポートします。また、GitHub Action を使えば CI 上で CLI を実行できます。
* **モバイルと Web の OTA (Over-the-Air) 更新。** [iOS、Android、React Native、Flutter、i18next、Rails 向けの SDK](https://support.phrase.com/hc/en-us/articles/5804059067804-Over-the-Air-Strings) により、リリースなしで新しい翻訳を取得できます。取得できない場合は、最後にキャッシュしたファイルまたはバンドル済みのファイルにフォールバックします。
* **翻訳者向けの文脈情報。** [テキストとキーが紐付けられたスクリーンショット](https://support.phrase.com/hc/en-us/articles/5822309698204-Screenshot-Management-Strings)、キーの説明や文字数制限、Figma プラグインを提供しています。
* **人手による翻訳。** Phrase Strings から直接 Gengo や TextMaster に発注できます。Phrase によると、[ほとんどの翻訳は 24 時間以内に納品される](https://support.phrase.com/hc/en-us/articles/5821933165596-Ordering-Professional-Translations-Strings)とのことです。
* **ホスティング先の選択。** [データのホスティング先として EU または米国を選択できます](https://support.phrase.com/hc/en-us/articles/5748008399388-Data-Centers)。

## Phrase を使ってもエンジニアに残る作業

Phrase Strings は、リソースファイルベースのワークフローでソフトウェアプロジェクトと連携します。

1. i18nライブラリをセットアップし、そのライブラリが読み込むリソースファイルを作成または抽出します。
2. `.phrase.yml` にファイルの定義を記述して [`phrase push`](https://developers.phrase.com/en/developer-tools/strings-cli) で送信するか、Repo Sync で監視対象のブランチからインポートします。
3. AI または翻訳者のワークフローで対象言語に翻訳します。
4. `phrase pull` または Repo Sync のエクスポートで翻訳を取り込みます。Repo Sync でエクスポートすると、プルリクエストが作成されます。

ファイルのやり取りは Repo Sync と CI で自動化できます。ただし、アプリのキー構造や、コード・リソースファイル・Phrase プロジェクト間のマッピングは、引き続きチームで管理しなければなりません。翻訳者は、そのコンテンツに添付されたキーの説明やスクリーンショットを手がかりに作業します。

[Phrase のサブスクリプション](https://phrase.com/pricing/)には、Strings のシート、管理対象ワード数の枠、翻訳の利用枠が含まれます。容量は追加購入も可能です。公開されているソフトウェアプランでは、言語数に制限はありません。

## Phrase と General Translation の比較一覧

| 機能           | Phrase                                                      | General Translation                                                                                                                |
| ------------ | ----------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| 文字列の管理場所     | Phrase Strings 上のキーとして管理し、リソースファイルと同期                       | コード内の [`<T>`](/docs/react/reference/components/t) の中、または既存のリソースファイル                                                                |
| コードとの連携方法    | `phrase` CLI、Repo Sync、または GitHub Action                    | ビルドに組み込んだ [`npx gt translate`](/docs/cli/reference/commands/translate)、または [Locadex](/docs/platform/locadex/quickstart) によるプルリクエスト |
| 翻訳の担い手       | Language AI エンジン、または Gengo や TextMaster などのベンダー             | コード、用語集、カスタムプロンプトの文脈を踏まえて AI が翻訳し、チームがダッシュボードでレビュー                                                                                 |
| 各文字列の文脈      | 翻訳メモリ、用語ベース、スタイルガイド、キーの説明、スクリーンショット                         | マークアップされた JSX 構造と文脈メモ。用語集とカスタムプロンプトはプロジェクト間で共有                                                                                     |
| 料金           | Strings のシート数、管理単語数、翻訳容量に応じたサブスクリプション                       | [従量課金制](https://generaltranslation.com/pricing)                                                                                    |
| ネイティブモバイルアプリ | iOS、Android、React Native、Flutter 向けの OTA (Over-the-Air) SDK | iOS と Android のリソースファイルを翻訳。React Native では `gt-react-native` を使用                                                                   |

## チームが Phrase ではなく General Translation を選ぶ理由

General Translation は、ソフトウェアの文言とそれを説明するドキュメントを同じ翻訳ワークフローにまとめます。アプリのテキストは [`<T>`](/docs/react/reference/components/t) 内に置いたまま、Markdown や MDX も併せて翻訳でき、両方に同じ製品用語を適用できます。

* **より速く。** リリースで変更された原文ファイルを対象に、CI で [`npx gt translate`](/docs/cli/reference/commands/translate) を実行します。General Translation はアプリのコンテンツだけでなく [Markdown と MDX](/docs/cli/reference/formats/mdx-md-files) にも対応しているため、新機能とそのヘルプページを同じリリースプロセスで翻訳できます。継続的な更新は、[Locadex](/docs/platform/locadex/quickstart) がプルリクエスト経由で対応します。
* **運用コストを抑えて。** General Translation は、以降のビルドでは変更のない翻訳を再利用します。料金は翻訳作業に対してのみ発生し、完了した翻訳は、保存した文言のために管理対象ワード数の枠を購入しなくても引き続き利用できます。[General Translation の利用料金](https://generaltranslation.com/pricing)と、Phrase のサブスクリプションに含まれる Strings の容量を比べてみてください。
* **より高品質に。** アプリとドキュメントのプロジェクトに同じ[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)を割り当てると、同じ製品定義とトーンの指示が両方に適用されます。たとえば、オンボーディング画面に登場する機能には、そのヘルプ記事向けに定義された用語がそのまま使われます。また、マークされた JSX はメッセージ構造や変数プレースホルダーも保持し、レビュアーは[ダッシュボードで翻訳を編集](/docs/platform/dashboard/guides/reviewing-translations)できます。
* **リスクを抑えて。** まずは 1 つのアプリケーションの既存カタログから始められ、現在の i18nライブラリもそのまま使い続けられます。新しい翻訳を生成する前にレビュー済みの翻訳をインポートし、準備が整ったら他のプロジェクトへ展開しましょう。ソフトウェアのローカライゼーションに General Translation を導入する際、別のドキュメントやベンダープログラムを同時に移行する必要はありません。

Profound は General Translation を使って、自社のプラットフォームとドキュメントを 47 以上のロケールに翻訳しています ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください) 。

## Phrase が適しているケース

次のような場合は Phrase を選ぶとよいでしょう。ソフトウェアの文字列と、ベンダーと連携して CAT ツールで運用する文書中心の翻訳プログラムの両方を 1 つのプラットフォームで扱う必要がある場合、多数の機械翻訳エンジンや LLM エンジンに翻訳を振り分けたい場合、ネイティブアプリや React Native アプリで OTA (over-the-air) 更新が必要な場合、ベンダーと [XLIFF や Office ファイル](https://phrase.com/platform/tms/)をやり取りする場合、あるいはホスティング先を EU と US から選びたい場合です。

## Phrase から General Translation への移行

`phrase pull` を実行して、現在の翻訳をダウンロードします。[サポートされている形式](/docs/cli/reference/config#files)であれば、`gt.config.json` で翻訳元ファイルと翻訳先ファイルを指定し、[`npx gt upload`](/docs/cli/reference/commands/upload) を実行してから [`npx gt translate`](/docs/cli/reference/commands/translate) で翻訳を生成してください。これにより、レビュー済みの翻訳と現在のアプリケーションのキーをそのまま出発点として引き継げます。

用語を[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)に移行し、アプリとドキュメントのプロジェクトに割り当てます。翻訳の生成を General Translation に移行するかどうかと、インライン JSX を採用するかどうかは別々に判断できます。現在のライブラリをそのまま使い続けることも可能です。プラットフォーム全体の比較については、[TMS ではなく General Translation を使う理由](/kb/general-translation-vs-tms)を参照してください。

## General Translation は Phrase の代替になりますか？

はい。アプリやドキュメントの翻訳をビルドワークフローに組み込みたいソフトウェアチームにとっては、有力な代替となります。General Translation は、既存のカタログやインライン JSX、用語の共有、ダッシュボードでのレビューに対応しています。一方、Phrase TMS は、ベンダーと連携して CAT ツール上で運用する、文書中心の翻訳プログラムに適しています。

## Phrase のその他の代替ツール

Phrase からの乗り換えを検討しているチームは、以下のプラットフォームも比較対象にしています。

* **Crowdin:** 無料ライセンスの対象となるオープンソースプロジェクトでコミュニティの翻訳者を活用したい場合や、ベンダー主導で人手による翻訳を進めたい場合に適しています。 ([General Translation vs. Crowdin](/kb/general-translation-vs-crowdin) を参照してください。) 
* **Lokalise:** デザイナーや翻訳者が Figma やスクリーンショットをもとに作業する場合や、ネイティブアプリで OTA (Over-the-Air) 更新が必要な場合に適しています。 ([General Translation vs. Lokalise](/kb/general-translation-vs-lokalise) を参照してください。) 
* **Smartling:** AI 翻訳と人手による翻訳を 1 社のベンダーにまとめたい場合や、コードを変更せずにマーケティングサイトを翻訳できるプロキシが必要な場合に適しています。 ([General Translation vs. Smartling](/kb/general-translation-vs-smartling) を参照してください。) 
* **Transifex:** スニペットを埋め込むだけでウェブサイトを翻訳したい場合や、提携ベンダーに人手による翻訳を発注したい場合に適しています。 ([General Translation vs. Transifex](/kb/general-translation-vs-transifex) を参照してください。) 
* **Weblate:** コミュニティ翻訳を行う場合や、完全にセルフホストできる Git ベースのプラットフォームを求めるチームに適しています。 ([General Translation vs. Weblate](/kb/general-translation-vs-weblate) を参照してください。) 
* **Tolgee:** プラットフォームをセルフホストする必要があるチームや、翻訳者が実行中のアプリ上でテキストをクリックして直接編集できるようにしたいチームに適しています。 ([General Translation vs. Tolgee](/kb/general-translation-vs-tolgee) を参照してください。) 

 (これらのプラットフォームに共通する点については、[TMS ではなく General Translation を使う理由](/kb/general-translation-vs-tms)を参照してください。)

## 重要なポイント

* Phrase は、ソフトウェアの文字列とドキュメント中心の大規模な翻訳プログラムを1つのプラットフォームで扱いたい場合に有力な選択肢です。幅広い翻訳エンジンから選択でき、OTA (over-the-air) 対応の SDK も備えています。
* Phrase Strings はリソースファイルのやり取りを自動化します。サブスクリプションには Strings のシート数と管理対象ワード数の枠が含まれます。
* General Translation は、共通の用語管理、差分翻訳、レビューを通じてアプリとドキュメントのリリースを連携させます。既存のカタログもそのまま使い続けられます。

## Related questions

- [TMS（Smartling、Lokalise、Phrase、Crowdin、Transifex）ではなく General Translation を使う理由](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx): Smartling、Lokalise、Phrase、Crowdin、Transifex などの翻訳管理システム（TMS）は翻訳者間の作業を取りまとめますが、文字列の抽出、送信、翻訳待ち、プロダクトへの再組み込みは依然としてエンジニアの仕事です。General Translation はコード内のコンテンツを文脈ごと翻訳し、リリースのたびに全言語をまとめて提供します。ロックインのないオープンソースのライブラリ上で動作します。
- [Crowdin の代替ツール：General Translation と Crowdin の比較](https://generaltranslation.com/ja/kb/general-translation-vs-crowdin.mdx): テキストをコンポーネント内に置いたまま、ビルドとあわせて翻訳を生成したいなら General Translation がおすすめです。Crowdin はリソースファイル、翻訳者、レビューワークフローを中心に翻訳プロジェクトを管理するツールで、エンジニアがそれらをアプリに接続し、プロダクトの変化に合わせて保守していく必要があります。なお、オープンソースのコミュニティ翻訳やベンダー主導の翻訳プログラムでは、Crowdin は今も有力な選択肢です。
- [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 のプルリクエスト上でのレビューに対応しています。
- [Smartling の代替ツール：General Translation と Smartling の比較](https://generaltranslation.com/ja/kb/general-translation-vs-smartling.mdx): リリースの一環としてコードからアプリの翻訳を生成したい場合は、General Translation を選んでください。Smartling は翻訳管理システム、AI と人手による翻訳サービス、ウェブサイト翻訳プロキシを組み合わせた製品です。General Translation ではテキストをコンポーネント内に置いたまま、その文脈を翻訳に反映でき、チームは ダッシュボード でレビューを行えます。
- [Transifex の代替ツール：General Translation と Transifex の比較](https://generaltranslation.com/ja/kb/general-translation-vs-transifex.mdx): マークした JSX を、その構造や開発者が付与した文脈とあわせて翻訳し、結果をバンドルに含めるか CDN から配信したい場合は General Translation を選びましょう。Transifex Native も文字列をコード内で管理しますが、公開は独自のコンテンツ配信サービスを通じて行います。Transifex は、同社の翻訳パートナー、品質スコア、またはスニペットベースの Web サイト翻訳を活用したいチームに適しています。

## Previous and next questions

- Previous question: [next-intl の代替：gt-next と next-intl の比較](https://generaltranslation.com/ja/kb/next-intl-vs-gt-next.mdx)
- Next question: [react-intl の代替：General Translation と react-intl の比較](https://generaltranslation.com/ja/kb/general-translation-vs-react-intl.mdx)

## Sitemap

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