Bubble vs Softr:アプリをゼロから構築するか、既存データにフロントエンドをかぶせるか

Bubble のフルスタック構築エンジンと、外部データに架かる Softr の高速ポータルブリッジの比較

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

2026年8月更新

この2つのツールが同じ候補リストに並ぶのは、機能が重なっているからではありません。運用リーダー、IT Director、創業者として「ノーコードのアプリビルダー」と検索すると、どちらも表示されます。どちらも、開発バックログを待たずに非エンジニアが実用的なものを世に出せるからです。ただし、共通点はそこまでです。一方は、データベース、ビジュアルなロジックエンジン、そして見知らぬ人から料金を取れる本格的なアプリケーションを提供し、ソフトウェア開発には数週間かかるという前提を受け入れるよう求めます。もう一方は、データがすでにどこかにあることを前提にします。Airtable、Google Sheets、Softr Database、HubSpot、Postgres のいずれかです。その上に、ブランド付きで権限管理されたポータルを数時間で用意します。

どの機能比較よりも先に、この比較の結論を左右する違いがあります。Bubble はフルスタックのビルダーです。データモデルまで含めて、プロダクトそのものを作ります。Softr はフロントエンドです。すでに自社で持っているデータに対するインターフェースを提供します。どちらの側にいるのか分からない場合は、先にそれを決めない限り、この記事の残りはあまり役に立ちません。以下の表はすべて、あなたがすでに答えを知っている前提で書かれているからです。

TL;DR

Bubble Softr
想定用途 独自のデータベースとロジックを備え、プロダクトとして公開して利用者から料金を取れる本格的なアプリケーション すでに別の場所(Airtable、Google Sheets、Softr Database、HubSpot、Postgres)にあるデータに対する、ブランド付きで権限管理されたフロントエンド
料金モデル 固定のプラン料金にワークロードユニットを加えた形式で、アプリの処理内容に応じて請求額が動く 固定のプラン料金にアプリユーザーを加えた形式で、チーム席とクライアント席に分かれ、ログインする人に応じて請求額が動く
開始価格 年払いで $29/月(Web のみ、Starter)、Web とモバイルは年払いで $59/月(Bubble 自身の料金ページによる) 年払いで $19/月、月払いで $25(Basic)(Softr の料金ページによる。2026年8月5日に Softr が導入したプラン構成に基づく)
無料プラン あり。ただし開発バージョンのみで、公開アプリやカスタムドメインは使えない あり。初日から公開でき、アプリユーザー5人とデータベースレコード5,000件が上限
請求額を動かす要因 ワークロードユニット:ページ読み込み、検索、ワークフロー実行、API コール 名前の付いたアプリユーザー:チーム席とクライアント席に分けてカウントされ、別々に課金される
最も適した用途 ロジックもデータモデルもまだ存在しない状態から作る、本格的な複数ユーザー向けプロダクト すでに Airtable、Sheets、その他のスイートにあるデータの前面に、ポータルを置くだけでよい場合
最も適さない用途 すでに他の場所にあるデータに対する簡単な社内ツール(不要なデータベースにお金を払うことになる) データモデルもロジックもどこにもまだ存在しない、まったく新しいプロダクト
規模が大きくなってツールが合わなくなったとき レコードはエクスポートできるが、Bubble 独自のビジュアルなワークフローロジックは移植可能なコードとして持ち出せない ポータル層は置き換えられる。元のデータソースは、そもそも Softr に縛られていない

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

Bubble はフルスタックであり、そのことを最初から前面に出しています。データベース、実際のバックエンドロジックとして機能するビジュアルなワークフローエンジン、ホスティングされたレスポンシブなアプリケーションが、1つの製品にまとまっています。データ型を定義し、ワークフローを組み、ページを設計すれば、Bubble がデータベースを含む全体をホスティングします。始める前に何かを用意しておく必要はありません。この独立性こそが、本格的な Bubble の構築に数時間ではなく数週間かかる理由であり、同時にコミュニティがここまで拡大した理由でもあります。600万人のビルダーが、220以上の国と地域で700万を超えるアプリを公開しており、Bubble 上に構築されたマーケットプレイスは年間10億ドル以上を処理しています(出典:Bubble の公式ブログ)。

フルスタックとポータル:何が違うのか。Bubble はアプリケーションそのものを構築し、Softr はすでにあるデータの前面に立つ。

Softr は逆の前提から始まります。データモデルはすでにどこかにあり、あなたの仕事は新しく発明することではなく、そこに本物のインターフェースを載せることだと考えます。Airtable のベース、Google スプレッドシート、HubSpot の CRM、Postgres データベース、あるいは本当に何もない場合は軽量な Softr Database を指定すると、バックエンドロジックに触れることなく、ページ、ログイン、ロール、レコード単位の権限がその上に構築されます。Bubble のような独自のワークフローエンジンは持たず、データがすでにある場所を読み書きします。だから数週間ではなく数時間で公開できます。発明すべきデータモデルはなく、設計すべきなのはフロントエンドだけだからです。この比較で Airtable が特に重要なのも同じ理由です。Airtable だけで50万の組織が利用しており、そのなかには Fortune 100 の90%と1,000万人のアクティブユーザーが含まれます(出典:Airtable の公式 About ページ)。これは、Softr がまさに作ろうとしているポータルを待っている、装飾のないスプレッドシートの巨大な母集団です。

Bubble Softr
組織への適合 空のデータモデルから、本当に新しいプロダクトや社内ツールを作るチーム 運用データがすでに Airtable、Sheets、Softr Database、HubSpot、Postgres のいずれかにあるチーム
導入のきっかけ カスタムロジックを備えた本格的なアプリケーションが必要だが、構築するエンジニアがいない すでに管理しているデータに対して、バックエンドを構築せずにクライアント向けまたはチーム向けのポータルが必要
データモデル Bubble 独自のデータベース。ビルダー内で定義する 外部ソースを読み書きする。持っていない場合の代替が Softr 独自の Database
ロジックエンジン Bubble のビジュアルなワークフローエンジン。フルのバックエンドロジック 独自のものはなし。ロジックの大半は、接続先のデータソースか、簡単なフロントエンドのルールにある
一般的な構築期間 本格的な複数ユーザー向けアプリケーションで数週間 既存データ上で動くポータルが数時間から数日

重要なポイント

  • Softr で最もよく使われるデータソースの1つである Airtable は、50万の組織が利用しており、そのなかには Fortune 100 の90%と1,000万人のアクティブユーザーが含まれます(出典:Airtable の公式 About ページ)。
  • Bubble のコミュニティは600万人のビルダーに成長し、220以上の国と地域で700万を超えるアプリを公開しています。Bubble 上のマーケットプレイスは年間10億ドル以上を処理しています(出典:Bubble の公式ブログ)。
  • Softr は2026年8月5日にプラン構成全体を改定しました。既存の有料顧客は、何の対応も不要で、旧プランに無期限で据え置かれます(出典:Softr の公式コミュニティ告知)。
  • 両ツールが属するカテゴリであるローコード開発技術の売上は、Gartner の予測では4年間で19%成長し、2026年までに445億ドルに達する見込みです(出典:Gartner、InfoWorld による報道)。
  • シチズンデベロッパーに権限を与えている企業は、イノベーションのスコアが下位四分位の企業より33%高くなります(出典:McKinsey の Developer Velocity 調査)。開発バックログを待つ代わりに、どちらかのツールを非エンジニアに任せる根拠となるデータです。

2026年8月に何が変わったか

Softr のプラン構成は2026年8月5日に変更されました。この比較で、判断に最も関わる事実です。旧構成は、Basic $49、Professional $139、Business $269で、アプリユーザーはそれぞれ20人、100人、500人でした。ネット上の Softr に関する記事の多くは今もこの旧構成を説明していますが、現在は存在しません。

Softr のプラン世代を確認しましょう。既存アカウントは旧条件のまま使える場合があり、新プランではユーザー数の上限が異なります。

現在のページには、Free、$19/月の Basic、$99/月の Pro、$329/月の Business が並び、アプリユーザーの枠は以前よりかなり絞られています。Basic には Team 5人と Client 5人、合計10の名前付きログインが含まれ、旧 Basic の20人から減りました。Pro にはチームユーザー10人が含まれ、クライアントユーザーは $1/月から追加できます。Business にはチームユーザー30人が含まれ、クライアントユーザーは $2/月から追加できます。アプリ、データベース、ワークフロー、フォームは、Free を含むすべてのプランで無制限で、ビルダーは追加費用なしでアプリユーザーとして追加できます。入口の価格は下がりました。含まれるユーザー数は下がっていません。ポータルが少数を超える外部ログインに対応する場合、請求額を実際に決めるのはこの数字です。

すでに支払っている方にとっては朗報で、Softr は既存の契約を据え置きます。同社のコミュニティ告知によれば、「既存の有料顧客(または14日間の無料トライアル中の方)は、現在のプランをそのまま使い続けられ、対応は不要です」とのことです。また、Softr は2024年と2025年にも料金体系を再編し、そのたびに既存顧客を据え置いたと述べています。いま新規に Softr の料金を見積もるということは、新しい、より厳しい構成で見積もるということです。2026年8月5日より前に開設したアカウントは、旧来の計算のままの可能性があります。思い込まずに、直接確認することをお勧めします。

ビジネス目標別の選び方

目標 選ぶべきツール 理由
「見知らぬ人から料金を取れる本格的なプロダクトを公開したい」 Bubble 独自のデータベースとロジックエンジンを持ち、事前に何かを用意する必要がない
「チームがすでに Airtable や Sheets で管理しているデータに、クライアント向けポータルを作りたい」 Softr 既存のソースをネイティブに読み書きでき、構築すべきバックエンドがない
「多数のログインユーザーを、最も安く素早く動くポータルに載せたい」 Softr(人数がプランに含まれるユーザー数に収まる場合) 含まれる Team と Client の枠を超えると、席ごとの課金が始まる
「アプリがどれだけ計算しても、請求額が動かないようにしたい」 Softr ワークフローアクションの上限を除けば、Softr の基本料金は利用量ではなく名前付きユーザーで決まる
「何人ログインしても、請求額が動かないようにしたい」 Bubble ワークロードユニットは人数ではなくアクションを計測するため、ログインユーザーが多くても利用が軽ければ安く済む
「ビジュアルなワークフローやロジックエンジンの習得を避けたい」 Softr 構築すべきバックエンドロジックがない。Bubble のワークフローエンジンには本物の学習曲線がある

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

役割 Bubble Softr
非技術系のビルダー ワークフローロジックが細かくなると、実際に限界にぶつかる 全体を通して扱いやすい。ぶつかるバックエンドのロジックエンジンがない
技術系・開発者のビルダー 余裕が大きい:ワークフローエンジン、API コネクタ、6,000以上のプラグイン 上限は低い。拡張性は Softr 独自のブロックライブラリと接続可能なデータソースに限られる
エンドユーザー・アプリユーザー 1人ごとの直接課金はないが、公開アプリには有料プランが必要で、アクションごとにワークロードユニットを消費する 名前付きの席が必要。安価なクライアント席と高価なチーム席に分かれる
IT・業務システムの管理者 アプリケーション全体とデータベースを所有・ホスティングする。ベンダーは1社で請求も1本 ポータル層のみを所有する。接続先のデータソースは、それぞれ別の管理者とアクセス制御を持つ

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

どちらも、基本的な構築ならクエリ言語なしで、非エンジニアがログインとロールを備えた動くアプリを組み立てられます。差が開くのは、それぞれが実際に何を作ろうとしているかという点です。

アプリエンジンとポータル:何が違うのか。Bubble はフルスタックを所有し、Softr は接続先データソースへのアクセスを組み立てる。

機能 Bubble Softr
データモデリング 独自のデータベース。ビルダー内で定義する 既定では独自のものはなし。外部ソースを読み書きするか、軽量な Softr Database を使う
ロジックとワークフロー フルのビジュアルなワークフローエンジン。実際のバックエンドロジック 簡単なフロントエンドのルールと自動化。バックエンドのワークフローエンジンはなし
ロールとレコード単位の可視性 ネイティブ。Bubble 独自のデータベース内で設定する ネイティブ。これこそが製品の本体で、他者のデータへのブランド付きで権限管理されたアクセス
ネイティブモバイルアプリの生成 Web & Mobile プランは、実際のアプリストア向けビルドを生成する ネイティブモバイルアプリの生成はなし。出力はレスポンシブな Web アプリ
API アクセス フルの API コネクタ。利用する API も公開する API も構築できる 接続先ソース自体の API を読み書きする。汎用のバックエンド API は持たない
拡張性 6,000以上のマーケットプレイスプラグイン Softr 独自のブロックライブラリとデータソース連携に限られる
ホスティング Bubble がアプリケーション全体とデータベースをホスティングする Softr がフロントエンドをホスティングし、データはデータソースが保持する

構築において複数の業務システム間でデータを移動し、その間に本格的なクエリロジックが必要になる場合は、どちらのツールも候補として適切ではありません。その、より本格的なカテゴリは Retool の代替ツールのガイドで扱っています。データベース優先のビルダーとフルスタックのビルダーを比べているチームには、Retool vs Bubble の直接比較もあります。データ向けのフロントエンドが必要でも、Softr がその形として合わない場合は、より絞り込んだ検索として Softr の代替ツールのまとめが役立ちます。

2つの異なるメーター:ワークロードユニットとアプリユーザー

この軸こそが、実際に異なる請求額を生みます。どちらのツールが「高い」かという話ではありません。Bubble と Softr は、まったく別のものを計測しているのです。

ワークロードとユーザー:何が違うのか。Bubble は活動量を計測し、Softr は名前付きのチームユーザーとクライアントユーザーを計測する。

Bubble:ワークロードユニット Softr:アプリユーザー
計測対象 アプリが実行するすべてのアクション:ページ読み込み、データベース検索、ワークフロー実行、API コール ログインするすべての人。チーム席(ビルダーとスタッフ)とクライアント席(外部ユーザー)に分かれる
請求額がほとんど動かないもの アプリを使う人数(常識的な範囲で) アプリの計算量(プランのワークフローアクション上限まで)
このモデルで得をする人 ログインユーザーが少ない、トラフィックの多いプロダクト:利用は多いが名前付きアカウントは少ない ログインユーザーが多い、トラフィックの少ない社内ツール:名前付きアカウントは多いが、1人あたりの利用は軽い
このモデルで割を食う人 ユーザーが少なくても計算量の多いアプリは、ワークロードユニットを急速に使い切りうる 名前付きログインが数千あるポータルは、1人ひとりがほとんどアプリを開かなくてもコストが高くなる
超過時の扱い プランの月間枠を超えた分は、ワークロードユニットが段階的に課金される 含まれる Team と Client の数を超えた分は、席ごとに課金される(プランに応じて $1〜$2/月)

30人の社内ツールと5,000人の一般向けプロダクトはこの表の両端に位置し、どちらを作るかによって、安いベンダーが入れ替わります。どちらかの料金を見積もる前に、自社のケースがどちらの形なのかを把握しておきましょう。

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

現実的なワークロードと、アクセスが必要な人数の両方を比較しましょう。この2つの入力が、Bubble と Softr では別々の請求額を左右します。

利用量と人数:何が違うのか。合計を比べる前に、現実的なワークロードと現実的なログインユーザー数を見積もる。

Bubble の公開プランは、Bubble 自身の料金ページによるもので、2026年8月に確認済みです。ページには Web のみと Web & Mobile の切り替えがあり、以下の価格はすべてどちらかを明記しています。

プラン Web のみ Web & Mobile ワークロードユニット アプリエディター
Free $0 $0 50,000 WU/月 1
Starter 年払いで $29/月(月払いで $32/月) 年払いで $59/月 175,000 WU/月 1
Growth 年払いで $119/月 年払いで $209/月 250,000 WU/月 2
Team 年払いで $349/月 年払いで $549/月 500,000 WU/月 5
Enterprise 要問い合わせ 要問い合わせ カスタム カスタム

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

Softr の公開プランは、Softr の料金ページによるもので、ブラウザのユーザーエージェントを使って生のページ HTML から読み取りました(ページは JS でレンダリングされるため、通常の取得ではドル表記が返りません)。2026年8月5日の価格改定後の、2026年8月26日に確認済みの内容です。

プラン 料金 ビルダー アプリユーザー データベースレコード ワークフローアクション
Free $0 最大3人 5 5,000 500/月
Basic $19/月 1人含む、追加は $5/月 Team: 5 + Client: 5 50,000 2,500/月
Pro $99/月 2人含む、追加は $10/月 Team: 10、クライアントユーザーは $1/月から 500,000 プランによる
Business $329/月 3人含む、追加は $20/月 Team: 30、クライアントユーザーは $2/月から 1,000,000 25,000/月
Enterprise 要問い合わせ カスタム カスタム カスタム カスタム

Softr のページには、「2か月分お得」と表示された月払いと年払いの切り替えがありますが、プランごとに表示されるドル金額は1つだけです。そのため、上の数字は別途算出した年額ではなく、ページが実際に表示している数字です。アプリ、データベース、ワークフロー、フォームは、Free を含むすべてのプランで無制限です。ビルダーは追加費用なしでアプリユーザーとして追加できます。カスタムドメインの追加は $15/月、年払いなら $13/月です。非営利団体と教育機関には50%の割引があり、8月の変更で30%から引き上げられました。

25人の社内ポータルと500人のクライアントポータルは実際にいくらかかるか

対照的な2つのシナリオを試すと、「ユーザー単位か利用量単位か」という見方は、脚注では済まなくなります。

シナリオ1:25人の社内ポータル。全員がスタッフで、日々の利用は中程度(1人あたり1日にページ読み込み、検索、フォーム送信が数回)です。

  • Bubble:25人のスタッフが軽〜中程度に使う場合の妥当な見積もりとして、Growth の月間250,000ワークロードユニットの枠に収まると仮定します。Web のみ、年払いで $119/月、年間 $1,428です。Web & Mobile、年払いで $209/月、年間 $2,508です。Bubble はログイン数で課金しないため、社内ユーザーが25人でも5人でも費用は同じです。
  • Softr:全員がチームレベル(スタッフ)のアクセスを必要とする25人は、Basic に含まれる5席にも Pro の10席にも収まりません。25人のスタッフを席ごとの超過なしでそのまま賄える最初のプランは、30のチーム席を含む Business で、$329/月、年間 $3,948の定額です。Softr のプランは、追加のクライアントユーザーの超過料金($1〜$2/月)は公開していますが、各プランに含まれる数を超える追加のチームユーザーの料金は公開していません。そのため、社内の人数がその数を超える場合は、少しずつ追加するのではなく、上位のプランへ移ることになります。

このシナリオでは、どちらの課金方式でも Bubble のほうが安くなります。Bubble は、そもそも25のログインを価格にカウントしていないからです。

シナリオ2:500人のクライアントポータル。外部ユーザーが月に数回レコードを閲覧・送信し、1セッションあたりのワークフロー負荷は軽いケースです。

  • Bubble:この形のポータルの多くでは、500人の軽い利用であれば Team の500,000ワークロードユニットの枠に収まると仮定します。計算負荷がはるかに高い構成なら Enterprise に踏み込む可能性もあります。Web のみ、年払いで $349/月、年間 $4,188です。Web & Mobile、年払いで $549/月、年間 $6,588です。
  • Softr:Business で500人のクライアントユーザーを、500席すべてに記載のクライアントユーザー料金 $2/月が課金されると仮定します(Softr のプランは、Pro や Business に無料のクライアント席の枠を公開しておらず、追加のクライアントユーザーがそのプランごとの料金から始まるとしか示していません)。500 x $2 = クライアントユーザーの超過料金が月 $1,000、これに基本プランの $329を加えて、$1,329/月、年間 $15,948です。

このシナリオでは、Bubble が圧倒的に安くなります。Softr のクライアント席ごとの課金は、ログインユーザーの数に比例して増えますが、Bubble のワークロードユニットのモデルは、1人あたりの利用が軽い限り、それにほとんど反応しないからです。分岐点は人数だけでなく利用の強度です。全員がよく操作する500人の Softr ポータルは、本当に複雑なロジックを持つ Bubble の構築よりも低く収まる可能性があります。どちらの数字も最終的なものと信じる前に、自社の利用パターンでモデル化してください。

最初の動くアプリまでの時間

Bubble Softr
最初の動くページまでの時間 データモデルとロジックの複雑さに応じて、数日から数週間 元データがすでに整理されていれば、数時間から2日程度
遅くなる要因 データモデルとワークフローロジックをゼロから設計すること 乱雑または非構造化の元データ。データベースとして作られたわけではないスプレッドシート
学習曲線 本格的:ワークフローエンジン、データベース設計、レスポンシブレイアウト 緩やか:ソースを接続し、ページとブロックを置くだけ
最初のバージョンを作れる人 数週間にわたって週に相応の時間を割けるビルダー 元のスプレッドシートや CRM を知っている人なら、ほぼ誰でも

データの所有権と、利用をやめた場合に起きること

Bubble をやめるとアプリケーションのロジックを作り直すことになり、Softr をやめる場合は、外部に保存されたレコードをそのまま残して、ポータルを置き換えるだけで済むのが通常です。

アプリからの退出とポータルからの退出:何が違うのか。Bubble はロジックの作り直しが必要で、外部に保存された Softr のレコードはそのまま残せる。

Bubble Softr
データの所在 Bubble 自身のホスティングされたデータベース内 指定した場所:Airtable、Sheets、Postgres、HubSpot、何もなければ Softr 自身の Database
エクスポート レコードはエクスポートできるが、アプリケーションのワークフローロジックは移植可能なコードとしては出力できない データがもともと外部にあるため、Softr 自体から意味のあるエクスポートはほとんどない
ベンダーから離れる場合 データベースとロジックを含むアプリケーション全体を、別の場所で作り直す 同じデータソースに別のフロントエンドを向けるか、何も向けない。データはもともと Softr のものではない
実質的なロックイン アプリケーションそのもの:ロジック、ワークフロー、ホスティングはすべて Bubble 固有 ポータル層のみ:ページ、ロール、ブランディングは Softr 固有で、元のレコードは通常そうではない

どちらも、コードをエクスポートできるビルダーのような、エンジニアが引き継げる本物のダウンロード可能なソースという出口は用意していません。違いは、実際に閉じ込められる範囲です。Bubble のロックインはアプリケーション全体に及びます。アプリケーション全体が Bubble の中にあるからです。Softr のロックインは、構築したポータルに限られます。表示されるレコードは、最初から別の場所にあることを前提に設計されているからです。システム間のデータの可搬性が、これらのツールの現在の形より重要な場合は、ノーコードアプリビルダーのまとめで検索範囲を広げられます。

導入と変更管理

どちらのツールにも、必須の数週間にわたる導入フェーズはありませんが、導入後にそれを所有するチームに求めるものが異なります。

Bubble Softr
導入の負荷 本格的なプロジェクト:データモデル、ワークフローロジック、QA、そして公開 設定作業:ソースを接続し、ページを設計し、ロールを設定する
トレーニング負荷 公開後にワークフローロジックを保守する人にとっては相応に大きい 公開後にページと権限を保守する人にとっては軽い
継続的な保守 チームがデータベースを含むアプリケーション全体を無期限に所有する チームはフロントエンドを所有する。接続先のデータソースは別の管理者を持つ
現実的な担当者 専任のノーコードビルダー、またはプロダクト志向の運用担当者 公開対象のスプレッドシート、ベース、CRM をすでに所有している人

リスクとガバナンス

どちらのツールも大規模なエンタープライズ向けプラットフォームではなく、ガバナンスの論点はそれぞれ異なります。

  • ベンダーロックインは Bubble のほうが深刻です。アプリケーション、データ、ロジックのすべてが1社のベンダーの中にあります。Softr のロックインは設計上より浅く、ポータルは Softr のものですが、その背後のレコードは通常そうではありません。
  • アクセス制御はどちらもネイティブですが、Softr の権限モデルは、接続先のソース(Airtable、HubSpot、Postgres)がすでに許可している範囲に暗黙のうちに縛られます。ロールの設定を誤ると、Softr 自身の設定画面から1層離れたところにある、稼働中の業務データを露出させかねません。
  • 料金の透明性は両ツールの確かな強みです。Bubble も Softr も自社ページで全プランの料金を公開しており、見積もりのすべてを営業との通話に回すこのカテゴリの一部のツールとは異なります。ローコード側のその例は、Knack vs Zoho Creator の比較で扱っています。
  • シチズンデベロッパーのガバナンスはどちらの場合も重要です。特に Softr では、基幹データを持つシステムが、非技術系のビルダーが公開したばかりのポータルからワンクリックの場所にあるため、誰かがどのロールに何を公開するかを管理する必要があります。

Bubble が適している場合

  • 他のどこにもまだ存在しないデータモデルとロジックを持つ、まったく新しいプロダクトを構築している
  • 最終的にユーザーから料金を取る、または本物のマーケットプレイスを運営したいので、アプリケーションスタック全体を所有する必要がある
  • すでにあるレコードを絞り込み、見た目を整えるだけでなく、大幅にカスタムなロジックが構築に必要
  • 携帯用にサイズを変えたレスポンシブな Web ページではなく、ネイティブモバイルのアプリストア向けビルドが必要
  • 別のデータソースが使えて整理されている状態に頼るより、データベースを含むスタック全体を自分たちで所有したい

Softr が適している場合

  • 運用データがすでに Airtable、Sheets、HubSpot、Postgres などのソースにあり、本物のフロントエンドが必要なだけである
  • クライアントまたはパートナー向けのポータルを、数週間ではなく数時間から数日で公開する必要がある
  • チームの誰も、ビジュアルなワークフローエンジンを学んだり、アプリケーションのロジックを長期的に保守したりしたくない
  • ログインユーザーは多いが1人あたりの利用は軽い。これはまさに、Bubble のワークロードユニットのモデルが Bubble にとって効率よく価格設定できる形であり、Softr の席ごとのモデルではそうならない
  • 後でその上のポータルが変わっても、元のデータは独立して移植可能なままにしておきたい

意思決定フレームワーク

あなたの状況 選ぶべきもの
まだ存在しないデータモデルから、本格的なプロダクトを構築する Bubble
Airtable、Sheets、その他のスイートで管理しているデータの前面にポータルを置く Softr
完成したアプリケーションを、見知らぬ人に料金を取って使ってもらう予定である Bubble
固定予算で、利用の軽い数百人のログインに対応する Softr(含まれるユーザー数の範囲内。それを超えると席ごとの課金)
ネイティブモバイルのアプリストア向けビルドが必要 Bubble(Web & Mobile プラン)
後でツールを切り替えても、元のデータが独立して移植可能であってほしい Softr
最終的に、本物の移植可能なソースコードを付けて開発者にアプリを渡す予定である どちらでもありません。 そのカテゴリについてはノーコードアプリビルダーのまとめをご覧ください
まず Bubble を候補から外したい Bubble の代替ツールのガイドをご覧ください
まず Softr を候補から外したい Softr の代替ツールのガイドをご覧ください
この2つに加えて、3つ目のデータベース優先のビルダーを比較したい Retool vs Softr vs Budibase をご覧ください

次のステップ

  1. まず、どちらの世界にいるのかを決めましょう。 アプリに必要なデータがまだ存在しないなら、プロダクトを構築することになり、Bubble のカテゴリです。すでに Airtable、Sheets、その他のスイートにあるなら、フロントエンドを公開することになり、Softr のカテゴリです。
  2. 人数だけでなく、利用の形を見積もりましょう。 ログインユーザーが多く軽い利用なら、含まれるユーザー数までは Softr が有利で、それを超えると Bubble が有利です。ユーザーは少ないが計算負荷の高い構築なら、人数にかかわらず Bubble のワークロードユニットのモデルが有利です。
  3. 予算を組む前に、Softr の現行プランの料金を直接確認しましょう。 プラン構成は2026年8月5日に変わっており、既存のアカウントは旧来の据え置き構成のままかもしれません。
  4. 決める前に、最も負荷の高い画面を両方のツールで作り直してみましょう。 Bubble なら、条件ロジックが最も多い画面です。Softr なら、既存のデータソースで最も乱雑な部分に触れる画面です。
  5. どちらも自社に合う形かまだ分からない場合は、Retool の代替ツール、Glide の代替ツール、Power Apps の代替ツールのガイドで検索範囲を広げられます。データベース優先の選択肢については、Retool vs Bubble が直接扱っています。

Bubble vs Softr に関するよくある質問

Bubble と Softr ではどちらが安いですか?

何を構築し、誰がログインするかによります。入口のプランは近く、Bubble Starter の Web のみが年払いで $29/月、Softr Basic が年払いで $19/月です。実際の規模では2つは別の軸で分かれます。ログインユーザーが多く利用の軽い構成は、Bubble が1人ごとに課金しないため安く済みますが、Softr では含まれる Team と Client の席数を超えると高くなります。ユーザーが少なく計算負荷の高いアプリでは、Bubble のワークロードユニットが誰がログインしているかではなくアプリの処理内容を計測するため、逆になることもあります。

2026年8月に Softr の料金はどう変わりましたか?

Softr は、旧来の Basic $49、Professional $139、Business $269 の構成(アプリユーザーはそれぞれ20人、100人、500人)を、2026年8月5日に Free、Basic $19、Pro $99、Business $329 の新構成に置き換えました(これらは年払いのときの実効月額で、月払いではそれぞれ $25、$119、$395 です)。新構成に含まれるアプリユーザー数はより厳しくなり、Basic は合計20人から、チーム5人とクライアント5人に減りました。既存の有料顧客は旧プランに据え置かれ、対応不要で無期限に使い続けられます(Softr 自身のコミュニティ告知による)。

Softr は本格的な単体プロダクトを作れますか?それとも土台に Bubble が必要ですか?

Softr は Bubble を特に必要としませんが、データソースは必要です。それは Airtable、Google Sheets、Postgres、HubSpot、あるいは Softr 自身の軽量な Database のいずれでも構いません。Softr には独自のバックエンドロジックエンジンがないため、本格的なカスタムロジック、計算、ゼロから発明したデータモデルを備えた構築には向きません。それは Bubble の役割です。

Bubble のワークロードユニットと Softr のアプリユーザーの実際的な違いは何ですか?

ワークロードユニットはアプリの処理内容(ページ読み込み、検索、ワークフロー実行、API コール)を計測するため、ログインユーザーが多くても利用が軽ければ Bubble の請求額はほとんど動きません。アプリユーザーは誰がログインするかを計測し、チーム席とクライアント席に分かれるため、名前付きアカウントが少なくてよく使われるアプリでは Softr の請求額はほとんど動きません。ボトルネックが人数なのか活動量なのかで選んでください。

どちらのツールでもネイティブモバイルアプリを作れますか?

Bubble は Web & Mobile プランで可能で、実際のアプリストア向けビルドを生成します。Softr はできません。出力は、スマートフォンのブラウザで動くレスポンシブな Web アプリであり、ストアで公開されるネイティブアプリではありません。

Softr は実際にどのデータソースに接続できますか?

Airtable、Google Sheets、HubSpot、Postgres が最も一般的で、構造化されたデータソースをまだ持っていないチーム向けには Softr 内蔵の Database もあります。独自のバックエンドを別に動かすのではなく、これらのソースをネイティブに読み書きします。

規模が大きくなって Bubble や Softr が合わなくなった場合はどうなりますか?

どちらも、コードをエクスポートできるビルダーのような、移植可能なソースコードは提供しません。Bubble では、データはエクスポートできますが、アプリケーションのロジックとワークフローは Bubble 独自の形式の中に残るため、やめるにはアプリケーション全体を別の場所で作り直すことになります。Softr では、実際のデータがもともとその外にあったため、Softr 自体から移行するものは通常より少なく、主に新しいフロントエンドに対して、ポータル層、ロール、ブランディングを作り直すことになります。


関連リソース:

About the author

Camellia

Camellia

Principal Product Marketing Strategist

Camellia is Principal Product Marketing Strategist at Rework, helping B2B buyers pick the right software with confidence. With 6+ years in product marketing and 150+ SaaS tools evaluated across CRM, project management, and sales engagement, Camellia turns competitive intelligence into clear, honest comparisons. Readers get vendor evaluations they can trust to cut through marketing noise and decide faster.