Supabase対Firebase：どちらのバックエンドを選ぶべきか？

リレーショナルなデータ（顧客、注文、相互にリンクする請求書など）があり、SQLを書きたい、あるいは将来セルフホストできるオープンソースのスタックが欲しい場合はSupabaseを選びましょう。オフライン同期とリアルタイム更新が最初から必要なモバイルファーストのアプリを作る場合や、すでにGoogle Cloudを使っている場合はFirebaseを選びましょう。どちらもデータベース、ログイン、ファイルストレージ、サーバーレス関数を提供します。実質的な選択肢は、**Postgres（SQL）対Firestore（NoSQL）**と、それぞれの課金方法です。

Supabase対Firebase：一覧

MAUは月間アクティブユーザーの意味で、その月にサインインしたユーザーを指します。最新の数値はSupabaseの料金とFirebaseの料金でご確認ください。

比較の方法

2026年9月時点で、SupabaseとFirebaseそれぞれの公式ウェブサイトとドキュメントに公開されている機能、無料枠、料金を比較しました。実機での検証やパフォーマンスのベンチマークは行っておらず、ベンダーのページで確認できなかった内容は除外しています。料金は税抜きの米ドル建てです。

本当の違い：PostgresとFirestore

この一点が、他のすべてを左右します。

Supabaseは Postgresを基盤としています。 Postgresはリレーショナルデータベースで、データは行と列を持つテーブルに保存され、テーブル同士がリンクします。SQLでクエリを実行し、Supabaseはテーブルから自動的にAPIを生成します。アプリに「注文を持つ顧客」があり、各注文に明細があるような構造は、テーブルに自然に当てはまります。Postgresとはでは、わかりやすく解説しています。

Firestoreは NoSQLのドキュメントデータベースです。 データは、コレクションにまとめられたドキュメント（JSONオブジェクトに似たもの）として保存されます。Googleは、ネイティブSDKからアプリが直接アクセスできる柔軟でスケーラブルなデータベースであり、アプリが使用しているデータについてはリアルタイム同期とオフラインキャッシュに対応していると説明しています。そのため、すぐに始められ、通信環境が不安定なスマートフォンでの動作にも強みがあります。ただし、関連する多くのレコードにまたがる複雑なレポート作成は、SQLより難しくなります。

Firebaseは現在、SQL Connectも提供しています。これはFirebase経由でCloud SQL for PostgreSQLを利用できる機能です。2026年9月時点で、Firebaseは最初のインスタンスに3か月の無料トライアルを提供し、その後は月額料金がかかると案内しています。そのため「Firebaseは SQLができない」というのはもはや正しくありませんが、Firebaseにおいて、Postgresはあくまで追加オプションであり、中心ではありません。

データがどの形に当てはまるかわからない場合は、まずSQLとNoSQLをお読みください。

無料プランの比較

Supabase無料プラン（2026年9月時点）：

• 共有CPUと500 MB RAMで動作する500 MBのデータベース
• 月間アクティブユーザー50,000人
• ファイルストレージ1 GBと、送信データ5 GB（エグレス）
• Edge Functionsの呼び出し50万回
• 有効なプロジェクトは2つまで
• 1週間使用がないとプロジェクトが一時停止される
• バックアップなし。ログは約1日分を保持

Firebase Spark（2026年9月時点）、支払い方法の登録は不要：

• Cloud Firestore：1 GiBの保存、1日あたり読み取り5万回、書き込み2万回、削除2万回
• 認証：月間アクティブユーザー5万人
• ホスティング：ストレージ10 GB、1日あたり転送量360 MB
• Realtime Database：1 GBの保存、同時接続100
• Cloud Functions、App Hosting、新しいCloud Storageバケットは Sparkでは利用できません

実際の違いは次のとおりです。Supabaseの無料プランにはサーバーレス関数が含まれますが、使用の少ないプロジェクトは一時停止されます。Firebaseの料金ページには、Sparkでアイドル状態のプロジェクトが停止されることは記載されていませんが、サーバー側のコードや新しいストレージバケットを使うには、（請求アカウントを使って）Blazeに移行する必要があります。

有料プランの料金比較

Supabaseは、月額のプラン料金に加えて、含まれる上限を超えた分の使用量を支払います。

• Pro、月額25ドルから： プロジェクトごとのディスク8 GB、MAU 100,000人、エグレス250 GB、ファイルストレージ100 GB、Edge Functionsの呼び出し200万回、月10ドル分のコンピュートクレジット、日次バックアップ7日間保持。超過分の例：追加ディスク1 GBあたり0.125ドル、追加エグレス1 GBあたり0.09ドル。
• Team、月額599ドルから： 同じ含有量に加えて、14日間のバックアップと28日間のログ保持。
• Enterprise： 個別見積もり。

Firebase Blazeは従量課金で、有効な請求アカウントが必要です。まず無料枠の上限が適用され、その後はGoogle Cloudの料金で使った分だけ支払います。たとえばCloud Functionsは、月200万回の呼び出しまでは無料で、以降は100万回あたり0.40ドルです。新規の対象ユーザーは300ドル分のGoogle Cloudクレジットを受け取れる場合があります。

どちらが安いかは、アプリによって異なります。月額25ドルの固定料金は予算を立てやすいです。読み取りごとの課金は、小規模なアプリであれば非常に安く済むこともありますが、画面ごとに大量のドキュメントを読み取るFirestoreアプリは、請求額が急速に増える可能性があります。決める前に両方の見積もりを出してください。

認証、ストレージ、関数

• 認証： どちらもホスト型のサインインを備え、どちらも月間アクティブユーザー5万人まで無料です。Supabaseは認証をPostgresのRow Level Securityと組み合わせています。これは、各ユーザーがどの行を見られるかをデータベース内のルールで決める仕組みです。Firebaseは、SAML/OIDC（エンタープライズのシングルサインオン）のユーザーを別に数え、50人まで無料です。基本については認証とはをご覧ください。
• ストレージ： Supabase Storageは、CDNと画像変換機能を備えたS3互換のストレージです。Firebaseの新しいCloud Storageバケットには、Blazeが必要です。
• 関数： Supabase Edge FunctionsはDeno上でTypeScriptを実行します。Firebase Cloud FunctionsにはBlazeが必要です。
• AI： Supabaseは、埋め込みベクトル向けにpgvectorを基盤としたVectorを提供しています。Firebaseは、Google CloudまたはGemini APIの料金で課金されるAI Logicと、Firebase Studioを提供しています。

ロックインと移植性

Supabaseは、中核的なツールがすべてオープンソースでセルフホスト可能だと説明しています。データベースは標準のPostgresなので、ダンプして任意のPostgresホストに読み込むことができます。特定のベンダーに縛られることを懸念する場合、これがSupabaseの最も強い理由です。

Firebaseは、マネージドのGoogleサービスです。データをエクスポートすることはできますが、Firestoreのドキュメントモデルやセキュリティルールは Firebase固有のものです。そのため、別の場所へ移行するには、データの設計を見直し、それを使うコードを書き直す必要があります。

どちらが向いているか

Supabaseを選ぶべき場合：

• データがリレーショナルである：ユーザー、チーム、注文、請求書、予約など
• 開発者がSQLを好む、またはレポートやダッシュボードが必要
• セルフホストや、別のPostgresホストへの移行を選択肢として残したい
• 予測しやすい月額料金が予算に合う

Firebaseを選ぶべき場合：

• オフラインで動作し、後から同期する必要があるモバイルアプリを作っている
• ごく少ない設定でリアルタイムリスナーを使いたい
• すでにGoogle Cloud、Google Analytics、その他のFirebaseツールを使っている
• データが本質的にドキュメント型で、使った分だけ支払いたい

Mythexの位置づけ

SupabaseとFirebaseはバックエンドです。その上にアプリを作り、フロントエンドをどこかでホスティングする必要があります。チャットでアプリを説明して、完成したものを受け取りたい場合、Mythexは、コードを書き、ライブプレビューで実行して公開するAIアプリビルダーです。アプリがデータを保存する必要があるとき、Mythexはそのプロジェクト専用のPostgresデータベースを追加します。このデータベースは5分間の未使用でスリープし、ビルドやホスティングと同じクレジット残高から課金されます。

これは、クライアントポータル、CRM、予約ツールのようなウェブアプリに適しています。Firebaseのオフラインのモバイル同期の代わりにはなりません。また、MythexのAndroidとiPhoneのアプリ（Pro）は、完全なネイティブではなく、ウェブアプリをラップしたものです。すでにSupabaseやFirebaseを使っている場合は、Mythexのエージェントに、ご自身のキーを使って既存のプロジェクトへ接続するよう依頼することもできます。一般的な考え方についてはアプリにデータベースを追加する方法をご覧ください。

結論

• Supabaseは、リレーショナルデータを扱うウェブアプリやSaaS製品に対して、より強力な定番の選択肢です。SQLと移植性を重視する人にも向いています。
• Firebaseは、オフライン同期とリアルタイム更新が必要なモバイルファーストのアプリや、すでにGoogle Cloudに深く依存しているチームにとって、より強力な選択肢です。

どちらも無料プランが充実しているため、最も手早い判断方法は、それぞれで小さな機能を1つ作ってみて、どちらがしっくりくるかを確かめることです。その他のバックエンドの選択肢については、Supabase代替サービスの一覧をご覧ください。

よくある質問