自然言語の指示だけでWebアプリを組み立てられるLovableは、バイブコーディングの代表格として日本でも検討する企業が増えています。ところが料金を調べようとすると、固定の月額を載せた解説記事と公式サイトの表示が食い違っていて戸惑う、という声をよく聞きます。
理由はシンプルで、Lovableの料金は「1プラン=1価格」の固定制ではなく、購入するクレジット量に応じて月額が変わるスケール制だからです。つまりプラン表を眺めるより先に、「クレジットとは何か」「何をすると何クレジット減るのか」を理解することが、料金を正しく見積もる近道になります。
本記事では、2026年8月15日時点で公式サイトと公式ドキュメントから確認できた事実をもとに、料金の全体像、クレジット消費の仕組み、無料枠でできる範囲、そして弊社がLovableを実際に使うなかで学んだ「クレジットの使い切り事故を防ぐ設計」までを解説します。なお、Lovableは料金体系の更新が速いため、契約前には必ず公式の料金ページで最新の表示を確認してください。
Lovableの料金体系の全体像
Lovableの有料プランはPro、Business、Enterpriseの3種類です。ここで最初に押さえるべき特徴が2つあります。
第一に、課金の単位はユーザー数（シート）ではなくクレジット量です。 ProもBusinessもユーザー数は無制限（Unlimited users）で、月額はプラン内に含まれるクレジット量をドロップダウンで選ぶことで決まります。弊社が2026年8月15日に公式の料金ページで確認した表示例では、Proは月200クレジットで月額50ドル（1ドル=150円（2026年8月時点）換算で約7,500円の概算）、Businessは月100クレジットで同じく月額50ドルでした（参照：Lovable公式「Pricing」(2026)）。クレジット量を増やせば月額も上がるスケール制のため、「Proはいくら」と一言で断定できる価格は存在しません。Enterpriseは固定表示ではなくボリュームベースのPlatform fee（要問い合わせ）です。
第二に、同じ金額でもプランによってクレジット単価が違います。 上の表示例のとおり、同じ50ドルでProは200クレジット、Businessは100クレジットと、Businessのクレジット単価はProの約2倍です。その分Businessには、チームワークスペース、ロールベースのアクセス制御、社内限定公開（Internal publish）、SSO、セキュリティセンター、優先サポートといった組織向け機能が上乗せされます。Enterpriseではさらに、SCIMプロビジョニング、監査ログ、定期的なディープセキュリティスキャン、機密データ検出、GitHub Enterprise対応、カスタムSLAなどが加わります（参照：Lovable公式「Pricing」(2026)）。
料金が変わりやすい背景も知っておくと安心です。Lovableは2026年8月に評価額133億ドルで4億ドルを調達し、2026年6月には年換算売上（ARR）が5億ドルに到達したと同社がTechCrunchに明らかにしています（参照：TechCrunch「Lovable confirms new $13.3B valuation, raises another $400M」(2026)）。これほどの急成長企業では、プラン構成や価格の改定が短いサイクルで起こり得ます。本記事の数値もあくまで執筆時点のスナップショットとして扱ってください。
クレジット消費の仕組み
料金を見積もるうえで本丸となるのがクレジットの消費ルールです。公式ドキュメントによると、クレジットの用途は大きく3つに分かれます。アプリを作る「ビルド」、ホスティングやデータベースなどの「Cloud」、AIモデル呼び出しの「AIゲートウェイ」です（参照：Lovable公式Docs「Credits and usage」(2026)）。日常的に最も消費するのはビルド用途なので、以下はビルドを中心に見ていきます。
PlanモードとBuildモードの違い
Lovableへの指示には、コードを書かずに相談や設計だけを行うPlanモードと、実際にコードを生成させるBuildモードがあります。消費ルールは対照的です。
- Planモード: 1メッセージにつき1クレジットの固定
- Buildモード: 作業量に応じた従量制。執筆時点の公式ドキュメントでは、小さな修正で約0.50クレジット、大きめの変更で1.20〜2.00クレジットが目安とされています
（参照：Lovable公式Docs「Credits and usage」(2026)）
つまり「1メッセージ=1クレジット」と単純化した古い解説は現在のBuildモードには当てはまりません。大きな機能をまとめて指示すれば、1回の指示で2クレジット近く消費することもあります。
エラー修正についても補足します。かつて「Try to fix（自動修正）は無料」と紹介されることがありましたが、これは旧仕様です。現行では無料の自動修正は10回分がストックされ、使用から24時間経つと1回ずつ回復し、ストックを超えた分は通常のクレジットを消費します（参照：Lovable公式Docs「FAQ」(2026)）。エラーの出やすい複雑な指示を連発すると、修正だけでクレジットが溶けていく構造です。
ロールオーバーと失効ルール
使い切れなかったプランクレジットは翌期に繰り越せますが、無期限ではありません。執筆時点の公式ドキュメントでは次のとおりです。
- 月次プランのクレジット: 発行から2か月で失効
- 年次プランのクレジット: プラン期間終了の1か月後に失効
- トップアップ（追加購入）クレジット: 購入から12か月有効
（参照：Lovable公式Docs「Credits and usage」(2026)）
「余った分は永久に貯まる」わけではないので、開発の山谷が激しいチームは、常時大きめのプランを契約するより、基本量を抑えてトップアップで山を吸収する設計のほうが無駄が出にくくなります。
トップアップの単価
トップアップの単価はプランで異なり、執筆時点ではProが50クレジットで15ドル（1クレジットあたり0.30ドル）、Businessが50クレジットで30ドル（同0.60ドル）です（参照：Lovable公式Docs「Credits and usage」(2026)）。前述のプラン本体のクレジット単価差と整合する構造で、Businessの機能セットが必要ないなら、同じ予算でもProのほうが約2倍の開発量を確保できる計算になります。
無料プランでできる範囲
Lovableには無料プランがあり、試用には十分な設計です。公式の料金ページのFAQによると、無料枠は次の構成です（参照：Lovable公式「Pricing」(2026)）。
- ビルドクレジット: 1日5クレジット、月30クレジットが上限
- Cloudクレジット: 月20クレジット
- AI機能用クレジット: 4クレジット
月30クレジットは、Buildモードの目安（0.50〜2.00クレジット）で換算すると、小さな修正なら60回程度、大きめの変更なら15〜20回程度に相当します。ランディングページや簡単な社内ツールのプロトタイプを1本作って感触を確かめるには足りますが、業務アプリを実用レベルまで作り込むには不足する、という位置づけです。
注意したいのが公開まわりの制約です。作ったアプリは既定のlovable.appサブドメインで公開できますが、独自ドメインの接続は有料プランのみで、ダウングレード後も接続済みの独自ドメインは動作し続けますが、新たなドメインの購入・接続は（ワークスペースに登録済みのものも含め）再アップグレードまでできなくなります（参照：Lovable公式Docs「Custom domain」(2026)）。自社サービスとして公開する前提なら、最初から有料プランを見込んでおくべきです。
クレジットの使い切りを防ぐ設計
ここからは弊社の実体験です。Respectifyでは自社のマーケティング業務アプリの構築にLovableを使っていますが、導入初期に「最初の指示に全仕様を詰め込み、クレジットを急速に消費する」という失敗をしています。その反省から得た運用ルールを3つ共有します。
1. 最初の指示に全部を書かない。 要件を網羅した長文を最初のプロンプトに詰め込むと、Buildモードが一度に大量のコードを生成・修正しようとして消費が跳ね上がり、しかも意図とずれた実装のやり直しでさらにクレジットを使います。骨格だけを最初に作らせ、機能は1つずつ段階的に投入するほうが、結果として総消費は小さくなりました。
2. 書く前にPlanモードで固める。 Planモードは1メッセージ1クレジットの固定です。仕様の相談や実装方針の確認をPlanモードで済ませてからBuildに移ると、従量課金のBuildモードでの手戻りが減ります。「安いモードで考え、高いモードで作る」を徹底するだけで消費のブレが小さくなります。
3. 作り込みはGitHub連携で外に出す。 LovableはGitHubとの双方向同期に対応しており、リポジトリをローカルに引き出して手元の開発環境で編集を続けられます。弊社では、画面の骨格や初期構築はLovableで素早く立ち上げ、細かいロジックの作り込みやリファクタリングはGitHub経由でClaude Codeなど外部のAI開発環境に移して行う運用にしています。細部の微調整を1回ずつLovableに指示するとクレジットを消費し続けますが、外に出せばその分の消費はゼロになります。具体的な連携手順はLovableの使い方の記事で解説しています。
この「立ち上げはLovable、作り込みは外部」という分業は、コスト面だけでなく品質面でも合理的です。弊社のRespectify STUDIOでは、この組み合わせを前提にした業務アプリの内製化支援を行っています。
プラン選定の目安
最後に、2026年8月15日時点の情報に基づく選定の考え方を整理します。
- 無料プラン: ツールの評価とプロトタイプ1本まで。独自ドメイン公開が必要になった時点で卒業
- Pro: 個人または小規模チームでの実開発の起点。ロールオーバー、トップアップ、独自ドメイン、メンバー別のクレジット上限設定に対応し、クレジット単価も最も低い水準
- Business: SSOや社内限定公開、ロールベースのアクセス制御が必要な組織向け。クレジット単価はProの約2倍のため、セキュリティ・ガバナンス要件が金額に見合うかで判断
- Enterprise: 監査ログやSCIM、カスタムSLAなどが必須の大企業向け。ボリュームベースの個別見積もり
いずれのプランでも、月額そのものより「自分たちの開発スタイルで月に何クレジット使うか」が総コストを決めます。まず無料枠かProの最小構成で2〜4週間運用し、実測の消費ペースからクレジット量を逆算するのが、遠回りに見えて最も確実な見積もり方法です。
まとめ
Lovableの料金は、シート数ではなくクレジット量で決まるスケール制です。表面上の月額を比べるより、Plan=固定1クレジット、Build=従量0.50〜2.00クレジット目安という消費ルールと、2か月で失効するロールオーバーの仕組みを理解するほうが、正確なコスト見積もりにつながります。無料枠は1日5クレジット・月30クレジットで試用には十分ですが、独自ドメイン公開には有料プランが必要です。
そして実務でのコストを最も左右するのは、プラン選びよりも使い方の設計です。最初の指示に全仕様を詰め込まないこと、Planモードで方針を固めてからBuildすること、作り込みはGitHub連携で外部環境に逃がすこと。この3点だけで消費は大きく変わります。急成長中のサービスゆえ料金体系の改定も頻繁なため、導入判断の直前には必ず公式の料金ページで最新情報を確認してください。
Lovableでの構築を、PoCで終わらせず自社の業務に定着させるところまで見据えたい方には、「AI業務実装ロードマップ。PoCで終わらせない工程表」もあわせてご活用ください。
自社の開発スタイルに合わせたクレジット設計やLovable活用について相談したい場合は、無料相談へお気軽にどうぞ。
