Lovable alternative：66人の移行先

Denysです。フルスタック・AIエンジニアです。Lovableで始まったアプリを引き継ぐことが多く、「代わりに何を使えばいい？」とよく聞かれます。私の好みだけではない答えが欲しかったので、離れた人たちの発言を読み、数え、その後どうなったかを確認しました。

Lovableの一番いい代わりは？

分かれ目は1つです。コードを扱えるか、学ぶ気があるか。スレッドはこの線で分かれます。

スレッドの読み方

r/lovable、r/cursor、r/vibecoding、r/Base44、r/boltnewbuilders、r/nocode、r/SaaSから、2025年11月〜2026年10月の間に「lovable」「alternative」「switched」「leaving」などの検索に一致し、コメントが4件以上あるスレッドをすべて、公開Redditデータのアーカイブ（Arctic Shift）から集めました。710スレッドのうち、445スレッドが少なくとも1つのツールについて実際の意見を含んでいます。各スレッドについて、論じているツール、トーン、理由、ツール間の移行、コメント者が薦めるツール、引用を1つ記録しました。スクリプトで全引用をアーカイブしたスレッドと照合し、公開前に引用した全スレッドをRedditで開いて、その言葉が今も残っているか確かめました。

偏りを頭に入れておいてください。スレッドの半分以上はr/lovableのもので、そこには何かうまくいかないときに人が投稿します。離れて満足している人は、わざわざ戻ってきてそう書くことがあまりありません。数字は市場シェアではなく、方向を示すものです。

Lovableの次に行った先

移行の多くは、競合のビルダーではなく、エクスポートしたリポジトリで動くコーディングエージェントに向かいます。バックエンドだけを自分のSupabaseプロジェクトに移し、ほかの場所で作り続けた人も少数います。典型的な話は短いものです：“I started building apps via Replit and lovable but once I got into Claude, I never went back.”（ReplitとLovableでアプリを作り始めたが、Claudeを使い始めてからは、二度と戻っていない。）あるいは数字つきで：“The amount I’ve accomplished with a Claude Max plan in the last week (£90), would’ve definitely cost me upwards of £500 via Lovable - easily.”（先週Claude Maxプラン（90ポンド）で成し遂げた量は、Lovableなら間違いなく500ポンド以上かかっていた。楽に。）

逆の移行もありますが、まれです。Base44からLovableへが4人、BoltからLovableへが2人でした。

Lovableをやめる理由

クレジット、344スレッド中142。 不満はプラン料金より、試行にお金を払うことです：“It ends up telling me that the bug is fixed, but it is not fixed costing me credits.”（結局、バグは直ったと言われるが、直っていなくて、クレジットだけが減る。）プロンプト1回で以前より多くのクレジットがかかるのに、計算方法の説明がはっきりしない、と書くスレッドもいくつかあります。

バックエンド、96スレッド。 Lovable Cloudでは、データベース、ユーザー、シークレットがLovable自身のバックエンドにあり、後から取り出すのが難所です。“The database and hosting part of Lovable is what most people have an issue with, not the AI cost.”（多くの人が問題にしているのはLovableのデータベースとホスティングの部分で、AIのコストではない。）

壁と修正ループ、63と62スレッド。 アプリに本物のロジックが入ると、編集が、動いていたものを壊し始めます。この2つの理由は、修正ループのたびにお金がかかるので、たいていクレジットと一緒に出てきます。

ロックイン、56スレッド。 主にCloudの話です：“Only if you use Lovable Cloud, you lock yourself in.”（ロックインされるのは、Lovable Cloudを使う場合だけ。）自分のSupabaseプロジェクトに接続したプロジェクトなら、持ち出しははるかに楽です。

それでも評価されている点は、最初のバージョンまでの速さで、80スレッドです。Lovable Cloudから動けなくなったという話のスレッドでさえ、書き出しはこうです：“Lovable is genuinely one of the best tools out there for going from idea to product FAST.”（Lovableは、アイデアから製品まで速く進むための、本当に最高のツールの1つだ。）離れることだけが答えではありません。上のコストが勝ち始めたときの答えです。

「代わりは？」のスレッドが薦めるもの

代わりに何を使うかを尋ねた64スレッドでの答えは、圧倒的に「自分のリポジトリで動くエージェント」です。ほかのビルダーは、それぞれ5〜6回の言及で、「Lovableに残る」とほぼ同じ回数です。コメントでよく見る手順：“Push to Github, connect Claude Code to it and voilá - no more paying Lovable”（GitHubにpushして、Claude Codeを接続すれば、もうLovableに払わなくていい）。

試した人からの注意点：“codex and claude code assume you can read the output, live in a terminal and fix stuff when it breaks.”（CodexもClaude Codeも、出力が読めて、ターミナルで作業し、壊れたら自分で直せる人を前提にしている。）エージェントは1回の変更あたりでは安いですが、ホスティング、データベース、すべてのデプロイが自分の仕事になります。

代わりを並べて比較

下の数字は、同じ集合の中で各ツールを論じたスレッドを数えたものです。エージェントがよく見えるのは、それについて書く人がすでにLovableを離れ、その選択に満足しているからでもあります。トーンの列は、その点を踏まえて読んでください。

ビルダーの詳しい比較：Lovable vs Cursor、Lovable vs Bolt、Lovable vs Base44。エージェントに自分のPCでコマンドを実行させるなら、先にClaude Codeは安全？を読んでください。

データを失わずにLovableから移る方法

コードは簡単な部分です。うまくいかなかったスレッドでは、リポジトリに入っていない何かが失われていました。

離れるつもりがなくても、最初のステップは早めに始めてください。これらのスレッドでよくある後悔：“I wish I had synced GitHub much earlier.”（GitHubをもっと早く同期しておけばよかった。）最後のステップが重要なのは、移行のときにセキュリティが静かに変わるからです。私が行う確認はLovableアプリのセキュリティチェックリストにあり、無料のSupabaseセキュリティチェックは、行を読まずに新しいプロジェクトのgrantとポリシーを読みます。

よくある質問

コードを書かない人向けのLovableの代わりはある？ ビルダーです。Bolt、Base44、Replit、v0。これらのスレッドでは、クレジットや上限についてLovableと同じ不満が集まり、デザインと速さではLovableのほうが多く評価されています。長い目で見て安いのはエージェントですが、それが何をしているかを読めるようになることが前提です。

Lovableをやめるべき？ このリストのせいではありません。修正のコストが高すぎるとき、Lovableが壊し続けるロジックがアプリに必要なとき、データベースを完全に自分で管理したいときに離れてください。ある人は“an app with 17k users, some of whom are paying users, and it’s on Lovable.”（1万7千ユーザーのアプリ。一部は有料ユーザーで、Lovableで動いている。）を運用しています。

Lovableを残したまま、エージェントも使える？ できます。GitHub同期を使い、CursorなどのエージェントでコードをいじりながらLovableにホスティングとプレビューを任せる人が何人もいます。

離れると何を失う？ ワンクリックのホスティングとデプロイ、ビジュアルエディタ、そしてCloudではLovableが管理してくれるバックエンドです。解約する前に、それぞれの行き先を決めておいてください。