Lovalingo vs Weglot vs globalize.now：Lovableアプリをどうローカライズすべきか？

Lovableアプリにとって本当の分岐点は、ランタイム翻訳かコミット型翻訳かという点です。LovalingoとWeglotはページ読み込み後にブラウザ上で翻訳を注入します。globalize.nowはリポジトリ内にロケールファイルを生成し、プッシュのたびに同期を保ちます。globalize.nowはAI駆動のローカライゼーション基盤です\：AIが生成したコードからハードコードされた文字列を抽出し、カタログの雛形を作成し、手動でのエクスポートやレビューキューを挟むことなく、翻訳済みカタログをプルリクエストとして返します。本ガイドでは、動作方法・SEO・導入経路・コストの観点から3つを比較します。

Lovalingo、Weglot、globalize.nowは実際どのように動作するのか？

これらは2つの陣営に分かれます\：ランタイムウィジェットと、コミット型カタログです。

LovalingoはReactのランタイムライブラリです。@lovalingo/lovalingoをインストールし、アプリをプロバイダーでラップすると、コンテンツを検出してブラウザ上で翻訳し、ロケールURLとhreflangを生成し、言語切り替えスイッチャーを組み込みます。Weglotも同様にランタイム層として動作し、JavaScriptスニペットが既存サイトを翻訳し、サブディレクトリまたはサブドメイン経由で各言語を提供します。翻訳の編集はWeglot自身のインターフェースで行います。どちらも、ソースコードではなくレンダリング後のページを翻訳しています。

globalize.nowはもう一段下の層、つまりローカライゼーション基盤として動作します。lovable-i18nスキルがLinguiをインストールし、ロケールごとにsrc/locales/[locale]/messages.poにPOカタログの雛形を作成し、文字列を<Trans>マクロでラップし、GitHub Actionを追加します。リポジトリを接続すれば、プッシュのたびに新しい文字列との差分が検出され、更新済みカタログを含むプルリクエストが開かれます。翻訳データはベンダーのランタイムではなく、実際のファイルとしてあなたのリポジトリに存在します。より広いカテゴリとの比較を検討している場合は、バイブコーダー向けローカライゼーションガイドで同様のトレードオフを解説しています。

ランタイム翻訳とコミット型カタログの違いは何ですか？

ランタイム翻訳はブラウザ上で行われ、コミット型翻訳はビルド時に行われます。

ランタイムウィジェットは英語版のアプリをそのまま配信し、ページのレンダリング後にテキストを差し替えます。導入が速くビルドの変更も不要ですが、翻訳済みコンテンツは表示のたびにクライアントサイドで生成されます。一方コミット型カタログのアプローチでは、文字列をコードベースの一部であるロケールファイルとして抽出するため、翻訳済みテキストはアプリが配信するマークアップの中にコンパイルされて含まれます。これらのファイルはあなたが所有し、バージョン管理下に置かれ、ツールを乗り換えてもリポジトリと一緒に移動します。

これは、AIで構築されたアプリの翻訳がずれていきやすい理由でもあります。Lovableへのプロンプトのたびに新しいハードコード文字列が追加される可能性があり、ランタイムオーバーレイは読み込み時に見えているものしか捉えられません。抽出処理をプッシュサイクルに組み込んでおけば、カタログを常に最新に保てます。この失敗パターンについてはLovableアプリの翻訳がプッシュのたびに壊れる理由で取り上げています。

翻訳が公開されるまでの速度は？

同一プッシュ内で数分か、最大1日かの違いです。

ランタイムサービスは、他言語を提供する前にサイトを処理する必要があり、Lovalingo自身のアプリでも翻訳とページの公開まで最大24時間かかると案内されています。globalize.nowでは、プッシュそのものに合わせて翻訳が実行されます\：新しい文字列をプッシュした瞬間に、更新済みカタログを含むプルリクエストが（通常は数分程度で）開かれ、翻訳済みマークアップはそれを導入したコードと同じサイクルで提供されます。日々イテレーションを重ねるLovableアプリにとって、この差は、各変更がマージ時点で翻訳済みになっているか、それとも1日遅れになっているかの違いを意味します。

LovableアプリのSEOにはどちらのアプローチが有利ですか？

コミット型カタログの方が、ランタイム注入よりも確実にインデックスされます。

検索エンジンは配信されたHTMLの内容に基づいて順位付けを行います。翻訳が描画後にクライアントサイドで注入される場合、クローラーは元の英語ページしか見ていないことが多く、ロケールごとのインデックスは低下します。Weglotはサブディレクトリまたはサブドメインで各言語をレンダリングし、hreflangを生成することでこれを緩和していますが、公式ガイドでも、hreflangはサブディレクトリまたはサブドメイン連携時に生成されるものであり、JavaScriptのみの設定では生成されないと明記されています。Lovalingoも同様にhreflangとロケールURLを生成しますが、翻訳テキスト自体はやはりランタイムで組み立てられます。

LinguiとコミットされたPOカタログにロケールルーティングを組み合わせれば、各言語は独立してクロール可能なページとなり、翻訳済みマークアップはブラウザがスクリプトを実行する前から存在します。英語以外の検索での発見を目指すLovableアプリにとって、この違いは時間とともに積み重なっていきます。また、未翻訳テキストのちらつきや、後からのテキスト差し替えによるレイアウトのずれもないため、Core Web Vitalsもクリーンに保たれます。

それぞれLovableプロジェクトへどのように導入されますか？

それぞれ入り口が異なります\：プロバイダー、スニペット、あるいはスキルです。

Lovalingoはnpmインストールと、アプリを包むプロバイダーラッパーで構成されます。Weglotはスクリプトタグとアプリキーで、設定はWeglotのインターフェースで行います。globalize.nowはLovableのエディタ内にワークスペーススキルとしてインストールされます\：

# In Lovable: Skills → Add → Import from GitHub
https://github.com/globalize-now/lovable-i18n

その後、Lovableに直接プロンプトを送るだけです\：

Set up i18n for my project using the lovable-i18n skill.

Lovableがあなたのスタック（Vite SPAまたはTanStack Start）を検出し、Linguiをインストールし、カタログの雛形を作成し、文字列をラップし、GitHub Actionを追加します。globalize.nowでリポジトリを接続し、対象言語を選択して、マージするだけです。同じリポジトリをCursorやClaude Codeで構築している場合は、接続済みリポジトリ内でnpx skills add globalize-now/globalize-skillsを実行すれば、一式まとめて導入できます。詳しい手順はLovable連携ページに掲載しています。

Lovalingo、Weglot、globalize.nowの費用はどれくらいですか？

3つはそれぞれ異なる課金基準を採用しています\：訪問者数、単語数、文字数です。

Lovalingoは500訪問者までの無料プランがあり、それ以降は訪問者数ベースの課金に移行します。Weglotは2,000語・1言語まで無料で、10,000語・1言語で月額15ユーロ、50,000語・3言語で月額29ユーロとなり、その語数上限は月ごとに更新されるプールではなく固定枠です。globalize.nowはワークスペースごとに月額20ユーロで、月20ユーロ分の翻訳クレジット（約20万語相当）が含まれ、それを超えた分は同じ文字単価のトークン課金となります。シート課金や言語ごとの追加料金はなく、プロジェクト数も無制限で、登録時にはカード登録不要で5ユーロ分のクレジットが付与されます。

実務的な見方をすれば、小規模なサイトを手早く試すにはランタイムの無料プランが最も摩擦が少ない一方、シート課金や言語ごとの追加料金がない文字数課金のワークスペースプランは、アプリが言語やページを増やしていくにつれてより予測しやすくスケールします。自分のアプリが実際にどう成長するかに合わせて、課金基準を選びましょう。各ツールの機能をより詳しく比較したい場合は、比較記事一覧をご覧ください。

あなたのLovableアプリにはどちらを選ぶべきか？

何を重視するかで選びましょう\：オーバーレイの速さか、所有権とインデックスされやすさかです。

半日程度で稼働中のサイトに言語を追加したく、英語以外の検索での上位表示を狙っていないなら、LovalingoやWeglotのようなランタイムウィジェットを選びましょう。翻訳データを自分のリポジトリ内に置き、ロケールごとにインデックス可能なページとして配信し、Lovableへプロンプトを送り続ける限り自動的に最新の状態を保ちたいなら、globalize.nowを選びましょう。前者はページの上に重ねる翻訳レイヤーであり、後者はコードベースの下で動くローカライゼーション基盤です。複数の市場に展開していくつもりのアプリにとっては、カタログとSEOを自分の手で所有できる立場にいることが、通常望ましい状態です。

globalize.nowは、Lovableのi18nをコミット型カタログとして扱います。ワークスペースにlovable-i18nスキルを追加するか、リポジトリ内でnpx skills add globalize-now/globalize-skillsを実行するか、あるいはglobalize.nowで仕組みをご確認ください。