globalize.now vs locize
locizeはi18nextの開発者たちによって作られており、i18next向けのネイティブな翻訳バックエンドを自称しています。globalize.nowは同じi18next構成で動作しますが、カタログをホスト型バックエンドではなくあなたのリポジトリに保持します。この選択は、どのi18nライブラリを使うかではなく、翻訳データをどこに置くかという問題です。
これは本質的にアーキテクチャの分岐点であり、正直にお伝えする価値があります。locizeユーザーは自分たちのツールをよく理解しているはずです。locizeは翻訳をホスト型バックエンドに保持し、CDN経由で配信します。だからこそ、本番環境でも誤字をデプロイなしで直せるのです。globalize.nowは翻訳をあなたのリポジトリに保持し、プッシュ時にプルリクエストを開きます。だからこそ、それができません。一方が手に入れるのはライブ更新であり、もう一方が手に入れるのは、コードと同様にレビューされ、ベンダーへのランタイム依存がない、自分の所有物としてのファイルです。どちらも無料ではなく、どちらのコストを引き受けるかを選んでいるだけです。
locizeの代替としてのglobalize.now
locizeの代替候補の中で、globalize.nowは同じモデルで競うのではなく、保存方式そのものを逆転させる存在です。あなたのi18next構成はそのままに、カタログはホスト型バックエンドからGitリポジトリへと移動し、プッシュのたびに更新されます。
locizeを選ぶべきケース…
locizeはi18next向けのホスト型翻訳バックエンドで、CDNまたはAPI経由でアプリに文字列を配信するため、再デプロイなしで翻訳を更新できます。
次のような場合はlocizeをおすすめします：
- リリースを挟まずに、翻訳を変更してすぐ本番反映したい場合。
- i18nextを深く使い込んでいて、開発元自身が作ったバックエンドを使いたい場合。
- 利用量が公開プランの範囲内に収まるなら、locizeはほとんどのプランでより安価です。実際そうなので、正直にお伝えします。
globalize.nowを選ぶべきケース…
globalize.nowは、Lingui形式のPOカタログをリポジトリにコミットし、プッシュのたびに翻訳を同期し、ロケールごとのマークアップをHTMLで配信する、AI駆動のローカライズ基盤です。
次のような場合はglobalize.nowがおすすめです：
- カタログをGitで管理し、それを使うコードと一緒にプルリクエストでレビューしたい場合。
- ユーザーと自社の間にCDN経由のフェッチを挟みたくない場合。
- 新しい文字列を別ダッシュボードで管理するのではなく、pushのタイミングで検出・翻訳したい場合。
機能比較(概要 ― 詳細は各社の公式サイトでご確認ください)。
| 機能 | globalize.now | locize |
|---|---|---|
| ロケールファイルを自分のリポジトリにコミットし、自ら所有する | あり | なし |
| アプリを再デプロイせずに翻訳更新を反映 | なし | あり |
| クライアント側フェッチなしで、配信HTMLにロケールごとのテキストが含まれる | あり | 部分対応 |
| プランごとの翻訳可能な単語数の上限 | なし | あり |
| 言語数がプランによって制限される | なし | あり |
| 公開されている最安の有料月額プラン | 5ユーロ | 7米ドル |
| 既存のi18next環境で利用できる | あり | あり |
| コーディングアシスタントが使うエージェントスキルとしてインストールできるか | あり | 該当なし |
- * ロケールファイルを自分のリポジトリにコミットし、自ら所有する: 補足: locizeは翻訳データを自社バックエンドに保存し、CDNまたはAPI経由で配信します。同期用にCLIやCI/CD連携を提供していますが、正となるカタログはlocize側にあり、あなたのリポジトリにはありません。
- * アプリを再デプロイせずに翻訳更新を反映: 補足: これはlocizeの中心的な訴求ポイントです——「アプリを再デプロイせずに翻訳を届ける」を、CDN/API経由で実現しています。globalize.nowはカタログをGitにコミットする方式なので、翻訳を届けるにはデプロイが必要です。再デプロイ不要での配信が要件なら、locizeの方が適しています。
- * クライアント側フェッチなしで、配信HTMLにロケールごとのテキストが含まれる: 補足: 構成次第です。locizeのデフォルトの配信方式はCDNフェッチですが、i18nextを使ったサーバーサイドレンダリングも可能で、ドキュメント化されています。ご自身のフレームワーク構成で確認してください。
- * プランごとの翻訳可能な単語数の上限: 補足: locizeはプランごとに単語数の上限を公開しています。例えばGrowth（月額49米ドル）は6万語、Enterprise（月額199米ドル）は20万語で、超過分は1万語あたり5米ドルです。globalize.nowはプランの割り当て上限ではなく、使用した文字数に応じた課金です。
- * 言語数がプランによって制限される: 補足: locizeはプランごとに言語数の上限を設けており、Freeでは2言語、Enterpriseでは最大150言語です。globalize.nowには言語数に応じた課金や上限はありません。
- * 公開されている最安の有料月額プラン: 補足: locize Starterは月額7米ドルで、locizeは0米ドルのFreeプラン（2,000語、2言語、1ユーザー）も提供しています。中間層ではlocizeの方が安価です：Growthは月額49米ドルに対し、globalize.nowのTeamは249ユーロです。乗り換える理由は価格ではなく、ファイルの所有権にあります。
- * 既存のi18next環境で利用できる: 補足: locizeはi18nextの開発者自身が作ったもので、「i18nextのためのネイティブな翻訳バックエンド」を謳っています。どちらのツールもi18nextから離れることを求めません。
- * コーディングアシスタントが使うエージェントスキルとしてインストールできるか: 補足: 2026年8月25日時点で、locizeが公開している連携リストには含まれていません。そのリストにはi18next、React、Vue、Angular、Next.js、Node.js、CLI/CI-CD、API、Figmaプラグイン、モバイルが並んでいます。
競合情報は2026年8月25日時点でlocize.com/pricing、locize.comをもとに確認しています。ベンダーの価格は変動するため、判断前にご確認ください。
locizeの方が適しているケース
再デプロイ不要での配信が「あれば嬉しい」ではなく必須要件なら、locizeを選んでください。非開発者が文言を編集してすぐ本番反映してほしい場合、リリース間で頻繁に小さな翻訳修正を行う場合、あるいはi18nextの開発元がメンテナンスするバックエンドを使いたい場合は、locizeの方が合っています。また、公開されているほとんどのプランでglobalize.nowより安価なので、予算が決め手になるならその点を私たちに問い合わせる前に把握しておくべきです。
globalize.nowの方が適しているケース
ローカライゼーションをソースコードのように扱いたいなら、globalize.nowを選んでください。カタログはレビュー対象のリポジトリ内に置かれ、ロケールごとのテキストはクライアント側フェッチなしで配信HTMLに含まれ、言語数や単語数のプラン上限を気にする必要もありません。リリースの他の部分と一緒に翻訳をロールバックできずに困った経験があるなら、それを解決するのがこの製品です。
それぞれが有利になる場面
1つのアプリにおいて、これらは重ねて使う層ではなく、どちらかを選ぶ代替関係にあります。デプロイなしでのライブ更新に、ホスト型カタログとCDNフェッチという対価を払う価値があるならlocizeが有利です。Gitで所有するファイルとpush時の同期に、ライブ更新を諦める価値があるならglobalize.nowが有利です。どちらもi18nextと連携するので、切り替えは「カタログをどこに置くか」の問題にすぎません——そして、その移行作業こそ私たちが代行する部分です。
よくある質問
locizeとi18nextの違いは何ですか？
i18nextはアプリ内で翻訳を表示するオープンソースライブラリです。locizeはその翻訳データを保存しCDN経由で配信する、有料のホスト型バックエンドで、i18nextと同じ開発者が作っています。i18nextはバックエンドなしで使うことも、locizeと組み合わせることも、あるいはglobalize.nowがカタログをリポジトリにコミットする形で使うこともできます。
locizeはglobalize.nowより安いですか？
ほとんどのプランでは、はい。2026年8月25日時点で公開されているlocizeの料金は、0米ドルのFreeプランからStarterの月額7米ドル、Enterpriseの月額199米ドルまで幅があります。一方globalize.nowはIndieが月額5ユーロ、Teamが月額249ユーロです。乗り換えの理由は価格ではなく、ファイルがどこにあるかです。
globalize.nowを使うためにi18nextをやめる必要はありますか？
いいえ。globalize.nowはLingui形式のPOカタログをあなたのリポジトリに配信し、i18nextはそのカタログファイルを読み込みます。変わるのは、正となるカタログがホスト型バックエンドではなく自分のリポジトリになるという点だけで、アプリのi18nextレイヤーを書き直す必要はありません。
locizeにできてglobalize.nowにできないことは何ですか？
再デプロイなしで翻訳変更を反映することです。これはlocizeの中心的な訴求ポイントであり、私たちはこれに対応していません。私たちのカタログはリポジトリにコミットされる方式なので、ユーザーに届けるにはデプロイが必要です。これが必須要件であれば、locizeを使い続けてください。
locizeからの翻訳データ移行を手伝ってもらえますか？
はい。通話予約をしていただければ、ロケールファイルの移行を代行します。どちらもi18next互換のカタログを扱うため、多くの場合短時間で完了します。
globalize.nowはlocizeの代替として良い選択肢ですか？
翻訳ファイルをGitで管理し、プルリクエストでレビューし、実行時に翻訳CDNへ依存したくないなら適しています。一方、デプロイなしでのライブ更新こそがlocizeを選んだ理由なら、globalize.nowは向きません——その場合、locizeはまさに期待通りの役割を果たしています。
リポジトリを接続する
アプリ内でリポジトリを接続するだけで、Gitへのプッシュのたびにglobalize.nowがロケールファイルを最新の状態に保ちます。