目次
Claude CodeやChatGPTにアプリ開発を手伝わせていると、こんなアドバイスを頻繁に受けます——「Vercelにデプロイしましょう」「Renderで公開すれば一発です」「Railwayが簡単ですよ」。
でも待ってください。Vercelって何？それってAWSとは違うの？うちが使ってるエックスサーバーじゃダメなの？——この疑問は、ホスティングサービスの「種類」を理解すれば一気に解決します。
この記事では、AIが頻繁に推してくるPaaS（Platform as a Service）と、従来の共有レンタルサーバー・VPS・クラウド（IaaS）の違いを、料金・自由度・運用負荷の3軸で徹底比較します。読み終わるころには、自分のプロジェクトにどれを選ぶべきか明確に判断できるようになります。
1. PaaSとは何か——なぜAIが勧めるのか
PaaS（Platform as a Service）とは、サーバー・OS・ミドルウェア・ランタイムなどの「アプリを動かすために必要な土台」をすべてサービス側が用意してくれるホスティング形態です。利用者はアプリのコードだけを用意すれば、git pushするだけで本番環境にデプロイできます。
PaaSの代表例
| サービス | 得意分野 | 特徴 |
|---|---|---|
| Vercel | Next.js / フロントエンド | Next.jsの開発元。世界最速クラスのCDN |
| Netlify | 静的サイト・JAMstack | Vercelの主要競合。フォーム機能内蔵 |
| Render | フルスタック（API+DB） | Heroku後継として人気急上昇 |
| Railway | バックエンド・DB | シンプルUIと従量課金 |
| Fly.io | グローバル分散 | 世界各リージョンで自動展開 |
| Cloudflare Pages | 静的・エッジ関数 | 無料枠が圧倒的に大きい |
| Heroku | 老舗（フルスタック） | 2022年無料枠廃止で勢い減 |
PaaSの本質：「やる事を最小化する」
共有レンタルサーバーやVPSでは、SSL証明書の取得、Nginx/Apacheの設定、Node.jsのインストール、デプロイスクリプトの用意、ログ監視、バックアップなど、本来やりたい「アプリ開発」とは別の作業が大量に発生します。
PaaSはこれらをすべて自動化します。具体的には:
- git pushするだけでデプロイ完了（ビルド・デプロイ・公開を全自動）
- SSL証明書の自動取得・更新（HTTPS対応が標準）
- CDN・キャッシュが標準装備（世界中から高速配信）
- 環境変数・シークレット管理がGUIで完結
- プレビュー環境が自動生成（PRごとにURLが発行される）
- スケーリング自動（アクセス急増にも自動対応）
- ロールバック1クリック（過去のデプロイに即座に戻せる）
つまり、AIが「Vercelにデプロイしましょう」と言うのは、「あなたが余計な作業に時間を取られず、開発に集中できるから」という合理的な理由なのです。
2. ホスティングの4階層——責任分担モデルで理解
ホスティング形態の違いを理解する最も簡単な方法は、「どこまで自分でやって、どこからサービス任せか」を見ることです。これを責任分担モデルと呼びます。
ハードウェアからアプリコードまで、Webサービスは複数の層で構成されています。下から順に:
- ハードウェア——物理サーバー、ストレージ、ネットワーク機器
- 仮想化——1台の物理マシンを複数の仮想マシンに分割する技術
- OS——Linux、Windows Server等
- ミドルウェア——Webサーバー（Nginx/Apache）、DB（MySQL/PostgreSQL）等
- ランタイム——Node.js、Python、PHP、Ruby等の実行環境
- 依存ライブラリ——npm/composer等で管理されるパッケージ
- アプリコード——あなたが書いたソースコード
各ホスティング形態は、これらの層のうちどこからをサービス側が管理するかで区別されます。
| 形態 | サービス側が管理 | 自分で管理 |
|---|---|---|
| 共有レンタル | ハード〜ミドルウェア | ランタイム設定の一部とアプリ |
| VPS | ハード〜仮想化のみ | OS〜アプリすべて |
| クラウド (IaaS) | ハード〜OS | ミドルウェア〜アプリ |
| PaaS | ハード〜ランタイム | アプリコードのみ |
| SaaS | すべて | 設定だけ（コード不要） |
下にいくほど自分でやることが減り、上にいくほど自由度が上がります。「どれを選ぶべきか」は、この自由度と運用負荷のトレードオフで決まります。
3. 共有レンタルサーバー——日本で最も普及
共有レンタルサーバー（Shared Hosting）は、1台の物理サーバーを多数のユーザーで共有する形態です。日本のWebサイトの多くがこの形態で運用されています。
主要サービス
- エックスサーバー（最大手、月990円〜）
- さくらのレンタルサーバ（老舗、月425円〜）
- ロリポップ（GMO、月99円〜）
- ConoHa WING（高速、月660円〜）
- mixhost（LiteSpeed採用、月968円〜）
メリット
- 圧倒的に安い（月数百円〜）
- WordPress簡単インストール（管理画面から1クリック）
- 専門知識ほぼ不要（FTPでファイルをアップロードするだけ）
- 独自ドメイン・メール対応（個人事業主に十分）
デメリット
- 使える技術が制限される（PHPは○、Node.js/Pythonは△か×）
- 他ユーザーの影響を受ける（同居サイトが重いとこちらも遅くなる）
- SSH接続不可な業者も多い（コマンド操作ができない）
- モダンな開発フローと相性悪い（git push自動デプロイ等は工夫が必要）
向いている用途
WordPressサイト、企業のコーポレートサイト、個人ブログ、小規模ECサイト。「PHPで動く既製のCMSを使う」という用途であれば、共有レンタルが圧倒的にコスパ最強です。
このサイト（AI Arte）も実はエックスサーバーで運用しています。Laravelをエックスサーバーで動かすという少し変則的な構成ですが、共有レンタルでもモダンなフレームワークを動かすことは可能です。
4. VPS——「自分専用の仮想マシン」
VPS（Virtual Private Server）は、物理サーバーの中に作られた仮想マシン1台を専有する形態です。OSから上はすべて自分で管理します。
主要サービス
- ConoHa VPS（GMO、月535円〜）
- さくらのVPS（月685円〜）
- DigitalOcean（月$4〜、海外）
- Linode（Akamai傘下、月$5〜）
- Vultr（月$2.50〜、コスパ良）
メリット
- OS〜上は完全に自由（Node.js・Python・Docker・なんでも入れられる）
- root権限あり（sshでログインしてコマンド自由）
- 他ユーザーの影響を受けにくい（CPU・メモリは保証分が確保）
- 安い（月数百円〜数千円）
デメリット
- サーバー管理スキル必須（Linux、Nginx、SSL証明書、ファイアウォール等）
- セキュリティアップデート責任は自分（怠ると侵入される）
- 障害対応も自分（深夜にサーバーが落ちても起こされる）
- スケーリングは手動（アクセス増えてもプラン変更が必要）
向いている用途
サーバー運用を学びたいエンジニア、コストを抑えつつ自由度を確保したい開発者、特殊なミドルウェアを動かしたいケース。クラウドゲーム鯖、自前のメールサーバー、開発・検証環境などにも使われます。
5. クラウド（IaaS）——AWS・GCP・Azure
IaaS（Infrastructure as a Service）は、ハードウェアと仮想化レイヤーをサービスとして提供する形態です。VPSの「超強化版」と考えてください。
主要サービス
- Amazon Web Services (AWS)——シェアトップ、サービス数200以上
- Google Cloud Platform (GCP)——AI/MLとデータ分析に強い
- Microsoft Azure——エンタープライズ向け、Office連携
- Oracle Cloud——一部の永久無料枠が破格
- Alibaba Cloud——中国・アジア圏で強い
メリット
- 無限にスケール可能（数台〜数千台まで自動拡張）
- マネージドサービスが豊富（DB、キャッシュ、キュー、AI、CDN等数百種類）
- 従量課金で柔軟（使った分だけ支払い）
- 世界中にリージョン（日本・米国・欧州・アジア各地）
- 高い信頼性とセキュリティ（金融機関も採用）
デメリット
- 学習コストが極めて高い（AWSだけで認定試験が10種類以上ある）
- 料金体系が複雑（請求書を見て初めて月額10万円を知ることもある）
- 専門知識のあるエンジニアが必要（個人で本格運用はかなり大変）
- 個人サイトにはオーバースペック（小さなブログにAWSは過剰）
向いている用途
大規模Webサービス、企業の基幹システム、データ分析基盤、機械学習プラットフォーム、グローバル展開するアプリ。Netflix、Airbnb、Spotifyなど世界的サービスの多くがAWSで動いています。
裏話：PaaSも実はクラウドの上で動いている
VercelやNetlifyの多くは、内部的にAWS（特にCloudFront、Lambda）の上で動いています。つまりPaaSは「IaaSの複雑さを隠蔽して使いやすくしたサービス」とも言えます。
6. PaaS——Vercel・Netlify・Render等
すでに第1章で概要を説明しましたが、ここではPaaSの仕組みをもう少し詳しく見ていきます。
典型的なPaaSのワークフロー
- GitHubと連携（リポジトリを選ぶだけ）
- ビルド設定を自動検出（Next.js、Astro、Vite等を自動認識）
- git pushすると自動デプロイ（mainブランチに反映）
- カスタムドメイン設定（DNSのCNAMEを向けるだけ）
- SSL自動発行（Let's Encryptで自動取得・更新）
- プレビューURL生成（PRごとに別URLが自動生成）
所要時間は初回でも10分以内。VPSでこれをやろうとすると、Nginx設定、Let's Encrypt導入、systemd unit作成、CI/CDパイプライン構築等で数日かかります。
PaaSの料金モデル
PaaSは多くの場合「無料枠 + 超過分は従量課金」のモデルを採用しています。
| サービス | 無料枠 | 有料プラン |
|---|---|---|
| Vercel | 個人開発・趣味OK（商用は禁止） | Pro $20/月〜 |
| Netlify | 月100GB帯域・300分ビルド | Pro $19/月〜 |
| Render | 静的サイト無料、Web Service無料枠あり（スリープあり） | $7/月〜 |
| Railway | $5/月のクレジット付与 | Hobby $5/月〜 |
| Cloudflare Pages | 無制限帯域・月500ビルド | $20/月〜 |
PaaSの注意点
便利すぎるPaaSにも落とし穴があります。
- 無料枠を超えると課金が一気に跳ね上がる（Vercelで月$1,000の事故事例多数）
- 独自ミドルウェアは入れられない（Redis、PostgreSQL等は別サービスを契約）
- 長時間実行関数に制限あり（Vercelの関数は最大10〜60秒）
- 商用利用はProプラン以上が必要（個人ブログは無料でOKなことが多い）
- ベンダーロックインのリスク（独自API使うと他サービスへの移行が困難）
7. 4つの比較——料金・自由度・運用負荷
4形態を1つの表で比較します。
| 項目 | 共有レンタル | VPS | クラウド (IaaS) | PaaS |
|---|---|---|---|---|
| 月額料金 | 500-2,000円 | 500-3,000円 | 従量（数百〜数十万） | 無料〜$20/月 |
| セットアップ時間 | 30分 | 数時間〜1日 | 1日〜1週間 | 5〜10分 |
| 必要スキル | FTP操作レベル | Linux管理 | クラウド設計 | git操作のみ |
| 自由度 | 低（PHP中心） | 高（OS〜全部） | 最高（無制限） | 中（言語/FW指定） |
| スケーラビリティ | 低 | 中（手動） | 最高（自動） | 高（自動） |
| 運用負荷 | 低 | 高 | 最高 | 最低 |
| SSL証明書 | 自動（無料） | 手動設定 | 手動設定 | 自動（無料） |
| CDN | なし | 別途設定 | 別途構築 | 標準装備 |
| CI/CD | なし | 別途構築 | 別途構築 | 標準装備 |
| DB | MySQL付属 | 自分で設定 | マネージドDB別契約 | 外部サービス連携 |
| 向いている用途 | WordPress | 学習・特殊用途 | 大規模・企業 | モダンWeb開発 |
「どれが優れている」ではなく、「目的に合うのはどれか」という観点で選ぶことが重要です。
8. 主要PaaSサービス徹底比較
PaaSの中でもサービスごとに得意分野が異なります。代表的な5つを比較します。
Vercel——フロントエンドの王者
- 強み：Next.jsの開発元、世界最速クラスのEdge Network、優れた開発体験
- 弱み：商用は無料NG、関数実行時間に厳しい制限、料金跳ね上がりリスク
- 向いている：Next.js / React / Vue / Svelteのフロントエンドアプリ、JAMstackサイト
- 料金：個人無料、Pro $20/月、超過分は帯域・関数実行時間で従量
Netlify——JAMstackの草分け
- 強み：シンプルな料金体系、フォーム機能内蔵、Functions（サーバーレス関数）対応
- 弱み：Vercelに比べてNext.js最適化が弱い
- 向いている：Astro、Hugo、Jekyll等の静的サイトジェネレーター
- 料金：Free（月100GB）、Pro $19/月
Render——Heroku後継として急成長
- 強み：フルスタック対応（Web Service + DB）、PostgreSQL/Redisマネージド
- 弱み：無料Web Serviceは15分でスリープ（コールドスタートあり）
- 向いている：Node.js / Python / Ruby / Goのバックエンド、モノリスアプリ
- 料金：Web Service $7/月〜、PostgreSQL $7/月〜
Railway——シンプルさ重視
- 強み：UIが直感的、テンプレート豊富（1クリックでDB+API構築）
- 弱み：従量課金で予算超過に注意
- 向いている：プロトタイピング、小〜中規模のフルスタックアプリ、Discord Bot等
- 料金：Hobby $5/月（$5クレジット付）、Pro $20/月
Cloudflare Pages——無料枠が最強
- 強み：帯域無制限・無料、グローバルCDN、Workers（エッジ関数）連携
- 弱み：複雑なバックエンドには向かない
- 向いている：高トラフィックの静的サイト、Astro/Hugo/Next.js（SSG）
- 料金：Free（無制限帯域）、Pro $20/月
9. なぜAIはPaaSを推すのか
Claude CodeやChatGPTにアプリ開発を頼むと、ほぼ必ずVercelやRenderを勧められます。これは偶然ではなく、AIにとって合理的な選択です。
理由1：成功率が圧倒的に高い
VPSやAWSへのデプロイは、ネットワーク設定・SSL・systemd・nginx設定など失敗ポイントが多数あります。AIが指示通りやってもらえる確率は、PaaSの「git pushするだけ」が最も高い。
理由2：環境差異の影響が小さい
VPSだと「Ubuntu 22.04ではこう、CentOS 7ではこう」と差異が出ますが、PaaSは環境が標準化されているため、AIのアドバイスがそのまま使えます。
理由3：AIで開発するアプリと相性が良い
AIでよく作られるのはNext.js、Python API、Discord Bot等、まさにPaaS各社が得意とする領域です。WordPressサイトを作っているならAIは共有レンタルを推すはずです。
理由4：トラブル対応が容易
PaaSは管理画面でログ・メトリクス・デプロイ履歴が一元管理されているため、AIに「ログを見せて」と頼むと簡単に共有できます。VPSだとSSH接続してjournalctlで...と手順が増えます。
10. 用途別おすすめ——どれを選ぶべきか
WordPressでブログ・コーポレートサイト
→ 共有レンタル（エックスサーバー、ConoHa WING）。月1,000円程度で十分。WordPressを動かすためだけにPaaSやAWSは過剰スペック。
Next.js / Reactのモダンなフロントエンド
→ Vercel（Next.jsなら一択）またはNetlify（その他のFW）。無料枠で個人開発開始、商用化したらPro $20/月。
静的サイト・高トラフィック
→ Cloudflare Pages。帯域無制限・無料は他社にないメリット。技術ブログやドキュメントサイトに最適。
API・バックエンド・フルスタック
→ RenderまたはRailway。DBも同じサービスで済み、月10〜30ドル程度。
Discord Bot・LINE Bot・常時起動の小さなアプリ
→ RailwayまたはFly.io。小規模ワークロードに優れた料金体系。
サーバー管理を学びたい・自由度MAX
→ VPS（ConoHa VPS、さくらVPS）。月数百円〜でLinuxサーバーを丸ごと触れる。
大規模Webサービス・企業システム
→ クラウド（AWS、GCP、Azure）。専門エンジニアを雇う前提で。
機械学習・AIモデルのホスティング
→ Hugging Face Spaces（無料枠あり）またはModal（GPU PaaS）。AWSのSageMakerは大規模向け。
初心者がまず触ってみるなら
→ Vercel + Cloudflare Pagesから始めるのがおすすめ。無料でデプロイ体験ができ、git pushの便利さを体感できる。慣れてきたらRender、Railway、AWSと広げていく流れ。
関連記事としてAIはインフラ・ネットワークエンジニアの代わりになるか？も合わせて読むと、AIがPaaSを推す背景がさらに理解できます。
FAQ
Q. PaaS、SaaS、IaaS、FaaSの違いは？
IaaSはインフラ（サーバー・ストレージ）の貸し出し（AWS EC2等）、PaaSはアプリ実行環境の貸し出し（Vercel等）、SaaSは完成したソフトの貸し出し（Gmail、Slack等）。FaaS（Function as a Service）はPaaSの一種で、関数単位で実行（AWS Lambda、Cloudflare Workers）。「自分が書くコードの量」がIaaS>PaaS>FaaS>SaaSの順に減っていきます。
Q. Vercelの無料枠でブログを商用運用してはダメ？
Vercelの無料プラン（Hobby）の規約上、商用利用は禁止されています。アフィリエイト広告掲載、広告収入のあるサイト、企業のコーポレートサイト、有料サービス等はすべて商用扱いです。趣味のポートフォリオやOSSプロジェクトのドキュメントサイトはOK。商用ならPro（$20/月）またはCloudflare Pages（商用無料）を検討してください。
Q. PaaSって本当に簡単？トラブルあったらどうするの？
初回デプロイは確かに簡単（10分以内）ですが、「ビルドが失敗する」「環境変数が反映されない」「DBに接続できない」などのトラブルは普通に発生します。ただし管理画面でログが見られるため、共有レンタルやVPSと比べると原因特定は格段に楽です。AIに「Vercelのビルドログを貼るので解決してください」と聞けば大抵解決します。
Q. PaaSで月10万円の高額請求が来た事例があるって本当？
本当です。Vercelで個人開発のサイトに大量アクセス（バズった、画像直リンクされた等）が発生し、1ヶ月で数千ドルの請求が来た事例が複数報告されています。対策として、Vercelには「Spend Management」機能があり、上限を設定できます。Cloudflare Pagesは帯域無制限・無料なので、高トラフィックが予想されるサイトはこちらを選ぶのが安全です。
Q. WordPressをVercelで動かせる？
WordPress本体（PHPで動く）はVercelで動かせません。Vercel等のPaaSは基本的にNode.js、Python、Goなどのモダン言語向けです。WordPressを使うなら共有レンタルかVPSが正解。ただし、WordPressをHeadless CMSとして使い、フロントエンドだけNext.jsでVercelに置く構成（Headless WordPress）はよく行われます。
Q. PaaSはベンダーロックインが心配。移行は難しい？
「git pushでデプロイ」というワークフロー自体は標準的なので、コード自体は他のPaaSへ簡単に移行できます。ただし、各サービス独自のAPI（Vercel KV、Netlify Functions、Cloudflare Workersのバインディング等）を多用していると移行コストが上がります。ロックインを避けたいなら、独自API使用は最小限にし、可能な限り標準的な技術（Next.js標準API、PostgreSQL等）に留めるのが鉄則です。
Q. AWSの無料枠だけでアプリを動かすのは現実的？
AWSには「12ヶ月無料」と「永久無料枠」がありますが、個人開発で本格運用するには制限が厳しいです。EC2 t2.micro 750時間/月（実質1台分）、RDS db.t2.micro等の無料枠がありますが、設定ミスで簡単に課金されます。「AWSを学びたい」なら無料枠で挑戦OK、「とにかく動かしたい」ならPaaSの方が安全で簡単です。
Q. 結局、自分はどれを選べばいい？
「迷ったらPaaS（Vercel or Render or Cloudflare Pages）」が現代の正解です。理由は(1) 失敗しにくい、(2) 無料で始められる、(3) AIのサポートを最大限活かせる、(4) 後から他サービスへ移行も比較的容易。WordPressなら共有レンタル一択。AWSは「専門エンジニアがチームにいる」「大規模システムを作る」場合のみ検討してください。
この記事は2026年4月時点の情報を基に作成しています。各サービスの料金・無料枠は変更される可能性があるため、契約前に各サービスの公式ページで最新情報をご確認ください。
