突然サイトが表示されなくなった時の原因と対処

サイトが表示されないときは、設定を急に変える前に、どのURLが、いつ、どの環境で見えないかを記録します。一部の端末だけの問題か、利用者全体に影響する問題かで確認する場所が変わります。

ドメイン、サーバー、証明書、CMS、直前の変更を順に切り分けます。復旧を急ぐ場合も、変更前の状態と連絡先を保存し、原因が分からないまま複数の設定を触らないことが重要です。

最初に発生範囲と時刻を記録する

表示できないURL、画面に出たメッセージ、確認した端末と回線、発生を見た時刻を一枚の記録へまとめます。トップだけか下層も同じか、管理画面が開くかも確認します。

社内の別担当や別回線で同じURLを開き、利用者側の環境とサイト側の状態を分けます。再現しない場合も、確認した条件を残して判断を保留します。

表示不良の連絡を受けた人が、同じ状態を再現できるとは限りません。連絡者の端末や回線を聞き取り、再現の有無を記録すると、利用者側の条件とサイト側の確認を分けられます。

別の端末や回線で表示できるなら、ブラウザの保存情報や社内ネットワークなど、利用者側の条件を確認します。全体で表示できないなら、契約や配信の管理画面を確認します。

表示エラーの文言だけで原因を断定せず、管理画面の状態、契約先からの通知、直前の作業記録を照合します。公式の障害情報や手順がある場合は、提供元の案内を優先します。

キャッシュ削除や再読み込みを試す場合も、試した時刻と結果を記録します。改善しないときは、同じ操作を繰り返さず次の確認先へ進みます。

ドメインの契約者、更新状態、DNS設定、サーバーの稼働状況、証明書の期限と管理先を一覧にします。表示だけでなくメールやフォームにも影響する設定があるため、用途ごとに記録します。

DNSや証明書を変更する前に、現在の設定を保存し、復元方法を確認します。契約先の公式資料にない操作は推測で行いません。

CMSやプラグインを更新した直後なら、変更した対象、公開前の確認、戻す手順を作業者へ照会します。環境が不明な場合は、専門担当へ引き継ぎます。

復旧作業は、影響の大きい変更からではなく、確認できる範囲の小さい作業から進めます。誰が承認し、どの状態を復元するかを作業票へ書きます。

サイトが戻った後も、主要ページ、フォーム、画像、スマートフォン表示、メール通知を操作します。復旧した時刻と、原因として確認できた事実を分けて記録します。

原因が特定できない場合は、復旧したことだけで完了にせず、再発時の連絡先と確認順を残します。契約先から回答を受けたら、資料の保管場所を更新します。

日常の点検では、ドメイン、サーバー、証明書、CMS、権限、通知先を一覧で確認します。変更の前後に記録を残すことで、次回の切り分けを短くできます。

環境固有の手順を確認する場合はサービス案内を読み、契約先へ照会したい内容はお問い合わせページから共有してください。