サーチコンソールのサーバーエラー（5xx）の確かめ方と直し方

サーチコンソールのページのインデックス登録レポートに出る「サーバーエラー（5xx）」は、Google がそのページを読みに来たとき、サーバーが500番台の返事をして、ページを読めなかったという意味です。一時的な混み合いで起きることもあるので、まず URL 検査の「公開 URL をテスト」で今は読めるかを確かめ、クロールの統計情報とサーバーのログで、いつ・どのくらい起きたかを見ます。続いているなら、サーバーの負荷やセキュリティの設定を直し、レポートの「修正を検証」を押します。

この記事は、Search Console ヘルプ、Google 検索セントラルの説明、エックスサーバーの公式マニュアルを、2026年11月14日に確かめた範囲で書いています。ほかの理由も含めた見分け方はGoogleにインデックスされない原因の見分け方に、noindex・404・重複はサーチコンソールのnoindex・404・重複に、読まれたのに登録されない場合は「クロール済み – インデックス未登録」の原因と対処に書いたので、ここではサーバーエラーに絞ります。

この記事の結論

5xx は、ページの中身ではなくサーバーの返事の問題です。ライブテストが成功しても、Google が来た時刻には失敗していたことがあります。
5xx が続くと、Google は読みに来る頻度を落とし、繰り返し失敗する URL は検索の登録から外されます。サーバーが正常に戻れば、頻度は少しずつ戻ります。
確かめる順は、対象の URL の一覧、URL 検査のライブテスト、クロールの統計情報、サーバーのログです。
直したら「修正を検証」を押します。結果が出るまでふつう2週間ほどかかり、そのあいだにもう一度押してはいけません。

Google は 5xx をどう扱うか

Google 検索セントラルの説明（HTTP ステータスコード、ネットワークエラー、DNS エラーが Google 検索に与える影響）では、5xx と 429 のエラーは、Google のクローラ（ページを読みに来る仕組み）にクロールのペースを一時的に落とさせるとされています。落とす度合いは、エラーを返す URL の数に応じます。すでに登録されている URL は登録されたままですが、エラーが続けば最後には外されます。5xx の返事と一緒に送られた中身は使われません。429（リクエストが多すぎる）も、サーバーが混み合っている印として、サーバーエラーと同じに扱われます。

サーバーが正常な返事（200番台）を返すようになると、Google はクロールの頻度を少しずつ戻します。一度出たから、すぐに検索から消えるわけではありません。Google が読みに来るのを先送りしたページは、「検出 – インデックス未登録」として並ぶこともあります。見方は「検出 – インデックス未登録」とはに書きました。

確かめる順番

1. 対象の URL の一覧を見る

ページのインデックス登録レポートで「サーバーエラー（5xx）」の行を押すと、対象の URL と、最後にクロールした日が出ます。サイトのほとんどのページが並んでいるのか、特定の種類のページ（検索結果のページ、パラメータの付いた URL など）だけなのかで、見るところが変わります。数件だけで日付がばらばらなら、一時的なものの可能性が高いと当社は考えます。

2. URL 検査のライブテストで今を確かめる

一覧の URL を URL 検査で開き、「公開 URL をテスト」を押すと、今の時点で Google がそのページを読めるかが分かります。ヘルプでは、サーバーエラーは一時的なことがあるので、ライブテストは成功することがあるとされています。成功しても、Google が来た時刻に失敗していた事実は消えないので、次のクロールの統計情報で起きた日時を確かめます。URL 検査の使い方はインデックス登録をリクエストする方法に書いています。

3. クロールの統計情報でホストの状態を見る

Search Console の「設定」から「クロールの統計情報」を開きます。ヘルプでは、このレポートはドメインのプロパティか、ルートの階層の URL プレフィックスのプロパティでだけ使えます。1,000ページ未満のサイトではふつう使わなくてよい上級向けの画面とされていますが、5xx が出たときは役に立ちます。プロパティの種類の違いはサーチコンソールの所有権の確認ができないときに書いています。

「ホストのステータス」の「サーバー接続」：クロールの最中に、サーバーが返事をしなかった、または返事が途中で切れた時期が分かります。緑が正常で、赤なら押して詳しく見ます。
レスポンス別の「サーバーエラー（5XX）」：押すと、エラーが起きたおおよその時期と、正確な時刻が分かります。

ここで分かった時刻を控えておくと、次のサーバーのログと突き合わせられます。

4. サーバーのログで、その時刻に何が起きたかを見る

サーバーのアクセスログには、来たアクセスごとに、時刻、URL、返事の番号（200、503 など）、ブラウザなどの情報が記録されます。エックスサーバーの公式マニュアルでは、サーバーパネルの「アクセスログ」で日を選んで表示・ダウンロードでき、ログは過去30日分が日ごとに作られるとされています。古いログが要る場合は、マニュアルにある保存の設定を先にしておきます。

ログでは、クロールの統計情報で控えた時刻の前後で、Googlebot と書かれた行の返事の番号を見ます。同じ時刻にほかの人のアクセスも 5xx になっていれば、サーバーの混み合いや障害です。Googlebot だけが拒まれていれば、セキュリティの設定を疑います。ログの読み方が分からないときは、サーバーの会社に時刻と URL を伝えて調べてもらいます。

原因ごとの直し方

ヘルプに挙がっている確かめどころは次のとおりです。

サーバーの停止、負荷のかけすぎ、設定の誤りがないか。必要なら、サーバーの会社に処理の力を上げられるか相談します。
中身を毎回組み立てるページ（検索結果や絞り込みのページなど）の負荷を減らします。URL のパラメータは短く、数を少なくします。
DNS の問題、ファイアウォールや DoS 攻撃を防ぐ設定、CMS の設定で、Google のクローラが拒まれていないか。
robots.txt で読ませる範囲を決める、Googlebot を名乗るアクセスが本物かを確かめる、必要ならクロールの頻度を下げるよう申し出る。

ここからは当社の見方です。WordPress のサイトでは、セキュリティのプラグインやサーバーの WAF が、短時間に多くのページを読むアクセスを攻撃と見なして止めることがあります。ログで Googlebot の行だけが 403 や 503 になっている場合は、こうした設定の記録（ブロックの履歴）を見ます。robots.txt を直す場合の書き方はrobots.txtの書き方と例にあります。

直したら「修正を検証」を押す

Search Console ヘルプ（ページのインデックス登録レポート）の手順は次のとおりです。

サイトで、対象のページの問題をすべて直します。
ページのインデックス登録レポートで「サーバーエラー（5xx）」の詳細を開きます。
「修正を検証」を押します。合格か不合格が出るまで、もう一度押さないでください。
「検証の進行状況を確認」で、途中の状態を見られます。
不合格になったら「詳細を表示」で残っている URL を見て、直してから「新しい検証を開始」を押します。

ヘルプでは、検証はふつう2週間ほどで終わり、それより長くかかることもあるとされています。進み具合は「開始」「修正を確認しました」「合格」「不合格」などで表示されます。

今日、自社で確かめられること

ページのインデックス登録レポートに「サーバーエラー（5xx）」があるか、何件か、最後のクロールの日はいつかを見ます。
一覧の URL を一つ選び、「公開 URL をテスト」で今は読めるかを見ます。
クロールの統計情報の「ホストのステータス」が緑かを見ます。
サーバーのアクセスログを、誰がどこで見られるかを確かめておきます。

参考にした公式の情報

いずれも2026年11月14日に内容を確かめました。画面の表示名は、言語の設定や画面の更新によって変わることがあります。