Webサイトが突然表示されなくなったとき、すぐに「サーバー障害だ」と決めつけるのは危険です。実際には、DNS、SSL、WordPress、プラグイン、ドメイン期限、ネットワークなど、サーバー本体以外が原因のこともあります。
重要なのは、「自分だけの問題か」「サイト全体の問題か」「サーバー会社側の問題か」を順番に切り分けることです。
30秒でわかる結論
- まず自分の端末だけの問題か、他の回線・端末でも再現するか確認します。
- 次にサーバー会社の障害情報・メンテナンス情報を確認します。
- HTTPエラー、DNS、SSL、WordPress、ドメイン期限を順番に切り分けます。
- 管理画面へ入れるなら、プラグイン・テーマ・PHP変更の直後か確認します。
- 復旧作業前に、現在の状態・エラー・ログ・変更内容を記録します。
- 原因不明のまま複数設定を同時に変えず、1項目ずつ確認するのが基本です。
サーバー障害が起きたときは何から確認する？
最初に確認するのは、「本当にサーバー全体が止まっているか」です。
最初に設定を変えない
原因が分からない状態でDNS、SSL、WordPress、PHP設定を同時に変更すると、元の障害と自分の変更が混ざり、復旧しにくくなります。
まず「自分だけ見られない」のか確認する
Webサイトが表示されない原因が、自分のPCやWi-Fiだけにある場合があります。
最初の確認項目
- スマートフォンの4G・5G回線で開く
- 別のPCやスマートフォンで開く
- 別ブラウザで開く
- ブラウザのシークレットモードで開く
- 他のWebサイトは正常に開くか確認する
切り分け例
自宅Wi-Fiでは表示できないが、スマートフォンのモバイル回線では表示できる場合、サーバー全体停止よりも、自宅回線・DNSキャッシュ・端末側設定などを疑いやすくなります。
サーバー会社の障害情報を確認する
複数端末・複数回線でも表示できない場合は、利用中レンタルサーバーの障害情報・メンテナンス情報を確認します。
見る場所
- 公式障害情報ページ
- メンテナンス情報
- 公式サポートページ
- 契約者向け管理画面のお知らせ
- 障害通知メール
公式障害情報が出ているなら、まず事業者側の復旧状況を確認
事業者側で障害が確認されている場合、利用者側でWordPressやDNSを変更しても改善しないことがあります。不要な設定変更を避けて、影響範囲と復旧状況を確認します。
エラーコードで原因を絞り込む
ブラウザにエラーコードが出ている場合は、原因切り分けの大きな手掛かりになります。
| エラー例 | 主な意味 | 確認候補 |
|---|---|---|
| 403 | アクセス拒否 | 権限・WAF・アクセス制限 |
| 404 | ページが見つからない | URL・パーマリンク・ファイル |
| 500 | サーバー内部エラー | PHP・プラグイン・設定ファイル |
| 502 | 上流サーバー応答異常 | Webサーバー・PHP・プロキシ |
| 503 | 一時的に利用不可 | 高負荷・メンテナンス・制限 |
| 504 | 応答待ちタイムアウト | PHP・DB・外部接続・負荷 |
同じ500エラーでも原因は1つではない
500エラーが出たからといって、サーバー会社の障害とは限りません。WordPressプラグイン、PHP設定、.htaccess、メモリ不足などでも発生します。
直前に何を変更したか確認する
障害が起きた直前に変更したものがあるなら、最優先で確認します。
よくある直前変更
- WordPress本体アップデート
- テーマ更新
- プラグイン更新・追加
- PHPバージョン変更
- DNS変更
- SSL設定変更
- .htaccess編集
- サーバー移転
失敗例
プラグイン更新直後に500エラーが出たのに、DNSやSSLまで変更してしまうと、問題が増えて原因が分かりにくくなります。
DNS障害・設定ミスを確認する
ドメイン名からサーバーへ接続できない場合、DNS設定が原因のことがあります。
DNSで確認すること
- ネームサーバーが正しいか
- Aレコードが正しいIPを向いているか
- 直前にDNS変更をしていないか
- ドメイン移管・サーバー移転直後ではないか
- DNS反映待ちの可能性がないか
DNS変更直後は「新旧が混在」することがある
TTLやキャッシュの影響で、一部利用者は新サーバー、一部利用者は旧サーバーへ接続する場合があります。移転直後の「人によって見える・見えない」はDNSも疑います。
SSL証明書のエラーを確認する
「安全な接続ではありません」などの警告が出る場合は、SSL証明書の期限・対象ドメイン・設定を確認します。
| 症状 | 確認項目 |
|---|---|
| 証明書期限切れ | 更新失敗・自動更新状態 |
| ドメイン不一致 | wwwあり・なし、サブドメイン |
| 移転直後 | 新サーバー側のSSL設定 |
| HTTPSだけ開かない | 証明書・ポート・リダイレクト |
HTTPは開くがHTTPSだけエラーなら、サーバー全体障害よりSSLを先に疑う
サーバーそのものが完全停止している場合とは症状が異なります。表示される警告文を保存して確認してください。
WordPressだけ表示されない場合の確認
同じサーバー上の静的HTMLは表示できるのにWordPressだけ動かない場合、WordPress・PHP・データベース側の問題を疑います。
確認候補
- プラグイン競合
- テーマ不具合
- PHPバージョン
- PHPメモリ不足
- データベース接続
- .htaccess
- WordPress更新失敗
静的HTMLは表示できる ＋ WordPressだけ不可 → PHP・DB・WordPress側を優先確認
「データベース接続確立エラー」が出る場合
WordPressで「データベース接続確立エラー」が出る場合は、Webサーバーよりデータベース接続を優先して確認します。
確認項目
- データベースサーバーが稼働しているか
- wp-config.phpの接続情報
- データベース名・ユーザー名・パスワード
- データベース容量上限
- サーバー会社側のDB障害
パスワードを安易に変更しない
設定が正しいのにDB障害で接続できない場合、パスワード変更は解決になりません。先に障害情報と現在設定を確認します。
メールも同時に使えない場合
Webサイトと独自ドメインメールの両方が同時に使えない場合は、サーバー全体、DNS、ドメイン側の問題も疑います。
メールが正常なら、Web系設定を優先して確認します。
Webが正常なら、メール用DNSやメールサーバーを確認します。
ネームサーバー、ドメイン期限、事業者障害などを優先します。
ドメインの有効期限も確認する
サーバーが正常でも、ドメインが失効するとWebサイトやメールへアクセスできなくなる場合があります。
ドメイン確認項目
- 有効期限が切れていないか
- 自動更新が失敗していないか
- 支払いカードが期限切れではないか
- 移管直後ではないか
サーバー障害に見えてもドメイン側のことがある
Webとメールが同時に止まったときは、サーバーだけでなくドメイン・DNSも確認してください。
サーバー容量・リソース不足を確認する
ディスク容量やメモリ、CPUなどのリソース不足でサイトが不安定になることがあります。
容量100GBのサーバーで98GB使用
使用率は98％です。
98GB ÷ 100GB × 100 ＝ 98％
空き容量がほとんどないと、ログ・キャッシュ・バックアップ・データベース処理などに支障が出る場合があります。
容量が90％を超えたら原因調査を始める
これは一律の障害ラインではありませんが、残容量が少ない状態を放置せず、不要バックアップ・ログ・キャッシュを確認する目安として使えます。
アクセス急増・高負荷を確認する
SNS拡散、広告、ニュース掲載、DDoS攻撃などによってアクセスが急増すると、サーバーが応答しにくくなる場合があります。
アクセス量の例
通常1分100アクセスのサイトに、突然1分5,000アクセス来た場合、通常の50倍です。
5,000 ÷ 100 ＝ 50倍
この場合は、アクセスログ、CPU負荷、同時接続数、CDN・キャッシュ状況などを確認します。
復旧前に記録しておくもの
サポートへ問い合わせる場合も、自分で原因を調べる場合も、障害発生時の情報を記録すると切り分けが早くなります。
記録する項目
- 障害に気付いた日時
- 表示されたエラーメッセージ
- 影響するURL
- Web・メール・管理画面の影響範囲
- 直前に行った変更
- 別端末・別回線での結果
- 管理画面のCPU・容量・エラーログ
「何が起きたか」を時系列で残す
10:00プラグイン更新、10:05サイト停止、10:10 500エラー確認、のように時系列で残すと原因を特定しやすくなります。
バックアップから復旧する判断
直前の変更後に障害が発生し、原因が明確なら、正常だったバックアップへ戻す方法があります。
ECサイトで注意
24時間前のバックアップへ戻すと、最大24時間分の注文データが消える可能性があります。復旧速度だけでなく、失われるデータも確認してください。
サーバー会社へ問い合わせるタイミング
次のような場合は、利用者側だけで設定を触り続けるより、サーバー会社へ問い合わせたほうが安全です。
問い合わせを優先するケース
- 公式障害情報はないが複数サービスが同時停止している
- 管理画面にも入れない
- サーバー負荷が異常に高い
- 原因不明の502・503・504が続く
- データベースサーバーへ接続できない
- 復元機能の使い方が分からない
問い合わせ時に伝えるとよいこと
「いつから」「どのURLで」「どのエラーが出るか」「別回線でも同じか」「直前に何を変更したか」を伝えると、状況を共有しやすくなります。
サーバー障害の確認フロー
NO → 端末・回線側を確認
YES → 事業者の復旧状況を確認
YES → 403 / 500 / 502 / 503 / 504などで切り分け
YES → その変更を最優先で確認
YES → DNS・ドメイン・全体障害を確認
教科書判定｜障害時に最初にやること
「別回線確認 → 公式障害情報 → エラー確認 → 直前変更」の順で切り分ける
初心者ほど、焦って設定を大量に変更しないことが重要です。症状を記録し、原因候補を1つずつ潰してください。サーバー会社側の障害なら待機、WordPress更新直後なら変更箇所、Webとメール同時停止ならDNS・ドメインまで広げて確認します。
よくある質問
サイトが表示されないときはサーバー障害ですか？
必ずしもそうではありません。DNS、SSL、WordPress、ドメイン期限、端末・回線などでも表示できなくなります。別回線と公式障害情報から確認してください。
500エラーはサーバー会社へ連絡すべきですか？
プラグイン更新やPHP変更直後ならWordPress側が原因の可能性があります。直前変更とエラーログを確認し、原因不明ならサポートへ相談してください。
Webとメールが両方止まった場合は？
DNS、ネームサーバー、ドメイン期限、サーバー全体障害などを優先して確認します。メールだけ停止ならMXレコードやメールサーバーを確認します。
障害時にバックアップからすぐ戻していいですか？
戻す前に、復元によって失われるデータを確認してください。EC・予約サイトでは古いバックアップへ戻すことで注文や予約情報が消える可能性があります。
障害が復旧したら何をすればいいですか？
原因、発生時間、影響範囲、復旧方法を記録し、バックアップ、監視、更新手順など再発防止策を見直します。
まとめ
この記事の結論
- 最初に別端末・別回線で再現するか確認する
- サーバー会社の公式障害情報を確認する
- エラーコードと直前変更で原因を絞る
- Webだけか、メールも止まっているか確認する
- DNS・SSL・WordPress・ドメインを順番に切り分ける
- 復旧前にログ・エラー・変更内容を記録する
- 原因不明なら無理に設定変更せずサポートへ相談する
結局、サーバー障害時は「とにかく設定を変える」のではなく、症状を分けて1つずつ原因を切り分けることが最短の復旧につながります。まず別回線での確認と公式障害情報から始めてください。
次に読むなら
障害時の確認手順が分かったら、次は「WordPressの500エラーとは？」を確認すると、サーバー内部エラーが出た場合の原因と復旧方法をさらに具体的に理解できます。