SECTION 01
結論：無料枠だけで月間数千ユーザーまで耐えられる
先に結論から言うと、無料枠だけで月間数千PV・同時接続数十人規模までは問題なく動きます。大げさな話ではなく、実際にこの規模で運用して困った経験がほとんどありません。
具体的には、Vercel（フロント＋API）・Neon（データベース）・Clerk（認証）の組み合わせで月額0円が成立します。この3つがあればログイン機能付きのWebアプリを公開できる状態になります。
2026年現在、Clerkの無料枠が月5万MAUまで拡大されたことで、認証まわりのコストを気にする必要がほぼなくなりました。以前は「無料にこだわるならAuth.js（自前実装）」という判断もありましたが、今はClerkで開発スピードを優先するのが定石です。
これまでの試行錯誤の中で、新しいサービスを出すときの起点がほぼこの構成に固まりました。まず出して検証するというのが判断の起点なので、初期コストがゼロであることはそこに一番フィットしています。
最初からインフラにお金をかける必要はありません。無料で成立するかどうかを確かめるのが先で、固定費が発生する前に検証が終わるのが理想です。逆に言えば、無料枠で成立しないなら構成自体を見直すべきです。
SECTION 02
サービス別・無料枠の上限と制約を整理する
無料枠といっても、サービスごとに制約の性質がまったく違います。帯域制限、ストレージ制限、実行時間制限など、ボトルネックになるポイントが異なるので、組み合わせを考える必要があります。
フロントエンド＋APIの選択肢はこのあたりです。
- Vercel Hobby：月100GBの帯域、関数の実行時間は10秒まで
- Cloudflare Pages：帯域は実質無制限、Workersは1日10万リクエストまで
- Netlify：月100GBの帯域、関数は月125,000回の実行まで
データベースの選択肢も複数あります。
- Neon Free：ストレージ0.5GB、月100 CU-hours（アイドル時0.25CUなら実質400時間）
- Supabase Free：500MBのストレージ、1週間非アクティブでpause
- Turso Free：9GBのストレージ、エッジ対応のSQLite
認証まわりは無料の幅がさらに広がっています。
- Clerk：月5万MAUまで無料、超過分は1ユーザーあたり課金
- Auth.js：完全無料のOSS、自分でホスティング
- Supabase Auth：月5万MAUまで無料
Clerkは以前まで月1万MAUが上限でしたが、2026年現在は5万MAUまで無料になっています。個人開発の規模であれば、まず課金ラインに届くことはありません。高機能な認証を最初からゼロ円で使い倒せる時代です。
ストレージと決済も押さえておきます。
- Cloudflare R2：10GB無料、エグレス（外向き転送）が無料
- Vercel Blob：1GB無料（以前の250MBから拡張）
- Stripe：月額固定費0円、決済が発生したときだけ手数料がかかる仕組みです
Vercel Blobの無料枠が1GBに拡張されたことで、画像を外部に逃がさなくてもVercel完結で耐えられる期間が延びました。とはいえ、本格的にメディアを扱うならR2併用が依然として安全策です。
SECTION 03
スリープ問題はサーバーレスで回避する
無料枠でもっとも体験を損なうのが、一定時間アクセスがないとサーバーが停止する「スリープ」です。再起動に数十秒かかることがあり、ユーザーから「アプリが壊れている」と誤解される原因になります。
従来型のサーバー（常駐型）を無料で使うと、この問題はほぼ避けられません。VercelやCloudflare Workersのようなサーバーレス構成であれば、そもそもスリープという概念がないため、初回アクセスでも即座にレスポンスが返ります。
2026年現在、各社のサーバーレス基盤はコールドスタートの改善が大幅に進んでいます。以前は「サーバーレスだから初回が遅い」という懸念もありましたが、体感できるほどの遅延はほぼ解消されています。
これが、起点の構成にVercelを選んでいる大きな理由のひとつです。スリープしない無料枠は、個人開発のように少ないアクセスが不定期に来るサービスとの相性が抜群です。
もし従来型のサーバーをどうしても使いたい場合は、外部から定期的にアクセスを送る監視サービスを組み合わせる手があります。ただし、これは対症療法なので、サーバーレスに移行できるなら移行してしまうのが筋です。
SECTION 04
実構成例①：Webアプリ（Next.js + Neon + R2 + Stripe）
実際に使っている構成をそのまま紹介します。Vercel上でNext.jsを動かし、フロントエンドとAPI Routesを1つにまとめるのが起点です。サーバーを別で立てる必要がないので、管理が楽です。
データベースはNeon（PostgreSQL）を使います。サーバーレスのPostgresなので、Vercelとの相性がよく、接続プーリングも標準で対応しています。認証はClerkを組み合わせます。5万MAUまで無料なので、開発初期から本格的な認証機能をコストゼロで使えます。
画像やファイルのアップロードがあるサービスでは、Cloudflare R2にメディアを逃がすのがポイントです。R2はエグレス（外向き転送料）が無料なので、Vercelの月100GB帯域を圧迫しません。このやりくりが無料運用を長持ちさせます。
ただし、Vercel Blobの無料枠が1GBに拡張されたので、画像が少ないサービスであればR2を使わずVercel完結でも十分に耐えられます。
決済が必要な場合はStripeを接続します。月額の固定費はゼロで、決済が発生したときだけ手数料がかかる仕組みです。売上が立つまでコストゼロで運用できるという設計に合致します。
この構成なら、月間数千PV・数百人のアクティブユーザー規模までは無料枠の範囲で十分に動きます。それ以上のトラフィックが見えてきたときに、はじめて有料プランを検討する流れです。
SECTION 05
実構成例②：モバイルアプリ（React Native Expo）
モバイルアプリの場合、バックエンドはWeb版と同じ構成（Neon + Vercel API Routes）をそのまま共用できます。フロントだけをReact Native（Expo）で作り、APIを叩く設計にすれば、インフラを二重に持つ必要がありません。
Expoの無料プランでは月30回のビルドとEAS Updateが利用可能です。個人開発の更新頻度なら、月30ビルドで足りなくなることはまずありません。OTAアップデートで審査を通さずに修正を配信できるのも便利です。
ただし、モバイルには避けられない固定費があります。
- Apple Developer Program：年額約15,800円
- Google Play Developer：登録料約3,700円（一回きり）
サーバー代はゼロに抑えられても、ストア維持費は必ず発生します。「完全無料」にはならない現実を最初から織り込んでおくことが大事です。とはいえ、サーバー側をゼロに保てるなら、年間の固定費はストア維持費だけに限定できます。
SECTION 06
無料枠で事故りやすい3つの落とし穴
無料で運用できるとはいえ、知っておかないと痛い目にあうポイントが3つあります。これまでの経験でも、ここを見落として焦った場面がありました。
1つ目は、無料枠の突然廃止です。過去にはPlanetScaleやHerokuが無料プランを廃止し、多くの個人開発者が急いで移行を迫られました。特定のサービスに全振りせず、代替先を常に1つ意識しておくのが鉄則です。
2つ目は、従量課金の青天井です。有料プランにアップグレードしたとき、超過分が自動課金される設定になっていることがあります。Vercel ProなどではSpend Limit（課金上限）を必ず設定してください。設定しないままバズると、翌月の請求で驚くことになります。
3つ目は、スリープによるユーザー離脱です。先ほども触れましたが、初回アクセスで数十秒待たされると、ユーザーはサービスが壊れていると思って離脱します。サーバーレス構成を選べばこの問題は起きません。
SECTION 07
無料から有料に切り替えるタイミングの判断軸
無料枠の上限が近づいたとき、すぐに有料プランへ切り替えるのは早すぎます。判断すべきは「上限に当たったかどうか」ではなく「売上が立っているかどうか」です。
実際に、過去にM&Aで売却したプロダクトも、育つ前の段階では維持費をほぼゼロに抑えていました。売上が月次で回り始めてから、インフラに投資しても成立する計算が立ちます。順番を逆にすると、赤字を垂れ流す期間が長くなるだけです。
逆に、無料枠でギリギリ動いている状態で収益化もできていないなら、有料移行よりも先にサービス自体の成立を疑うべきです。「もっとスペックがあれば伸びるはず」という期待で課金を始めるのは、経験上うまくいきません。
有料に切り替えるときの最初のラインはこのあたりです。
- Vercel Pro：月$20（クレジット制）
- Neon Launch：月$5〜（最低利用額）
- 合計で月$25程度（約4,000円以下）
2026年現在、Neonの有料プランが月$5〜に大幅値下げされたことで、有料移行のハードルが劇的に下がりました。以前は月$40〜80かかっていた構成が、今は$25前後で商用グレードの構成が組めます。
とはいえ、この金額でも月数万円の売上が安定してから払えば十分です。売上ゼロの段階で固定費を増やすのは、個人開発の資金体力を考えるとリスクがあります。
SECTION 08
Cloudflare Tunnelという選択肢も持っておく
Vercel一択に固定するのではなく、Cloudflare Tunnelを使った構成も選択肢として持っておくと柔軟性が上がります。自前のサーバーをCloudflareのネットワーク経由で公開できる仕組みです。
CloudflareはCDN・DNS・セキュリティまわりの無料枠が非常に手厚いプラットフォームです。帯域も実質無制限に近いため、メディアの配信が多いサービスでは特に恩恵があります。
すべてのサービスをVercelに集中させると、Vercelの方針変更がそのままリスクになります。「普段はVercel、場面によってCloudflare」という使い分けを頭に入れておくだけで、無料枠廃止リスクへの耐性が上がります。
重要なのは、構成を1つに固定しないことです。サービスの特性に合わせて使い分けられるよう、主力以外の選択肢にも触れておくのが、無料運用を長続きさせるコツです。
SECTION 09
無料運用を最大化するための設計Tips
無料枠の制約に振り回されないためには、サービスの設計段階から無料運用を前提にするのが効果的です。あとからインフラを節約しようとするより、最初の設計に組み込むほうが圧倒的に楽です。
まず意識しているのは、ログイン不要で始められるUXにすることです。最初からログイン必須にすると、小さいトラフィックの中でも離脱が増えます。ログインなしで使い始められる体験にすると、少ないアクセスでも検証の質が上がります。
インフラ面では、画像やファイルをCloudflare R2に逃がすのが鉄板です。エグレスが無料なので、Vercelの帯域100GBを本体のHTMLやAPIレスポンスに集中させられます。これだけで無料枠の寿命がかなり延びます。
設計レベルで大事なのは、制約に合わせて設計するのではなく、制約の中で成立するかを問い直す視点です。無料枠に収まるように機能を削るのではなく、「この制約で十分に価値を提供できるか」という問いに変えると判断がクリアになります。
SECTION 10
無料枠は制約ではなく、検証のフレームワーク
個人開発のサーバー代は、正しい構成を選べば月間数千ユーザー規模まで無料で耐えられます。これは理論値ではなく、実際に繰り返し検証してきた現実ラインです。
改めて、無料で始めるときの起点構成をまとめます。
- フロント＋API：Vercel（Next.js）
- データベース：Neon（PostgreSQL）
- 認証：Clerk（5万MAUまで無料）
- ストレージ：Cloudflare R2（＋Vercel Blob 1GB）
- 決済：Stripe
2026年現在、NeonやClerkの無料枠拡大、Vercel Blobの拡張によって、無料で耐えられる範囲は以前よりさらに広がっています。有料に移行しても月$25程度で商用グレードの構成が組めるため、段階的なスケールアップもしやすくなりました。
有料に切り替えるのは売上が立ってからです。収益化できていない段階で固定費を増やすのは、サービスの成立を確認する前にスケールの問題に取り組んでいるようなもので、順番が逆です。
無料枠を「使える上限」として見るのではなく、「この範囲で成立するかを試す検証フレームワーク」として捉えると、判断に迷わなくなります。まず出す、検証する、伸びたら投資する。この順番が個人開発のインフラ戦略の基本です。
