# General Translation Knowledge Base: General Translation と Localazy の比較：どちらを選ぶべきか
URL: https://generaltranslation.com/ja/kb/general-translation-vs-localazy.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 共通の用語管理とビルドの自動化を活用して Web アプリやネイティブアプリの文言を翻訳しながら、レビュー済みのカタログをそのまま使い続けたい場合や、インラインコンポーネントを導入したい場合は General Translation が最適です。CLI がビルド時に翻訳を行い、レビュー担当者はダッシュボードで編集でき、料金はキー数ではなく使用量に応じて決まります。一方、Localazy は、より幅広いファイル形式への対応、プロの翻訳サービスの組み込み、ネイティブモバイル向けの OTA（Over-the-Air）アップデートを必要とするチームに向いています。
Category: ワークフローツール
Last updated: 2026-11-13
Authors: Jackie Chen
Published: 2026-11-13

Localazy は、さまざまなスタックで利用できるように設計されたホスト型のローカライゼーションプラットフォームです。CLI で原文ファイルをアップロードし、Localazy AI、機械翻訳、自社チーム、または Localazy のプロの翻訳者によってキーを翻訳したうえで、翻訳をダウンロードするか、Localazy の CDN から配信します。対応形式は Web、Flutter、ネイティブモバイルの各プロジェクトに及びます。General Translation は、コンポーネントやファイルの翻訳をビルドに組み込み、プロジェクト間で用語を共有します。React、Next.js、Vue では、文言をコンポーネント内にインラインで記述したまま管理することもできます。

## Localazy の強み

* **多様なスタックを 1 つのプラットフォームで。** [CLI](https://localazy.com/docs/cli/the-basics) は、Flutter ARB、XLIFF、Java properties、Qt TS、Excel など[数十種類の形式](https://localazy.com/docs/general/supported-file-formats)のアップロードとダウンロードに対応しており、Professional 以上のプランでは他の形式へのエクスポートも可能です。ブランチ管理とリリースタグにより、並行作業やアプリのバージョンを切り分けて管理できます。
* **ルールに従う AI。** [Localazy AI](https://localazy.com/docs/general/localazy-ai) は用語集とスタイルガイドを自動的に適用し、過去の翻訳や追加したメモも参照します。翻訳者は、キーに添付された[スクリーンショット](https://localazy.com/docs/general/screenshots)も確認できます。CLI の [`localazy translate`](https://localazy.com/docs/cli/ai-translations) を使えば、スクリプトやビルドパイプライン内で AI 翻訳をオンデマンドで取得できます。
* **必要なときは人間の翻訳者も。** プラットフォーム内から[プロによる翻訳や、機械翻訳の人手によるレビュー](https://localazy.com/docs/general/human-translation-services)を発注でき、支払いには AI と同じクレジットを使用します。
* **リリース不要で配信。** [Language CDN](https://localazy.com/docs/cdn/cdn-introduction) で翻訳をユーザーに公開でき、[OTA アップデート](https://localazy.com/docs/general/ota-updates)を使えば、アプリストアでのリリースを経ずに Android および iOS アプリの文字列を更新できます。
* **自動化と再利用。** [自動化](https://localazy.com/docs/general/automations)を設定すると、コンテンツの追加時に新しいキーを機械翻訳したり、翻訳メモリを適用したりできます。オプトイン方式の共有翻訳メモリである [ShareTM](https://localazy.com/docs/general/what-is-localazy-sharetm) は、他の Localazy プロジェクトで承認された翻訳を提案します。
* **シート数無制限。** 無料プランを含むすべてのプランでシート数と言語数が無制限のため、翻訳者やレビュー担当者を追加してもコストは増えません。

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

Localazy のマネージドカタログのワークフローでは、アプリはプロジェクトからエクスポートされたファイルを読み込みます。次の React の例では、外部の翻訳元カタログと組み合わせて react-i18next を使用しています。

```tsx title="src/MembersNotice.tsx"
import { Trans } from 'react-i18next';

export function MembersNotice({ count }: { count: number }) {
  return (
    <p>
      <Trans
        i18nKey="workspace.members"
        count={count}
        components={{ membersLink: <a href="/settings/members" /> }}
      />
    </p>
  );
}
```

```json title="locales/en.json"
{
  "workspace": {
    "members_one": "Your workspace has {{count}} member. <membersLink>Invite your team</membersLink>",
    "members_other": "Your workspace has {{count}} members. <membersLink>Invite your team</membersLink>"
  }
}
```

`localazy upload` と `localazy download` は CI で実行でき、自動化を使えば新しいキーが追加されるたびに翻訳させることもできます。また、別コマンドの [`localazy translate`](https://localazy.com/docs/cli/ai-translations) を使えば、プロジェクトのフレーズとして保存せずに、翻訳をビルドスクリプトへ同期的に返すこともできます。上記のカタログの例で言えば、メッセージキー、複数形のエントリ、プレースホルダーのマッピングを、コンポーネントと並行して管理し続ける必要があるということです。対応ライブラリでは、インラインのデフォルト値と抽出機能によってカタログ作成を自動化できますが、それでもカタログ、文脈、配信設定の管理は残ります。

Localazy の無料プランでは、翻訳元キーを最大 200 個まで利用できます。有料プランの料金は管理する翻訳元キーの数に応じて変わり、Professional は年払いで月額 $34、1,000 キーまで、Business は 10,000 キーまで利用できます。有料プランには AI 翻訳の利用枠が含まれており、それを超えると AI 翻訳、機械翻訳、人手による翻訳でクレジットを消費します。Localazy AI の料金は 1 語あたり $0.0035〜$0.008 です。Localazy と General Translation はどちらもユーザー数が無制限のため、シート数はコストの差にはなりません ([Localazy の料金](https://localazy.com/pricing)を参照。2026年11月時点の情報) 。

## Localazy と General Translation の比較早見表

| 機能        | Localazy                                                  | General Translation                                                                                                                                         |
| --------- | --------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 文字列の管理場所  | 翻訳元ファイル内のキーとして管理し、Localazy プロジェクトにアップロード                   | コード内の [`<T>`](/docs/react/reference/components/t) の中、または既存のリソースファイル                                                                                         |
| コードとの連携方法 | CI でアップロード／ダウンロード。同期的なオンデマンド出力には `localazy translate` を使用 | ビルド時に [`npx gt translate`](/docs/cli/reference/commands/translate) を実行、または Next.js および React アプリでは [Locadex](/docs/platform/locadex/quickstart) のプルリクエストを使用 |
| 翻訳の担い手    | Localazy AI、機械翻訳、自社チーム、または Localazy のプロの翻訳者               | コード、用語集、カスタムプロンプトから文脈を取り込む AI が翻訳し、チームがダッシュボードでレビュー                                                                                                         |
| 各文字列の文脈   | AI がメモ、キー名、用語集、スタイルガイド、過去の翻訳を活用。スクリーンショットはレビュー担当者の確認に役立つ  | マークされた JSX とメモ、またはリソースファイルのメタデータ。割り当てられたプロジェクト間で用語集とカスタムプロンプトを共有                                                                                            |
| ファイル形式    | Flutter ARB、XLIFF、Java properties を含む数十種類                 | JSX に加え、[JSON、YAML、PO、Markdown、iOS、Android、.resx など](/docs/cli/reference/formats/json-files)                                                                |
| 配信        | ダウンロードしたファイル、Language CDN、Android および iOS の OTA 配信        | ビルドに含めるローカルファイル、または React と Next.js 向けの General Translation の CDN                                                                                           |
| 料金        | 管理する翻訳元キー数に応じたプラン (AI 利用枠を含み、追加クレジットも購入可能) 。シート数は無制限      | [翻訳量に応じた従量課金](https://generaltranslation.com/pricing)。キー数ベースのサブスクリプションやシート料金は不要                                                                             |

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

React、Next.js、Vue では、General Translation がコンポーネント内のテキストをそのまま翻訳するため、翻訳元カタログを管理する必要がありません。[プロバイダーをセットアップ](/docs/react/react-quickstart)したうえで、同じ通知を `gt-react` で実装すると次のようになります。

```tsx title="src/MembersNotice.tsx"
import { T, Plural, Num } from 'gt-react';

export function MembersNotice({ count }: { count: number }) {
  return (
    <T>
      <p>
        <Plural
          n={count}
          singular={<>Your workspace has <Num>{count}</Num> member.</>}
        >
          Your workspace has <Num>{count}</Num> members.
        </Plural>{' '}
        <a href="/settings/members">Invite your team</a>
      </p>
    </T>
  );
}
```

単数形の文、フォールバックの文、リンクはコンポーネント内にそのまま残ります。[`npx gt translate`](/docs/cli/reference/commands/translate) はこれらをもとに対象言語の複数形を生成し、[`<Plural>`](/docs/react/reference/components/plural) はレンダリング時にロケールと数値に応じて適切な形を選択します。

* **スピード。** 英語の複数形の分岐とリンクが同じ場所にあるため、文言の変更はそのコンポーネントのプルリクエスト内で完結します。CLI はマークされたコンテンツを抽出し、変更のあった翻訳を生成して、ビルド前にダウンロードします。エンジニアがこの UI 用に、翻訳元カタログで別途英語のメッセージを管理する必要はありません。
* **従量課金。** Localazy のプランは管理する翻訳元キーが増えるにつれて段階的に上がり、プランに含まれる上限を超えた翻訳はクレジットとして購入する必要があります。General Translation は依頼した翻訳作業の分だけ課金し、一致する完了した翻訳は再利用するため、カタログが大きくなっても上位プランに移行する必要はありません。 ([利用料金](https://generaltranslation.com/pricing/usage)を参照してください。) 
* **JSX の構造を文脈として活用。** Localazy AI は、各キーをそのメモ、用語集、過去の翻訳とあわせて翻訳します。一方、General Translation はマークされたブロック単位で翻訳するため、上記の通知に含まれる複数形の分岐とリンクは、`context` のメモとあわせてまとめて翻訳に渡されます。レビュー担当者は[ダッシュボード](/kb/review-translations)で結果を修正できます。ネイティブの文字列では、Android の `strings.xml` や Apple の `.strings` ファイル内のコメントが同様のメモとして機能します。 ([General Translation が文脈を送信する仕組み](/kb/ai-translation-context)を参照してください。) 
* **低リスク。** 既存の i18next や next-intl のライブラリとレビュー済みのカタログをそのまま使いながら、サービスを導入できます。インラインコンポーネントへ移行するかどうかは、別途判断すればかまいません。CLI は iOS の String Catalogs、`.strings`、`.stringsdict`、Android の `strings.xml`、PO ファイルも翻訳できるため、既存のリリースプロセスにも対応できます。すべての翻訳をローカルに読み込んでおけば、MIT ライセンスの `gt-react` および `gt-next` ライブラリは、GT アカウントもランタイムのサービス呼び出しも不要でレンダリングできます。

Ramp は General Translation を活用し、ダッシュボード、ランディングページ、iOS アプリを 11 以上のロケールにローカライズしています。 ([エンタープライズ向け General Translation](https://generaltranslation.com/enterprise)を参照してください。)

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

1 つのプロジェクトで Flutter ARB、XLIFF、Java properties などの形式に対応する必要がある場合、プロの翻訳者による人手による翻訳を同じプラットフォーム上で発注したい場合、ネイティブモバイルアプリの文字列をリリースなしで OTA (over-the-air) 更新する必要がある場合、または Localazy のプロジェクト間で翻訳メモリを共有したい場合は、Localazy を選ぶとよいでしょう。

## Localazy から General Translation への移行

1. **エクスポートとバックアップ。** リポジトリに翻訳元のスナップショットを保存し、それに対応するレビュー済みの完全な翻訳を[ダウンロード](https://localazy.com/docs/cli/download-reference)して、両方をバックアップします。ターゲットのエントリがソース言語のフォールバックではなく実際に翻訳されていることを確認し、未完了のロケールは先に完成させてください。
2. **Localazy による書き込みの一時停止。** General Translation がファイルを書き込む前に、リポジトリへ書き込む Localazy のアップロード・ダウンロードジョブと自動化を一時停止します。2 つのツールが同じファイルに書き込むと、最後に書き込んだほうの内容が残ります。
3. **文脈の設定。** 対象ファイルに合わせて `gt.config.json` を設定し、用語集をコンテキストグループに、スタイルガイドをカスタムプロンプトにコピーします。文字列ごとのメモはソースファイルのコメントまたは[キーごとのメタデータ](/docs/cli/reference/keyed-metadata)に残しておけば、最初の翻訳からそれらが反映されます。
4. **アップロード。** [`npx gt upload`](/docs/cli/reference/commands/upload) を実行して、ダウンロードした翻訳をインポートします。
5. **翻訳と検証。** [`npx gt translate`](/docs/cli/reference/commands/translate) を実行し、アプリで 1 つのロケールを確認します。カタログのレンダリングは引き続き i18next または next-intl に任せ、まだ必要なネイティブの OTA 配信は、代替手段の準備が整うまでそのまま維持してください。

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

はい。React、Next.js、Vue のコンポーネント内のプロダクト文言と、CLI が対応しているファイル形式であれば代替できます。レビュー済みの翻訳、用語集、文字列ごとのメモはそのまま引き継がれ、i18next や next-intl を使っているアプリも既存のライブラリを使い続けられます。変わるのは翻訳が行われる場所で、同期先のプラットフォームではなく、ビルドの中で翻訳されるようになります。ネイティブの OTA (Over-the-Air) アップデートとプラットフォーム内のプロの翻訳者については、それぞれアプリのリリースと自社のレビュー担当者で代替することになります。

## Related questions

- [General Translation と TMS（Crowdin、Lokalise、Phrase）の比較](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx): 翻訳の生成、コードから導出した文脈、レビューをプロダクトのリリースと連動させたい開発チームには General Translation が適しています。既存のカタログとレンダリングライブラリをそのまま使うことも、翻訳キーを使わずにインライン JSX を記述することもできます。TMS は、言語ベンダー、CAT エディター、XLIFF でのやり取りを中心とした翻訳プログラムに適しており、そのインテグレーションを使えばファイル転送を自動化できます。
- [General Translation と SimpleLocalize の比較：どちらを選ぶべきか？](https://generaltranslation.com/ja/kb/general-translation-vs-simplelocalize.mdx): UI の文言と翻訳の文脈をコンポーネント内で管理し、変更されたメッセージをビルド前に生成し、シート料金なしで文言をレビューしたいなら General Translation がおすすめです。既存の i18next や next-intl のカタログをそのまま使い続けることもできます。SimpleLocalize は、ページ上での編集、顧客ごとの文言、ネイティブモバイル向けの OTA（Over-the-Air）アップデートに対応したキーベースの翻訳エディターを求めるチームに向いています。
- [Crowdin の代替ツール：General Translation と Crowdin の比較](https://generaltranslation.com/ja/kb/general-translation-vs-crowdin.mdx): テキストをコンポーネント内に置いたまま、ビルドとあわせて翻訳を生成したいなら General Translation がおすすめです。Crowdin はリソースファイル、翻訳者、レビューワークフローを中心に翻訳プロジェクトを管理するツールで、エンジニアがそれらをアプリに接続し、プロダクトの変化に合わせて保守していく必要があります。なお、オープンソースのコミュニティ翻訳やベンダー主導の翻訳プログラムでは、Crowdin は今も有力な選択肢です。
- [毎日リリースするチームに最適な継続的ローカライゼーションツールは？](https://generaltranslation.com/ja/kb/best-continuous-localization-tools.mdx): General Translation を選べば、マークされた JSX の文脈と共有のプロダクト用語を活用して、ビルドのたびに新しいコピーを翻訳できます。チームは ダッシュボード で文言をレビュー・修正でき、Locadex は新しい UI テキストを翻訳対象としてマークするプルリクエストを作成します。既存の i18next や next-intl のセットアップはそのままで、このワークフローを導入できます。
- [ソフトウェアの文字列をAI翻訳する際、十分な文脈を与えるにはどうすればよいですか？](https://generaltranslation.com/ja/kb/ai-translation-context.mdx): メッセージは分割せず、意味に関するメモ、プレースホルダーの役割、文字数制限、共通の用語を添えて翻訳します。General Translation の CLI は、マークされた JSX を構造化されたブロックとして抽出し、コンテキスト注記を翻訳の生成時にも引き継ぎます。既存の JSON や YAML のカタログでは、キーごとのメタデータで文字列ごとに指示を与えられます。コンテキストグループは、割り当てられたすべてのプロジェクトに用語集とカスタムプロンプトを適用し、レビュー担当者はダッシュボードで出力を修正します。

## Previous and next questions

- Previous question: [毎日リリースするチームに最適な継続的ローカライゼーションツールは？](https://generaltranslation.com/ja/kb/best-continuous-localization-tools.mdx)
- Next question: [General Translation と SimpleLocalize の比較：どちらを選ぶべきか？](https://generaltranslation.com/ja/kb/general-translation-vs-simplelocalize.mdx)

## Sitemap

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