WordPressで直したのに表示が変わらない｜編集場所・公開状態・キャッシュの確認順

WordPressで文章を直して保存したのに、公開ページでは古いまま。そんなとき、まずキャッシュを消したくなるかもしれません。

でも、その前に「編集したページ」と「見ているページ」が同じかを確かめてみてください。別のページを編集していたり、公開ページではなくプレビューだけを見ていたりすると、キャッシュを何度消しても変わりません。

確認する順番は、URL、保存と公開の状態、編集場所、キャッシュです。ここでは、設定をむやみに変えずに原因を絞り、直ったあとの確認まで進めます。WordPressの用語や操作の基本は、2026年9月16日に公式資料で確認しています。

公開URLと編集画面を、一組にして確かめる

最初に、変わらない部分がある公開ページを開き、アドレスバーのURLを控えます。次に編集画面を別のタブで開き、そのページの公開URLや表示リンクと照合します。

ページ名に加えて、次の点も照合します。

確認するもの	食い違いの例
ドメイン・ホスト名	本番を見ながら、検証環境を編集している
パス	「/service/」と「/services/」を取り違えている
言語や別ページ	日本語ページを直して、英語ページを見ている
ページの状態	公開ページではなく、プレビューURLを開いている
管理している投稿	同名の下書きや複製ページを編集している

編集画面に目的の文があるというだけでは、表示元が同じとは限りません。同じ文章が、別ページや共通パーツにも入っていることがあります。

次のように、変えたい場所を一つに絞って記録すると、あとから比較しやすくなります。

公開ページのURL：
編集しているページのタイトル：
編集画面で確認できる公開URL：
変更した場所：本文の見出し／画像／ヘッダーなど
変更前：
変更後：
保存した日時：
確認した端末・ブラウザ：
ログイン状態：

文章を丸ごと何度も書き直す必要はありません。目的の修正が編集画面に残っているか、公開側で同じ場所を見ているかを、まず照合します。

保存した内容が、公開されているかを見る

「入力した」「プレビューで見えた」「公開ページが更新された」は別の段階です。

WordPressでは、自動保存や下書き保存があっても、それだけで公開中の内容が変わるとは限りません。一方、公開済みページで「保存」「更新」などの操作を確定すると、公開ページへ反映する操作になります。ボタン名だけでなく、対象ページの状態と保存対象を見てください。

ブロックエディターで、次を順番に確かめます。

まず、編集画面に変更後の文章や画像が残っているか。続いて、保存時にエラーが出ていないか。そして、ページが公開済みなのか、下書き・予約などの状態なのかを確認します。

「更新に失敗しました」と表示されているなら、公開側のキャッシュを調べるより前に、保存できていない原因を確認する必要があります。エラーがあるときは、更新ボタンを繰り返し押さず、書いた内容を残したまま原因を調べます。

プレビューでだけ変更が見える場合も、公開側の更新が完了したとは判断しません。公開確認には、最初に控えた通常のURLを使います。

他の人の編集が入っていないかも確認する

複数人が編集しているサイトでは、保存したあとに別の内容へ変わっている可能性もあります。更新日時や担当者の作業状況を確認します。

リビジョンが残っていれば、保存された内容の比較に使えます。ただし、履歴を見つけたからといって、すぐ過去の状態へ戻さないでください。自分の変更だけでなく、その後の別の修正まで戻してしまう場合があります。

本文ではなく、別の場所から表示されていないか

URLと公開状態に問題がなければ、次は「その文章や画像は、WordPressのどこから表示されているか」を調べます。

固定ページの本文に入力した内容が、どのサイトでもすべてそのまま画面に出るわけではありません。テーマのテンプレートや、共通パーツ、独自の入力欄などから表示している部分もあります。

変わらない場所	確認する候補	注意すること
固定ページの本文	対象の固定ページ、ブロック、独自の入力欄	同名ページや別の入力欄を編集していないか
トップページ	表示する固定ページの指定、専用テンプレート	設定の確認だけでよい段階で、別ページへ切り替えない
ヘッダー・フッター	テンプレートパーツ、テーマ設定、ウィジェット	複数ページに影響する可能性がある
繰り返し使う案内文	同期パターン、共通の部品	通常のパターンと同期パターンを区別する
記事一覧や自動表示部分	投稿データ、一覧ブロック、テンプレート	固定ページ本文を変えるだけでは変わらない場合がある
ページビルダーで作った部分	そのビルダーの編集画面や設定	標準エディターへ切り替えて解決しようとしない

トップページは、表示するページの指定を見る

トップページを直しているつもりなら、「設定」の「表示設定」で、ホームページに何を表示しているかを確認します。ホームページの表示設定には、最新の投稿を表示する場合と、固定ページを指定する場合があります。

固定ページを指定しているなら、編集しているページがその対象かを照合します。ただし、ここで別のページを選び直すのは、確認ではなくサイトの表示を変える操作です。

専用テンプレートでトップページを作っている場合は、固定ページ本文が使われていないこともあります。テーマのテンプレート階層によって表示元が決まるため、本文が出ないことだけでWordPressの保存不良とは判断できません。

共通部分と同期パターンを区別する

ブロックテーマのサイトでは、「外観」内のサイトエディターで、ヘッダーやフッターなどを扱います。サイトエディターはブロックテーマ向けの機能なので、どのサイトにも同じ画面があるわけではありません。

従来型のテーマでは、カスタマイザーやテーマ独自の設定、ウィジェットなどを使う場合があります。画面がないからといって、テーマを変更して表示させる必要はありません。

また、以前「再利用ブロック」と呼ばれていたものは、現在は同期パターンとして扱われます。同期する部分の編集は、そのパターンを使うほかの場所にも影響します。通常のパターンの挿入後の編集とは、影響範囲が違います。

パターンとテンプレートパーツの違いを踏まえ、どれを編集しているのか確認します。一か所だけ直したいからと、仕組みが分からないまま同期を解除する操作も避けてください。

保存の確認画面に固定ページ以外の項目が並んだ場合は、共通部分も変更していないかを見ます。意図しない対象までまとめて保存しないことが大切です。

編集場所が合っていたら、キャッシュを順番に調べる

キャッシュは、一度作ったページや取得した画像などを保存し、次の表示に使う仕組みです。更新後も古い保存内容が使われると、表示が変わらないことがあります。

ただし、WordPressサイトのすべてに、次の4種類が入っているわけではありません。使っているものだけを確認します。

キャッシュの場所	主な確認先	最初に試す範囲
ブラウザ	自分のブラウザ	対象ページの再読み込み、別ブラウザでの比較
WordPressのプラグイン	使っているキャッシュ・最適化プラグイン	対象ページのキャッシュ削除機能
サーバー	契約しているホスティングの管理画面	対象サイト・ページのキャッシュ
CDN	Cloudflareなど、実際に使っている配信サービス	対象URLのキャッシュ

最初に、通常の再読み込みと、別ブラウザでの表示を比べます。自分のブラウザだけ古いなら、ブラウザ側の保存状態が候補になります。

プライベートウィンドウも比較には使えますが、サーバーやCDNのキャッシュを通らなくなるわけではありません。また、ログインやCookieの状態も変わるので、これだけで原因を確定しないようにします。

キャッシュを削除する前に確認すること

削除前には、保存が成功したこと、対象URL、使っているキャッシュの種類、元の設定を確認します。設定の変更と保存済みキャッシュの削除を混同しないようにしてください。

「すべてのデータを削除」「データベースを最適化」などは、目的が異なる場合があります。変更が反映されないだけの段階で、意味の分からない削除機能まで実行する必要はありません。

フォームや会員向けの表示、アクセスが多いサイトでは、キャッシュのルールや削除範囲が運用に関係します。全サイトの削除しかできず影響が判断できないときは、管理担当者やサービス側の案内を確認してから進めます。

WordPress側から外側へ、一段ずつ確かめる

ブラウザだけの問題ではなさそうなら、WordPressのプラグイン、サーバー、CDNの順に、実際に使っているキャッシュを確認します。古い内容が次のキャッシュへ再び保存されないよう、配信元に近いところから進めます。

対象ページのキャッシュだけを削除できる場合は、その範囲から始めます。削除後は公開ページを読み込み直して、変更箇所が変わったかを確認します。変更が反映されたら、不要な追加のキャッシュ削除はそこで止めます。

Cloudflareを使っている場合も、URLを指定したキャッシュ削除が選べます。ただし、カスタムのキャッシュキーなど特殊な構成では、必要な指定が変わります。管理している構成に合った方法を使ってください。

外側のキャッシュを削除しても、自分のブラウザに古い表示が残る場合はあります。最後にもう一度ブラウザを再読み込みします。最初からすべてのキャッシュを一括で消すより、どのキャッシュを削除したときに表示が変わったかを記録できます。

画像だけが古いままなら、ページ全体とは切り分けて、WordPressの画像が古いまま表示されるときの確認も参照できます。

ログイン中だけ新しい表示になる場合

管理者として見ているときは新しいのに、ログアウトすると古い。これは、訪問者向けのキャッシュと管理者向けの表示が違う場合に見られる状態です。

ただし、ログイン状態によって使うデータや表示条件が変わる仕組みもあります。会員用の内容、閲覧権限、表示の出し分けなども候補になるため、「ログアウトすると古い＝キャッシュ」と断定しません。

同じURLを使い、変更した箇所について次を比べます。

管理者としてログイン中：
未ログインの別ブラウザ：
スマートフォンの未ログイン状態：
違いがある場所：
最後に変更した設定：

この差が分かれば、調査を依頼するときも「自分には見えるが、お客さま側には見えない」という条件を具体的に伝えられます。

直ったあとは、変更した範囲に合わせて確認する

目的の文章が新しくなれば、まず一段落です。そこから、今回の変更に関係する場所を確認します。

固定ページの本文を1段落直したなら、対象ページをパソコンと実際のスマートフォンで開きます。文章の抜け、不自然な改行、見出しとのつながりを見て、リンクを変えた場合はリンク先まで開きます。

画像を替えたなら、縦横比や切れ方、スマートフォンでの文字の読みやすさも確認します。フォームの案内やボタンを触ったなら、正しいフォームへ進めるか、必要に応じて送信確認まで行います。

一方、ヘッダーや同期パターンなどを変更した場合は、その部品を使うほかのページも確認します。

今回の変更	確認する範囲
固定ページだけの文章・画像	対象ページのパソコン・スマートフォン表示
ボタンや本文のリンク	対象ページと実際のリンク先
フォームへ進む案内	導線と、変更の影響があるフォーム
ヘッダー・フッター・同期する部分	その部品を使う主要ページと、必要に応じて全対象ページ
キャッシュ設定そのもの	対象ページに加え、設定の影響を受ける表示・機能

最後に、最初の記録へ「どこを確認し、何をしたら変わったか」を追記します。次に同じ症状が出たとき、またゼロからキャッシュを全部消す作業を繰り返さずに済みます。

編集場所や戻し方が分からなければ、そこで手を止める

テーマのファイルを書き換えないと直せない、どのテンプレートを使っているか分からない、保存する対象に共通部分が含まれている。こうした状態は、小さな文章修正に見えても影響が広がる可能性があります。

この段階で、テーマの切り替え、すべてのプラグインの停止、データベースの削除へ進む必要はありません。まず、変更が反映されない条件をまとめます。

公開URL、編集箇所、保存時の結果、ログイン状態による違い、試したキャッシュ削除があれば、調査の手がかりになります。画像で伝える場合は、不具合を伝えるスクリーンショットの撮り方を参考にし、管理画面の個人情報や認証情報を隠してください。

ご自身で表示元を特定するのが難しいときは、対象のURLと変更した場所をWordPressの修正相談からお知らせいただけると助かります。残した記録をもとに、どこを直すべきか一緒に確認できればと思います。