ホームページを更新したのに古い表示が残るときは、いきなりファイルやDNSを変更せず、どの端末で、どのURLが、いつから古く見えるのかを記録して切り分けます。閲覧側の一時保存、配信経路、CMSの公開状態、サーバーやドメインの設定は確認する場所が異なるため、順番を守ることが復旧を早めます。
まず閲覧側の表示を切り分ける
同じURLを別のブラウザやプライベートウィンドウ、別の端末で開き、表示が変わるかを確認します。変わる場合はブラウザのキャッシュ、拡張機能、ログイン状態など閲覧環境の影響を疑います。再読み込みや一時データの削除を行う前に、更新前後の画面を保存し、どの操作で表示が変わったかを記録しておくと、制作担当へ状況を伝えやすくなります。
- 確認したURL、端末、ブラウザ、ログイン状態
- 表示された見出しや画像と、期待していた内容
- 通常ウィンドウとプライベートウィンドウの差
- 再読み込み・一時データ削除を行った時刻
配信キャッシュとCDNの経路を確認する
閲覧側で差が出ない場合は、サーバーの前にあるキャッシュやCDNが古い応答を返していないかを確認します。管理画面のサービス名、対象ドメイン、キャッシュを削除する範囲は提供会社ごとに異なるため、現在の公式手順を参照し、全消去など影響の大きい操作を先に実行しません。配信元で新しい内容が確認できるか、別の回線で同じ応答になるかを順に記録します。
CMSやFTPで公開状態と対象を確かめる
WordPressなどのCMSでは、下書き・予約・非公開のままになっていないか、編集したページと表示しているURLが同じかを管理画面で確認します。FTPを使うサイトでは、保存したファイルを正しいフォルダーへ転送したか、転送日時とファイル名が合っているかを確認します。CMSやFTPソフトのボタン名、権限、公開手順は環境の公式マニュアルと契約者の権限に合わせ、思い込みで操作しないようにします。
- 公開状態、公開日時、編集したユーザー
- 表示URLと編集対象のページ・ファイル
- 転送先フォルダー、ファイル名、更新日時
- 変更前のバックアップと戻す手順
サーバー・DNSへ進む前に記録を整える
ここまでで差が解消しなければ、ホスティングの障害情報、エラーログ、証明書、DNSの設定を契約先へ確認します。DNSの変更は他のサービスにも影響するため、現在値、変更者、変更時刻、戻す値を保存してから相談します。ログイン情報を本文へ貼らず、必要な範囲だけを安全な連絡方法で渡します。技術仕様や復旧手順は契約先の現行資料を優先します。
更新後チェックを習慣にする
公開前に下書きと本番のURLを分け、公開直後に見出し、画像、リンク、フォーム、スマートフォン表示を確認するチェック欄を作ります。担当者が変わっても同じ記録を残せるよう、更新内容、公開時刻、確認者、問題があった場合の連絡先を引き継ぎます。原因が複数にまたがるときは一つずつ操作し、変化のない手順を繰り返さないことが重要です。
保守の確認範囲はサービスの案内、状況を共有して切り分ける場合はお問い合わせからご相談ください。
何を試し、何が変わらなかったかを時系列で残すと、制作会社やホスティング会社への問い合わせが具体的になります。公式資料の版や契約先の回答も保存し、同じ問題が再発したときに安全な手順だけを再利用します。
