Bubbleレビュー【2026年】ノーコードでアプリを作る費用と限界

Bubbleは、コードを書かずにWebアプリやモバイルアプリを組み立てられるビルダーです。AIエージェントがアプリの土台を作り、ビジュアルエディタで細部を詰める二段構えが特徴で、料金はWorkload Unit（WU）という処理量の単位で決まります。ここでは公式プランページの公開情報をもとに、無料枠の境界、WU課金の読み方、コードを書き出せない制約を整理します。実際にアプリを構築して負荷を計測した実機検証は行っていないため、その部分は未検証とお考えください。

Bubbleとは何か。AIエージェントとビジュアルエディタの二段構え

Bubbleは、ノーコードでWeb／モバイルアプリを組み立てるビルダーです。提供元は同名のBubble。現在の作り方は二段構えで、AIエージェントがアプリの土台を作り、その後にビジュアルエディタで細部を詰める流れになります（公式の説明による公開情報です）。ゼロから画面を配置する方法と、生成された土台を直す方法の両方が使えます。

本体は「画面の見た目」だけではなく、データベース、ワークフロー、プライバシールール、APIコネクタ、Webhookまで含んだアプリの丸ごとです。ネイティブアプリのストア公開にも対応しています。つまりBubbleは「ページ作成ツール」ではなく「アプリ実行環境ごとの契約」だと理解するのが正確です。この認識が、後のWU課金の読み方につながります。

二段構えの作り方には、順序を守る意味があります。AIエージェントが作った土台をそのまま育てるか、ゼロから作り直すかは、要件の曖昧さで決まります。画面一覧とデータの項目が言語化できているなら、生成された土台を直すほうが速く、口頭の印象だけが残っているなら、ゼロから並べるほうが手戻りが少ない。生成の出発点に置く要件の精度が、その後の作業量をほぼ決めると考えています。

料金プラン（2026年10月時点・公式表示）

公式プランページの表示をもとに整理します。年払いと月払いの差、そしてWUという処理量の枠が二本柱です。

料金は2026年10月時点で公式プランページに表示されていた米ドル建ての金額です。モバイルのみのプランは42／169／449ドル、Web＋モバイルは59ドルからの表示があります。日本円請求では為替と消費税で変動し、契約画面の表示が常に優先されます。

WUという課金単位の読み方

Workload Unit（WU）は、アプリが処理した仕事の量を測る単位です。ユーザーが増える、検索や書き込みが増えるほど消費が進み、同じ月額でも運用の実態で足りたり足りなかったりする。ここが「席数で決まるSaaS」との一番の違いです。どの操作がどれだけWUを消すかは、アプリの設計次第で変わるため、公開情報の上で正確な試算はできません（この部分は未検証）。安全な読み方は「Freeで試作した時の処理量の伸びを観察し、Starterの枠に収まるかを確認してから契約する」順序です。

モバイル専用プランの位置

モバイルのみなら42／169／449ドル、Web＋モバイルなら59ドルからの別系統の料金が用意されています。スマートフォン向けアプリだけを作るなら安く入り、Webと両方を同じ土台で回すなら59ドルからの帯になります。Web版の32ドルと数字が並ぶので混同しやすい。プラットフォームの範囲で料金系統が分かれる点は、見積もりの時点で整理しておきたい部分です。

WUの読み方では、消費の素を分解して観察するのが実務的です。ユーザーの人数、ページの読み込み、データの検索と書き込み、という分類で誰がどれだけ触っているかを整理すると、枠を圧迫しているのがどの層かが見えてきます。画面が重いだけで消耗しているケースも珍しくありません。無料枠の間からこの分類を付けておくと、Starterの枠で足りるかという見積もりが、勘ではなく観察に置き換わります。

運用でコストを抑える発想もあります。アプリの側で表示するデータを絞り、読み込む範囲を小さくする設計にすると、処理量そのものが減ります。管理画面に全件を並べず、検索と絞り込みを先に置く形は、利用者から見ても分かりやすい画面になります。つまりWUの節約は、設計の工夫と同じ方向を向いている。契約の前後に設計を見直す習慣があると、上位プランへの移行が一段遅くなる可能性があります。

無料枠の境界（公開情報から）

Freeプランは0ドルで50K WUが使えますが、アプリを公開できません（公式表示）。つまり無料のままで外部のユーザーに触ってもらう運用はできない。この境界を正しく読むと、Freeの役割は「検証環境」だと分かります。画面の作り方、データベースの設計、ワークフローの組み方を試す道具としては十分です。

公開できない＝検証用途と割り切る

使い方の設計としては、Freeで試作を完成させ、Starterに上げて公開する順序が素直です。途中でWUが尽きる場合、翌月の回復を待つか上位へ進むかの選択になります。なお、Starterに移しても独自ドメインが使える点は公開時の実用面で効きます。反対に、公開後の成長でWUの消費が伸びる局面は、StarterからGrowthへの移行を判断する材料になります。

データベース設計の学習も、無料枠の重要な使い道です。Bubbleでは項目の型、参照関係、プライバシールールをビジュアルに定義します。ここでの失敗は後段のワークフローに波及するため、無料のうちに一度壊して直す経験をしておく価値があります。実際のユーザーがいない状態ではWUの消費も穏やかで、試行錯誤を繰り返しやすい。壊してよい期間を意図的に作るのが、この工具の無料枠の正しい使い方だと考えています。

無料枠での学習には、順番の設計が効きます。画面の作り方から入ると体裁だけ整い、データベースの設計が後回しになりがちです。項目の型と参照関係を先に決め、その上で画面とワークフローを組み立てる順序にすると、直す工程が減ります。学習の成果は契約後もそのまま効くため、Freeの期間は「消したWU」ではなく「確定させた設計」で評価するのが妥当です。

試作の段階で、画面設計を先に仕上げたいならFigma AIで形を作り、要件を整理する段階ならMiroで流れを描くといった周辺工具との組み合わせが効きます。Bubble内でいきなり作り始めるより、外で構想を固めてから土台を生成させるほうが、手戻りが少ないと考えています。構想の壁打ちにはChatGPTやClaudeのような汎用AIも使えます。

仕様の置き場所も先に決めておきたい点です。画面一覧、データベースの項目、ワークフローの条件をNotion AIのようなドキュメント工具に整理してから試作に着手すると、AIエージェントへの指示も具体になります。口頭の指示だけで土台を生成すると、意図と違う部品が混ざり、直す手間が後ろに倒れます。試作前の整地は、無料枠のWUを無駄にしないための設備投資だと考えると位置づけがはっきりします。

評価できる点（公開情報・プラン構造からの判断）

• Freeで50K WUの試作環境。学習と検証のコストがゼロで始められる
• データベースとワークフローが本体に含まれる。別契約のバックエンドが不要
• AIエージェントが土台を作る。ゼロからの配置に比べて初速が付く
• プライバシールールやAPIコネクタなど、実務に必要な部品が揃っている
• ネイティブアプリのストア公開に対応し、モバイル配信の道が一本化されている
• SOC 2 Type IIを取得しており、法人の統制要件に応える姿勢が公開情報で確認できる
• MCP経由で編集できる。外部のAIツールとの接続を想定した入口がある

特に評価したいのは、アプリの部品が全部入りの契約である点です。通常、Webサービスを作るにはフロント、データベース、認証、決済という複数の部品を別々に契約して組み合わせます。Bubbleはそれを一つの工具と月額にまとめた。部品間の接続で手間取る時間がないぶん、要件を実装の形に翻訳する作業に集中できると考えています。

もう一つ補足すると、MCP経由で編集できる点は、外部のAI工具と接続する入口として実務的な価値があります。コードを書かない開発では「AIに任せられる範囲」が工具の機能に縛られますが、外部から触れる入口が公式に用意されていると、既に使っている生成AIとの組み合わせを諦めずに済みます。入口の存在は、将来の運用の選択肢を減らさないという意味でも評価できる部分です。

判断の分かれ目：部品を減らすか、自由を残すか

通常のWeb開発では、データベース、認証、決済、通知を別々の契約で組み合わせます。組み合わせの自由は残りますが、部品間の接続が設計と保守の負担になります。Bubbleはこの負担を月額に置き換える道具です。逆に言えば、すでに扱い慣れたデータ基盤がある職場では、その負担のほうが安く済む可能性があります。既存のデータベースに接続する方向なら社内ツール特化型の工具が近く、表データ中心ならAirtable AI系の発想が合います。部品を減らすか、自由を残すか。この選択が、Bubbleを選ぶかどうかの核心だと考えています。

全部入りの契約が効く場面は、小規模なチームで要件が頻繁に変わる局面です。部品を別契約していると、要件の変更が各部品の改修と接続の見直しに波及します。Bubbleの内蔵の部品なら、変更が一つの工具の中で完結し、影響の範囲を画面とワークフローの目で確認できます。変更が多い段階ほど、この目で見て直せる速さが価値を持つ。契約の単純さは、保守の負担を見積もりやすくする点にもつながると考えています。

気になった点・条件付きの評価

• ソースコードは書き出せない。作った資産はBubbleの上でしか動かないベンダーロックイン
• WUの消費は事前試算が難しい。運用が伸びて実費が読めなくなる局面がある
• Freeでは公開できない。無料のまま外部ユーザーに見せる運用はできない
• 月払いの割増が大きい（Starterは39ドル対32ドル）。短期的な契約では割高
• Growth月119ドル、Team月349ドルと上位帯の跳ねが大きい。中間が選びにくい
• WU超過時の挙動と費用の読み替えは契約画面での確認が必須（本稿では扱わない）

正直に言えば、ベンダーロックインは「制約」というより「この工具の取引条件」そのものです。コードが残らないぶん、作ったものの価値はBubbleの契約を続ける限りで成立する。長く運用するほど移行コストは上がるので、契約年数を短めに保ちながら伸ばす進め方が安全だと判断しました。この点は、コードが残るReplit型の工具との最大の違いです。

月払いの割増も実務では軽視できません。Starterは32ドル対39ドル、Growthは119ドル対134ドルで、いずれも年払いのほうが1割前後安くなります。WUが足りなくなる時期が読めない段階では月払いのほうが安全ですが、運用が半年以上続く見込みが立った時点で年払いへ切り替える判断が妥当です。切り替えの手順や残期間の扱いは契約画面での確認が必要なため、この点も資産が手元に残らない工具だからこその注意事項だと考えます。

ベンダーロックインを受け入れる場合、証跡の保全を別に考えるのが現実的です。アプリの内部のデータの扱いは契約条件で確かめつつ、仕様そのものは画面一覧、データの項目、ワークフローの条件という形で外部の文書に残しておく。Bubbleの上では直せるため「文書が古くなる」負担が生じますが、移行や再構築の時期が来たとき、この文書があるかどうかで着手の速さが変わります。資産が工具の中にあるほど、外側への記録を厚くするのが代償の備え方だと考えています。

Lovable・Retoolなどと何が違うか

ノーコード・AI開発の比較対象として、まずLovableが挙がります。生成AIでコードごと作る流れの工具で、こちらはソースコードが手元に残る点が決定的に違います。自由度と引き換えに、コードの管理能力が求められる。Bubbleはコードを隠す代わりに、データベースから認証までの実行環境を保証する立場です。

社内の管理画面やポータルが目的なら、既存データベースに乗せられるRetoolや、表データの上に作るSoftrのほうが近い存在になります。データの蓄積が主で画面が軽いならAirtable AI系の工具も候補です。つまりBubbleが一番強いのは、外部のユーザーに使ってもらうアプリを、部品契約なしで走らせたい場面だと判断しました。

判断の分かれ目：資産をどこに置くか

コードが残らない工具を選ぶかどうかは、「このアプリを3年後も同じ形で運用するつもりか」で決まります。要件が流動的で、作っては壊す試行を繰り返す段階なら、Bubbleの速さが上回ります。逆に、一度作ったら長く同じ形で動かし続ける基幹寄りの仕事なら、資産が手元に残る選択を優先すべきです。Zapierのような連携で外部とつなぐ部分は残しても、本体の置き場所は早めに決めておきたい。ここが導入前に検討すべき分かれ目だと考えています。

工具の間の選択は、作る対象の外部性で切り分けるのが分かりやすいです。社内の限られた人が使う画面なら、既存のデータに接続する社内ツール特化型が近く、外の顧客に使ってもらうアプリなら、実行環境ごと契約するBubbleの形が素直です。生成AIでコードごと作る流れは、その中間で、開発の知識を持つ人材の有無が効きます。対象と利用者と体制を並べた表を書くだけで、候補はかなり絞れるはずです。

誰に向くか。プラン選びの目安

• 公開する予定がないならStarterへの進む理由はない。Freeで足りる
• 公開後はWUの消費曲線を観察し、上限の8割に迫る段階で次のプランを検討する
• 年払いは月払いより1割強安い。運用が続く見込みなら年払いが妥当

進め方としては、Freeで試作を完成させ、公開要件（独自ドメイン、WU枠）をStarterで満たし、伸びてからGrowthへという順序が安全です。Teamは、Growthの250K WUを実際に消化した実績が出てからで遅くありません。金額とWU条件の最終確認は、契約画面の表示を常に優先してください。

プランの移行は、上限に対する消費の割合を機械的に見る方法が安全です。枠の8割に迫った段階で次のプランの見積もりを出し、実際に上限へ当たる前に移行を済ませる。移行が遅れると処理の影響が利用者に届くため、早めの判断が利用者側の評判を守ります。逆に、余裕が続いているなら上位へ進む理由はなく、その段階のプランに留まるのが妥当です。観察した消費曲線に沿って決めるのが、この工具の契約との付き合い方だと考えています。

よくある質問

まとめ

主な参照元：Bubble公式サイトのプランページと機能説明（bubble.io）。料金・WU枠・機能は2026年10月22日時点の表示にもとづく。実機検証は未実施。