「LovableとBoltとv0、どれを選べばいいですか」——この問いに対する多くの記事の答えは「用途によります」で終わっています。間違ってはいませんが、意思決定には使えません。

企業導入の観点で見ると、3者の差はもっと構造的なところにあります。課金の単位そのものが違うのです。Lovableはクレジット、Boltはトークン、v0はドル建てクレジット。そして決定的なのは、席（ユーザー数）で課金するかどうかが分かれている点です。この一点で、10名規模と100名規模での総コストが桁違いに変わります。

なお、エンジニア個人の生産性向上を目的とするCursorや、開発環境ごと提供するReplitは課金思想が異なるため、本記事では対象外としています。

本記事では、Lovable公式Pricing、Bolt公式Pricing、v0公式Pricingの一次情報に基づき、2026年8月時点の実数で比較します。二次情報の推測値は使用していません。

Lovable単体の詳細は「Lovableとは？」、料金構造は「Lovableの料金はいくら？」をご覧ください。

無料資料｜全37ページ

Lovableを企業で使うための全体像と注意点を、1冊にまとめました

個人で試すのと、会社で使うのは別です。後から変更できない設定、プランによって使えない統制機能、向かない業務、過去のセキュリティ事案といった注意点を先に整理し、そのうえで最初の1本の選び方、既存システムとの接続、料金、社内展開の90日までを9章で解説しています。

ガイドブックを無料でダウンロード

3ツールはそれぞれ何のためのツールなのか？

そもそも同じカテゴリのツールなのか？

「AIでアプリを作る」という点では同じですが、出自と設計思想が異なります。

提供元を見ると性格がわかります。BoltはブラウザIDEを作ってきた企業の製品で、コードを触る人に最適化されています。v0はNext.jsを開発するVercelの製品で、フロントエンドとデプロイの体験が中心です。Lovableは「作れる人を増やす」ことに軸足があります。

「フルスタック対応」という言葉は同じ意味か？

3社とも「フルスタック」を掲げていますが、含意が違います。Lovableはバックエンド（DB・認証・ストレージ・関数）を外部設定なしの組み込み機能として提供します。Boltはデータベースプロバイダを選択できる設計で、公式Pricingにも「Choice of database provider」「Unlimited databases」と明記されています。v0は公式がフルスタック対応を掲げつつ、実際の重心はUI生成側にあります。

実務的な判断軸はこうです。「バックエンドの選定・設定を自分でやりたいか、やりたくないか」。やりたくないならLovable、やりたい（あるいは既存の構成に合わせたい）ならBoltです。

課金構造はどう違うのか？——ここが最大の分岐点

課金単位が3社とも違う

比較の核心です。

Lovableの公式Pricingは「Unlimited users」を全有料プランに明記し、席ではなくクレジットで課金すると述べています。一方Boltの Teams は「per month and member（1人あたり月額）」、v0は「per user/month」と明記されています。

各プランの実額はいくらか？

2026年8月時点の公開価格（月払い）を並べます。

数字だけ見ると、Pro相当は Lovable $25 / Bolt $25 / v0 $30 でほぼ横並びに見えます。ここで判断すると間違えます。差が出るのは人数が増えたときです。

人数が増えると総額はどう変わるのか？

組織向けプラン（Lovable Business / Bolt Teams / v0 Business）で、利用者数別の月額を試算します。Lovableは追加クレジットを購入しない前提の基本料金、他社は席数×単価です。

100名規模でLovableとv0 Businessの基本料金は200倍の差になります。

ただし、この表を鵜呑みにしないでください。公正に見れば次の留保が必要です。

• Lovableは席が無料でもクレジットは共有プールです。100名が使えば消費量は増え、上位のクレジット枠（例：Business 2,000クレジットで月$960）が必要になります
• Boltのトークン、v0のクレジットも同様に、人数が増えれば追加購入が発生します
• したがって正しい比較は「基本料金＋実消費量」であり、上表は固定費部分の構造差を示すものです

それでも構造差は決定的です。Lovableは「使う人」ではなく「使った量」だけが増える。BoltとV0は「使う人」と「使った量」の両方が増える。非エンジニアを含めて広く配布したい企業ほど、この差が効いてきます。逆に、少数のエンジニアが集中的に使うのであれば、席課金でも総額は変わりません。

技術的には何が違うのか？

生成されるコードとロックインの度合いは？

企業導入で必ず問われるのが、そのツールをやめたときに何が残るかです。この観点では3ツールに大きな差はありませんが、依存の中身が異なります。コードの持ち出しやすさよりも、ホスティングとバックエンドをどこに預けるかのほうが実質的な拘束力を持ちます。

3社とも実コードを生成し、GitHubへ持ち出せます。「AIツールに閉じ込められる」タイプのロックインは、どれも比較的小さいと評価できます。むしろ効いてくるのはホスティングとバックエンドの依存で、v0はVercelエコシステム、Lovableは組み込みCloud（Supabase）への親和性が高い設計です。

エンタープライズ要件はどこまで揃っているか？

情報システム部門の審査で問われる項目を、3ツールで並べます。注目すべきは機能の有無そのものより、どのプランから使えるかです。同じ機能でも、下位プランで到達できるか個別見積りの交渉が必要かで、導入までの時間とコストが変わります。

情報システム部門の審査という観点では、Lovableは比較的下位のプラン（Business $50）からSSOとガバナンス機能に到達できる点が実務上の利点です。BoltのSSOはEnterprise、v0のSAML SSOもEnterpriseで、個別見積りの交渉が必要になります。

ただし「学習データ除外」はv0もBusinessで対応しており、この点はLovableと同条件です。セキュリティスキャンについては、Lovableが公開前の自動スキャンを標準で備えている点が他2社より明示的です。

作りたいものごとに、どれが向いているのか？

キャンペーンLP・コーポレートサイトを作る場合

3ツールとも作れますが、差は「公開までの摩擦」に出ます。Lovableは組み込みCloudでホスティングまで完結し、Pro以上でカスタムドメインとバッジ除去に対応します。Boltも Pro でカスタムドメイン対応・Boltブランディング除去・「SEO boosting」を明記しています。v0はVercelへのデプロイが前提で、Vercelを既に使っている組織なら最短です。

判断軸は「既存のホスティング環境に載せたいか」。載せたいならv0＋Vercel、あるいはコードを持ち出して自社環境へ。考えたくないならLovableです。

社内向け業務ツール（申請・在庫照会・ダッシュボード）を作る場合

ここでLovableの優位が明確になります。理由は機能ではなく公開範囲の制御です。Lovableは Business 以上で社内限定公開（ワークスペースメンバーのみ、または特定メールアドレスの招待）に対応します。社内データを扱うツールで「URLを知っていれば誰でも見られる」状態は許容できないため、この機能の有無が実質的な選定要件になります。

Boltは Pro で「Share sites privately」を、Teams で「Share with your organization」を明記しており、組織共有の考え方は近いものがあります。v0はこの用途を主眼に置いた製品ではありません。

顧客向けのサービス・SaaSを作る場合

この用途では3ツールの差より、作り手側の設計能力の差のほうが大きく出ます。認証、権限設計、課金、監視——いずれもツールが自動で正解を出してくれる領域ではありません。Stripeのような決済連携は3ツールとも実装可能ですが、本番運用に耐えるかどうかはレビュー体制次第です。

あえて差を挙げるなら、Boltは「Choice of database provider」「Expanded database capacity」を明示しており、データ層の要件が固まっている場合に選択の自由度があります。

導入前に必ず確認すべき5つの質問

比較表を眺める前に、社内で答えを出しておくべき問いです。ここが決まれば、選定はほぼ自動的に決まります。

1. 使うのは何人で、そのうち非エンジニアは何人か？——席課金の有無が効くのはここです。非エンジニアが多数なら席課金なしの構造が有利になります
2. 作るものは社外公開か、社内限定か？——社内限定なら、公開範囲の制御機能が必須要件になります
3. 情シスの必須要件にSSOは入っているか？——入っているなら、どのプランでSSOに到達できるかが総額を決めます
4. 既存の技術スタック（ホスティング・DB）に合わせる必要があるか？——あるならBolt／v0、ないならLovableの組み込み構成が最短です
5. 作ったものを誰が保守し、いつ止めるのか？——市民開発を広げる企業がほぼ必ず後回しにし、後で最も高くつく論点です

5番目を先に決められる企業は多くありません。しかしIPA「DX白書」が繰り返し指摘してきたとおり、内製化の成否を分けるのはツールではなく運用と人材の体制です。ツール比較に時間をかけるより、この5問に答えるほうが投資対効果は高くなります。

結局、どれをどう選ぶべきか？

選定の判断軸は3つに絞れる

ここまでの比較を踏まえると、選定は3つの問いに答えるだけで決まります。機能一覧を突き合わせる必要はありません。自社がどの問いにYESと答えるかが分かれば、候補は自動的に絞られます。

企業のPoCではどう使い分けるのが現実的か？

実務では「1つに決める」必要は必ずしもありません。役割で分ける構成が現実的です。

• 事業部門の内製・市民開発の基盤：Lovable（人数で費用が増えず、社内限定公開とガバナンス機能がBusinessから使える）
• 開発部門のプロトタイピング：Bolt または v0（既存の技術スタックに合わせる）

ただし注意点として、ツールを増やすほど統制コストは上がります。誰が何をどこで作ったかが分散すれば、数年後の棚卸しが困難になります。経済産業省「DXレポート」が指摘した既存システムのブラックボックス化は、内製ツールでも同じ形で再現します。複数併用する場合は、Git同期先の統一と棚卸しルールを先に決めてください。

比較検討で見落とされがちな論点は何か？

最後に、価格表に現れない3点を挙げます。

1. 日本語での運用：3ツールとも日本語プロンプトに対応しますが、ドキュメント・サポート・コミュニティは英語が中心です。社内展開時につまずいたときの受け皿を誰が担うかが定着率を左右します
2. 作ったアプリの安全性：どのツールでも、行レベルセキュリティの設定漏れによる情報露出リスクは共通です（詳細はRLS設定チェックリスト）。OWASP Top 10の観点でのレビュー体制はツール選定と独立に必要です
3. 価格改定の速さ：このカテゴリは改定頻度が高く、本記事の数値も数か月で陳腐化します。年間予算を組む際は、改定リスクのバッファを見込んでください

株式会社100は、Lovableの日本公式パートナーとして、ツール選定から内製化の上流設計、CRM連携、社内定着までを一貫してご支援しています。「どれを選ぶか」より先に「何を内製し、何を作らないか」からご相談ください。

よくある質問（FAQ）

Q1. Lovable・Bolt・v0で一番安いのはどれですか？

人数によります。個人利用ではPro相当がLovable $25／Bolt $25／v0 $30とほぼ横並びですが、Lovableは席課金がないため人数が増えても基本料金が変わりません。組織向けプランの基本料金で100名規模を比較すると、Lovable Business $50に対しBolt Teams $3,000、v0 Business $10,000となります（実消費分は別途）。

Q2. 無料プランだけで比較検証できますか？

感触を掴む程度は可能ですが、いずれも制限が厳しめです。Lovableは1日5クレジット・月30上限、Boltは1日30万・月100万トークン、v0は月$5クレジット・1日7メッセージです。本格的な比較検証には有料プランでの試用が必要です。

Q3. コードは自社で保有できますか？

3ツールとも実コードが生成され、GitHubへ持ち出せます。ツールへのロックインは比較的小さいと評価できます。ただしホスティングとバックエンドの依存度は異なり、v0はVercel、Lovableは組み込みCloudとの親和性が高い設計です。

Q4. SSOはどのプランから使えますか？

LovableはBusiness（月$50）から。BoltはEnterprise（Teamsはユーザープロビジョニング等の管理機能）、v0はEnterpriseでSAML SSOです。SSOを情シス要件とする企業では、到達コストに差が出ます。

Q5. 学習データに使われないようにできますか？

LovableはBusiness・Enterpriseで除外、Free・Proもアカウント設定でオプトアウト可能です。v0はBusiness以上で学習除外、Enterpriseでは学習利用なしと明記されています。Boltは公式Pricingページに明記がないため、個別確認が必要です。

Q6. トークンとクレジットはどちらがわかりやすいですか？

予算管理の観点ではクレジット制（Lovable）のほうが直感的です。Boltのトークンは「複雑なアプリほど多く消費する」という性質上、事前見積りが難しくなります。v0はドル建てクレジットのため金額換算は容易ですが、選択するモデルによって単価が変わります。

Q7. 3つとも導入して使い分けるのはアリですか？

役割分担としては合理的です（事業部門＝Lovable、開発部門＝Bolt/v0など）。ただしツールが増えるほど棚卸しと権限管理のコストが上がります。併用する場合は、Git同期先の統一と、誰が保守しいつ停止するかのルールを先に決めてください。

Q8. この価格はいつまで有効ですか？

本記事は2026年8月時点の各社公式Pricingに基づきます。このカテゴリは価格改定の頻度が高いため、意思決定時は必ず各公式ページで最新をご確認ください。年間予算には改定リスクのバッファを見込むことを推奨します。

本記事の価格・仕様は、2026年8月31日時点のLovable／Bolt／v0の各公式Pricingページの記載に基づきます。各社とも改定頻度が高いため、最新情報は公式ページでご確認ください。