# General Translation Knowledge Base: Lokalise の代替ツール：General Translation と Lokalise の比較
URL: https://generaltranslation.com/ja/kb/general-translation-vs-lokalise.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: General Translation は、JSX 内に読みやすいコピーをそのまま記述し、翻訳を開発プロセスに組み込みたいチームにとって、Lokalise の有力な代替手段です。Lokalise は、共有キー、デザインツールとの連携、モバイル向けの OTA（Over-the-Air）配信を軸に設計されています。General Translation は、アプリ内でマークされたコンテンツから翻訳を生成し、ダッシュボード または GitHub のプルリクエスト上でのレビューに対応しています。
Category: ワークフローツール
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Lokalise は自社を [AI ローカライゼーションプラットフォーム](https://lokalise.com/) と位置付けています。アプリやソフトウェア向けの Lokalise Expert ワークスペースでは、文字列をキーとしてプロジェクトに保存し、プラットフォームごとのファイル形式でインポート・エクスポートしたうえで、AI、機械翻訳、またはプロの翻訳者が翻訳します。マーケティングや長文コンテンツには、新たに提供された [Lokalise Vantage ワークスペース](https://docs.lokalise.com/en/articles/14077324-what-is-lokalise-vantage) が対応しています。これらのキーは、リポジトリワークフローを通じてアプリと同期されます。一方、General Translation では、開発者が JSX 内に読みやすいコピーを直接記述し、メッセージの構造をそのまま翻訳に引き継ぐことができます。

## Lokalise の強み

* **全プラットフォームで1つのキーセットを共有。** 1つのプロジェクトで [Web、iOS、Android 向けのキー](https://docs.lokalise.com/en/articles/1400489-keys-and-platforms)を管理し、各プラットフォームのファイル形式でエクスポートできます。
* **文脈を考慮した AI。** [Standard AI/MT](https://docs.lokalise.com/en/articles/11776521-what-is-standard-ai-mt-and-pro-ai) は Google Translate と DeepL を使用します。Pro AI では、これにモデルのルーティング、用語集、スタイルガイド、説明文、タスクの文脈が加わります。Advanced プランと Enterprise プランでは、[Custom AI Profiles](https://docs.lokalise.com/en/articles/11894216-ai-profiles) により、翻訳メモリや既存の翻訳を検索して活用することもできます。
* **デザインワークフロー。** Figma、Adobe XD、Sketch 用のプラグイン、[テキストを自動的にキーと照合するスクリーンショット機能](https://docs.lokalise.com/en/articles/2045882-screenshots)、Web サイト向けのインコンテキストエディター LiveJS を備えています。
* **翻訳者向けツール。** タスク、レビュー工程、自動化、ブランチ管理、QA チェックを備え、Growth プラン以上では[用語集](https://docs.lokalise.com/en/articles/1400629-glossary)と翻訳メモリも利用できます。
* **プロによる翻訳。** プロジェクト内から Lokalise の翻訳者や Gengo に直接発注できます。Lokalise によると、[中規模のプロジェクトであれば通常24時間以内に納品されます](https://docs.lokalise.com/en/articles/2141000-professional-translation-services)。
* **モバイル向け OTA (Over-the-Air) 更新。** [iOS、Android、Flutter の SDK](https://developers.lokalise.com/docs/ota-sdk) を使えば、アプリをリリースし直さずに文字列を更新できます。
* **セキュリティ。** SOC 2 Type II、ISO 27001、ISO 27017 に準拠し、[データは AWS の EU リージョンでホストされています](https://lokalise.com/product/security/)。

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

Lokalise では、新しい文言をすべての言語に反映させるまでに、次のような往復作業が発生します。

1. i18nライブラリをセットアップし、そのライブラリが使用するキーとリソースファイルを作成または抽出します。
2. [`lokalise2 file upload`](https://github.com/lokalise/lokalise-cli-2-go)、GitHub App (オンデマンド、または push 時に自動) 、あるいは Lokalise の push 用 GitHub Action を使って、基本言語のファイルを Lokalise に送信します。
3. 対象言語ごとに、AI 翻訳、機械翻訳、または翻訳者タスクを実行します。
4. [ダウンロードをトリガー](https://docs.lokalise.com/en/articles/1684090-github)して新しいブランチからプルリクエストを作成するか、pull 用 GitHub Action を使って翻訳を取り込みます。その後、マージして新しい言語をそれぞれアプリに組み込み、すべての画面を確認します。

Pro AI は、それらのキーやプロジェクトに割り当てられた文脈を活用します。カスタムプロファイルを使えば、過去の翻訳から例を追加することもできます。それでも、キーを UI に結び付け、リソースファイルのワークフローをコードの変更に追従させるのは、引き続きエンジニアの仕事です。

Lokalise の有料プランでは、翻訳者/レビュアーのシートを無制限に利用できます。[料金](https://lokalise.com/pricing/)は、処理単語数、AI の使用量、およびマネージャー・開発者・コンテンツ作成者向けの上位シート数に応じて上がり、容量の追加購入も可能です。

## Lokalise と General Translation の比較一覧

| 機能           | Lokalise                                                            | General Translation                                                                                                                |
| ------------ | ------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| 文字列の保存場所     | Lokalise プロジェクト内のキーとして管理され、リソースファイルと同期                              | コード内の [`<T>`](/docs/react/reference/components/t) の中、または既存のリソースファイル内                                                               |
| コードとの連携方法    | `lokalise2` CLI、GitHub App、または GitHub Actions                       | ビルド時に実行する [`npx gt translate`](/docs/cli/reference/commands/translate)、または [Locadex](/docs/platform/locadex/quickstart) によるプルリクエスト |
| 翻訳の担い手       | Lokalise AI、機械翻訳、またはプロの翻訳者                                          | コード、用語集、カスタムプロンプトの文脈を活用して AI が翻訳し、チームがダッシュボードでレビュー                                                                                 |
| 各文字列の文脈      | Pro AI は用語集、スタイルガイド、説明文を活用し、カスタムプロファイルで過去の翻訳も参照可能。スクリーンショットでレビューを支援 | JSX 構造、変数プレースホルダー、文脈メモ、用語集、カスタムプロンプト                                                                                               |
| 料金           | 処理語数、AI、アドバンストシートの容量に応じたサブスクリプション                                   | [シート料金なしの従量課金制](https://generaltranslation.com/pricing)                                                                            |
| ネイティブモバイルアプリ | iOS、Android、Flutter 向けの OTA (Over-the-Air) SDK                      | アプリのリリースに合わせて、CLI で iOS および Android の文字列ファイルを翻訳                                                                                    |

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

アプリ画面の改善を重ねるチームにとって、General Translation なら翻訳元の文言を、それを使う UI のすぐそばに置いておけます。そのコンテンツを [`<T>`](/docs/react/reference/components/t) でラップし、開発とリリースの流れの中で翻訳を生成しましょう。

* **より速く。** コンポーネント内の文言を変更したら、[`npx gt translate`](/docs/cli/reference/commands/translate) を実行するだけです。General Translation がマークされたコンテンツを抽出し、対象言語の翻訳を生成します。このコマンドを CI に組み込めば、新しい文言をそれが追加されたリリースの中で翻訳でき、編集のたびに翻訳元のキーを個別に作成する必要もありません。
* **運用コストを抑えられる。** General Translation では、ローカライゼーションを管理する開発者やマネージャーにシート料金はかかりません。[従量課金制の料金体系](https://generaltranslation.com/pricing)なので、上位シートを買い足すことなくチームを拡大できます。さらにインライン記述により、キーの命名や、新しい文言を翻訳元の辞書へ移すといった定型作業もなくなります。
* **より高い品質。** [`<T>`](/docs/react/reference/components/t) ブロックは、メッセージ全体をマークアップや変数プレースホルダーとともにひとまとまりで扱います。たとえばアップグレードを促すメッセージなら、文章、強調、プラン名のプレースホルダーを 1 つの単位として翻訳に回せます。意図を伝える文脈メモや、製品名を定める用語集を追加しておけば、チームは[ダッシュボードで結果をレビュー](/docs/platform/dashboard/guides/reviewing-translations)できます。
* **より低いリスク。** まずは Lokalise からエクスポートしたカタログを使いましょう。レビュー済みの翻訳を General Translation にインポートすれば、アプリで使用中のライブラリとキーはそのまま使い続けられます。UI を書き直さずに、翻訳の生成方法だけを切り替えられます。インライン JSX の導入はそれとは別のステップで、コンポーネント単位で少しずつ進められます。

Ramp は General Translation を使って、ダッシュボード、ランディングページ、iOS アプリを 11 以上のロケールにローカライズしています。 ([本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。)

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

次のような場合は Lokalise を選ぶとよいでしょう。デザイナーや翻訳者が Figma やスクリーンショットをもとに作業する場合、プロによる翻訳を同じツール内で発注したい場合、ネイティブモバイルアプリで OTA (over-the-air) アップデートが必要な場合、[XLIFF や ARB ファイル](https://docs.lokalise.com/en/collections/2909229-supported-file-formats)をやり取りする場合、EU でホストされているローカライゼーションプラットフォームを利用したい場合、あるいは Lokalise Vantage を使ってマーケティングコンテンツや長文コンテンツも同じプラットフォームで管理したい場合です。

## Lokalise から General Translation への移行

Lokalise から既存の翻訳元ファイルと翻訳済みファイルを、JSON や iOS strings など [`gt` CLI がサポートする形式](/docs/cli/reference/config#files)でエクスポートします。`gt.config.json` でそれらのファイルを指定し、[`npx gt translate`](/docs/cli/reference/commands/translate) の前に [`npx gt upload`](/docs/cli/reference/commands/upload) を実行してください。アプリで使用中のライブラリとキーはそのままで、まずは翻訳の生成から始められます。

用語は[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)にインポートしてください。後からインライン JSX を導入する場合は、[ライブラリ移行ガイド](/docs/react/guides/migrating-i18n-libraries)を参照してください。TMS との全般的な比較については、[TMS ではなく General Translation を使う理由](/kb/general-translation-vs-tms)をご覧ください。

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

はい、文言がコード内にある Web アプリであれば代替になります。Lokalise では、キーをプロジェクト内で管理し、リソースファイルと同期します。一方、General Translation はビルドの過程でコード内のコンテンツを翻訳します。ただし、デザイン主導のワークフローや、OTA (Over-the-Air) 更新が必要なネイティブモバイルアプリには、引き続き Lokalise のほうが適しています。

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

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

* **Crowdin:** 無料ライセンスの対象となるオープンソースプロジェクトでコミュニティの翻訳者を活用したい場合や、ベンダー主導で人手による翻訳を進めたい場合に適しています。 ([General Translation vs. Crowdin](/kb/general-translation-vs-crowdin) を参照してください。) 
* **Phrase:** ソフトウェアの文字列と、ベンダーと進めるドキュメント中心の翻訳プログラムの両方を、1 つのプラットフォームでまかなう必要がある場合に適しています。 ([General Translation vs. Phrase](/kb/general-translation-vs-phrase) を参照してください。) 
* **Smartling:** AI 翻訳と人手による翻訳を 1 社のベンダーにまとめたい場合や、コードを変更せずにマーケティングサイトを翻訳できるプロキシを使いたい場合に適しています。 ([General Translation vs. Smartling](/kb/general-translation-vs-smartling) を参照してください。) 
* **Transifex:** スニペットを使って Web サイトを翻訳したい場合や、提携ベンダーに人手による翻訳を発注したい場合に適しています。 ([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) を参照してください。)

## 重要なポイント

* Lokalise は、プラットフォーム間でのキーの共有、デザイン主導のレビュー、ネイティブモバイルアプリの OTA (over-the-air) アップデートに適しています。
* Lokalise のリポジトリツールはファイルのやり取りを自動化します。Pro AI はプロジェクトの文脈を活用し、カスタムプロファイルを使えば過去の翻訳例も参照できます。
* General Translation では、アプリの文言を JSX 内で読みやすいまま保てます。メッセージは構造を保ったまま全体単位で翻訳され、ローカライゼーションの変更はビルドやプルリクエストに取り込まれます。

## 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 は今も有力な選択肢です。
- [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 ではテキストをコンポーネント内に置いたまま、その文脈を翻訳に反映でき、チームは ダッシュボード でレビューを行えます。
- [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: [i18nは自前で構築すべきか、General Translationを使うべきか](https://generaltranslation.com/ja/kb/general-translation-vs-in-house-i18n.mdx)
- Next question: [next-intl の代替：gt-next と next-intl の比較](https://generaltranslation.com/ja/kb/next-intl-vs-gt-next.mdx)

## Sitemap

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