Vercelの料金と代替サービス6選：Next.js・AIアプリの移行先を比較【2026年】

最適なVercelの代替サービスは、何を動かし続ける必要があるかで決まります。静的サイトやエッジでの処理にはCloudflare WorkersとPages、常時稼働するフルスタックのサービスにはRenderやRailway、マネージド環境でNext.jsを公開・運用するならNetlifyが候補です。本記事で比較する6社には、インフラを細かく制御できるFly.ioと、すでにAWSを利用していて対応機能の範囲に収まるアプリ向けのAWS Amplifyも含めています。アプリが問題なく動いていて費用だけが課題なら、移行前にVercelの料金体系と支出管理機能を確認しましょう。

料金と各機能の対応状況は、2026年11月3日に各社の公式ページで確認しました。本記事は公式ドキュメントに基づく比較であり、実際にデプロイして性能を測定したベンチマークではありません。移行できるコードと、移行先で再現する必要があるホスティングの挙動を分けて評価しています。

Vercelの料金と比べたい代替サービス一覧

常時稼働するフルスタックアプリなら、まずRenderを候補に挙げます。静的サイトや互換性のあるエッジ処理ならCloudflareが有力です。 一般的なサーバー環境を得ることより、マネージドなNext.jsの公開フローを維持することを重視するなら、Netlifyも候補に入ります。

下表の最低料金で利用できるものは、それぞれ異なります。小さな仮想マシン、利用クレジット、ビルド時間を、同等の本番環境として比較することはできません。料金はすべてUSDです。使用量、追加サービス、適用される税によって請求額は増える場合があります。

サービスを選ぶ前に、必要な実行環境を決める

まずホストに任せる処理を決め、その種類に合うサービス同士を比較しましょう。 静的サイトは、あらかじめビルドしたファイルを配信します。サーバーサイドレンダリング（SSR）は、リクエストを受けてからレスポンスを生成します。常駐サービスはアプリケーションコードを実行できる状態を維持し、バックグラウンドワーカーは訪問者のリクエスト処理とは別にジョブを実行します。

事業の紹介サイトとAIプロダクトを運営するなら、それぞれで必要な処理が異なることがあります。紹介ページは静的に配信できても、チャットのエンドポイントにはストリーミング応答が必要です。文書の取り込みには、顧客がブラウザーを閉じた後も動き続ける別のワーカーが必要かもしれません。

選択を分ける基準は、解決したい課題です。 ファイル配信ならCloudflare、マネージドなNext.jsのデプロイ環境を維持したいならNetlifyを候補にします。常駐プロセスやバックグラウンド処理を自分たちで運用したいならRenderかRailwayです。配置やインフラの制御が要件ならFly.io、AWS連携が重要で対応機能も合致するならAmplifyを検討します。

これは候補を絞るための最初の基準であり、エッジ基盤ではバックグラウンド処理ができないという意味ではありません。既存アプリでは、プラットフォーム専用のジョブシステムを導入する工数と、現在のワーカーをそのままサービスとして動かす工数を比べてください。

Cloudflare WorkersとPages：静的サイトとエッジ処理の有力候補

Cloudflare Workersは、Cloudflareのネットワーク上でリクエスト処理のコードを動かすプラットフォームです。依存関係がその実行環境に適合する軽量アプリなら、最初に検討したい選択肢です。主な処理がアセット配信、認証の確認、外部APIの呼び出しであれば、特に魅力があります。ただし、既存のNext.jsアプリを移すには、デプロイ先の変更だけでなく、互換性を確保できる方法を選ぶ必要があります。

Cloudflareが現在推奨しているのはvinextです。JavaScriptのビルドツールであるViteを基盤に、Next.jsのAPIを実装したベータ版です。対応機能にはApp Router、Server Actions、ストリーミング付きSSR、サイト全体を再ビルドせずにキャッシュ済みページを更新するISR（Incremental Static Regeneration）が含まれます。一部のインポートや画像の挙動については、なお互換性の確認が必要です。機能一覧では条件を満たしていても、本番移行ではベータ版であること自体が判断材料になります。CloudflareのNext.jsガイド。

もうひとつの選択肢はOpenNextです。Next.jsのビルド成果物を別のプラットフォーム向けに変換するアダプターで、Cloudflareは既存のOpenNextアプリ向けに手順を公開しています。ストリーミングとISRには対応していますが、対応表では引き続きNode.jsミドルウェアが対象外です。ミドルウェアは、リクエストがページに届く前に実行されるコードです。既存のミドルウェアがNode.jsの実行環境に依存しているなら、DNSを変更する前にその不整合を解消してください。CloudflareのOpenNext対応状況。

Cloudflare Pagesは、静的エクスポートが可能なNext.jsアプリに適しています。公式プリセットではoutディレクトリにファイルをビルドし、Gitを使った再ビルドとプレビューを利用できます。静的エクスポートでは、リクエスト時に動作するServer ActionsやISRを維持できません。実行時の処理を担うバックエンドは別に用意する必要があります。Pagesで静的なNext.jsサイトを公開する手順、Next.jsの静的エクスポートの制限。

課金の仕組み： Workersはリクエスト数とCPU処理量を計測し、追加で利用するサービスは別に計測します。ネットワークの応答待ちはWorkerのCPU時間を消費しません。モデルの応答を待つAIエンドポイントでは、この違いが効くことがあります。ただし、モデル呼び出しやシステム全体が無料になるわけではありません。直接配信する静的アセットと、WorkerやWorkers Cachingを経由するトラフィックでは、料金の計算方法も異なります。Workersの料金、実行環境の制限。

向いている用途： 静的サイト、軽量なAPIフロントエンド、エッジ実行環境に適合するNext.jsアプリ。
特徴： 静的配信とサーバーコードを同じプラットフォームのエコシステムにまとめられます。
料金： Workers Freeは$0、Workers Paidは月額$5からです。含まれる利用枠を超えた分は従量課金になります。公式料金。
無料で試せる範囲： 期間限定のトライアルだけでなく、継続利用できるFree枠があります。

判断：互換性を実証でき、Cloudflareの配信方式がアプリに合うなら選ぶ価値があります。 最低料金の安さだけを理由に、フレームワークの移行まで引き受けるべきではありません。

1. 1

   本番ブランチのコードで互換性を確認する

   移行用ブランチで、Cloudflareが公開しているnpx vinext checkの手順を実行し、結果を確認します。対応する構成と、実際に使っているミドルウェア、画像処理、サーバー側の依存関係を照合してください。

2. 2

   事業に直結する動作を確かめる

   プレビューをデプロイし、ログイン、認証済みページの読み込み、Server Action、AIのストリーミング応答、コンテンツの再検証を確認します。ビルド成功は、この受け入れ確認の出発点にすぎません。

3. 3

   変更の少ない移行方法を選ぶ

   本当に静的エクスポートで成立するならPages、リクエスト時のコード実行が必要なら互換性のあるWorkers構成を使います。アダプターに合わせる変更が利点を上回るなら、本番トラフィックを切り替える前に、一般的なNode環境へのデプロイも比較してください。

Render：常時稼働するアプリとバックグラウンドワーカーに

Renderは、Webサービス、ワーカー、データベースを扱うマネージドプラットフォームです。AIアプリに一般的なサーバーが必要な場合、私はまずRenderを候補に挙げます。たとえば文書解析プロダクトなら、Next.jsのWebサービスと、アップロードされた文書を処理するワーカーを分けて動かせます。こうすれば、すべての処理が終わるまで訪問者を待たせずに、ジョブを受け付けたことを返せます。

維持できるNext.jsの機能： Renderの公式手順では、Next.jsアプリ全体をNode.jsのWebサービスとして動かす方法と、静的エクスポートを静的サイトとして公開する方法が示されています。Node構成なら、フレームワークのサーバーコードを維持できます。一方、実行時キャッシュ、デプロイ時の挙動、追加のプロセスをどう連携させるかは、自分たちで決める必要があります。RenderへのNext.jsのデプロイ手順。

この違いが表面化するのは、スケールさせるときです。ISRでページを更新・再利用できることと、独立したサーバーインスタンス間で更新結果が自動共有されることは別です。レプリカを使う構成には、キャッシュ戦略と、保存済みコンテンツが古くなったことを各インスタンスに伝える無効化処理の連携が必要です。Next.jsは、セルフホスティングで担うべき作業としてこれらを説明しています。Next.jsのセルフホスティングガイド。

課金の仕組み： ワークスペースのプラン料金と、各サービスのコンピューティング料金は別です。Webサーバー、ワーカー、データベースはそれぞれ独立したリソースとして扱われます。帯域幅とビルドにも利用枠があり、超過料金が発生する場合があります。有料Webサービスの最低料金で、Webアプリ、ワーカー、本番データベースのすべてをまかなえるわけではありません。Renderの料金。

無料サービスは移行時のプレビューに便利ですが、受信トラフィックがない状態が15分続くとスリープします。顧客向けAIアプリでは、しばらく利用がなかっただけで、次の顧客が予想外の起動待ちに遭うのは避けたいところです。常にすぐ応答できる状態が重要なら、有料コンピューティングを予算に入れてください。Render Freeの制限。

ビルドにも注意点があります。RenderはNext.jsの.next/cacheディレクトリを自動では永続化しません。公式ガイドには、Renderの永続的なビルドキャッシュ領域を使い、ビルドキャッシュを再利用する方法が示されています。これはページ配信に使う実行時キャッシュとは別のものです。片方を設定しても、もう片方まで設定されるわけではありません。

向いている用途： 常駐サービス、バックグラウンドジョブ、または別途デプロイするバックエンドを持つNext.jsアプリ。
特徴： Webサービスとバックグラウンドワーカーが、それぞれ明確なデプロイ種別として用意されています。
料金： 無料のコンピューティング枠があります。有料のWebコンピューティングは512 MBで月額$7からで、該当するワークスペース料金や他のリソース料金は別途かかります。公式料金。
無料で試せる範囲： WebサービスがスリープするFree枠です。常に応答できる本番環境と同等ではありません。

判断：常駐バックエンドが必要でVercelを離れるなら、Renderが有力です。 最初の移行は小さく始めましょう。既存アプリをWebサービスとしてデプロイして動作を確認し、その後でジョブ用プロセスを別に移します。アプリの書き直しとデータベースの変更を同時に行うと、障害の原因を切り分けにくくなります。

Railway：小規模なフルスタックアプリを組み立てやすい

Railwayは、複数のサービスとその接続をプロジェクト単位でまとめるデプロイ基盤です。アプリ、データベース、ワーカーを組み合わせる小規模チームに向いています。各要素のつながりを把握しながら、まとめて改善していきたい開発者には特に便利です。一方で、リソース使用量によって料金が変動します。手早くデプロイした後は、稼働中の費用も意識して確認する必要があります。

維持できるNext.jsの機能： Railwayのガイドでは、GitHub、CLI、Dockerfileからのデプロイを扱っています。Next.jsの手順には、サーバーの実行に必要なファイルをまとめるstandalone出力と、参照したDATABASE_URLでPostgreSQLに接続する方法が示されています。データベースのマイグレーションを行うための、デプロイ前コマンドにも対応しています。RailwayのNext.jsガイド。

AIリサーチアプリを提供するなら、Webサービスが画面とリクエストを担当し、別のサービスがデータの取り込みを担当し、PostgreSQLがアプリの記録を永続保存する構成は有用です。サービス間の参照で接続は容易になりますが、取り込みを再試行したときや、デプロイでデータベースのスキーマが変わるときの挙動は、自分たちで設計する必要があります。

課金の仕組み： 月額プランの料金は最低利用額に相当し、同額のリソース利用分を含みます。コンピューティングの利用料全額に、さらに月額料金が加算される仕組みではありません。含まれる金額を超えると、リソースの使用量で請求額が決まります。メモリ、CPU、ボリューム、サービスから出ていくトラフィックは、それぞれ別に計測されます。Railwayの料金、リソース料金のページ。

見落としやすいのは、アプリへのアクセスがなくてもリソースは動いている場合があることです。メモリを確保したWebプロセス、データベース、ワーカーの稼働は、訪問者数とは別です。ページへのアクセスが少ないだけで、プロジェクト全体も安く済むとは限りません。プレビュー環境も含め、稼働させるすべてのサービスのリソース使用量を見積もってください。

Vercelから変わる点： フレームワークの各機能をVercel側で実行できる形に整えてもらう方式から、Nodeやコンテナで動かす方式に移ります。レプリカを追加するならNext.jsのキャッシュ連携を設計し、公開エンドポイント経由でストリーミング応答を確認し、デプロイ後もアップロード済みファイルを保持できる保存先を決めましょう。フレームワークを移せても、本番運用の前提は見直しが必要です。

向いている用途： アプリ、データベース、バックグラウンドサービスをまとめて構築する小規模チーム。
特徴： プロジェクト単位でサービスを接続でき、データベースのマイグレーション手順も公開されています。
料金： Hobbyは月額$5からで、$5分のリソース利用を含みます。超過分は追加で課金されます。公式料金。
無料で試せる範囲： 30日後に失効する$5分のトライアルクレジットです。料金ページのトライアル条件。

判断：小規模なフルスタックのプロジェクトを、素早く組み立てて変更していくならRailwayが向いています。 候補がこうしたコンテナ中心の基盤に絞れたら、RailwayとRenderの比較で違いを詳しく確認できます。

Netlify：使い慣れたNext.jsの公開フローを維持したいなら

Netlifyは、マネージドなWebデプロイ基盤です。プレビューとNext.jsの公開フローを維持したいチームには、この比較の中で最も近い選択肢です。任意のワーカーを常駐させたい場合よりも、認証付きページを持つコンテンツ中心のSaaSサイトに向いています。Next.jsの対応範囲は広いものの、共有の課金枠とコードの実行場所はよく確認する必要があります。

維持できるNext.jsの機能： NetlifyのOpenNextアダプターは、App Router、SSR、ISR、React Server Components、Server Actions、レスポンスのストリーミング、画像最適化、Cache Componentsに対応しています。これらは実用上大きな意味を持ちます。移行したからといって、サーバーでのレンダリングやAI応答のストリーミングを諦める必要があるわけではありません。NetlifyのNext.js対応状況。

変わる点： エッジランタイムを指定したNext.jsのSSRページも、NetlifyではFunctionsのリージョンでNode.jsを使って実行されます。エッジ設定があれば実行場所も維持される、とは考えないでください。また、ミドルウェアの実行順序にも違いがあり、Node.jsミドルウェアからのファイルシステムへのアクセスとC++アドオンは非対応と明記されています。認証やリクエストのルーティングがこうした挙動に依存している場合は、特に注意が必要です。

デプロイ中も顧客がアプリを使うプロダクトでは、ブラウザーのセッションを、そのセッションが始まったサーバー側のデプロイと対応させ続けるskew protectionを検討しましょう。Netlifyでは、任意で有効化できる機能として提供されています。ただし、ドキュメントによると通常のクライアント側のfetch呼び出しにはデプロイ識別子が自動で付かないため、独自のAPI呼び出しは確認が必要です。便利な機能ですが、実際のリクエスト経路の検証は欠かせません。互換性とskew protectionの詳細。

課金の仕組み： 本番デプロイ、コンピューティング、帯域幅、リクエストがクレジットを消費します。追加のプラットフォームサービスも消費対象になることがあります。頻繁にデプロイし、大きなファイルを配信するコンテンツサイトと、アクセスは少なくてもサーバー処理を行うアプリでは、利用枠の減り方が異なります。Netlifyに移せば自動的に安くなるわけではなく、実際の処理内容に基づく計算が必要です。Netlifyの料金。

Netlifyの無料ホスティング：クレジット上限は可用性にも関わる

無料プランで重要なのは、クレジットを使い切ったときに何が起きるかです。Netlifyの料金FAQではプロジェクトが一時停止し、あるプロジェクトの上限超過が、同じアカウントのすべてのプロジェクトを止める場合があると説明されています。有料プランでは自動チャージを利用できますが、初期設定では無効です。追加支出を防ぐことと、アクセス急増時もサービスを継続することのどちらを優先するか、明確に決めてください。

事業者として考えるべき点は具体的です。紹介サイトの公開が予想外のアクセスを集めたとき、同じアカウントのアプリまで停止してよいのでしょうか。複数の用途をまとめる前に、アカウント構成とクレジットの運用方針を見直しましょう。

向いている用途： マネージドなNext.jsのデプロイとレビューのフローを維持したいチーム。
特徴： OpenNextアダプターによる幅広いフレームワーク対応と、デプロイプレビューです。
料金： Freeは月額$0で300クレジット付きです。有料プランと追加利用には、現行のクレジット料金体系が適用されます。公式料金。
無料で試せる範囲： 月ごとの利用枠がある、継続利用可能なFreeプランです。

判断：維持したいものがデプロイフローなら、Netlifyを候補に入れましょう。 最終判断にはVercelとNetlifyの比較を参照し、削減額を見積もる前に、アカウントの現在のプランを確認してください。

Fly.io：コンテナの配置リージョンまで制御したいなら

Fly.ioは、Machinesと呼ばれる仮想マシンでアプリケーションを動かすプラットフォームです。コンテナ化したアプリをどこで動かすか、自分で制御したい開発者に向いています。運用への関与を最小限にしたい場合よりも、配置場所に明確な要件があるアプリに適しています。大切なのは、アプリのデータにも同じ配置方針を適用できるかどうかです。

維持できるNext.jsの機能： Fly.ioは、fly launch、生成されるDockerfile、fly.tomlの設定を使うNext.jsのデプロイ手順を公開しています。実行環境をパッケージ化する際はstandalone出力を推奨しています。この構成では、一般的なサーバーへのデプロイと同様に、実行環境をより直接的に制御できます。Fly.ioのNext.jsガイド。

一般的な実行環境に移せば、移行上の課題がすべて解決するわけではありません。Next.jsの公開用環境変数はビルド時に固定されるため、本番設定を変えるだけでも再ビルドが必要な場合があります。複数のMachinesを動かすなら、フレームワークのキャッシュとデプロイ状態の整合性も必要です。技術的に対処できる作業ですが、移行費用の見積もりには含めるべきです。

データベースから遠い場所に顧客がいるアプリを考えてみましょう。Webプロセスを顧客の近くに移しても、各ページが遠くのデータベースへの問い合わせを待つ構成は残り得ます。リージョンは、リクエストの経路全体を踏まえて選んでください。地図上のアプリ配置地点が増えただけでは、顧客の体感速度が上がった証拠にはなりません。

課金の仕組み： Machineのコンピューティングは稼働中に課金され、サイズとリージョンで単価が変わります。ボリューム、外向きのネットワーク通信、その他のリソースは別料金です。掲載されている最小の月額見積もりは、小さなコンピューティング構成の最低額であり、Next.jsアプリに必要なメモリ容量の推奨値ではありません。プロセスを止めても、保存されたリソースには料金がかかり続ける場合があります。Fly.ioの料金。

状態を保持するアプリで特に注意したいのは、ボリュームが自動では複製されないことです。ボリュームはMachineに接続するローカルストレージであり、世界中で同期されるデータベースではありません。ローカルに状態を保存するなら、複製と復旧はアプリやデータベースの設計で担う必要があります。Fly.ioのボリュームに関するドキュメント。

向いている用途： 配置リージョンとコンテナを制御する必要がある開発者。
特徴： インフラ設定を明示できる、Next.jsのコンテナデプロイ手順が公開されています。
料金： 掲載されている最小の256 MB Machineは、月額換算$2.19からです。リージョン別の単価、より大きなサイズ、ストレージ、通信量によって総額が変わります。公式料金。
無料で試せる範囲： VMの総稼働時間が2時間に達するか、7日が経過すると終了します。早い方が適用されます。Fly.ioのトライアル。

判断：Fly.ioは、そこで可能になる制御が必要だからこそ選ぶサービスです。 インフラのことを考える時間を減らしたいなら、その制御に伴う作業は、他のサービスに任せたい負担になるかもしれません。

AWS Amplify：すでにAWSを使う、対応範囲に収まるアプリに

AWS Amplifyは、Amazon Web Servicesが提供するアプリのホスティング・開発サービスです。すでにAWSを利用していて、アプリで使うNext.jsの機能がホスト側の対応範囲に収まる事業に適しています。認証、データ、ストレージがすでにAWS上にあるなら、組織として合理的な選択になることがあります。ただし、ストリーミングを使うAIアプリでは、エコシステムの便利さより先に互換性を確認する必要があります。

維持できるNext.jsの機能： Amplify Hostingの現行ドキュメントは、コンピューティングベースのホスティングでNext.jsのバージョン12から15に対応すると記載しています。対応機能はSSR、静的ページ、APIルート、ISR、画像最適化です。これは文書で確認できる対応範囲であり、アプリが今使っているどのバージョンにも対応するという保証ではありません。AmplifyのNext.js対応状況。

利用できなくなる機能： 同じドキュメントでは、Next.jsのストリーミング、オンデマンドISR、Edge APIルートを非対応としています。オンデマンドISRは、商品説明の更新を公開するといったイベントに応じて、キャッシュ済みコンテンツを無効化する機能です。定期的な更新や通常のISRに対応していても、このイベント駆動の挙動まで使えるとは限りません。

チャット製品では、ストリーミングによって、回答全体の完成を待たずにテキストを順次表示できます。既存のNext.jsルートがこの挙動に依存するなら、Amplify Hostingは同等の機能をそのまま置き換えられる移行先ではありません。ストリーミング用バックエンドを別の場所でホストする構成は考えられますが、フロントエンドのリポジトリを取り込むだけの場合より大きな変更になります。

課金の仕組み： Amplifyは、ビルド時間、ホスティング用ストレージ、データ転送、SSRリクエスト、SSRの実行時間を計測します。バックエンドのAWSサービスは追加のリソースであり、それぞれの料金がかかります。料金ページには、認証用のAmazon Cognitoやファイル保存用のAmazon S3などの連携先が記載されています。既存のサービスを再利用する判断は合理的でも、料金がホスティングの月額プランにまとまるわけではありません。Amplifyの料金。

すでにチームでAWSを運用している事業者なら、使い慣れたアクセス制御、費用管理の担当体制、バックエンドサービスの利点が、請求項目の複雑さを上回るかもしれません。Vercelの費用を減らすことだけを目的に移る個人開発者には、そうした組織上の利点がない場合もあります。AWSのサービス数の多さではなく、必要な構成を比較しましょう。

向いている用途： AWSを中心に運用し、対応範囲に収まるNext.jsアプリを持つ事業。
特徴： 既存のAWSバックエンドとアカウント構成に沿ってホスティングできます。
料金： 標準ビルドは$0.01/分からです。ホスティング、SSR、バックエンドのリソースは別途計測されます。公式料金。
無料で試せる範囲： AWS Free Tierの対象になるか、どのクレジットが付与されるかは、アカウントと登録時の条件によります。

判断：Amplifyは、対応機能がアプリの要件を満たすと確認してから選びましょう。 すでにAWSに費用を払っていることは検討の理由にはなりますが、本番で必要な機能の欠落を許容する理由にはなりません。

Vercelを使い続けた方がよいのはどんなときか

移行元として考えているVercelでも、アプリが順調に動いていて、問題が料金への誤解や支出管理の不足にあるだけなら、使い続ける方がよい場合があります。サービスを移すと、開発作業、既存機能が壊れるリスク、新たな運用責任が生じます。その負担に見合う、具体的な改善が必要です。

Vercelの料金は、移行前に現在のプランと請求書で確認する

実際の請求書と、現行のVercelの料金解説を確認しましょう。現在の料金体系ではProにFlat Rate CDNのオプションがあるため、GB単位の配信料金だけを前提にした古い比較では、実際の請求とずれる可能性があります。代替サービスを比べる前に、負担が大きいのは配信、コンピューティング、ビルド、シート数、別サービスのどの項目かを特定してください。Vercelの現行料金。

Spend Managementは、通知、Webhook、チーム内のすべての本番デプロイを一時停止する任意のアクションに対応しています。アラートだけでは利用は止まりません。 一時停止すると顧客もアプリにアクセスできなくなり、支出の確認はしきい値の到達から数分遅れる場合があります。これは可用性との引き換えで支出を管理する仕組みであり、指定額に達した瞬間に正確に止まる上限ではありません。Vercel Spend Management。

フロントエンドを移さずに、高コストの処理を削除、キャッシュ、または別サービスへ切り出せるなら、Vercelに残る判断ができます。常駐プロセスの必要性、実行環境の制約、明確な移植性の要件が移行工数を正当化するときに、移ることを検討しましょう。

無料のVercel代替サービスは、どこまで使えるか

無料枠は適合性の確認には役立ちますが、それだけで本番構成が成立するわけではありません。 Netlifyはクレジットを使い切るとプロジェクトが停止する場合があります。RenderのFree Webサービスはスリープします。RailwayとFly.ioのトライアルには期限や利用上限があり、AWSの適用可否はアカウント条件によります。Cloudflareも、静的配信の枠が手厚くても、無料の実行環境には制限があります。

無料で試せる範囲では、ビルド、認証、ストリーミング、障害からの復旧が正しく動くかを確認しましょう。そのうえで、本番に実際に必要なリソースをそろえ、継続運用にかかる使用量を見積もります。

Vercelの無料プランと無料トライアルは、用途が異なる

VercelのHobbyプランは、個人の非商用利用向けです。Proのトライアルは、対象となる有料プランの機能を評価するためのもので、本番で継続利用する権利を得られるわけではありません。商用のデプロイを比較する際に、想定用途をカバーしない無料プランを基準にすべきではありません。Vercelのプラン案内。

アプリを壊さずにVercelの代替サービスへ移行するには

まず、高コストの処理や互換性に問題がある処理から移しましょう。アプリ全体を移すのは、それでより大きな課題を解決できるときです。 AIアプリなら、現在のフロントエンドを残したまま、別のAPIで処理を受け付け、キューにジョブをため、ワーカーで実行する構成にできます。永続データは、入れ替え可能なアプリのデプロイ環境の外に置くべきです。

キューは、ブラウザーからのリクエストとは独立して、ワーカーが順次処理できる待ち行列です。たとえばアップロード時にジョブ識別子を返し、ワーカーがテキストを抽出して結果を保存し、後からアプリが処理状況を取得できます。紹介ページやログイン画面を、すべて同時に移す必要はありません。

リポジトリを持ち運べるだけでは、システム全体に移植性があるとはいえません。事業者固有のストレージ呼び出し、環境変数、定期実行処理、認証コールバック、デプロイURLを洗い出してください。どのサービスを残し、どれを置き換え、どれからデータをエクスポートするかを決めます。フロントエンドのホストを変えても、これらが自動で移ることはありません。

1. 1

   代表的な利用フローをひとつ選ぶ

   ログイン、文書のアップロード、処理の開始、ストリーミング回答の受信、保存済み結果の再表示など、事業上重要な一連の操作を選びます。ホスティングを変える前に、期待する挙動を書き出してください。

2. 2

   ビルド時の設定と実行時のシークレットを分ける

   移行先にサーバー用のシークレットを設定し、どの公開設定がビルド時に埋め込まれるかを確認します。利用を明示的に許可したプレビューでない限り、本番の認証情報を移行用プレビューに持ち込まないでください。

3. 3

   ストリーミングとキャッシュ無効化を検証する

   公開URL経由で、レスポンスのチャンクが順次届くことを確認します。コンテンツを変更し、意図したページが更新されるかも確認してください。レプリカを追加する場合は、各インスタンスが更新後の状態を参照できるかを検証します。Next.jsは、セルフホスティングの注意点として、プロキシのバッファリングとキャッシュ連携を挙げています。

4. 4

   トラフィックを切り替える前に障害時とロールバックを試す

   ジョブの実行中にワーカーを再起動し、リクエストを再試行し、ブラウザーのセッションを維持したままデプロイしてみます。再試行によって、顧客に影響する処理が重複しないことを確認してください。データベースのマイグレーションを危険な形で巻き戻さずに、アプリをロールバックする方法も決めます。

5. 5

   同じ処理内容で費用を比べ、段階的に切り替える

   各案の見積もりには、アプリ、ワーカー、データベース、ファイルストレージ、通信量、ビルド、監視を含めます。受け入れ確認に合格してからトラフィックを切り替え、元に戻す経路を確保し、新しい構成が安定したら不要なリソースを廃止します。

これらの確認に関わるフレームワーク側の詳細は、Next.jsのセルフホスティングガイドに記載されています。このチェックリストは受け入れ確認のための計画であり、本比較でこれらのアプリを実際にデプロイしたという意味ではありません。

比較対象を選んだ基準

本番のNext.jsアプリやAIアプリについて、現実的な移行方法を確保できるサービスを優先しました。 評価軸は、実行環境との適合性、文書で確認できるフレームワークの互換性、課金単位、デプロイフロー、利用者側に移る運用作業です。

各社の料金ページと技術ドキュメントをもとに、2026年11月3日時点で6社を評価しました。その事実を、静的配信、マネージドなリクエスト処理、常駐サービス、あるいは現状維持という選択に結び付けています。実際の処理を測定した裏付けのない性能スコアや、費用削減額は示していません。

自分で管理する仮想サーバーは、運用モデルが異なるため今回の候補から外しています。十分な技術力があれば選べる方法ですが、更新、バックアップ、復旧、サーバーのインターネット公開に伴う管理を誰かが引き受けなければなりません。候補の名前を増やしても、これらの責任はなくなりません。

避けたいサービスと用途の組み合わせ

避けるべきなのは、特定のブランドそのものではなく、サービスと処理内容のミスマッチです。

• ストリーミングを使うNext.js製AIアプリを、変更せずAWS Amplify Hostingへ移すこと。 ストリーミング非対応と明記されているため、具体的な障害になります。
• リクエスト時のServer ActionsやISRを必要とするアプリを、Cloudflare Pagesの静的エクスポートで動かすこと。 対応するサーバー実行環境を選ぶか、バックエンドを分離してください。
• 常にすぐ応答できる必要があるアプリで、Render Freeを使うこと。 スリープの挙動が、その要件と合いません。
• 処理量の多いアプリで、Netlifyを定額の移行先だと思い込むこと。 共有クレジットの消費量と、使い切った際の挙動を先に見積もる必要があります。
• インフラの判断を避けるためにFly.ioを選ぶこと。 リージョンごとのデータ配置、ボリューム、復旧は、自分たちで責任を持って決める必要があります。

Railwayなど、リソース使用量で課金する基盤を、月額プランの最低利用額だけで選ぶことも避けましょう。入口の料金が魅力的でも、まだデプロイしていない各サービスの費用までは含まれていません。

よくある質問

Vercelはホスティングサービスですか？

はい。VercelはWebアプリケーションをホストし、デプロイするサービスです。本記事の代替サービスは、静的ファイルの配信から常駐アプリケーションサーバーの実行まで、その役割の異なる部分を置き換えます。

VercelとGoDaddyは何が違いますか？

ドメインの登録とアプリのデプロイは、別の役割です。GoDaddyはドメイン登録を提供し、Vercelはアプリをホストします。GoDaddyでドメインを登録したままでも、アプリのホスト先にGoDaddyを選ぶ必要はありません。

Vercelよりよい選択肢はありますか？

常時稼働するフルスタックのサービスなら、RenderやRailwayの方が適している場合があります。静的サイトや互換性のあるエッジ処理ならCloudflareが有力で、マネージドなNext.jsの公開フローにはNetlifyが向いています。実行環境と処理内容を決めなければ、あらゆる用途で最良のサービスは選べません。

NetlifyはVercelを使っているのですか？

Netlifyは独自のデプロイ基盤を提供しています。Next.jsはNetlify独自のOpenNextアダプターで動かしており、Vercel上にアプリをホストする構成とは別です。

VercelとNetlifyは、どちらを選ぶべきですか？

フレームワークの挙動とクレジットの仕組みがアプリに合うなら、Netlifyは有力な代替先です。移行作業が期待する改善を上回るなら、Vercelを使い続ける方がよい場合もあります。現在の請求額と必要な機能を比較し、特にミドルウェア、実行場所、デプロイ時の挙動を確認してください。

Netlifyのデメリットは何ですか？

複数の種類の利用が同じクレジット枠を消費し、使い切ると同じアカウントの他のプロジェクトまで停止する場合があります。Next.jsのエッジランタイムを指定したSSRの実行場所や、一部のミドルウェアの挙動も、単独で動かす構成とは異なります。skew protectionを使う場合は、独自のクライアントリクエストにも注意が必要です。

Netlifyより適したサービスはありますか？

静的配信や互換性のあるエッジコードなら、Cloudflareを検討する価値があります。常駐サービスや一般的なバックグラウンドワーカーが必要なら、RenderやRailwayから検討する方が適切です。主な用途がマネージドなWeb公開であれば、Netlifyは引き続き有力な選択肢です。

Netlifyはずっと無料で使えますか？

Netlifyは現在、月ごとのクレジット枠がある、継続利用可能なFreeプランを提供しています。ただし、利用量が無制限という意味でも、条件が将来ずっと変わらないという保証でもありません。利用枠を使い切ると、サイトが停止する場合があります。

GitHubとNetlifyは、どちらがよいですか？

GitHub Pagesは、リポジトリ内のファイルから静的サイトを配信します。Netlifyはアダプターを通じて、Next.jsのサーバー側機能にも対応しています。サイトにサーバー実行環境が必要かどうかで選んでください。ソースコードをGitHubに置いていても、アプリは別の場所にデプロイできます。GitHub Pagesのドキュメント。

来週の移行に着手する前に、AIビジネスの業務フロー監査チェックリストで、フロントエンド、ジョブ、データ、支出上限を整理してみてください。最初に移す価値のある処理をひとつ見つけるために役立ちます。