サーバーサイド最適化ガイド｜PHP-FPM・OPcache・Redis設定

① なぜサーバー側の最適化が重要か

キャッシュプラグインや画像最適化はページ生成後の「配信」を速くする施策ですが、サーバー側の最適化はページを生成するまでの時間（TTFB）そのものを短縮します。TTFBはLCPの土台になる数値のため、ここが遅いとどれだけフロントエンドを最適化しても限界があります。

TTFBの目安Googleは0.8秒以下を「良好」の目安としています。1.8秒を超える場合はサーバー側の見直しを優先してください。

② PHP-FPMの設定

PHP-FPM（FastCGI Process Manager）は、PHPの処理を高速化するプロセス管理方式です。多くのレンタルサーバーで標準採用されていますが、プロセス数の設定によってパフォーマンスが変わります。

PHPバージョンを8.3以上に更新かんたん

PHP 8.1は2025年12月末でセキュリティサポートが終了（EOL）しており、WordPress公式も2026年時点で推奨する最低バージョンを8.3、快適に使うなら8.4以降を案内しています。管理画面やサーバーパネルからバージョンを変更できますが、プラグインの互換性を必ず確認してください。

pm.max_children（同時処理プロセス数）の調整むずかしい

アクセスが集中した際に処理待ちが発生しないよう、サーバーのメモリ量に応じて同時に処理できるプロセス数を調整します。共有サーバーでは設定できないことが多く、VPS・専用サーバーで有効な施策です。

不要なPHP拡張モジュールの無効化むずかしい

使用していない拡張モジュールを無効化することでメモリ使用量を抑えられます。VPS・専用サーバーでの上級者向け施策です。

pm.max_childrenの設定例（VPS・専用サーバー向け）

; /etc/php-fpm.d/www.conf の設定例（メモリ2GBの場合の目安）
pm = dynamic
pm.max_children = 20
pm.start_servers = 4
pm.min_spare_servers = 2
pm.max_spare_servers = 6

目安：pm.max_children ≒ （サーバーの空きメモリ）÷（PHPプロセス1つあたりのメモリ使用量、一般に40〜80MB程度）。値が大きすぎるとメモリ不足でサーバーダウンの原因になるため、少なめから始めて様子を見ながら調整してください。共有サーバーではこの設定自体が公開されておらず、多くの場合サーバー会社側で管理されています。

③ OPcacheの有効化と設定値

OPcacheは、PHPスクリプトをコンパイル済みの状態でメモリ上に保持し、リクエストのたびに再解析・再コンパイルする手間を省く仕組みです。ほとんどのレンタルサーバーでデフォルト有効ですが、VPS・専用サーバーでは手動設定が必要な場合があります。

; php.ini の設定例
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.revalidate_freq=60

注意opcache.revalidate_freqを大きくしすぎると、プラグイン更新後に変更が反映されないことがあります。開発中のサイトでは値を小さく、本番運用中のサイトではやや大きめに設定するのが一般的です。

Query Monitorで有効状況を確認かんたん

サーバーパネルにOPcache設定がない場合、実際に有効化されているかはQuery Monitorやphpinfo()で確認できます。

④ Redis / Memcachedオブジェクトキャッシュ

WordPressはデータベースへの問い合わせ結果を一時的に保存する「オブジェクトキャッシュ」という仕組みを持っています。デフォルトでは1回のリクエスト内でのみ有効なメモリ内キャッシュですが、RedisやMemcachedを導入するとリクエストをまたいでキャッシュを保持できるようになり、動的な処理が多いサイトのDB負荷を大幅に軽減できます。

項目	Redis	Memcached
データの永続化	可能	不可（再起動で消える）
データ構造	豊富（リスト・ハッシュ等）	シンプル（キー・値のみ）
WordPressでの主な用途	オブジェクトキャッシュ・ページキャッシュ	オブジェクトキャッシュ
近年の採用傾向	主流	Redisへの移行が進んでいる

サーバーがRedisに対応しているか確認かんたん

エックスサーバー・ConoHa WING・mixhost等、多くの国内レンタルサーバーの上位プランでRedisが提供されています。契約プランのスペック表で確認してください。

Redis Object Cacheプラグインの導入ふつう

サーバー側でRedisが有効な場合、無料プラグイン「Redis Object Cache」を導入することでWordPressと連携できます。有効化後は管理画面の「設定」→「Redis」からステータスを確認してください。

FlyingPressのRedis連携機能を使うふつう

FlyingPressは2026年6月のバージョン5.6でRedisオブジェクトキャッシュに標準対応しました。対応サーバーであれば追加プラグインなしで設定できます。

wp-config.phpでの接続設定例

// Redis Object Cacheプラグイン導入後、wp-config.phpに追記
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_TIMEOUT', 1);
define('WP_CACHE_KEY_SALT', 'example.com'); // マルチサイト・共有サーバーでは必須

共有サーバーでの注意複数のWordPressサイトが同じRedisインスタンスを共有している環境では、WP_CACHE_KEY_SALTを設定しないと他サイトとキャッシュが混在する可能性があります。必ずサイトごとに異なる値を設定してください。

⑤ データベース（MySQL/MariaDB）のチューニング

投稿リビジョン数の制限かんたん

wp-config.phpにdefine('WP_POST_REVISIONS', 5);のように追記すると、投稿ごとのリビジョン保存数を制限できます。長期運用サイトほど効果が大きい施策です。

不要なテーブル・データの定期削除ふつう

期限切れのtransient、スパムコメント、ゴミ箱内の投稿などを定期的に削除します。WP-OptimizeやPerfmattersのDBクリーンアップ機能で自動化できます。

インデックスの見直し（上級者向け）むずかしい

投稿数・アクセス数が非常に多いサイトでは、独自のカスタムクエリに対してインデックスを追加することでDB応答が改善する場合があります。phpMyAdmin等での直接操作が必要なため、必ずバックアップを取ってから行ってください。

⑥ Webサーバーソフトウェアの違い

種類	特徴
Apache	最も普及しているが、他と比べて処理効率はやや劣る。.htaccessが自由に使える
Nginx	軽量で同時接続に強い。設定ファイルの記述がApacheと異なる
LiteSpeed（OpenLiteSpeed含む）	WordPressとの相性が最も良いとされ、専用プラグイン「LiteSpeed Cache」でサーバーレベルのキャッシュが無料で使える。Apache互換で.htaccessも使用可

サーバー選びの段階でLiteSpeed採用サーバーを選ぶことは、それ自体が強力な高速化施策になります。詳しくはレンタルサーバー比較を参照してください。

⑦ サーバー選びのチェックリスト

PHP 8.3以上に対応しているか（8.1は2025年12月にEOL済み）

LiteSpeed（またはOpenLiteSpeed）採用か

NVMe SSDストレージを採用しているか

Redis・Memcachedオブジェクトキャッシュに対応しているか

HTTP/2・HTTP/3（QUIC）に対応しているか

⑧ よくあるトラブルと切り分け方

PHPバージョンを上げたら真っ白な画面（500エラー）になった

多くの場合、古いプラグイン・テーマが新しいPHPバージョンに未対応です。一旦PHPバージョンを元に戻し、Query Monitorやエラーログでどのプラグインが原因か特定してから、該当プラグインを更新するか代替プラグインに切り替えてください。

Redisを有効化したのに反映されない

「設定」→「Redis」画面でステータスが「Connected」になっているか確認してください。「Not connected」の場合は、サーバー側でRedisサービス自体が起動していないか、ポート番号・ホスト名の設定ミスが考えられます。

OPcacheを設定したのにプラグイン更新が反映されない

opcache.revalidate_freqの値が大きすぎることが原因です。値を小さくするか、更新作業の直後はサーバーパネルやWP-CLIからOPcacheをリセットしてください。

⑨ よくある質問（FAQ）

OPcacheはどのくらい効果がありますか？

PHPスクリプトを事前コンパイル済みの状態でメモリに保持するため、リクエストごとの解析・コンパイル処理が省略されます。一般的にTTFBが体感できるレベルで短縮され、多くのレンタルサーバーではデフォルトで有効化されています。無効になっている場合は必ず有効化してください。

共有サーバーでもRedisは使えますか？

サーバーによります。エックスサーバーやConoHa WINGなど主要な国内サーバーの上位プランではRedis（またはオブジェクトキャッシュ機能）が提供されていますが、格安プランでは利用できない場合があります。契約前に対応状況を確認してください。

サーバーを変えるだけでTTFBは改善しますか？

多くの場合、大きく改善します。特に格安の共有サーバーからLiteSpeed対応・NVMe SSD搭載のサーバーへ乗り換えると、TTFBが半分以下になるケースも珍しくありません。ただし乗り換え後にPHPバージョンやキャッシュ設定を見直さないと効果が十分に出ないこともあります。

共有サーバーではPHP-FPMの設定を変更できませんか？

多くの共有サーバーではpm.max_children等の詳細設定はサーバー会社側で管理されており、ユーザーが変更することはできません。PHP-FPMの詳細なチューニングをしたい場合はVPSや専用サーバーへの移行が必要です。共有サーバーではPHPバージョンの選択とOPcacheの確認が主にできる範囲になります。

Redisを導入すればページキャッシュは不要になりますか？

いいえ、役割が異なります。Redisが担うのはデータベースクエリ結果のキャッシュ（オブジェクトキャッシュ）で、WP RocketやLiteSpeed Cacheが担う「生成済みHTMLページ全体」のページキャッシュとは別物です。両方を併用することでそれぞれの効果が発揮されます。