--- title: Lovableの料金はどう決まるか。クレジット制の仕組みと使い切りを防ぐ設計。 description: Lovableの料金はシート数でなくクレジット量で決まります。消費の仕組み、無料枠の範囲、使い切り事故を防ぐ設計を解説します。 image: https://www.respectify-inc.jp/hubfs/blog/lovable-pricing.png --- [Respectify WE HOLD THE LINE. YOU TAKE THE RISE.](https://www.respectify-inc.jp/) - プロダクト - [PartnerLens HubSpot特化のパートナー管理](https://www.respectify-inc.jp/products/partnerlens) - サービス - [サービス一覧](https://www.respectify-inc.jp/services) - [HubSpot導入支援](https://www.respectify-inc.jp/services/hubspot-onboarding) - [Webサイト / LP構築](https://www.respectify-inc.jp/services/web-production) - [リード獲得・育成・選別](https://www.respectify-inc.jp/services/marketing) - [営業最適化・パイプライン管理](https://www.respectify-inc.jp/services/sales) - [業務効率化・生産性向上](https://www.respectify-inc.jp/services/ai-enablement) - [Respectify STUDIO 専属チーム・月額定額](https://www.respectify-inc.jp/services/studio) - [ブログ](https://www.respectify-inc.jp/blog) - [お役立ち資料](https://www.respectify-inc.jp/resources) - [会社概要](https://www.respectify-inc.jp/company) - [お問い合わせ](https://www.respectify-inc.jp/contact) [無料相談 →](https://www.respectify-inc.jp/consultation) [無料相談 →](https://www.respectify-inc.jp/consultation) JOURNAL [Home](https://www.respectify-inc.jp/)*/*[Journal](https://www.respectify-inc.jp/blog)*/*Article AI実践 # Lovableの料金はどう決まるか。クレジット制の仕組みと使い切りを防ぐ設計。 ![杉江 昂](https://www.respectify-inc.jp/hubfs/blog-authors/akira-sugie.jpeg) **杉江 昂**2026年8月15日 ![](https://www.respectify-inc.jp/hubfs/blog/lovable-pricing.png) 自然言語の指示だけでWebアプリを組み立てられる[Lovable](https://www.respectify-inc.jp/blog/what-is-lovable)は、[バイブコーディング](https://www.respectify-inc.jp/blog/what-is-vibe-coding)の代表格として日本でも検討する企業が増えています。ところが料金を調べようとすると、固定の月額を載せた解説記事と公式サイトの表示が食い違っていて戸惑う、という声をよく聞きます。 目次 1. [Lovableの料金体系の全体像](https://www.respectify-inc.jp/blog/lovable-pricing#sec-1) 2. [クレジット消費の仕組み](https://www.respectify-inc.jp/blog/lovable-pricing#sec-2) 3. [無料プランでできる範囲](https://www.respectify-inc.jp/blog/lovable-pricing#sec-3) 4. [クレジットの使い切りを防ぐ設計](https://www.respectify-inc.jp/blog/lovable-pricing#sec-4) 5. [プラン選定の目安](https://www.respectify-inc.jp/blog/lovable-pricing#sec-5) 6. [まとめ](https://www.respectify-inc.jp/blog/lovable-pricing#sec-6) 理由はシンプルで、Lovableの料金は「1プラン=1価格」の固定制ではなく、**購入するクレジット量に応じて月額が変わるスケール制**だからです。つまりプラン表を眺めるより先に、「クレジットとは何か」「何をすると何クレジット減るのか」を理解することが、料金を正しく見積もる近道になります。 本記事では、2026年8月15日時点で公式サイトと公式ドキュメントから確認できた事実をもとに、料金の全体像、クレジット消費の仕組み、無料枠でできる範囲、そして弊社がLovableを実際に使うなかで学んだ「クレジットの使い切り事故を防ぐ設計」までを解説します。なお、Lovableは料金体系の更新が速いため、契約前には必ず公式の料金ページで最新の表示を確認してください。 〔関連資料〕本記事のテーマを実務に落とし込む際は、「[AI業務実装ロードマップ。PoCで終わらせない工程表](https://www.respectify-inc.jp/resources/ai-implementation-roadmap)」もあわせてご活用いただけます。 ## 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)](https://lovable.dev/pricing)）。クレジット量を増やせば月額も上がるスケール制のため、「Proはいくら」と一言で断定できる価格は存在しません。Enterpriseは固定表示ではなくボリュームベースのPlatform fee（要問い合わせ）です。 **第二に、同じ金額でもプランによってクレジット単価が違います。** 上の表示例のとおり、同じ50ドルでProは200クレジット、Businessは100クレジットと、Businessのクレジット単価はProの約2倍です。その分Businessには、チームワークスペース、ロールベースのアクセス制御、社内限定公開（Internal publish）、SSO、セキュリティセンター、優先サポートといった組織向け機能が上乗せされます。Enterpriseではさらに、SCIMプロビジョニング、監査ログ、定期的なディープセキュリティスキャン、機密データ検出、GitHub Enterprise対応、カスタムSLAなどが加わります（参照：[Lovable公式「Pricing」(2026)](https://lovable.dev/pricing)）。 料金が変わりやすい背景も知っておくと安心です。Lovableは2026年8月に評価額133億ドルで4億ドルを調達し、2026年6月には年換算売上（ARR）が5億ドルに到達したと同社がTechCrunchに明らかにしています（参照：[TechCrunch「Lovable confirms new $13.3B valuation, raises another $400M」(2026)](https://techcrunch.com/2026/08/12/lovable-confirms-new-13-3b-valuation-raises-another-400m/)）。これほどの急成長企業では、プラン構成や価格の改定が短いサイクルで起こり得ます。本記事の数値もあくまで執筆時点のスナップショットとして扱ってください。 ## クレジット消費の仕組み 料金を見積もるうえで本丸となるのがクレジットの消費ルールです。公式ドキュメントによると、クレジットの用途は大きく3つに分かれます。アプリを作る「ビルド」、ホスティングやデータベースなどの「Cloud」、AIモデル呼び出しの「AIゲートウェイ」です（参照：[Lovable公式Docs「Credits and usage」(2026)](https://docs.lovable.dev/introduction/credits-and-usage)）。日常的に最も消費するのはビルド用途なので、以下はビルドを中心に見ていきます。 ### PlanモードとBuildモードの違い Lovableへの指示には、コードを書かずに相談や設計だけを行うPlanモードと、実際にコードを生成させるBuildモードがあります。消費ルールは対照的です。 - **Planモード**: 1メッセージにつき1クレジットの固定 - **Buildモード**: 作業量に応じた従量制。執筆時点の公式ドキュメントでは、小さな修正で約0.50クレジット、大きめの変更で1.20〜2.00クレジットが目安とされています （参照：[Lovable公式Docs「Credits and usage」(2026)](https://docs.lovable.dev/introduction/credits-and-usage)） つまり「1メッセージ=1クレジット」と単純化した古い解説は現在のBuildモードには当てはまりません。大きな機能をまとめて指示すれば、1回の指示で2クレジット近く消費することもあります。 エラー修正についても補足します。かつて「Try to fix（自動修正）は無料」と紹介されることがありましたが、これは旧仕様です。現行では無料の自動修正は10回分がストックされ、使用から24時間経つと1回ずつ回復し、ストックを超えた分は通常のクレジットを消費します（参照：[Lovable公式Docs「FAQ」(2026)](https://docs.lovable.dev/introduction/faq)）。エラーの出やすい複雑な指示を連発すると、修正だけでクレジットが溶けていく構造です。 ### ロールオーバーと失効ルール 使い切れなかったプランクレジットは翌期に繰り越せますが、無期限ではありません。執筆時点の公式ドキュメントでは次のとおりです。 - 月次プランのクレジット: 発行から2か月で失効 - 年次プランのクレジット: プラン期間終了の1か月後に失効 - トップアップ（追加購入）クレジット: 購入から12か月有効 （参照：[Lovable公式Docs「Credits and usage」(2026)](https://docs.lovable.dev/introduction/credits-and-usage)） 「余った分は永久に貯まる」わけではないので、開発の山谷が激しいチームは、常時大きめのプランを契約するより、基本量を抑えてトップアップで山を吸収する設計のほうが無駄が出にくくなります。 ### トップアップの単価 トップアップの単価はプランで異なり、執筆時点ではProが50クレジットで15ドル（1クレジットあたり0.30ドル）、Businessが50クレジットで30ドル（同0.60ドル）です（参照：[Lovable公式Docs「Credits and usage」(2026)](https://docs.lovable.dev/introduction/credits-and-usage)）。前述のプラン本体のクレジット単価差と整合する構造で、Businessの機能セットが必要ないなら、同じ予算でもProのほうが約2倍の開発量を確保できる計算になります。 [![お役立ち資料 AI業務実装ロードマップ PoCで終わらせない工程表を無料ダウンロード](https://www.respectify-inc.jp/hubfs/cta-banners/cta-dl-ai-implementation-roadmap.png)](https://www.respectify-inc.jp/resources/ai-implementation-roadmap) ## 無料プランでできる範囲 Lovableには無料プランがあり、試用には十分な設計です。公式の料金ページのFAQによると、無料枠は次の構成です（参照：[Lovable公式「Pricing」(2026)](https://lovable.dev/pricing)）。 - ビルドクレジット: 1日5クレジット、月30クレジットが上限 - Cloudクレジット: 月20クレジット - AI機能用クレジット: 4クレジット 月30クレジットは、Buildモードの目安（0.50〜2.00クレジット）で換算すると、小さな修正なら60回程度、大きめの変更なら15〜20回程度に相当します。ランディングページや簡単な社内ツールのプロトタイプを1本作って感触を確かめるには足りますが、業務アプリを実用レベルまで作り込むには不足する、という位置づけです。 注意したいのが公開まわりの制約です。作ったアプリは既定のlovable.appサブドメインで公開できますが、**独自ドメインの接続は有料プランのみ**で、ダウングレード後も接続済みの独自ドメインは動作し続けますが、新たなドメインの購入・接続は（ワークスペースに登録済みのものも含め）再アップグレードまでできなくなります（参照：[Lovable公式Docs「Custom domain」(2026)](https://docs.lovable.dev/features/custom-domain)）。自社サービスとして公開する前提なら、最初から有料プランを見込んでおくべきです。 ## クレジットの使い切りを防ぐ設計 ここからは弊社の実体験です。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の使い方の記事](https://www.respectify-inc.jp/blog/how-to-use-lovable)で解説しています。 この「立ち上げはLovable、作り込みは外部」という分業は、コスト面だけでなく品質面でも合理的です。弊社の[Respectify STUDIO](https://www.respectify-inc.jp/services/studio)では、この組み合わせを前提にした業務アプリの内製化支援を行っています。 ## プラン選定の目安 最後に、2026年8月15日時点の情報に基づく選定の考え方を整理します。 - **無料プラン**: ツールの評価とプロトタイプ1本まで。独自ドメイン公開が必要になった時点で卒業 - **Pro**: 個人または小規模チームでの実開発の起点。ロールオーバー、トップアップ、独自ドメイン、メンバー別のクレジット上限設定に対応し、クレジット単価も最も低い水準 - **Business**: SSOや社内限定公開、ロールベースのアクセス制御が必要な組織向け。クレジット単価はProの約2倍のため、セキュリティ・ガバナンス要件が金額に見合うかで判断 - **Enterprise**: 監査ログやSCIM、カスタムSLAなどが必須の大企業向け。ボリュームベースの個別見積もり （参照：[Lovable公式「Pricing」(2026)](https://lovable.dev/pricing)） いずれのプランでも、月額そのものより「自分たちの開発スタイルで月に何クレジット使うか」が総コストを決めます。まず無料枠かProの最小構成で2〜4週間運用し、実測の消費ペースからクレジット量を逆算するのが、遠回りに見えて最も確実な見積もり方法です。 ## まとめ Lovableの料金は、シート数ではなくクレジット量で決まるスケール制です。表面上の月額を比べるより、Plan=固定1クレジット、Build=従量0.50〜2.00クレジット目安という消費ルールと、2か月で失効するロールオーバーの仕組みを理解するほうが、正確なコスト見積もりにつながります。無料枠は1日5クレジット・月30クレジットで試用には十分ですが、独自ドメイン公開には有料プランが必要です。 そして実務でのコストを最も左右するのは、プラン選びよりも使い方の設計です。最初の指示に全仕様を詰め込まないこと、Planモードで方針を固めてからBuildすること、作り込みはGitHub連携で外部環境に逃がすこと。この3点だけで消費は大きく変わります。急成長中のサービスゆえ料金体系の改定も頻繁なため、導入判断の直前には必ず公式の料金ページで最新情報を確認してください。 Lovableでの構築を、PoCで終わらせず自社の業務に定着させるところまで見据えたい方には、「[AI業務実装ロードマップ。PoCで終わらせない工程表](https://www.respectify-inc.jp/resources/ai-implementation-roadmap)」もあわせてご活用ください。 自社の開発スタイルに合わせたクレジット設計やLovable活用について相談したい場合は、[無料相談](https://www.respectify-inc.jp/consultation)へお気軽にどうぞ。 [![お役立ち資料 AI業務実装ロードマップ PoCで終わらせない工程表を無料ダウンロード](https://www.respectify-inc.jp/hubfs/cta-banners/cta-dl-ai-implementation-roadmap.png)](https://www.respectify-inc.jp/resources/ai-implementation-roadmap) [← 記事一覧へ戻る](https://www.respectify-inc.jp/blog) Respectify Journal Read Next ## あわせて読む ### [![Lovableとは何か。自然言語でアプリを作るAI開発サービスの実力と使いどころ。](https://www.respectify-inc.jp/hubfs/blog/what-is-lovable.png) AI実践 Lovableとは何か。自然言語でアプリを作るAI開発サービスの実力と使いどころ。 2026年8月15日](https://www.respectify-inc.jp/blog/what-is-lovable) ### [![Lovableの使い方。最短で公開する手順と、実務で差がつく3つの設定。](https://www.respectify-inc.jp/hubfs/blog/how-to-use-lovable.png) AI実践 Lovableの使い方。最短で公開する手順と、実務で差がつく3つの設定。 2026年8月15日](https://www.respectify-inc.jp/blog/how-to-use-lovable) ### [![Claude Codeの料金はいくらか。プラン別の月額と上限の仕組みを公式情報で整理する。](https://www.respectify-inc.jp/hubfs/blog/claude-code-pricing.png) AI実践 Claude Codeの料金はいくらか。プラン別の月額と上限の仕組みを公式情報で整理する。 2026年8月15日](https://www.respectify-inc.jp/blog/claude-code-pricing) LET'S TALK Let's Talk ## うちの場合は？を、*30分*で。 記事のテーマをご自身の事業に当てはめた相談も歓迎です。無理な営業はしません。 [無料で相談する→](https://www.respectify-inc.jp/consultation) 平日 9:30–18:00／原則1営業日以内に返信 Respectify WE HOLD THE LINE. YOU TAKE THE RISE. テクノロジーの力で、より良い世の中を。HubSpot・マーケ・AIで、中小企業の「売れる仕組みづくり」を一気通貫で支援します。 ##### Services [Webサイト / LP構築](https://www.respectify-inc.jp/services/web-production) [リード獲得・育成・選別](https://www.respectify-inc.jp/services/marketing) [営業最適化・パイプライン管理](https://www.respectify-inc.jp/services/sales) [業務効率化・生産性向上](https://www.respectify-inc.jp/services/ai-enablement) ##### Company [会社概要](https://www.respectify-inc.jp/company) [お問い合わせ](https://www.respectify-inc.jp/contact) [無料相談](https://www.respectify-inc.jp/consultation) [プライバシーポリシー](https://www.respectify-inc.jp/privacy) ##### Contact [〒103-0013 東京都中央区 日本橋人形町2-21-1 FSビル 5F](https://www.respectify-inc.jp/company) © Respectify Inc. Tokyo / Nihonbashi-Ningyocho ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "杉江 昂", "url" : "https://www.respectify-inc.jp/blog/author/akira-sugie" }, "datePublished" : "2026-08-14T19:09:19.000Z", "headline" : "Lovableの料金はどう決まるか。クレジット制の仕組みと使い切りを防ぐ設計。", "image" : [ "https://www.respectify-inc.jp/hubfs/blog/lovable-pricing.png" ], "mainEntityOfPage" : { "@id" : "https://www.respectify-inc.jp/blog/lovable-pricing", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.respectify-inc.jp/hubfs/logo-on-light.svg" }, "name" : "株式会社Respectify" } } ```