WordPressのキャッシュ重複は、「ページの完成コピーを返す担当」を一つに整理すると直せます。最初にブラウザ、WordPressプラグイン、レンタルサーバー、CDNの四層を一覧にし、テスト用の一文を記事へ追加して、内側から一層ずつ削除・確認します。すべてを一度に無効化したり、キャッシュ系プラグインを追加したりしないことが大切です。
キャッシュは本来、同じ計算や転送を繰り返さないための仕組みです。ただし、古い完成コピーを返す場所が複数あると、WordPressでは更新済みなのに読者には古い記事が見えたり、削除場所が分からず毎回「Purge All」を押したりします。CSS・JavaScriptの結合や画像最適化は、ページキャッシュとは別の役割です。名前に「高速化」が付いていても、全部が同じ仕事ではありません。
最初に症状から「古いコピーがある場所」を絞る
| 見え方 | 最初に疑う場所 | 次の確認 |
|---|---|---|
| 普通のブラウザだけ古く、シークレットでは新しい | ブラウザキャッシュ | 対象URLを強制再読み込みする |
| ログイン中は新しく、ログアウトすると古い | WordPressのページキャッシュまたはサーバーキャッシュ | プラグインとサーバーパネルを確認する |
| 端末や回線を変えても古い | サーバーキャッシュまたはCDN | 同じURLを各管理画面で削除する |
| 文章は新しいがデザインだけ崩れる | CSS・JavaScriptの結合、遅延、縮小 | 直前にONにした最適化だけ戻す |
| カート、会員名、予約枠が別の利用者と混ざる | 動的ページの誤キャッシュ | 対象ページをキャッシュから除外する |
シークレットウィンドウは、ブラウザ側の影響を減らすための比較です。これだけでサーバーキャッシュがないとは判断できません。ログイン中の管理者だけキャッシュ対象外になる仕組みもあるため、ログアウト状態で公開URLを確認してください。
キャッシュではなく、画像を追加した直後に「サーバーは画像を処理できません」と表示され、メディアライブラリの原本やサムネイルが欠ける場合は別の症状です。 画像追加のどの段階で止まったかを調べる手順 で、画像送信前・原本保存後・サムネイル生成時を分けて確認してください。
四つのキャッシュ層を一枚に書き出す
WordPressの設定を変える前に、次の四項目をメモします。空欄の項目は「使っていない」と確認できた時だけ「なし」と書きます。知らないまま空欄にしないでください。
1. ブラウザに残るコピーを確認する
ChromeやEdgeなど、読者の端末に画像・CSS・ページの一部が残ります。普通の画面とシークレットウィンドウで同じURLを開き、表示差を記録します。サイト全体の履歴を消す前に、対象URLの強制再読み込みから試します。
2. WordPressプラグインのページキャッシュを確認する
WordPress管理画面の「プラグイン」→「インストール済みプラグイン」で、WP Super Cache、W3 Total Cache、LiteSpeed Cacheなどを探します。名前ではなく、ページキャッシュが有効かを設定画面で確認します。
3. レンタルサーバーのキャッシュを確認する
サーバーパネルで、コンテンツキャッシュ、アクセラレータ、サーバーキャッシュなどの状態を確認します。WordPressへログインしただけでは見えない層です。対象ドメインが合っているかも確認します。
4. CDN・プロキシのキャッシュを確認する
Cloudflareなどを使っている場合、WordPressやサーバーより外側にもコピーがあります。DNSをCDNへ向けているか、キャッシュルールを作っているか、対象URLの削除操作があるかを確認します。
この四項目が、この記事の「キャッシュ地図」です。ページの完成コピーを返す機能に丸を付けます。画像圧縮、データベース掃除、遅延読み込み、CSS縮小は別欄へ分けてください。
キャッシュって、一つの箱に入っているものだと思っていました。速くするプラグインを足せば足すほど安心だと思っていたので、ちょっと恥ずかしいです。
名前が同じだから、そう思うのは自然だよ。四つの保管場所を分けられたら、もう闇雲に削除しなくて済むね。
ページのコピーは一つにしたいですが、画像の遅延読み込みまで止める必要があるのか迷います。似た画面に並んでいると、また全部同じに見えてしまいそうです。
ページを保存する機能と、部品を軽くする機能を別に見れば大丈夫だよ。今は完成コピーの担当だけを一つにして、ほかは触らず進もう。
重複を判定する基準は「ページキャッシュの担当が二つ以上」
次の組み合わせは、設定を詳しく確認する対象です。
- WP Super Cacheなどのページキャッシュ系プラグインと、サーバーのページキャッシュが両方ON
- LiteSpeed Cacheのページキャッシュと、別のページキャッシュ系プラグインが両方ON
- サーバーキャッシュとCDNの「HTMLも保存するルール」が両方ON
- 同じプラグイン内で、ページキャッシュとCSS最適化を同時に変え、どちらが不具合を起こしたか分からない
CDNとサーバーキャッシュは設計次第で併用できます。しかし初心者が削除順、除外URL、有効期限を説明できない状態なら、まず一つのページキャッシュで安定させるほうが原因を見つけやすくなります。WordPress公式の管理資料も、プラグイン、ブラウザ、オブジェクト、サーバーのキャッシュを別種類として説明しています。
キャッシュ系プラグインを「停止」する前に、設定画面のキャッシュ機能をOFFにしてキャッシュを削除します。WP Super Cacheの公式説明でも、無効化前に設定画面でキャッシュをOFFにして削除する手順が示されています。プラグインフォルダーを先に消す操作は、設定ファイルや書き換えルールを残す恐れがあるため行いません。
安全に直す手順：テスト文を決め、内側から一層ずつ削除する
- 変更前を記録する： 有効プラグイン、サーバー機能、CDN、対象URLを画面で記録する。
- テスト文を追加する： 公開済みのテスト記事末尾へ「キャッシュ確認 14:30」のように時刻付きの一文を追加する。
- WordPressで公開する： 管理画面のプレビューではなく公開URLを使う。
- プラグインの対象URLを削除する： 一ページだけ削除できるなら全削除より先に使う。
- サーバーキャッシュを削除する： 対象ドメインを間違えず、削除後に同じURLを見る。
- CDNを使う場合は対象URLを削除する： Cloudflare公式も単一URLの削除を推奨しています。
- シークレットウィンドウで確認する： 時刻付きテスト文が出るか確認する。
- ページキャッシュの担当を一つにする： 残す一つ以外は設定をOFFにし、再度同じURLで確認する。
成功状態： ログアウトしたPCとスマートフォンで時刻付きテスト文が見え、二回目の表示も安定し、記事更新後に決めた一つの管理画面だけで削除できます。 戻す条件： 表示崩れ、500エラー、ログイン不能が出たら、直前に変えた一項目だけ元へ戻し、その層のキャッシュを削除します。
プラグインにもサーバーにも「すべて削除」があって、どれから押すのか分からなくなりました。何度も押したら記事まで消えそうで、指が止まっています。
記事を削除するボタンではなく、一時コピーを捨てるボタンだよ。ただ、原因を見失わないようにWordPressに近い層から外側へ、一つずつ確認しよう。
対象URLだけ消せるなら、最初から全部を消さなくてもいいんですね。もしデザインが崩れたら、ページキャッシュではなく直前のCSS設定を戻せばいいですか。
その切り分けで合っているよ。テスト文が古いならコピーの層、見た目だけ崩れたなら直前の最適化を戻して、同じURLをもう一度見よう。
症状別の直し方
更新した文章だけ古い
時刻付きテスト文を使い、プラグイン、サーバー、CDNの順で対象URLを削除します。LiteSpeed Cache公式では記事更新時に関連ページも自動削除されますが、手動で一ページを削除する「Purge this page」も案内されています。全削除を常用しないでください。
トップページやカテゴリだけ古い
記事URLだけでなく、一覧ページが別のキャッシュとして残っています。記事、TOP、対象カテゴリを同じ確認対象にします。削除後、一覧のタイトル・抜粋・日付まで確認します。
CSSやメニューだけ壊れる
ページキャッシュを増やさず、CSS結合、縮小、遅延、未使用CSS削除など直前の一項目をOFFにします。OFFにした後、その最適化が生成したファイルとページキャッシュを削除します。
フォーム、カート、会員ページがおかしい
利用者ごとに内容が変わるURLをページキャッシュから除外します。ログイン・ログアウト、別ブラウザ、実際の送信まで確認します。表示だけで成功と判断しません。
管理画面だけ遅い
公開ページ用キャッシュを重ねても管理画面は速くならないことがあります。PHP、重い管理プラグイン、外部API、データベースを別の問題として調べます。
サーバー別の削除場所へ進む
利用中サーバーが分かっている場合は、一般論のまま設定を変えず、次の専用手順へ進んでください。
- XSERVERのサーバーキャッシュ・XPageSpeed確認手順
- ConoHa WINGのコンテンツキャッシュ確認手順
- シンレンタルサーバーの高速化設定確認手順
- ロリポップ！アクセラレータとLiteSpeed Cacheの選び方
今の環境で管理できない場合だけサーバーを比較する
キャッシュの担当を一つにしても、削除場所が分かりにくい、利用中プランに必要機能がない、サポートへ状況を伝えにくい場合は、管理方法の違いを比較できます。どの商品も「移れば自動で直る」ものではありません。現在の原因を特定できた人だけ、同じ原因を管理しやすいかで選んでください。
エックスサーバー
ページキャッシュと画像・CSS・JavaScriptの最適化を、サーバーパネル上で役割別に確認したい場合の比較候補です。
向いている人： 何が古い表示を作っているのか、サーバー機能ごとに切り分けたい人
利点： サーバーキャッシュ、Xアクセラレータ、XPageSpeedを別の機能として確認できます。
乗り換え不要の条件： 現在の環境でページキャッシュの担当を一つに整理し、更新反映とフォームが安定したなら移転は不要です。
注意点： テーマ、広告、画像、プラグインが原因ならサーバー移転だけでは直りません。移転前にこの記事の切り分けを終えてください。
料金： 契約期間・更新料金・キャンペーンで変わるため、公式申込画面で最新条件を確認してください。
キャッシュを役割別に管理できるか確認する
ConoHa WING
サイト単位でキャッシュ方式を選び、WordPressの設定とサーバー側の設定を一つの管理画面で見直したい場合の候補です。
向いている人： プラグインを増やす前にサーバー側の高速化機能を把握したい人
利点： コンテンツキャッシュとWEXALを、同時利用ではなく目的に合わせて選ぶ設計です。
乗り換え不要の条件： 今のサーバーでキャッシュの所有者と削除場所が分かり、古い表示が再発しないなら乗り換える必要はありません。
注意点： 環境を変えても複数の最適化を同時にONにすれば原因は見えにくくなります。機能の併用条件を公式画面で確認してください。
料金： 料金、更新条件、キャンペーンは変わるため、公式ページで最新情報を確認してください。
サイト単位のキャッシュ設定を確認する
ロリポップ！
対応プランに合わせ、ロリポップ！アクセラレータまたはLiteSpeed Cacheのどちらか一方を選ぶ運用を検討したい場合の候補です。
向いている人： 二重キャッシュを避けるルールが明示された環境を比較したい人
利点： 契約プランを確認してから、サーバー側キャッシュかLiteSpeed Cacheかを選べます。
乗り換え不要の条件： 利用中サーバーでページキャッシュを一つにでき、削除手順も定着しているなら、そのまま使うほうが安全です。
注意点： アクセラレータとLiteSpeed Cacheは併用しません。プランとサーバー番号で利用条件が変わります。
料金： プラン、契約期間、キャンペーンで変わるため、公式申込画面で確認してください。
二重キャッシュを避ける選択肢を見る広告・PRを含みます。現在の環境でキャッシュの重複を解消しても管理しにくい場合だけ比較してください。
公式情報で確認する
よくある質問
キャッシュプラグインは二つ入れても、片方が停止中なら問題ありませんか
停止中なら同時実行はしませんが、設定ファイルやサーバー側機能が残っていないか確認します。残す一つを決め、不要なプラグインは公式の停止・削除手順に沿って整理してください。
「Purge All」は毎回押してよいですか
通常更新のたびに全削除が必要なら、削除ルールや重複を見直します。対象URLだけ削除できる場合はそちらを先に使い、全削除を原因調査の代わりにしないでください。
キャッシュを全部OFFにすると検索順位が落ちますか
短時間の切り分けで順位が決まるとは限りません。古い内容や壊れた表示を放置するより、一つずつ安全に直し、表示速度と正常動作を確認することが先です。
更新が反映されたら解決ですか
記事だけでなくTOP、カテゴリ、スマートフォン、フォーム、ログイン状態も確認します。一か所だけ新しくても、別の層に古いコピーが残る場合があります。
最初は、古い画面が出るたびに記事をもう一度保存していました。四つの場所を書き出して、時刻付きの一文を追いかければいいと思うと、前より落ち着いて確認できそうです。
見えないコピーを、順番のある調査に変えられたね。記事とキャッシュが別だと分かったから、怖くて全部を消す必要もなくなったよ。
設定画面に「高速化」がたくさん並ぶと、また少し欲張ってしまいそうです。次は新しい機能をONにする前に、ページを保存する機能なのかをメモしてみます。
それで十分だよ。ページキャッシュの担当は一つ、変更も一つ、確認するURLも一つずつ。この三つを守れば迷っても戻れるからね。
まとめ：ページキャッシュの担当を一つにする
WordPressのキャッシュ重複を直す時は、ブラウザ、プラグイン、レンタルサーバー、CDNの四層を確認します。時刻付きテスト文を公開し、WordPressに近い層から外側へ対象URLのキャッシュを削除してください。
ページの完成コピーを返す担当は、まず一つにします。CSS・JavaScript・画像の最適化は別の役割として扱い、一度に変更しません。シークレットウィンドウ、ログアウト状態、PCとスマートフォンで新しい文章が見え、フォームや会員表示も正常なら成功です。
現在の環境で削除場所と担当が分かれば、サーバー移転は不要です。整理しても運用しにくい場合だけ、各サーバーでキャッシュと最適化をどの画面から管理できるかを比較してください。