Lovalingo がサービス終了：2026年、Lovable アプリのための最良の代替策

Lovalingo の最良の代替策は、二度と自分の意図しないタイミングでサービスを終了させられないものです\：つまり、別のランタイムサービスから「借りる」のではなく、自分自身のリポジトリにコミットする翻訳です。globalize.now は AI を活用したローカライゼーション基盤で、Lovable アプリ向けにまさにそれを実現し、リポジトリ内に Lingui カタログを生成し、Git へのプッシュのたびに同期します。Weglot や LocalizeJS のようなランタイムウィジェットは導入は早いものの、まさに今回破綻したのと同じ依存関係を再現してしまいます。本ガイドでは、8月31日の期限までに選択できるよう、現実的な選択肢を比較していきます。

---

なぜ Lovalingo はサービスを終了するのか、そしてあなたのアプリはどうなるのか？

Lovalingo は2026年8月31日23時59分（中央ヨーロッパ夏時間）にサービスを終了します。ランタイムで翻訳を行う仕組みのため、その夜、提供されていたすべての翻訳が訪問者にとって消滅します。運営元の Tempo AI LLC は、サイト全体に表示されたバナーでサービス終了を発表しました\：新規プロジェクトと新規サブスクリプションはすでに停止しており、請求処理も一時停止中で、顧客データの保存用エクスポートが準備されています。サポートはサービス終了まで [email protected] で連絡可能です。

後継サービスは指定されていません。最も雄弁な事実は、Lovalingo 自身の移行ガイダンスが、ウィジェットを削除する前にプロジェクト所有の国際化対応を導入するようユーザーに案内している点です。つまり、解決策は別のウィジェットではないと、ベンダー自身が語っているのです。

このサービス終了が「不便」で済まず「致命的」である理由はここにあります。ランタイムウィジェットは翻訳データを自社サーバー上に保持し、英語ページが読み込まれた後に訪問者のブラウザ内でテキストを差し替えます。コードベースには何も存在しません。サーバーが停止すれば、アプリは即座に英語オンリーの状態に戻り、もはやエクスポートする手段も残されていません。ウィジェットが生成する言語バージョンをもとに多言語 SEO を構築していた場合、それらも検索インデックスから消えてしまいます。Lovalingo サービス終了への移行ガイドでは、クリーンな削除手順を一通り解説しています。

---

Lovable アプリにとって最良の Lovalingo 代替策は何か？

現実的な選択肢は5つあり、それらは大きく2つの陣営に分かれます\：翻訳をリポジトリに置くツールと、ランタイムで翻訳を「貸し出す」ツールです。

globalize.now は Lovable アプリにとって最良の Lovalingo 代替策なのか？

翻訳を自分で所有したいなら、答えはイエスです。まさに Lovalingo のサービス終了ガイダンスが推奨する構成、つまりプロジェクト所有の国際化対応のために作られているからです。Lovable のワークスペースに lovable-i18n スキルを追加し、Lovable に i18n をセットアップするよう指示するだけです。結果として得られるのは、リポジトリ内にコミットされた PO カタログを持つ Lingui であり、Lovable が現在生成する TanStack Start スタック上でサーバーサイドレンダリングされます。つまり、検索エンジンがインデックスできる実際のロケール URL があり、翻訳前に英語がちらつくこともありません。それ以降は、プッシュのたびに globalize.now が翻訳用のプルリクエストを自動的に開き、手動での作業は一切不要です。

料金はワークスペースごとに月額20ユーロで、月あたり20ユーロ分の翻訳クレジット（約20万語相当）が含まれます。それを超えた分はトークンベースの従量課金となり、単価は同じ1文字あたりの料金です。シート課金も言語数課金もなく、カード登録不要で5ユーロ分のクレジットからスタートできます。Lovalingo からの移行者には現在、移行ガイドに記載の通り、3か月分の利用が無料で提供されます。

正直にお伝えすべき前提条件があります\：あなたの Lovable プロジェクトで GitHub 同期が有効になっている必要があります。カタログがリポジトリ内に存在する仕組みだからです。そしてそれこそが本質的なポイントでもあります。Lovalingo と Weglot との詳細な三者比較では、さらに踏み込んで解説しています。

Weglot は Lovalingo の良い代替策になり得るか？

Weglot は最も近い「そのまま置き換え」の選択肢ですが、それこそがまさに問題点です\：今回あなたを困らせたのと同じランタイム方式だからです。成熟した製品で、Lovable 公式の多言語対応ガイドにも登場し、ビジュアルでのセットアップも素早く行えます。しかし、英語ページが読み込まれた後に翻訳を行う点は変わらず、プランは翻訳語数に応じた段階制であり、翻訳データはあなたのリポジトリではなく Weglot 側のシステムに存在します。Lovalingo から Weglot への移行は、まったく同じ依存関係を作り直し、今度のベンダーが前より長く持ちこたえてくれることを祈るようなものです。

Lovalingo から Lokalise に乗り換えるべきか？

人手による翻訳者がいて、レビュー用のワークフローが必要な場合に限ります。Lokaliseはそもそも別のレイヤーで動くツールだからです。Lokaliseはチーム向けの翻訳者ワークフロー管理ツールで、個人開発者ではなく企業向けのシート課金プランを採用しています。しかも、根本的な作業がなくなるわけではありません。翻訳者プラットフォームが管理する対象を持つには、そもそもLovableアプリ側できちんとしたi18n配線（キー、カタログ、ロケールルーティング）が済んでいる必要があります。ほとんどのLovable開発者にとっては、実際に必要な作業量を超えたオーバースペックです。

LocalizeJSはLovalingoの代わりになりますか？

LocalizeJSはLovable向けローカライゼーションで最も勢いのある新規参入サービスですが、カテゴリーとしてはLovalingoやWeglotと同じランタイム型です。専用のLovableドキュメントも公開しており、このニッチ市場に本腰を入れているのは間違いありません。ただし構造的なトレードオフは変わりません。翻訳はページ読み込み後に行われ、訪問者が目にする言語はベンダーの稼働率と存続に左右されます。あくまで「レンタル」として評価すべきものです。

ParaglideやIntlayerはLovalingoの代わりになりますか？

はい、自分でi18nを組む覚悟がある開発者なら選択肢になります。どちらもTanStack Startに対応したオープンソースライブラリで、すべてを自分のリポジトリに収められます。SaaSを介さず、完全な所有権を得られるのが利点です。ただしその代償として、文字列の抽出・翻訳・継続的な同期はすべて自分の仕事になります。Lovableが新たに生成する文字列は、その都度自分で見つけ、キー化し、翻訳しなければなりません。この地道な作業自体を楽しめるなら十分実用的な道です。所有権は欲しいけれど地道な作業はしたくないという場合、そのギャップを埋めるのがglobalize.now（ノリで開発する人向け）です。

---

どのLovalingo代替を選ぶべきか？

導入スピードではなく、「何を自分の手元に残したいか」で選びましょう。

• ベンダーの盛衰に左右されない翻訳と、Googleがインデックスできるロケール別URLが欲しい場合：globalize.nowのLovable連携によるコミット済みカタログが最適です。
• とにかく最速で見た目を切り替えたい、また同じ「レンタル」を繰り返すことも織り込み済みなら\：WeglotかLocalizeJSを、リスクを承知の上で。
• 人手の翻訳者がいて、レビュー要件がある場合\：Lokaliseは正しいi18n配線の「代わり」ではなく「上」に載せるものです。
• ベンダーを一切介さず、地道な作業も苦にならないなら\：ParaglideまたはIntlayerを自分の手で組みましょう。

どれを選ぶにしても、8月31日までに決めてください。サービス終了後はエクスポートする対象すら残りません。

---

8月31日までにLovalingoから移行するにはどうすればいいですか？

手短に言うと\：データを確保し、ウィジェットをきれいに取り除いた上で、プロジェクト側でi18nを自前構築するという流れです。

1. サービスがまだ稼働しているうちに、Lovalingo から保存用エクスポートをダウンロードしてください。
2. Lovalingo のスクリプトと、それが挿入した言語切り替え要素を削除し、サービス終了後に使われないコードが残らないようにしましょう。
3. プロジェクト側でi18nを自前構築しましょう。globalize.nowでは、Lovableワークスペースにlovable-i18nスキルを追加し、Lovableにi18nのセットアップを指示するだけです。あとはコミット済みカタログの作成とプッシュごとの同期が自動的に行われます。
4. 多言語SEOも見直しましょう。ウィジェットが生成していた言語バージョンの代わりに、hreflangを備えた本物のロケールルートを用意します。

ステップバイステップの移行ガイドでは、これらすべてを完全なチェックリストとともに解説しています。

ベンダーは現れては消えていきます。しかし自分のリポジトリにあるファイルは消えません。globalize.nowはコミット済みカタログを一度セットアップすれば、Gitへのプッシュのたびに自動同期します。次にこのカテゴリーで「サービス終了」のお知らせが出たときは、もう他人事です。