ホストを選んでデプロイする

たいていのバイブコーディングされたアプリには、自分で世話をするサーバーは必要ありません。現代のプラットフォームは、あなたのコードを受け取って数分でライブのURLを返してくれます。よくある選択肢です。

• 静的サイトとフロントエンド: Cloudflare Pages、Vercel、Netlify、GitHub Pages。
• フルスタックアプリとAPI: Cloudflare Workers、Vercel、Render、Fly.io、Railway。
• より重いバックエンド: コンテナプラットフォーム、または小さなVPS。

正しいやり方は、何を作ったかをAIに伝えて推薦させることです。試してみましょう。「これはPostgresデータベースを使ったNext.jsアプリです。寛大な無料枠を持つ、最も安くて信頼できるホストが欲しい。デプロイ手順と設定ファイルを教えて」。選択を実際に左右するものについて具体的に伝えましょう。フレームワーク、データベースの有無、バックグラウンドジョブやファイルアップロードが必要かどうか、そして予算です。静的なマーケティングページと、キューを持つフルスタックアプリでは、住む場所がまったく違います。

1つ選んだら、デプロイはたいてい数個のコマンドで済みます。

# 例: Wrangler 経由の Cloudflare Workers
npm install -g wrangler
wrangler login
wrangler deploy

# 例: Vercel
npm install -g vercel
vercel --prod

プラットフォームの設定(wrangler.toml、vercel.json など)はAIに生成させ、最初のデプロイで出るエラーを説明させましょう。最初のデプロイはほぼ必ず何かしらのエラーを出します。ビルドコマンドの不足、出力ディレクトリの間違い、Nodeバージョンの不一致、ビルドが必要としているのに見つからない環境変数などです。どれもあなたが馬鹿なことをしたという意味ではなく、プラットフォームにもう一つ伝える必要があるという意味です。エラーをそのまま貼り戻して修正を頼み、さらになぜ起きたかも尋ねて、次は驚かされないようにしましょう。2、3回のやり取りで、一時的なURLでライブになります。祝う前にそのURLを開いて、コアのフローをクリックしてみましょう。「デプロイが成功した」と「アプリが動く」は同じ主張ではありません。