# General Translation Knowledge Base: Transifex の代替ツール：General Translation と Transifex の比較
URL: https://generaltranslation.com/ja/kb/general-translation-vs-transifex.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: マークした JSX を、その構造や開発者が付与した文脈とあわせて翻訳し、結果をバンドルに含めるか CDN から配信したい場合は General Translation を選びましょう。Transifex Native も文字列をコード内で管理しますが、公開は独自のコンテンツ配信サービスを通じて行います。Transifex は、同社の翻訳パートナー、品質スコア、またはスニペットベースの Web サイト翻訳を活用したいチームに適しています。
Category: ワークフローツール
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

翻訳を React の開発ワークフローに組み込みたい場合は、General Translation が適しています。JSX を [`<T>`](/docs/react/reference/components/t) でマークし、ビルド前に翻訳を生成して、そのままアプリに同梱してリリースできます。一方、Transifex は 2025 年 1 月から [XTM International の傘下](https://xtm.ai/news/xtm-international-acquires-transifex)にある翻訳管理システム (TMS) で、AI、翻訳者、パートナーベンダーを組み合わせて翻訳を行います。

Transifex は、リソースファイルに加え、Transifex Native を使ってコード内で直接マークした文字列にも対応しています。Native はメッセージを Transifex にプッシュし、翻訳はコンテンツ配信サービス (CDS) から読み込みます。General Translation はマークした JSX を抽出して翻訳し、アプリはその結果をバンドル済みのファイルまたは CDN から読み込めます。

## Transifex の強み

* **ファイルを使わずにコードから文字列を扱える。** [Transifex Native](https://developers.transifex.com/docs/javascript-sdk) では、翻訳関数または React コンポーネントで文字列をマークします。デフォルトでは原文がキーとして使われ、文字列は `txjs-cli push` でプッシュします。SDK と [CDS](https://github.com/transifex/transifex-delivery) は Apache-2.0 ライセンスのオープンソースで、CDS はセルフホストも可能です。
* **品質スコア付きの AI 翻訳。** Transifex AI は用語集、翻訳メモリ、文脈を活用して翻訳し、[Translation Quality Index (TQI)](https://help.transifex.com/en/articles/9465000-translation-quality-index-tqi) で AI 翻訳の品質をスコア化します。設定したしきい値を満たした翻訳は、自動的にレビュー済みにできます。
* **人手による翻訳のパートナー。** e2f、Gengo、TextMaster などの[パートナーへの翻訳発注](https://help.transifex.com/en/articles/6235673-ordering-translations)を Transifex 内で行えます。
* **コードを変更せずにウェブサイトを翻訳。** [Transifex Live](https://help.transifex.com/en/articles/6244596-introduction-to-transifex-live) は JavaScript スニペットを埋め込むだけでウェブサイトを翻訳できます。ただし、React や Vue のアプリには Native の利用が推奨されています。
* **共同作業者数は無制限。** 現行プランでは、シート数、プロジェクト数、ホストするコンテンツ量による課金はありません。
* **豊富なファイル形式。** XLIFF、Office ファイル、字幕など [46 以上の形式](https://help.transifex.com/en/articles/6219670-introduction-to-file-formats)に対応しています。

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

エンジニアは、アプリを Transifex の翻訳・配信ワークフローに接続する必要があります。

1. Transifex 向けに各文字列をマークします。キーを付けてリソースファイルに抽出するか、Native の翻訳関数または React コンポーネントでラップします。
2. [`tx push`](https://github.com/transifex/cli)、Git インテグレーション、または `txjs-cli push` を使って Transifex に送信します。通常は CI のステップとして実行します。
3. AI 翻訳またはパートナーベンダーを設定し、必要に応じてレビュー要件も設定します。
4. 翻訳を配信します。ファイルワークフローでは、言語ごとの完了率がしきい値に達すると、[Git インテグレーション](https://help.transifex.com/en/articles/6265125-github-via-transifex-ui) がプルリクエストを作成するか、直接コミットします。Native は [CDS](https://developers.transifex.com/docs/content-delivery-service) から翻訳を取得します。CDS のコンテンツはデフォルトで 1 時間経過すると古いものとして扱われますが、更新間隔は変更できます。

Transifex AI は、[用語集の用語、翻訳メモリ、文脈フィールド、企業情報](https://help.transifex.com/en/articles/9867663-context-in-transifex-ai)を活用します。開発者向けの注記や文字列ごとの指示を有効にすることもできます。一方、General Translation の React ライブラリは、マークされた JSX 構造と名前付きプレースホルダーから文脈を提供し、さらに開発者向けの注記とプロジェクトの用語で翻訳を方向付けます。

料金プランは AI ファーストのプラン 1 つのみで、営業経由で販売され、AI 翻訳された単語数に応じて課金されます。料金は公開されていません ([Transifex の料金](https://www.transifex.com/pricing)を参照。2026 年 10 月時点で確認) 。

## Transifex と General Translation の比較一覧

| 機能         | Transifex                                                                       | General Translation                                                                  |
| ---------- | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------ |
| 文字列の取り込み方法 | `tx push` や Git インテグレーションでリソースファイルを取り込むか、`txjs-cli push` で Native SDK の文字列を取り込む | コンテンツは [`<T>`](/docs/react/reference/components/t) で囲んだままコード内に置くか、既存のリソースファイルをそのまま利用 |
| 翻訳の担い手     | TQI スコア付きの Transifex AI、またはパートナーベンダー                                            | コード、用語集、カスタムプロンプトから文脈を得た AI が翻訳し、チームがダッシュボードでレビュー                                    |
| 各文字列の文脈    | 用語集、翻訳メモリ、文脈フィールド、任意の開発者向けの注記                                                   | マークアップされた JSX、名前付きプレースホルダー、開発者向けの注記、用語集、カスタムプロンプト                                    |
| 配信         | ファイルはプルリクエストまたはコミットで配信、Native は実行時に CDS から配信                                    | ローカルにバンドルした翻訳、または General Translation の CDN                                          |
| 料金         | AI 翻訳の単語数に応じた従量制で、見積もりは営業経由                                                     | 公開済みの[利用料金](https://generaltranslation.com/pricing)                                  |

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

* **より速い。** [`npx gt translate`](/docs/cli/reference/commands/translate) は、アプリのビルド前にマークされたコンテンツを抽出し、翻訳を生成して、その結果をダウンロードします。そのため、リリース時に実行する翻訳ステップは 1 つだけで済みます。GitHub で変更をレビューしたい場合は、コードの変更時に [Locadex](/docs/platform/locadex/quickstart) がプルリクエストを作成します。
* **運用コストが低い。** General Translation は、リッチな UI の翻訳にかかるエンジニアリング作業を削減します。文をメッセージ文字列として組み立て直す必要はなく、リンク、フォーマット、動的な値を 1 つの [`<T>`](/docs/react/reference/components/t) ブロック内に保持したまま扱えます。翻訳コストは[公開料金](https://generaltranslation.com/pricing)から直接見積もれます。
* **より高い品質。** 文とそのネストされた要素をひとまとめにすることで、単語、リンク、プレースホルダーの関係を踏まえた翻訳が可能になります。開発者向けの注記で曖昧な文言の意図を明確にでき、割り当てた[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)によってアプリとウェブサイトで用語を統一できます。出力はチームが[翻訳エディター](/docs/platform/dashboard/guides/reviewing-translations)で磨き上げられます。
* **より低いリスク。** [ローカル翻訳](/docs/react/guides/storing-translations)を使えば、アプリはリリースにバンドルされたファイルを使ってレンダリングされ、General Translation へのランタイム呼び出しは一切発生しません。再デプロイなしで翻訳の修正を公開したい場合は、General Translation の CDN を利用することもできます。MIT ライセンスの JavaScript ライブラリは、翻訳を自前で用意すればアカウントなしでも動作します。

Sierra は General Translation を活用し、ウェブサイトや市場投入向けコンテンツで 7 つ以上のロケールを展開しています。 ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。)

## Transifex のほうが適しているケース

次のような場合は Transifex を選ぶとよいでしょう。コードを変更せず、スニペットを埋め込むだけで Web サイトを翻訳したい場合、パートナーベンダーに人手による翻訳を発注したい場合、TQI に基づく自動承認が自社のレビュープロセスに合う場合、XLIFF、Office、字幕などのファイルをやり取りする場合、あるいはネイティブの iOS / Android アプリで[オフラインバンドル付きの OTA (Over-the-Air) アップデート](https://developers.transifex.com/docs/ios-sdk)が必要な場合です。

## TransifexからGeneral Translationへの移行

JSON、YAML、PO、iOSおよびAndroidのリソースファイルなど、サポート対象の形式を使用するファイルベースのプロジェクトでは、[CLIクイックスタート](/docs/cli/quickstart)の手順に従ってください。翻訳元とロケールのパスを設定したら、新しい翻訳を生成する前に、[`npx gt upload`](/docs/cli/reference/commands/upload)で既存の翻訳をインポートします。

Nativeを使用しているReactアプリの場合は、[Reactクイックスタート](/docs/react/react-quickstart)または[Next.jsクイックスタート](/docs/react/nextjs-quickstart)に従って`gt-react`または`gt-next`をセットアップします。移行は1画面ずつ進めます。対象画面の文言とマークアップを[`<T>`](/docs/react/reference/components/t)で囲み、[`npx gt translate`](/docs/cli/reference/commands/translate)を実行してください。翻訳した画面をレビューしている間、残りの画面はNativeのままで構いません。用語集を[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)にインポートすれば、製品の用語をそのまま引き継げます。

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

はい。General Translation なら、ビルド前に構造化された JSX から翻訳を生成し、バンドルファイルとして、または General Translation の CDN 経由で配信できます。また、既存のファイルベースのアプリはそのままに、General Translation でカタログを翻訳することもできます。ほかのベンダーとの比較については、[TMS ではなく General Translation を使う理由](/kb/general-translation-vs-tms)をご覧ください。

## Transifex NativeとGeneral Translationの違いは何ですか？

どちらもオープンソースSDKを採用しており、原文をコード内に保持できます。[TransifexのReact SDK](https://developers.transifex.com/docs/react-sdk)では、`<T _str="...">`メッセージに補間値としてReact要素を渡せます。一方、General Translationの[`<T>`](/docs/react/reference/components/t)は、文とネストされた要素をJSX内にそのまま保持し、その構造を抽出して翻訳します。NativeはCDSを通じて翻訳を配信しますが、General Translationではバンドルされたファイルと独自のCDNのどちらかを選択できます。

## Transifex のその他の代替サービス

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

* **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) を参照してください。) 
* **Phrase:** ソフトウェアの文字列と、ベンダーと連携して運用するドキュメント中心の翻訳プログラムの両方を、1 つのプラットフォームでまかなう必要がある場合に適しています。 ([General Translation vs. Phrase](/kb/general-translation-vs-phrase) を参照してください。) 
* **Smartling:** AI 翻訳と人手による翻訳を 1 社のベンダーにまとめたい場合や、コードを変更せずにマーケティングサイトを翻訳できるプロキシを利用したい場合に適しています。 ([General Translation vs. Smartling](/kb/general-translation-vs-smartling) を参照してください。) 
* **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)を参照してください。)

## 重要なポイント

* Transifex は、オープンソースの Native SDK、品質スコア付きの AI 翻訳、パートナーベンダー、ウェブサイト向けの Transifex Live を備えた TMS です。
* Native もコード内の文字列にはすでに対応しています。React における General Translation の強みは、開発者向けの注記と共有用語集を活用しながら、構造化された JSX をそのまま記述・翻訳できる点にあります。
* General Translation はビルド前に翻訳を生成し、バンドルによる配信と CDN による更新の両方に対応しています。そのため、翻訳済みコンテンツをユーザーに届ける方法を自由に選べます。

## 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 のプルリクエスト上でのレビューに対応しています。
- [Phrase の代替ツール：General Translation と Phrase の比較](https://generaltranslation.com/ja/kb/general-translation-vs-phrase.mdx): アプリとドキュメントを同時にリリースするなら、General Translation は Phrase Strings の有力な代替となります。コードやコンテンツファイルから翻訳を生成し、共通の用語を適用したうえで、リリースワークフローの中で動作します。一方 Phrase は、ソフトウェアのローカライゼーションに加え、ドキュメント中心の TMS、ベンダー管理、幅広い翻訳エンジンの選択肢を備えています。
- [Smartling の代替ツール：General Translation と Smartling の比較](https://generaltranslation.com/ja/kb/general-translation-vs-smartling.mdx): リリースの一環としてコードからアプリの翻訳を生成したい場合は、General Translation を選んでください。Smartling は翻訳管理システム、AI と人手による翻訳サービス、ウェブサイト翻訳プロキシを組み合わせた製品です。General Translation ではテキストをコンポーネント内に置いたまま、その文脈を翻訳に反映でき、チームは ダッシュボード でレビューを行えます。

## Previous and next questions

- Previous question: [TMS（Smartling、Lokalise、Phrase、Crowdin、Transifex）ではなく General Translation を使う理由](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx)
- Next question: [多言語アプリをローンチする前に何を確認すべきか？](https://generaltranslation.com/ja/kb/multilingual-app-launch-checklist.mdx)

## Sitemap

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