Retool vs Bubble：社内ツールか、実際に世に出すプロダクトか

著者: Camellia · 更新日: 2026年8月26日

2026年8月更新

IT Director、運用リーダー、創業者として、候補リストに Retool と Bubble の両方が載っているなら、それだけで立ち止まる価値があります。この2つのツールはしょっちゅう比較されますが、同じ課題を解決しているからという理由では、ほとんどありません。Retool が作るのは社内ツールです。サポートチームが日々使う管理画面、すでに運用しているデータベースの上に載る運用ダッシュボード、社外の誰にも見られないコンソールです。Bubble が作るのはプロダクトそのものです。顧客向けの Web アプリ、いまではモバイルアプリも、独自のデータベース、独自のユーザーアカウント、独自のサインアップフローを備え、いずれは値段を付けて販売するようなものです。

この違いを取り違えると、以下のすべての機能比較の行が誤解を招きます。この比較を決めるもう1つの要素であり、2社の請求額がまるで違う動きをする理由が、それぞれが何を計測するかです。Retool はロール別に人数で課金します。Business ではビルダーが月 $50、社内ユーザーが $15 で、最初の外部ユーザー50人は無料です。Bubble は人数をまったく数えません。固定のプラン料金に、アプリが実際にどれだけのことをするかの指標であるワークロードユニットを加えて課金するため、請求額は人数ではなく、トラフィックとバックエンドの活動量に応じて動きます。一方のコストはチームの規模に応じて予測どおりに増え、もう一方はプロダクトがどれだけ忙しくなるかに応じて増えます。引き受けるリスクの種類が、本質的に異なるのです。

TL;DR

各ツールが本当に目指していること

Retool は、データがすでにどこかにある、という前提から始まります。Postgres データベース、REST API、Stripe、Salesforce、社内のマイクロサービスなどです。すでにあるものに接続し、それに対して読み書きするテーブル、フォーム、ボタンをドラッグして組み合わせます。Retool は、自分が基幹データの置き場になろうとは考えていません。すでに運用している基幹データの置き場の上の、可能な限り速い UI 層となり、社内で働く人たち自身が、自分たちのために作ることを目指しています。

Bubble は逆の前提から始まります。まだ何も存在しない、という考え方です。Bubble 独自のデータベース内で自前のデータ型を定義し、ページをビジュアルに設計し、ノーコードのワークフローエンジンでロジックを組むと、独自のサインアップとログインのフロー、独自のホスティング、独自のドメインを備えた、完全にデプロイ可能な Web アプリケーションができあがります。2025年のモバイル提供開始以降は、ネイティブアプリも作れます。Bubble は事業の上に載る層ではありません。事業が動かす、販売する、あるいは一般に提供するソフトウェアそのものです。

重要なポイント

• Bubble は180以上の国で600万を超えるアプリを支え、プラットフォーム経由の取引額は8億5,000万ドルを超えています（出典：Bubble 自身の、ネイティブモバイル対応についての2025年6月の発表）。
• Retool の2025 Builder Report（2025年7月にビルダー1,128人を調査）では、非エンジニアの48%が、エンジニアリングチームを待たずに、本番利用に耐えるソリューションを自力で構築していると回答しました。
• 2025年1月に Metronome と Greyhound が調査した SaaS 企業100社の85%が、何らかの形で従量課金を採用しており、最大手のソフトウェア企業の77%が、ある程度の消費ベースの料金を使っています（出典：Orb がまとめた SaaS 料金統計）。まさに Bubble のワークロードユニットの背景にある課金の形です。
• 2026年までに、正式な IT 部門の外にいる開発者がローコード利用者層の少なくとも80%を占めるようになり、2021年の60%から増えます（出典：Gartner、InfoWorld による報道）。Bubble のようなシチズンデベロッパー向けのビルダーと、Retool のような運用チーム向けのビルダーが、同時に非エンジニアの前に現れた、まさにその変化です。
• 2025年に、ソロ創業者が米国の新規スタートアップの36.3%を占め、50年以上で最高の割合となりました（出典：Carta の Solo Founders Report）。これは、エンジニア不要という Bubble のビルダーが狙う層に近く、既存のエンジニアリングまたは運用の機能を持つチーム向けに作られた Retool が、一般的には狙わない層です。

ビジネス目標別の選び方

チームと役割ごとの適合性

中核機能とビルダーモデル

Retool のビルダーは、すでにデータを把握していることを前提とします。Postgres や MySQL のデータベース、REST や GraphQL の API、あるいは数十の構築済み連携（Stripe、Salesforce、Slack、Google Sheets）のいずれかに接続すると、Retool のコンポーネントライブラリ（テーブル、フォーム、ボタン、チャート）が、返ってくるものに何でもカチッと当てはまります。すべてのクエリは、生の SQL でも JavaScript でも構いません。基盤となるシステムを隠す抽象化層はなく、それこそが要点です。Retool は UI であり、データベースではありません。

Bubble のビルダーは逆を前提とします。接続すべき既存のデータはないため、Bubble がそれを用意します。組み込みのデータベース内でデータ型とフィールドを定義し、ページをビジュアルに設計し、Workflow タブでロジックを組みます。if/then の分岐、カスタムイベント、スケジュールまたは API 経由のバックエンドワークフローです。SQL も JavaScript も不要ですが、プラグインのマーケットプレイスと API コネクタにより、技術系のビルダーは必要に応じてビジュアルの限界を押し広げられます。

実際の要件が、どちらのツールの上限も超える技術的な深さなら、それは Retool の代替ツールのガイドと、Retool vs Softr vs Budibase の比較のどちらも、より詳しく扱っている領域です。

2つの異なるメーター：席とワークロードユニット

だからこそ、単純な料金の横並びの表は、ドル記号の先を読まないと誤解を招きます。Retool は人を数えます。ビルダー、社内ユーザー、無料の50人を超えた外部ユーザーはすべて請求に1行を加え、組織図を見れば誰にログインが必要かがすでに分かるため、事前に把握できます。Bubble は活動を数えます。ページ読み込み、データベース操作、バックエンドワークフローの実行を、ワークロードユニット（WU）という1つの数字にまとめ、誰がログインしているかにかかわらず毎月リセットされます。静かなユーザー5人と、毎時間動く重いバックエンドジョブを持つ Bubble アプリは、ほとんど触らない500人のアプリより多くの WU を使い切ることがあります。

実際のチーム規模での料金

姉妹記事の数字ではなく、各ベンダー自身が公開している数字で計算しましょう。Retool はロール別に課金し、既定は年払いで、月払いならより高い料金です。Bubble はアプリに課金し、以下の Web のみの金額は、Web とモバイルの金額とあえて分けています。片方だけを掲載するのが、このツールの料金について最もよくある間違いだからです。

Retool の公開プランは、Retool の料金ページによるもので、2026年8月に確認済みです。

セルフホスト型のデプロイも同じロール別料金で課金され、Team と Business のセルフホストは合計100ユーザーが上限です。

Bubble の公開プランは、Bubble の料金ページによるもので、2026年8月に確認済みです。以下の金額はすべて Web のみです。Web とモバイルは、有料のどのプランでも大幅に高くなります。

Bubble の Free プランは開発バージョンのみです。公開アプリもカスタムドメインもなく、実際のユーザーが到達できるものはホスティングできません。Bubble のページには「年払いで最大20%割引」と記載されていますが、上の金額はすでに年払いベースです。ファイルストレージは、有料のどのプランでも100 GB あたり月 $3 の別オプションです。

10人、25人、100人の実際のコスト

Retool では、現実的な運用チームを想定します。ツールを構築・保守する少数の人と、構築されたものを使うだけのその他全員です。10ユーザーではビルダー2人と社内ユーザー8人、25ユーザーではビルダー3人と社内ユーザー22人、100ユーザーではビルダー5人と社内ユーザー95人を想定し、すべて Business で見積もります。Team には外部ユーザーのサポートがなく、100人規模のデプロイの大半が求めるガバナンス制御の一部も欠けているためです。Bubble の場合、同じ10/25/100という枠組みが測るものは別です。構築したアプリのエンドユーザー、つまりスタッフではなく顧客や会員です。人数は請求額をほとんど動かしません。動かすのはワークロード、つまりそのユーザーがアプリ内で実際にどれだけ操作するかと、構築を続けるためにチームの何人にエディター席が必要かです。

最後の列のポイントは、具体的なドル金額ではなく、Bubble の行が Retool のようには動かないことです。利用の軽いユーザー10人と100人が、まったく同じプランに収まることがあります。データを大量に扱うバックエンドワークフローを酷使する10人は、受け身で閲覧するだけの100人では起きないアップグレードを迫ることがあります。事業計画が請求額を事前に知っていることに依存しているなら、それは Retool の席単位のモデルとは、程度の違いではなく種類の違いです。

誰がログインするか：社内スタッフと有料顧客

この違いは、記事全体を1つの問いに凝縮します。このアプリは誰のためのものか。正直な答えが「給与を払っている人たち」なら、Retool の席単位のモデルは、まさにあなたが加えるもの、つまりアクセスできるもう1人を価格にします。「ここで働いていなくて、料金を払ってくれるかもしれない人たち」なら、Bubble のワークロードモデルは、まさにあなたが構築しているもの、つまりコストが自らの利用量に連動すべきプロダクトを価格にします。Bubble 自身のホスティングが、構築の規模に見合わないほどのロックインに感じられるなら、Bubble vs Softr の比較で、Bubble 自身のデータベースではなく既存のノーコードデータベースの上に構築する、より軽い選択肢を扱っています。

導入と変更管理

リスク、ガバナンス、ロックイン

Retool の最大の構造的な利点は、機能リストではなくここに現れます。Retool は厳密な意味ではデータを所有しないため、基盤となるデータベースや API は、ビルダーを開く前とまったく同じ場所にとどまります。明日 Retool をやめても、データが取り残されることはありません。失われるのは、その上に作った管理画面だけです。セルフホストと VPC デプロイは、自社のインフラ内でツールを動かす必要があるチーム向けに、有料プランで提供されており、現実のコンプライアンス上の問いに対する、現実的な答えです。

Bubble の構造は、設計上、異なります。Bubble は事業の上に載る層ではなく、プロダクトそのものだからです。アプリのデータとロジックはどちらも Bubble 独自のランタイム内にあり、セルフホストの選択肢も、完成したアプリを開発者が別の場所で拾って動かせる、移植可能なソースコードとしてエクスポートする方法もありません。後で Bubble から移行するということは、データをエクスポートし（Bubble が対応しています）、ロジックを次に使うものの中で手作業で作り直すことを意味します。それが、あらゆるビジュアルなノーコードビルダーの裏にある正直なトレードオフであり、Bubble の代替ツールのガイドでさらに詳しく扱っています。今日の構築の速さと引き換えに、後の移植性を差し出すのです。

Microsoft エコシステムとの結びつきと、より深いエンタープライズガバナンスが、ここにあるどちらのベンダーよりも重要なら、Power Apps vs Retool の比較のほうが、より関連の深い内容です。また、要件が、Retool が提供する水準を超える独自のコンプライアンス上限を持つ、より重量級の社内ツールプラットフォームなら、市場のその端は OutSystems の代替ツールのガイドで扱っています。

Retool が適している場合

• データがすでに本物の場所にある：本番のデータベース、社内 API のセット、すでに料金を払っている SaaS ツール群。そして必要なのは、その上の UI であり、何かを保存する新しい場所ではない
• 構築したものを使う人が自社の給与支払い対象で、アクセスできる人にぴったり比例して直線的に増える請求額がほしい
• チームの誰かが SQL や REST API に慣れていて、その力をビジュアルのみの上限の向こうに閉じ込めず、ビルダーの中で使いたい
• 会社の事業地や規制当局の関係で、セルフホストや VPC デプロイが、あれば便利な程度ではなく、実際の要件になっている
• 独自の顧客、サインアップ、課金を持つプロダクトではなく、社内コンソールを構築している

Bubble が適している場合

• 実際のプロダクトを構築している：独自のユーザーと独自のデータを持ち、他に運用しているものから独立した存在意義を持つ、顧客向けの Web またはモバイルアプリ
• チームにまだエンジニアがいない、またはアイデアを検証する前に採用したくなく、ビジュアルビルダーでその隙間を完全に埋めるつもりである
• レスポンシブなページを携帯用にサイズ変更したものではなく、同じ構築から、本物のネイティブ iOS と Android アプリが必要
• チームメイトを追加するたびに増える請求額より、プロダクト自身の利用量に連動する請求額のほうがよい
• トレードオフを受け入れている：構築は速いが、後から離れにくい。アプリのロジックとデータが、すべて Bubble 独自のランタイム内にあるため

どちらの形も合わず、実際に必要なのが、オフィスの管理画面や完全な顧客向けプロダクトではなく、現場や第一線のスタッフ向けの、素早いモバイルファーストの構築であれば、そのより絞り込まれたテーブル中心のカテゴリを Glide の代替ツールのガイドで扱っています。

意思決定フレームワーク

次のステップ

1. この比較の大半を決める問いに答えましょう：誰がログインするのか。 すでに運用しているデータの上で自社スタッフが使うなら、Retool の料金を確認し始めてください。独自のアカウントを持つ顧客や一般の人なら、Bubble の料金を確認し始めてください。
2. プランを選ぶ前に、Retool の実際の人数の内訳をモデル化しましょう。 ビルダーと社内ユーザーは費用が異なり、大まかな推測でも、25人や100人では年間の金額が大きく変わります。
3. Web のみか Web とモバイルかを言わずに、Bubble の料金を見積もらないでください。 Starter だけでも月 $29 と $59 の差はどの規模でも大金であり、間違った方を掲載するのが、このツールについて最もよくある間違いです。
4. 決める前に、最も複雑な画面を両方のツールで作り直してみましょう。 Retool なら、最も重いクエリを持つ画面です。Bubble なら、条件付きワークフローロジックが最も多い画面です。
5. どちらの形も合うかまだ分からない場合は、ベストノーコードアプリビルダーのまとめで検索範囲を広げられます。

---

関連リソース：

• 2026年のベストノーコードアプリビルダー
• Retool の代替ツール
• Bubble の代替ツール
• Power Apps vs Retool
• Bubble vs Softr
• Retool vs Softr vs Budibase
• Glide の代替ツール
• OutSystems の代替ツール