Vercelで十分な人、XServer VPSが必要な人——エックスサーバーを選ぶ条件
共用サーバー・PaaS・VPSの違いを、常駐プロセスやDocker、自前DB、ローカルLLMの有無で判定します。
先に結論:常駐が必要ならVPS、不要ならVercelで十分
自作アプリを公開するだけなら、最初からVPSを選ぶ必要はありません。
- 静的サイト、短時間で終わるAPI、外部DBやAI APIを呼び出すだけのアプリなら、Vercelが向いています。
- Node.jsサーバー、WebSocket、ワーカー、Docker、自前DB、ローカルLLMを動かし続けるなら、XServer VPSなどのVPSが候補です。
- WordPress、PHP、静的サイト、メール、複数ドメインの運用が中心なら、共用レンタルサーバーが合理的です。
判断基準は「Next.jsを使っているか」や「VPSのほうが高性能か」ではありません。公開後もプロセスが生き続ける必要があるかどうかです。
逆に、Vercelで完結する構成にVPSを足すと、OSの更新、SSH、バックアップ、侵入対策まで自分で抱えることになります。常駐プロセスがない人には、VPSの自由さがそのまま余計な管理作業になります。
関連記事としては
BlogAIが書いたコードの穴を、AI自身に3層で見張らせる——Claude Code 公式セキュリティプラグインを実機検証した正直な結論AIが生成したコードの脆弱性を、Anthropic公式の無料プラグイン security-guidance はどこまで防げるのか。わざと危険なコードを書かせて3層チェックが鳴るか実機検証し、限界も正直にまとめました。→ もあわせて読むと、今回の論点とのつながりを把握しやすくなります。
なお、この記事で引用している料金・仕様はすべて2026年8月16日時点の各社公式サイトの表記です。この種の数字は変わりますので、契約前にはご自身で最新の表記をご確認ください。
筆者はエックスサーバーの共用レンタルサーバーを実際に運用しています。一方、VPSは契約していません。そのため、共用サーバーについては運用経験を、VPSについては各社公式仕様をもとに比較します。VPSの性能や障害対応を実機で評価した記事ではありません。
デプロイ先を決める前に確認する4つの実行条件
AIと一緒にNext.jsやExpressのアプリを作った場合、見た目は同じWebサイトでも、裏側の動かし方が違います。次のどれかが必要かを、デプロイ先を探す前に確認してください。
- Node.jsサーバーやWebSocket、ワーカーなどの常駐プロセス
- Dockerコンテナ
- マネージドサービスに預けない自前のデータベースプロセス
- ローカルLLMや、処理後もメモリ上で動き続ける重い処理
一つでも当てはまるなら、共用サーバーとVercelは第一候補から外します。どれも使わず、リクエストを受けて処理し、結果を返せば終わる構成なら、PaaSで足ります。WordPress、PHP、静的ファイル、メールアカウント、複数ドメインをまとめて管理したい場合は、別の軸で共用サーバーを選びます。

違いは値段でも性能でもなく、処理を返したあとプログラムが生き残るかどうか
迷うとしたら、たぶん「Next.jsをそのまま動かしたいからVPSなのか、静的書き出しや関数で済むからVercelなのか」の境目です。フレームワーク名ではなく、公開後もプロセスが生き続ける必要があるかを見てください。

置き場所は好みではなく、この順番の質問で決まる
共用レンタルサーバーでNode.jsが動かない理由は、相性ではありません
筆者はエックスサーバーの共用レンタルサーバーを実際に運用しています。そこで使える機能を確認すると、公式の機能一覧にある「サーバープログラム」に挙がっているのは、オリジナルCGI、PHP、Cron、SSIです。オリジナルCGIの対応言語としてPerl、Ruby、Python、PHPが示されていますが、Node.jsは一覧にありません。
ここで重要なのは、単にNode.jsの名前がないことではありません。CGIはリクエストを受けて起動し、処理して返したら終わる方式です。Cronも指定した時刻にコマンドを実行して終了します。つまり、公式に用意されている実行方式の中に、Node.jsサーバーやワーカーを起動し続ける仕組みが存在しないのです。
ファイルをFTPでアップロードする場所はあります。しかし、そのファイルを起動し続ける主体がありません。SSHでログインできても、そこで常駐プロセスを動かしてよいという意味にはなりません。多数の契約者で一台を共有する構造上、一契約者のプロセスが資源を使い続ける形態を前提にしていないからです。
したがって、これは古いプランを選んだからでも、設定を一つ見落としたからでもありません。動かす仕組みそのものが違います。エックスサーバーが提供するXServer API、MCP Server、CLI、AIコーディングエージェント向けの「サイト作成・公開スキル」で自動デプロイできる範囲も、静的サイト、PHP、WordPressなどです。AIから配置できることと、Node.jsの常駐アプリを実行できることは別問題です。
⚠️ 共用サーバーで無理に常駐させない
Node.jsをバックグラウンドで起動し、プロセスが落ちたら再起動する構成を、共用サーバーで無理に再現しようとするのは避けてください。動作しているように見えても、再起動、監視、リソース制限の扱いが不明確です。
戻し方は明快です。アプリを静的出力と短時間のAPIに分解してVercelへ寄せるか、Node.jsやDockerが必要な部分だけをVPSへ移します。WordPressやメールは共用サーバーに残し、アプリだけ別サービスに分ける構成も取れます。
共用サーバーはアプリ向けでないのではなく、役割が違います
エックスサーバーの共用サーバーには、スタンダードでNVMe SSD 500GB、転送量無制限、マルチドメインとメールアカウント無制限、独自SSL、自動バックアップがあります。自動バックアップはWeb・メール・MySQLとも14日分です。nginx、WAF、RAID10、スパムフィルタ、電話サポートまで運用側に含まれます。詳細は前掲の機能一覧ページで確認できます。
これは、OSやWebサーバーを自分で管理せず、複数サイトを長く置く用途で効きます。筆者も、ドメインやWordPressをまとめて管理する場面では、常駐アプリが動かないことより、運用を抱え込まなくてよいことを重く見ています。
JPドメインの永久無料特典も、エックスサーバーのレンタルサーバー側の話です。.jpはプレミアム以上、.co.jp、.or.jp、.ne.jp、.gr.jpはビジネスプランが対象です。これはXServer VPSの特典として扱うものではありません。
Vercelは「返したら終わるアプリ」に強い
Vercelの関数は、リクエスト単位で実行されます。Vercel公式ドキュメントのLimitsでは、関数の最大実行時間はHobbyが60秒、Proが300秒、Enterpriseが900秒です。既定値はそれぞれ10秒、15秒、15秒とされています。プロキシ経由のリクエストには全プランで120秒のタイムアウトがあります。
共用サーバーのCGIとPaaSの関数は、規模や自動スケールに大きな違いがありますが、「リクエストを受けて処理し、返したら終わる」という点は共通しています。PaaSでは一回の処理に使える時間やCPU、メモリを広げられても、処理後も待機し続けるワーカーやWebSocketサーバー、自前DBプロセスを置けるようにはなりません。
静的サイト、フロントエンド、短時間で完了するAPI、外部のデータベースやAI APIを呼び出して結果を返すアプリなら、PaaSの実行モデルに合わせやすい構成です。VercelのHobbyにはディスク32GB、デプロイ回数100回/日などの上限があり、関数呼び出しやCPUには従量課金があります。無料枠だけで無期限に運用できると決めつけず、処理時間と利用量を確認してください。料金や利用制限は変わり得ますので、契約前に前掲のドキュメントで確認してください。
⚠️ Vercelで長時間処理や常駐処理を隠さない
関数の制限時間を超える処理、常時接続が必要なWebSocket、ローカルLLMのようにモデルをメモリへ載せ続ける処理を、Vercelの関数だけで動かす構成は危険です。タイムアウトやコスト増加が起きても、コードの問題とは限りません。
戻し方は、APIを「受付」にして、重い処理をキューやVPS上のワーカーへ渡すことです。処理結果だけをVercelから返せば、フロントエンドと短時間のAPIはVercelに残せます。キューを導入したくない小規模アプリなら、処理自体を短くするか、最初からVPSへ移します。
VPSが必要になるのは、自由さではなく常駐が必要なところからです
VPSではroot権限が付与され、OS上でプロセスを起動できます。DockerやDifyが公式の用途として前面に出ているのも、共用サーバーやPaaSと実行モデルが違うためです。自分でNode.jsを常駐させる、コンテナを複数動かす、自前DBを立てる、モデルをメモリへ載せたままにする、といった構成に対応できます。
一方で、root権限は管理責任の裏返しです。アップデートや侵入対策、サービス停止時の復旧は、自分の担当になります。筆者はVPSを契約していないため、VPSについて「使ってみた」とは書けません。ここではXServer VPSの料金・仕様とシンVPSの公式サイトを基に比較しています。共用サーバー側の実感と、VPS側の仕様説明は同じ重さではないことを明記しておきます。
⚠️ VPSは「借りたら運用不要」ではない
VPSでは、root権限を得た直後から安全に運用できるわけではありません。SSH鍵、ファイアウォール、不要なポート、OSとDockerの更新、バックアップ、障害時の再起動方法を自分で決める必要があります。公式仕様にバックアップやサポートの記載があっても、アプリの復旧手順まで自動で用意されるとは限りません。
戻し方は、最初から全部をVPSへ移さないことです。静的サイトやフロントエンドはVercel、メールやWordPressは共用サーバーに残し、常駐が必要なワーカーやDBだけをVPSへ分離します。管理作業が負担になった場合は、外部のマネージドDBやPaaSへ戻す選択肢も残しておきます。
XServer VPSとシンVPSは、メモリだけでなくディスクとCPUで選ぶ

XServer VPSのトップページ。DifyやDockerが「目的」として最初に並ぶこと自体が、共用サーバーとの実行モデルの違いを表しています(2026年8月16日時点)
XServer VPSでは、4GBプランがvCPU 4コア、NVMe SSD 150GBです。料金は1か月契約が月額換算2,200円、3か月が2,101円、12か月が1,800円、36か月が1,700円で、契約期間分の一括前払いです。2GBプランは新規受付が一時停止中です。
同じ4GBでも、シンVPSの大容量メモリプランはvCPU 3コア、NVMe SSD 50GBです。メモリ容量だけを見ると同じですが、ディスクは3倍違います。Dockerイメージを複数置く場合や、ローカルLLMのモデルファイルを保存する場合は、50GBが先に制約になります。逆に、ディスクをほとんど使わずメモリを優先する用途なら、比較結果は変わります。
見る数字の順番は、まず必要なメモリ、次にvCPU、そしてディスク容量です。常駐するアプリ、データベース、Docker、モデルファイルが同じホストに載るなら、メモリだけでなく、ディスクの残量とCPUコア数まで確認してください。XServer VPSはネットワーク10Gbps共有ですが、1契約あたり最大100Mbpsです。この上限も、大容量ファイル配信などでは確認対象になります。
契約期間にも注意が要ります。1か月契約は月額換算が高く、支払いは契約期間分の前払いです。初回契約期間が30日未満で、成果判定時点に契約更新されていない場合は否認条件があります。短期のお試し契約を勧める根拠はありません。試すなら、料金と条件を確認したうえで、少なくとも3か月以上の契約を前提に判断してください。
⚠️ メモリ容量だけでVPSを決めない
4GBという数字が同じでも、vCPUやディスク、ネットワーク上限は同じではありません。特にローカルLLMでは、モデルファイル、推論時のメモリ、OSやDockerの領域を同時に確保します。モデルが載るかどうかだけでなく、残りのディスク容量とCPU待ちも確認してください。
戻し方は、モデルやDBを外部サービスへ移し、VPSをWebアプリだけにすることです。それでも容量やCPUが足りなければ、プラン変更や別VPSへの移行を検討します。契約前に必要容量を見積もれない場合は、VPSを先に長期契約しないほうが安全です。
やめた構成と、今も残る不満
この判断では、次の構成を採用しません。
- 共用サーバー上でNode.jsを常駐させ、Cronなどで無理に再起動する構成
- Vercelの関数内でローカルLLMや長時間ワーカーを動かし続ける構成
- メモリ容量だけを見て、Dockerやモデルファイルの保存先を確認しないVPS選び
- 「AIからデプロイできる」ことを「任意のサーバープロセスを実行できる」ことと同一視すること
ただし、この記事にも限界はあります。VPSは未契約のため、XServer VPSとシンVPSの実際の起動速度、負荷時の性能、障害復旧を比較した実測値はありません。また、Vercelや各VPSの料金・上限は2026年8月16日時点の公式表記に基づくもので、将来の契約条件を保証するものでもありません。
検証については、次の範囲で行いました。
2026年8月16日に公式料金表と仕様表を照合した。
共用サーバーについては、筆者が運用中の環境でドメイン、WordPress、メール、Node.jsの実行条件を確認しています。読者が同じ判断をするには、まず自分のアプリで「常駐プロセスが必要か」「1回の処理が何秒か」「DBやモデルファイルをどれだけ置くか」の3点を確認してください。
実行方式を固定してからVPSを選ぶ
自作アプリを公開できずに止まっているなら、サービス比較ページを増やすより、アプリの起動方法を確認するほうが早いです。npm run devやNode.jsサーバーを停止せずに動かす必要があるならVPS側です。ビルドして静的ファイルを配信でき、APIも短時間で応答して外部サービスに処理を任せられるなら、PaaS側に寄せられます。
WordPress、静的サイト、メール、複数ドメインが主目的なら、共用サーバーを選んで問題ありません。Node.jsが置けないことを理由に、共用サーバー全体を低く見る必要はないです。置きたいものと、サーバーが担当する仕事が合っていないだけです。
この判定をしたあとで、料金、ドメイン特典、バックアップ、OS管理の手間を比べてください。順番を逆にすると、安いから買った場所にアプリが載らない、という一番避けたい失敗が起きます。
参照した公式ページ
本文の料金・仕様は、2026年8月16日に以下のページを実際に開いて確認したものです。
関連記事
この記事を書いた人
HW系エンジニアとして20年以上、10,000件を超える顧客訪問と2,000件を超える単独ソリューション実績。AIツールを使った個人開発やIoT農園など、Raspberry Piを使ったオートメーション化なども実践中です!エンジニア専門結婚相談所も運営中、ClaudeCodeで解決できない心の課題も解決いたします!
関連記事
AIが書いたコードの穴を、AI自身に3層で見張らせる——Claude Code 公式セキュリティプラグインを実機検証した正直な結論
AIが生成したコードの脆弱性を、Anthropic公式の無料プラグイン security-guidance はどこまで防げるのか。わざと危険なコードを書かせて3層チェックが鳴るか実機検証し、限界も正直にまとめました。
ChatGPT WebをAPI代わりにして大丈夫?Codexブラウザ自動化の境界線
Codex CLIやPlaywrightからChatGPT Webへ質問を送り、回答を回収するのは規約上大丈夫なのか。公式情報と実務判断を分け、個人開発で迷いやすい12例をやさしく整理します。
結論、RTX 3070 の買い替え先は RTX 5070 から——RTX 5060 Ti は 11% 差、RTX 4060 Ti はむしろ遅い
合成ベンチでは横並びに見えるRTX 3070・4060 Ti・5060 Tiを、1440p実ゲーム相対性能と消費電力で比較します。
SCS★3で「対応済み」なのに証拠が無い——期限付き評価基準27件の落とし穴
ルールを作ったのに評価で証拠が足りない、はなぜ起きるのか。SCS★3の81チェック項目のうち期限付きの27個を、IT専門でない管理担当者向けに5つの型と図で整理します。
META-MARK × デプロイ
自作アプリの置き場所、条件で決まります。
常駐プロセス・Docker・自前DB・ローカルLLMのどれかが要るならVPS。要らないならPaaSで足ります。
PR広告:開発環境・キャリアまわりのサービス