

営業時間を修正したのに、サイトを開くと前の時刻が残っている。そんなときは、同じ操作を繰り返す前に、どの場所まで変更が届いたかを調べます。編集用の原稿、生成したファイル、公開した場所、実際に見るブラウザーの順に、一つの短い変更を追っていきます。

変更した箇所を一つ選び、古い文と新しい文をメモします。例えば「受付は18時まで」を「受付は16時まで」にしたなら、見出しや長い説明より、時刻の違いの方が判定しやすくなります。ブラウザーで開いたページのURLを控え、同じ名前の別ページや試験用のURLを見ていないかも確認します。
担当者が複数いる場合は、自分が変更した直後に別の版を公開した人がいないか確認します。記録を共有するときは、管理用URLの認証情報や顧客データを除きます。普段の更新の順序を確認したい方は、変更から公開後確認までの手順を参照してください。
確認を始めた時点で、同時に変えた項目も控えます。本文は直ったが古い画像が出るなら、文章と画像を別々の対象として追います。URLの末尾やwwwの有無、末尾がフォルダーか個別ファイルかが違う場合も、どちらを案内しているかを確かめます。両方のURLを不用意に書き換える前に、利用者が見ている方を特定します。

作成ソフトや管理画面で対象ページを開き直し、新しい文が保存されているかを確認します。本文と、全ページに共通する案内欄の両方に同じ営業時間があれば、変更したのはどちらかを確認します。原稿が新しくても、下書きの保存と公開用の生成が別の方式では、前回のファイルが残っていることがあります。
作成ソフトからHTMLを書き出す方式なら、公開に使うフォルダーを開き、対象ファイルが新しくなっているかを確かめます。プレビューで新しい表示が見えても、転送するファイルが同じ版かは別の確認です。管理画面から直接公開するサービスでは、対象ページが公開済みになっているか、予約や下書きの状態を提供元の手順で確認します。
公開先へ送る前にファイルを開くと、本文が変わったか、画像も更新されたかを分けて判断できます。編集画面が新しくても生成ファイルに変更がなければ、まず生成先と対象範囲を確認します。変更前の版を残したいときは、編集データと公開ファイルのバックアップに沿って保管します。
例として、料金表を入れた本文と、全ページの末尾に載る問い合わせ時間が別の原稿にある場合があります。編集したページが新しくても、共通欄に旧時刻が残れば、画面上は更新が一部しかできていないように見えます。変更内容を検索するなら、本文だけでなく、案内ボタンの前後や画像内の文字も確認します。
ファイルを送った場所と、読者が開くURLの対応を調べます。同じサーバーに本番・試験・別店舗のサイトが並ぶ場合は、似たフォルダー名や異なるドメインがないか注意します。転送先、送ったファイル名、完了時刻を控え、管理画面が出す結果を見ます。接続の成功と、対象のファイルが新しい版になったことは分けて確認します。
正しいURLで別の記事が開く場合は、転送先のフォルダーやリダイレクトの設定を契約先で確認します。別サイトへの上書きが疑われる場合は、追加の転送を止め、変更対象といまの公開物を確認します。元の版から復旧する場合も、戻すページとフォルダー、受付への影響、確認する担当を決めてから実施します。
| 観測した状態 | 次に確認する場所 | 確認したいこと |
|---|---|---|
| 編集画面を開き直すと旧版 | 対象・保存状態 | 別のサイトやページを編集していないか |
| 原稿は新版、生成物は旧版 | 生成先・公開対象 | 公開に使うファイルが今回更新されたか |
| 生成物は新版、公開先は旧版 | 転送先・操作結果 | 正しい場所へ対象ファイルが届いたか |
| 別の環境で開くと新版 | 閲覧時の保存や参照経路 | 同じURLを開いており、環境間に差があるか |
転送の記録がある場合は、何件が成功し、どのファイルに失敗が出たかを確認します。対象のファイルが送られていない場合は、転送範囲、容量の制約、アクセス権など、利用先の案内で調べます。いくつかのページだけが更新されたなら、まとめてやり直す前に、その範囲を控えます。
同じURLを別のブラウザーか端末で開きます。新しく開いた側で表示が変わる場合は、使っていたブラウザーに前の応答が残っている可能性があります。URLやアクセス先をそろえたうえで、利用するブラウザーの手順に従って再読み込みします。サイトのログイン状態や利用データを消す前に、他の環境での結果を記録します。
公開先のファイル、表示するURL、配信側の設定を確認します。共有キャッシュやCDNを使う場合は、配信事業者の手順で、対象ページや対象画像の扱いを確かめます。古い表示が複数端末に出るだけでは、公開ファイルが旧版か、配信の途中に旧版が残ったかは区別できません。対象のパスが分かってから、必要な範囲で確認や設定変更を行います。
別の端末を使うときは、別のネットワークやログイン状態が結果に影響する場合もあります。事業者用の編集画面では新しい下書きが見え、読者が見る公開ページには旧版が残っていることもあります。観測条件を「同じ公開URL、ログインなし」のように記録し、違いが残る条件を整理します。
編集部は「受付は18時まで」から「受付は16時まで」へ変更する架空の案内を、ローカルのHTTP環境で試しました。一つ目は配信に使う値を旧版のままにした例、二つ目は配信側を新版にし、先に開いたブラウザーに旧版を一定時間使わせる設定の例です。確認用の小さな再現で、特定の製品やサーバーで常に同じ結果になることを示すものではありません。
| 試した条件 | 観測した結果 | 判断の手掛かり |
|---|---|---|
| 編集用は16時、公開用のデータは18時 | ページで取得した値は18時 | 新しい公開用データを用意する工程を確認 |
| 公開用は16時、最初の閲覧側には18時を保存 | 同じブラウザーの作業環境は18時。新しい独立した環境は16時 | 同じURLでも、既存と新規の閲覧環境に違いがある |
画像だけ変わらない場合は、本文と画像で別の確認になります。画像をどのページがどの名前で参照しているかを見て、正しいファイルが公開先にあるかを調べます。閲覧側を変えて見比べる際も、本文だけで判断せず、画像が変わったかをその画像ごとに確認します。
確認を表に残すときは、結果を「直った」「直らない」でまとめず、ページを開いた時刻と、実際に読めた短い文を記録します。たとえば『11時15分、同じURLを別の閲覧環境で開くと16時の案内』と書けば、何を比べたかが担当に伝わります。
サーバーや制作サービスのサポートへ相談する場合は、対象URL、操作時刻、期待する文、実際の表示、編集元と公開物のどちらで新版を確認できたかをまとめます。操作方法が分からない場合でも、「どこまでは確認できたか」が伝われば、同じ作業を繰り返さずに次を調べられます。
ブラウザーのアドレス欄へURLを入れると新しいページが表示され、検索の結果だけ古く見える場合は、検索サービスが取得した情報を別に調べます。Google検索に出ない場合のURL検査から確認できます。復旧が必要な場合は、変更前の保存状態と公開先の管理者を確認し、作業後に実際のURLと問い合わせの入口を点検します。
復旧に進む場合は、読者にとって急ぐ案内を先に判断します。営業時間が違うなら、担当が案内できる連絡先や、正しい情報が確認できる場所を確認します。表示を直した後も、トップや記事の抜粋、予約先など、変更内容が出る場所をもう一度開きます。
2026年11月9日確認。条件や料金は、利用前に最新の公式案内を確認してください。