サイトを更新したのに反映されない｜保存・公開・キャッシュの確認順

管理画面では変わったのに、本番では古いまま。公開操作、見ているURL、画像ファイル、キャッシュを順番に切り分けます。

最初に、どこで新しい内容が見えているかを分ける

編集画面、プレビュー、本番URLは、同じ内容を表示しているとは限りません。「保存しました」という表示が、公開まで含むかどうかもサービスによって異なります。まず変更した文章を一つ選び、どの画面で新旧どちらが見えるかをメモします。

管理画面だけ新しく、本番がどの端末でも古いなら、公開操作や公開先を先に確認します。ある端末だけ古いなら、その端末側の保存データなどが候補になります。最初から全サイトの設定を変えず、症状に合わせて調べましょう。

MDNの説明では、HTTPキャッシュは取得した応答を保存して再利用する仕組みです。ブラウザー側だけでなく共有のキャッシュもあるため、一箇所の削除ですべてが変わるとは限りません。

ログイン中だけ新しい表示になる場合もあるため、読者と同じ状態での確認が役立ちます。ただし、別ウィンドウで開けたという結果だけで、配信経路全体の問題が解消したとは判断しません。

同じファイル名で画像を差し替える方式では、古い画像が再利用されることがあります。CMSが付ける新しいURLを使う設計なのか、同じURLの中身を更新する設計なのかを確認します。記事本文の参照先が、古い画像のまま残っている可能性もあります。

担当者には、ページURLに加えて画像のURLと更新日時を伝えると調査しやすくなります。外部サイトから直接参照している画像は、自分のサイトの公開操作だけでは更新を管理できません。

「反映されない」たびにすべてを削除する運用は、原因を記録しにくくします。対象URLのキャッシュを更新する方法があるか、サービスの案内を確認します。自作サイトなら、HTML、画像、CSSなどの種類ごとに保存期間や更新方法を設計します。

なお、キャッシュに保存させない指定と、保存後に再確認させる指定は同じではありません。開発担当者はCache-Control等の意味を確認し、会員情報など利用者ごとの内容が共有されないよう扱います。この記事の確認表を、そのまま全レスポンスの設定例として使わないでください。

「変更箇所：＿＿。保存した時刻：＿＿。公開した時刻：＿＿。本番URL：＿＿。編集画面は新しい／古い。PCは＿＿、スマホは＿＿。文章は更新されたが画像は＿＿。」

復旧したら、原因、実行した操作、次回の確認方法を残します。公開後に担当者が変わっても、同じ症状を一から調べずに済むようになります。

SITE PORTの編集デモを見る際にも、「保存」と「公開」がどう分かれているかを確認しておくと、更新のたびに迷いにくくなります。お知らせや営業時間を自分で変更する予定なら、公開結果の確認まで含めて操作を試してください。

SITE PORTの完成例を見る・編集のデモを見る。自分で更新する場面を想像しながら、利用できる機能とサポート範囲を申込前に確認してください。

[画像の設定を見直す](/articles/website-images-size-alt)・[スマホで表示を確認する](/articles/mobile-website-prelaunch-check)