WP Fastest Cache の設定（実際に使っている構成）

2026/10/13Highneeds

WordpressWP Fastest CacheキャッシュWordPress高速化プラグイン

WP Fastest Cache を入れたあと、どの項目を有効にして、どれをあえて切っているかの記録です。案件ごとに微調整はしますが、基準にしている設定をそのまま残しておきます。

WP Fastest Cache の設定タブ

有効にしている項目

項目	設定	理由
システムキャッシュ	有効化	これを入れないと何も始まらない
先読み（Preload）	自動的にサイトすべてのキャッシュを作成する	初回アクセスの遅さを潰せる。ただし後述の注意あり
新規投稿	公開時にキャッシュファイルを削除	公開したのに古い一覧が出る、を防ぐ
投稿更新	更新時にキャッシュファイルを削除	同上。修正が反映されない問い合わせの大半はここ
HTMLを縮小	有効	低リスク。壊れた経験がない
CSSを縮小	有効	同上
Gzip	有効	テキストリソースの転送量削減。サーバー側で既に有効なら二重にはならない
ブラウザキャッシュ	有効	静的ファイルに expires を付ける。リピーター向け
絵文字を無効にする	有効	`wp-emoji-release.min.js` とインラインCSSが消える。使っていないなら切る一択

先読みの注意点。 サイト全体を巡回してキャッシュを生成するので、記事数が多いサイトや共用サーバーでは負荷になります。歯車アイコンから対象（投稿・固定ページ・カテゴリーなど）と1分あたりのページ数を絞れるので、まずは控えめにして様子を見るのが安全です。

項目	理由
CSSを統合	壊れる。読み込み順が変わって詳細度の勝敗がひっくり返る。プラグインのCSSを巻き込むと特に危ない
JSを統合（header / footer）	同上。依存関係のあるスクリプトが先に実行されて `undefined` になる
ログインユーザーにキャッシュを表示しない	チェックを入れると編集者ごとに挙動が変わり、確認作業が煩雑になる。ただし会員機能があるサイトでは入れるべき
デスクトップ用のキャッシュをモバイルに表示しない	レスポンシブなら不要。モバイル専用テーマを使っているときだけ有効にする
レンダリングブロックするJSソースを除外する	効果は大きいが、順序依存のあるテーマだと高確率で壊れる。入れるなら全ページを目視してから

縮小（minify）と統合（combine）は別物です。縮小は壊れにくく、統合は壊れやすい。 迷ったら縮小だけ入れて、統合には手を出さないのが無難です。

以下は Premium（有料版）の機能です。無料版では選べません。

Lazy Load と Delay JS は体感速度に効きますが、無料版なら Lazy Load は WordPress 標準の loading="lazy" で足ります。ファーストビューの画像だけ除外することを忘れずに。

フォームのあるページは、必ずキャッシュから除外してください。これを忘れると、送信できないフォームができあがります。

理由は CSRF トークンです。フォームのHTMLにはトークンが埋め込まれますが、入力画面がキャッシュされると「キャッシュされた時点の他人のトークン」が全員に配られます。照合に失敗した結果、

が同時に起きます。しかもローカル環境では再現しません。

除外すべきページは次のとおりです。

Contact Form 7 でも MW WP Form でも同じです。MW WP Form での具体的な対処はこちらの記事に書いています。プラグイン側の nocache 機構が機能しないケースがあるため、テーマ側から template_redirect でヘッダーを送出しています。

プラグインだけ見ていても足りません。 Xserver の X アクセラレータのように、サーバー側にもキャッシュ層があります。両方が効いていると、

といったことが起きます。プラグインの設定をいじる前に、サーバーパネル側のキャッシュ設定を確認してください。フォームのあるページは、サーバー側でも除外が必要です。

公開前チェックリスト全体はWordPressサイト構築の注意点チェックリストにまとめています。