著者 Supabaseは無料？Freeプランと自前VPSの違い
Supabaseには無料のFreeプランがあり、データベース500 MB、アクティブな2プロジェクトまで使えます。ただし1週間利用がないプロジェクトは一時停止されます。自前VPSでの運用とも比較します。
Supabase は無料ですか？
Supabase は 2 つの意味で無料ですが、同じサービス内容ではありません。ホスト型の Free プランは料金がかからず、カードの登録も求められません。ソースコードはオープンであるため、スタック全体を自分の VPS（仮想プライベートサーバー）で実行する場合も、ライセンス料はかかりません。一方は利用上限という形で費用が発生します。もう一方は作業という形で負担が発生します。
2026年9月10日時点で、supabase.com/pricing には、データベース 0.5 GB、ファイルストレージ 1 GB、egress 5 GB、月間アクティブユーザー 50,000 人を含む Free プランが掲載されています。対象はアクティブな 2 プロジェクトです。同じページには、この点の大半を左右する次の文もあります。"Free projects are paused after 1 week of inactivity"。料金ページの内容は変更されるため、これらの数値を前提に計画する前に再確認してください。
Free プランで実際に利用できる内容
The data behind this chart
[
{
"plan": "Free",
"db_gb": 0.5,
"file_storage_gb": 1,
"egress_gb": 5
},
{
"plan": "Pro",
"db_gb": 8,
"file_storage_gb": 100,
"egress_gb": 250
}
]MAU（monthly active users）は、請求月内に認証を行った重複しないユーザー数です。そのため、開発中の用途であれば 50,000 は十分な上限です。最初に上限へ達するのは、ほとんどの場合ユーザー数ではありません。Postgres の 0.5 GB、または Storage から画像やファイルの配信を始めた後の 5 GB の egress が先に問題になります。
同時にアクティブにできるプロジェクト数が 2 である点も、見落としやすい制限です。本番プロジェクト 1 つとステージングプロジェクト 1 つだけで Free プランの枠を使い切ります。そのため、3 つ目のアイデアは保留するか、本来共有すべきでない別のプロジェクトとデータベースを共有することになります。
一時停止がストレージ上限より重要な理由
「1 週間利用されなかった無料プロジェクトは一時停止されます」という文が、多くの無料プランの計画を終わらせます。7 日間クエリが実行されなかったプロジェクトは、リクエストへの応答を停止します。README からリンクされたデモや、月に 1 回しか使用しないステージング API は、共有した相手がリンクをクリックした時点で停止している可能性があります。復元は Supabase ダッシュボードのボタンから実行できるため、復旧自体はすぐに行えます。ただし、停止に気付ける状態であることが条件です。
これが、ホスト型無料プランの実質的な代償です。支払うのはお金ではありません。可用性を失い、プランを変更しない限り引き上げられない上限を受け入れることになります。
Free の上限を超えた場合の Pro と Team の料金
The data behind this chart
[
{
"plan": "Free",
"usd_per_month": 0
},
{
"plan": "Pro",
"usd_per_month": 25
},
{
"plan": "Team",
"usd_per_month": 599
}
]Pro は月額 $25 から利用でき、プロジェクトごとにディスク 8 GB、ファイルストレージ 100 GB、egress 250 GB が含まれます。これらの容量を超えた場合、2026 年 9 月 10 日時点の料金は、ディスクが 1 GB あたり $0.125、ファイルストレージが 1 GB あたり $0.0213、egress が 1 GB あたり $0.09 です。Pro では非アクティブ時の一時停止もなくなります。Team は月額 $599 から利用できます。コンプライアンス機能やアクセス制御機能を必要とする組織向けの料金体系であり、個人開発者のサイドプロジェクト向けではありません。
Pro プランでは、支出上限がデフォルトで有効です。このデフォルト設定は重要です。含まれるクォータを超えると、請求額が知らない間に増えるのではなく、サービスが制限されます。上限を無効にすると、もう一方の障害パターンを意図的に選択したことになります。これは、管理対象 Postgres の請求額と自分で運用する VPS の費用を比較するときに使う計算と同じです。管理サービスの料金の大部分は、他者のオンコール体制に対して支払うものだからです。
ライセンス費用の代わりに自己ホストで発生するもの
ライセンス条件による費用はありません。Supabase のドキュメントでは、Docker Compose を「自己ホストする最も高速で推奨される方法」と説明しており、スタックは一般的な VPS で動作します。代わりに、請求は作業という形で発生します。ドキュメントには、次の作業が利用者の責任になると明記されています。
- サーバーのプロビジョニングと保守
- セキュリティ強化、および OS とサービスの更新
- サービスの設定と管理
- Postgres データベースの保守
- 高可用性とスケーラビリティ
- バックアップとディザスタリカバリ
- 監視と稼働時間の管理
これはセットアップ時のコストではなく、毎週発生するコストとして考えてください。プロビジョニングは 1 回で済みます。更新とバックアップの確認は、その後も継続して必要です。復元テストを誰も実施しないのであれば、ホステッドプランは見かけより安価です。実行したことのない復元手順は、バックアップとはいえないためです。
セルフホスト型 Supabase に含まれないもの
セルフホスト型のスタックは、ホスト型プラットフォームのコピーではありません。ドキュメントには、利用できない機能として「ブランチ、ログを超える高度なメトリクス、マネージドバックアップと PITR、分析用およびベクター用バケット、ETL、プラットフォーム管理 API」が挙げられています。PITR（point in time recovery）は、移行後に不足しやすい機能です。ホスト型プランでは、設定を有効にするだけで利用できます。自分のサーバーで運用する場合は、ベースバックアップと WAL（write ahead log）のアーカイブ、それらをサーバー外に保管する場所、そして各要素が連携することを確認するリハーサルが必要です。pgBackRest など、この用途のツールもありますが、設定と運用は自分で行います。
Web ダッシュボードの Studio は、セルフホスト時に「複数の組織またはプロジェクトをサポートしていません」。1 つのスタックは 1 つのプロジェクトです。そのため、セルフホストする理由が 2 プロジェクト制限の回避であれば、1 つのダッシュボード内に 2 つ目のプロジェクトを作るのではなく、別のポートまたは別のサーバーで 2 つ目のスタックを運用する計画にしてください。
受け取れるもの
Self-hosted Supabase は、ドキュメントの表現では「外部へ情報を送信したり、テレメトリを収集したりしません」。データの行とユーザーテーブルは、自分で直接契約したハードウェア上に置かれます。クライアントとの契約や規制によって、データを保存する国が指定される場合に、これが大きな意味を持ちます。
Postgres 自体も利用できます。ホステッドプラットフォームでは、サーバーのチューニングと管理が自動で行われます。自分のサーバーでは、shared_buffers、max_connections、拡張機能の一覧、前段の pooler をすべて自分で設定できます。特に最後の点は早い段階で問題になります。serverless function や負荷の高いアプリケーションは、Postgres が保持できる数を超える接続を開くことがあるためです。この段階になると、自分の VPS で PgBouncer または Supavisor を実行することが選択肢ではなく必須になります。
Egress は、self-hosting によって最も明確に取り除ける上限です。Storage で実際の訪問者に画像や音声を配信すると、5 GB はすぐに消費されます。多くの VPS プランにはテラバイト単位の転送量が含まれているため、ファイルを多く扱うアプリケーションでは、サーバーに負荷がかかる前にホステッド環境の上限へ達します。Storage がこの記事を読む理由なら、compute より先にディスクの料金を見積もってください。block storage または object storage でテラバイトに実際にかかる費用のほうが、CPU より総額に大きく影響します。
セルフホスト構成を開始する
文書化された手順では、リポジトリの docker ディレクトリを shallow clone し、セルフホスト用のリリースタグに固定します。2026 年 9 月 10 日時点で、そのタグは self-hosted/v0.8.1 です。公式セットアップスクリプトは supabase.link/setup.sh にあります。ファイルツリーを自分の git リポジトリで管理する場合は、以下の手動 clone の方が適しています。
git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh startsh utils/generate-keys.sh は省略できない手順です。.env.example には、公開リポジトリ内で誰でも読めるプレースホルダーの Secret が含まれています。その値で起動した構成は、ポートを見つけた誰でも利用できます。Studio は HTTP basic 認証で保護されており、ドキュメントではそのパスワードに少なくとも 1 文字の英字を含めるよう求めているため、.env の DASHBOARD_PASSWORD も設定してください。
docker compose ps で結果を確認します。すべてのサービスが running または healthy と表示されるはずです。その後、ポート 8000 で Studio を開き、ダッシュボードの認証情報でサインインします。キーが必要になった場合は sh run.sh secrets で生成済みのキーを再表示できます。sh run.sh stop で構成を停止します。ポート 8000 をインターネットに直接公開しないでください。TLS（transport layer security）を使用するリバースプロキシを前段に置くか、プライベートネットワーク内に限定してください。プロキシの設定や、最初に変更すべき .env の値を含む完全な手順は、Docker Compose で Supabase をセルフホストする手順ガイドにあります。
自分に適した Free プラン
プロジェクトを構築中で、まだ利用していない段階では、ホステッドの Free プランを選びます。停止しても問題がない期間に適しています。これはユーザー数に余裕のある正式なプランです。ただし、いずれ上位プランへ移行することを前提としています。
プロジェクトのユーザーが停止時間に気付くようになったら、月額 $25 の Pro を選びます。これは、1 か月にバックアップ確認へ費やす時間のコストより安価です。そのため、料金を支払うかどうかは敗北ではなく、作業時間の配分に関する判断です。
すでに VPS を運用しており、別の用途でも運用作業を行っている場合は、セルフホスティングを選びます。データを管轄区域外へ持ち出せない場合や、ストレージ使用量と送信トラフィックがサーバー料金より速く増加する場合も同様です。この判断は、すべての open core 製品で繰り返し発生します。n8n の無料 Community Edition と有料プランの違いと無料の Nextcloud Hub と Enterprise サブスクリプションの違いも、同じ基準で同じ境界を示しています。無料ソフトウェアは、実際のワークロードを処理できるほど十分な機能を備えています。有料製品が提供するのは、誰も所有して運用したがらない部分です。
FAQ
Supabase の Free プランは永久に無料ですか？
2026 年 09 月 10 日時点で、Free プランに利用期限はなく、カードの登録も必要ありません。その代わり、0.5 GB のデータベース、1 GB のファイルストレージ、5 GB の egress、月間アクティブユーザー 50,000 人、アクティブなプロジェクト 2 件という制限があります。多くのユーザーが無料利用を続けられなくなる原因は、クォータではありません。「Free プロジェクトは 1 週間操作がないと一時停止される」というルールです。
無料の Supabase プロジェクトが一時停止されるとどうなりますか？
リクエストを処理しなくなります。API 呼び出しは失敗し、誰かが Supabase ダッシュボードのボタンで復元するまで、ダッシュボードにはプロジェクトが一時停止中と表示されます。アプリケーション側には警告が表示されないため、1 か月前に共有したデモは、誰かから連絡を受けた時点ですでに停止していることが通常です。昼夜を問わず常にリクエストへ応答する必要がある場合は、Pro に移行するか、セルフホストしてください。
セルフホストの Supabase はホスト版と同じですか？
いいえ。ドキュメントには、セルフホストに含まれない機能として「branching、ログを超える高度なメトリクス、マネージドバックアップと PITR、analytics と vector buckets、ETL、platform management API」が記載されています。Studio は「複数の組織やプロジェクトをサポートしていない」ため、セルフホストの 1 つのスタックは 1 つのプロジェクトに対応します。データベース、認証、ストレージ、realtime、edge function の各コンポーネントは、ホスト型プラットフォームで実行されるものと同じソフトウェアです。
セルフホストの Supabase は Supabase に何かを送信しますか？
いいえ。セルフホストのドキュメントには、セルフホスト環境は「phone home せず、テレメトリも収集しない」と記載されています。docker compose pull を実行すると、コンテナは公開レジストリからイメージを取得します。これは通常のイメージダウンロードであり、データに関する報告ではありません。その後の処理はすべてサーバー上に残ります。つまり、すべてのバックアップとセキュリティ更新を自分で管理する必要があります。