Vercelで十分な人、XServer VPSが必要な人——エックスサーバーを選ぶ条件

こんにちは。夏も折り返しを過ぎましたね。夏のあいだに AI と作ったアプリを、そろそろ人に見せられる場所へ置きたい、という方に向けて書きます。

自作アプリを公開するだけなら、最初から VPS（自分専用に借りる仮想のサーバー）を選ぶ必要はありません。分かれ目は「Next.js を使っているか」でも「VPS のほうが高性能か」でもなく、公開したあともプログラムが動き続ける必要があるか、この一点です。動き続けなくていいなら Vercel のような PaaS（アプリを置くだけで動かしてくれるサービス）で十分で、動き続ける必要があるなら XServer VPS などの VPS が候補になります。WordPress やメール、複数ドメインの運用が中心なら、共用レンタルサーバーが理にかなっています。

逆に、Vercel で完結する構成にわざわざ VPS を足すと、OS の更新、SSH、バックアップ、侵入対策まで自分で抱えることになります。常駐させるものがない人にとって、VPS の自由さはそのまま余計な管理作業です。セキュリティの面でどこを見張ればいいかは、AIが書いたコードの穴を、AI自身に3層で見張らせる——Claude Code 公式セキュリティプラグインを実機検証した正直な結論 もあわせて読むと、つながりが見えやすいと思います。

⚠️ 追記（2026年9月23日）：XServer VPS は2026年9月18日から新規申込を一時停止しています（公式サイトの案内）。これから借りる場合は、同じエックスサーバー社のシンVPS か、後継の XServer VPS クラウドの受付状況を確認してください。

この記事で引用している料金・仕様は、すべて2026年8月16日時点の各社公式サイトの表記です。この種の数字は変わりますので、契約前にはご自身で最新の表記を確かめてください。

それから、比べる材料の重さが左右で違うことも先に書いておきます。私はエックスサーバーの共用レンタルサーバーを実際に運用していますが、VPS は契約していません。共用サーバーは運用の経験から、VPS は各社の公式仕様から書いています。VPS の性能や障害対応を実機で確かめた記事ではありません。

AI と一緒に Next.js や Express のアプリを作ると、見た目は同じ Web サイトでも、裏側の動かし方がまるで違うことがあります。次のどれかが必要かを、置き場所を探す前に確認してみてください。

1. Node.jsサーバーやWebSocket、ワーカーなどの常駐プロセス
2. Dockerコンテナ
3. マネージドサービスに預けない自前のデータベースプロセス
4. ローカルLLMや、処理後もメモリ上で動き続ける重い処理

一つでも当てはまるなら、共用サーバーと Vercel は第一候補から外します。どれも使わず、リクエストを受けて処理し、結果を返せば終わる構成なら、PaaS で足ります。WordPress、PHP、静的ファイル、メールアカウント、複数ドメインをまとめて管理したいなら、それは別の軸で共用サーバーを選ぶ話です。

違いは値段でも性能でもなく、処理を返したあとプログラムが生き残るかどうか

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

置き場所は好みではなく、この順番の質問で決まる

私が運用しているエックスサーバーの共用サーバーで使える機能を確かめると、公式の機能一覧の「サーバープログラム」に挙がっているのは、オリジナルCGI、PHP、Cron、SSI です。オリジナルCGIの対応言語は Perl、Ruby、Python、PHP で、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 やメールは共用サーバーに残して、アプリだけ別のサービスに分ける構成も取れます。

エックスサーバーの共用サーバーには、スタンダードでNVMeNVMe（Non-Volatile Memory Express）SSD を PCI Express で直接つなぐために作られた、高速な通信の決まり。詳しく → 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公式ドキュメントの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 では root 権限（そのサーバーの管理者としての全権）が付き、OS 上で自由にプロセスを起動できます。Docker や Dify が公式の用途として前に出ているのも、共用サーバーや PaaS と実行モデルが違うからです。Node.js を常駐させる、コンテナを複数動かす、自前 DB を立てる、モデルをメモリに載せたままにする、といった構成に対応できます。

その代わり、root 権限は管理責任の裏返しです。アップデートや侵入対策、サービスが止まったときの復旧は自分の担当になります。先に書いたとおり私は VPS を契約していないので、ここはXServer VPSの料金・仕様とシンVPSの公式サイトを基にした比較です。共用サーバー側の実感と、VPS 側の仕様の説明は同じ重さではありません。

⚠️ VPS は「借りたら運用不要」ではない

root 権限を得た直後から安全に運用できるわけではありません。SSH 鍵、ファイアウォール、不要なポート、OS と Docker の更新、バックアップ、障害時の再起動方法を自分で決める必要があります。公式仕様にバックアップやサポートの記載があっても、アプリの復旧手順まで自動で用意されるとは限りません。

戻し方は、最初から全部を VPS へ移さないことです。静的サイトやフロントエンドは Vercel、メールや WordPress は共用サーバーに残し、常駐が要るワーカーや DB だけを VPS へ切り出します。管理が負担になったときのために、外部のマネージド DB や PaaS へ戻す道も残しておきます。

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コア数CPUコア数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点を確かめてみてください。

自作アプリを公開できずに止まっているなら、サービスの比較ページを増やすより、アプリの起動方法を見直すほうが早いです。npm run devや Node.js サーバーを止めずに動かし続ける必要があるなら VPS 側。ビルドして静的ファイルを配信でき、API も短時間で応答して重い処理を外部サービスに任せられるなら、PaaS 側に寄せられます。

WordPress、静的サイト、メール、複数ドメインが主目的なら、共用サーバーを選んで問題ありません。Node.js が置けないからといって、共用サーバー全体を低く見る必要はないです。置きたいものと、サーバーが受け持つ仕事が合っていないだけです。

料金、ドメイン特典、バックアップ、OS 管理の手間を比べるのは、この判定のあとにしてください。順番を逆にすると、安いから借りた場所にアプリが載らない、という一番避けたい失敗が起きます。

本文の料金・仕様は、2026年8月16日に以下のページを実際に開いて確認したものです。

• XServer VPS 公式サイト / 料金一覧
• シンVPS 公式サイト
• エックスサーバー 機能一覧
• Vercel Limits（公式ドキュメント）

HW系エンジニアとして20年以上、10,000件を超える顧客訪問と2,000件を超える単独ソリューション実績。AIツールを使った個人開発やIoT農園など、Raspberry Piを使ったオートメーション化なども実践中です！エンジニア専門結婚相談所も運営中、ClaudeCodeで解決できない心の課題も解決いたします！