WordPress が遅い理由と、静的サイトという選択肢

2026年3月22日

WordPress が遅くなる5つの理由

WordPress は世界で最も使われている CMS ですが、サイトの表示速度に関しては構造的な問題を抱えています。

WordPress は「動的 CMS」です。ユーザーがページにアクセスするたびに、サーバー側で PHP が実行され、MySQL からデータを取得し、HTML を生成します。

[ユーザー] → [サーバー] → PHP実行 → MySQL問い合わせ → HTML生成 → [ユーザーに返却]

たとえ同じページでも、毎回この処理が走ります。キャッシュプラグインで緩和できますが、根本的な解決にはなりません。

平均的な WordPress サイトには 20〜30 個のプラグインがインストールされています。各プラグインが独自の CSS と JavaScript を読み込むため、ページの読み込みに必要なファイル数が膨れ上がります。

状態	CSS ファイル数	JS ファイル数	合計サイズ
WordPress（プラグイン20個）	8〜15	10〜20	500KB〜2MB
静的サイト（Astro）	1	0	15KB〜30KB

WordPress テーマの多くは、Google Fonts、jQuery、アニメーションライブラリなどをページの <head> で読み込みます。これらは全て「レンダリングブロックリソース」であり、読み込みが完了するまでページの描画が始まりません。

WordPress のメディアライブラリにアップロードされた画像は、多くの場合そのままのサイズ・フォーマットで配信されます。WebP/AVIF への自動変換、適切なサイズへのリサイズ、loading="lazy" の付与には追加プラグインが必要です。

安価な共有ホスティングでは、同じサーバーに数百のサイトが同居しています。他のサイトの負荷が自分のサイトの速度に影響する環境では、安定したパフォーマンスは望めません。

静的サイトジェネレーター（SSG）は、WordPress とは根本的に異なるアプローチを取ります。

[ビルド時] Markdown → HTML を事前生成（1回だけ）
[アクセス時] 生成済み HTML をそのまま返す（サーバー処理なし）

サーバーは HTML ファイルを返すだけです。PHP もデータベースも動きません。

Astro はコンテンツサイトに特化した SSG です。以下の特徴があります。

よくある誤解ですが、静的サイトでも非エンジニアがコンテンツを更新する方法はあります。

ヘッドレス CMS は「管理画面だけ」を提供するサービスです。記事の作成・編集は WordPress のような管理画面で行い、表示は Astro が担当します。

[microCMS で記事を書く] → [ビルドが自動実行] → [静的 HTML として公開]

WordPress の管理画面に慣れている方でも、microCMS の操作感は直感的で、移行のハードルは高くありません。

WordPress が遅い原因は、動的生成・プラグイン肥大化・レンダリングブロックという構造的な問題にあります。

これらは「高速化プラグイン」では根本的に解決できません。静的サイトジェネレーターへの移行が、パフォーマンス・SEO・セキュリティの全てを改善する最も効果的な方法です。