同じ「開けない」でも、端末の接続、ブラウザ、ページ、ドメイン、公開先など確認する場所は違います。最初の目的は、原因を言い当てることではなく、どこで再現するかを記録することです。
端末・回線・ブラウザを変えて再確認。
URL・公開先・最近の設定変更を管理者と確認。
この分け方は原因の確定ではありません。結果と時刻を控えて次の確認へ進みます。
正確なURLと画面の文言を控える
「サイトが開かない」だけでは原因を絞れません。開けないページのURL、表示されたエラー文、始まった時刻、直前の更新や設定変更を控えます。警告画面を無視して先へ進まず、画面に出た言葉をそのまま記録します。
一人だけか、複数の人にも起きるか
別の端末やブラウザ、別の通信環境でも同じURLを試します。自分の端末だけなら接続やブラウザの状態、複数人に共通ならサイト側やドメイン側も確認対象です。これだけで原因を断定せず、範囲を分ける材料にします。
サイト全体か、特定のページか
トップと問題のページをそれぞれ確認します。トップだけ見られる場合も、問い合わせや予約ページに問題が残ることがあります。ページは開くのに検索結果に出ない場合は、表示障害とは別の問題としてSearch Consoleなどで調べます。
管理者は公開先と最近の変更を照合する
契約先や管理権限が分かる人は、公開先の障害情報、更新履歴、ドメインの設定を確認します。DNSを変えた直後なら、Webだけでなくメールや別アプリに関係する設定もあります。元の値を保全せず、推測で変更を重ねないでください。
連絡手段と復旧確認を分けて考える
問い合わせ先まで使えない場合は、既存の電話やSNSなど、確認済みの別手段で状況を知らせます。修正後は自分の画面だけでなく、影響した端末・ページ・問い合わせの動きで確認します。メール不達を伴うなら、送受信の実テストも必要です。
A SHORT INCIDENT NOTE
相談時は、この形で伝える。
- 対象URLと、最初に気づいた時刻
- 画面のエラー文と、表示できるページ
- 再現する端末・ブラウザ・回線
- 最近の更新や契約・DNS変更（分かる範囲）
- 問い合わせ・メール・予約への影響
パスワードや認証コードは、最初のメールに書かないでください。
確認に使った公式資料
Google Chromeは、読み込みエラーの原因を端末、ブラウザ、ネットワーク、サイト側などに分けて案内しています。Cloudflareは、DNS変更時にメールを含むレコードの確認を勧めています。ここで紹介した順番は、これらを基にしたCELGの実務向け整理です。
START WITH THE SYMPTOM.