WordPress vs 静的サイト（Hugo、Astro、Next.js）：正直な比較

WordPress vs 静的サイトジェネレーター：それぞれどんなときに勝るか？

静的サイトジェネレーター（Hugo、Astro、Next.js、11ty）は、WordPressのコンテンツサイト市場のかなりの部分を侵食してきました。より速く、より安全で、ホスティングもより安価です。では、なぜWordPressは依然としてウェブの43%を動かしているのでしょうか？それは、トレードオフが静的サイトの支持者たちの主張するものとは違うからです。

静的サイトジェネレーターとは何か？

静的サイトジェネレーター（SSG）は、ビルド時にMarkdownやその他の形式のソースファイルを取り込み、それをテンプレートを通して処理し、プレーンなHTML/CSS/JSファイルを生成します。データベースなし、リクエストごとのサーバーサイドレンダリングなし、PHPなし。出力はただのファイルです。任意のウェブサーバー、CDN、静的ホスティングサービス（Vercel、Netlify、Cloudflare Pages、S3）にデプロイできます。2026年に人気のSSG：Hugo（Goベース、極めて高速なビルド）、Astro（モダンなJS、部分的ハイドレーション）、静的エクスポートを伴うNext.js、Eleventy（11ty、シンプルなJS）、Gatsby（人気は低下中）、Jekyll（より古い、Rubyベース）。共通する約束：より速いサイト、より低いホスティングコスト、より小さな攻撃対象領域、そしてコンテンツの完全なバージョン管理です。

依然としてWordPressが勝るところ

技術者でないコンテンツ編集者。WordPressの管理画面は、開発者でない人にとって業界最高です。静的サイトはたいていMarkdown＋Gitの知識を必要としますが、95%のライターはそれを持っていません。
プラグインのエコシステム。WooCommerce、BuddyPress（コミュニティ）、bbPress（フォーラム）、MemberPress（会員制）、LearnDash（LMS）、Easy Digital Downloadsが必要ですか？WordPressにはそれらが揃っており、成熟し、実戦で鍛えられています。静的サイトにもサードパーティのSaaS相当品（Snipcart、Lemon Squeezy）はありますが、統合は断片的です。
動的な機能。ユーザーアカウント、コメント、コンテンツ内検索、サーバーサイド処理を伴うフォーム。これらはすべてWordPressではネイティブですが、静的サイトではすべて追加のサービスを必要とします。
SEOプラグイン。YoastとRank Mathは、XMLサイトマップ、スキーママークアップ、メタタグを自動化します。静的サイトでは手動設定かビルド時のジェネレーターが必要です。
リアルタイムのコンテンツ。ニュースサイト、1日に何度も更新されるブログ、価格が頻繁に変わるサイト。静的サイトの再ビルドは、更新頻度が高いと遅くなります。

静的サイトが勝るところ

性能。CDNから配信される静的HTMLは、同じコンテンツでWordPressよりたいてい5〜10倍高速です。より優れたCore Web Vitals、より優れたSEOスコア。
セキュリティ。データベースなし、管理パネルなし、PHPランタイムなし＝攻撃者が侵害できるものが何もありません。サイトはファイルそのものです。
ホスティングコスト。静的ホスティングは実質的に無料です（Vercel、Netlify、Cloudflare Pagesには寛大な無料枠があります）。WordPressのホスティングは最低でも月3〜5ドルから始まります。
開発者体験。Git上のコンテンツ、プッシュでデプロイ、ブランチごとのプレビュー環境。WordPressがネイティブにはサポートしないモダンなワークフローです。
ゼロコストでのスケール。1億回のアクセスを処理する静的サイトのホスティングコストは、100回のアクセスを処理する場合とほぼ同じです。
信頼性。ダウンするデータベースなし、PHPエラーなし、トラフィックのピーク時のプラグイン競合なし。静的サイトはただ動きます。

ハイブリッドという選択肢：ヘッドレスWordPress＋静的フロントエンド

WordPressをコンテンツ管理システム（管理画面、ユーザーの役割、コンテンツモデリング）として使いつつ、静的サイトジェネレーター（Next.js、Astro）がWordPressのREST APIやGraphQLプラグイン（WPGraphQL）を通してそのコンテンツを取得し、静的なフロントエンドを構築する、という使い方ができます。これにより両方の世界のいいとこ取りができます。コンテンツ制作者にはWordPressのエディタを、訪問者には静的な性能を提供できます。トレードオフは、可動部品が増えること（1つではなく2つのシステム）、大規模サイトではビルド時間が長くなること、デプロイがより複雑になることです。ヘッドレスWordPressが理にかなうのは、WordPressのインターフェースを必要とする5人を超えるコンテンツ編集者がいる一方で、静的フロントエンドを保守できる開発チームがいるサイトです。一人で運営するブロガーや小規模ビジネスのサイトには過剰です。

実践的な意思決定のフレームワーク

次のいずれかが当てはまるならWordPressを選びましょう：（1）編集者が技術者でなく、洗練された管理画面が必要である、（2）プラグインのエコシステム（WooCommerce、LMS、会員制、フォーラム）が必要である、（3）サイトに動的な機能（ユーザーアカウント、リアルタイムコンテンツ）がある、（4）2つではなく1つのシステムを求めている。次の場合は静的サイトジェネレーターを選びましょう：（1）チームが技術者である（開発者主導のコンテンツ）、（2）性能が重要である（ニュース、マーケティングサイト、ドキュメント）、（3）動的な機能が不要、あるいはサードパーティのSaaSに委ねられる、（4）ホスティングコストやゼロへのスケールが重要である。次の場合はヘッドレスWordPressを選びましょう：（1）技術者でないコンテンツ編集者が多数いる、（2）WordPressのプラグインエコシステムと静的な性能の両方が必要である、（3）2つのシステムを保守できる開発チームがいる。

よくある質問

Next.jsは静的サイトジェネレーターですか？

Next.jsは静的エクスポートモード（next.config.jsのoutput: 'export'）をサポートしており、それは真の静的サイトを生成します。また、SSR（サーバーサイドレンダリング）とISR（インクリメンタル静的再生成）もサポートしています。最近のNext.jsサイトのほとんどはハイブリッドで、一部のページは静的、一部はオンデマンドでレンダリングされます。

後でWordPressから静的サイトへ移行できますか？

はい。wp2hugo、gatsby-source-wordpress、AstroのWordPress連携といったツールが、WordPressのコンテンツをSSGが取り込める形式にエクスポートします。最も難しいのは、動的な機能（フォーム、検索、コメント）をサードパーティのサービスで再現する部分です。容易でない移行には40〜100時間を見込んでください。

静的サイトの方が速いのに、なぜほとんどのサイトは依然としてWordPressを使っているのですか？

理由は2つあります。（1）技術者でない編集者には管理画面が必要で、それを提供するのはWordPress（あるいはSquarespace／Wix）だけです。静的サイトはコンテンツを更新するのに技術知識を要します。（2）プラグインのエコシステムが、よくある課題を即座に解決してくれます。WordPressにWooCommerce、MemberPress、LearnDashを追加するのはワンクリックですが、静的サイトに同等の機能を追加するには数週間の統合作業が必要です。

静的サイトの方がGoogleで上位に表示されますか？

間接的にはイエスです。より優れたCore Web Vitals（ランキング要因の一つ）は、たいていやや高い順位につながります。しかしGoogleはコンテンツの品質、バックリンク、権威性に基づいてランク付けしており、サイトの速度だけが支配的な要因ではありません。優れたWordPressサイトは、速いが中身の乏しい静的サイトに、いつだって勝ります。

静的サイトを選ぶ場合、どのSSGを選ぶべきですか？

多少のインタラクティブ性があるコンテンツサイトにはAstro（その部分的ハイドレーションのモデルは秀逸です）。最速のビルドを求め、JSのインタラクティブ性が不要ならHugo。チームがすでにReactを知っているならNext.js。フレームワークなしのシンプルなJSを求めるならEleventy。Gatsbyは忘れてください。人気も保守も低下中です。