HTTPエラーコード

TL;DR — HTTPエラーコードは、通常の200 OKの代わりにサーバーが返す「問題が起きた」という応答です。4xxはページの不存在やブロックというクライアント側の問題、5xxはサーバー側の問題です。4xxではそのページが検索から外れ、5xxでは復旧までサイト全体のクロールが遅くなります。404はペナルティではないため、重要なものだけ直せば十分です。

HTTPエラーコードとは

HTTPステータスコードは標準化された応答メタデータで、クライアントエラーの4xxとサーバーエラーの5xxに分類されます。 この主張の根拠 Primary standard or official documentation supporting the adjacent article claim. 対象範囲： Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. 信頼度： 高 · 検証日： 2026-07-14 RFC 9110: Status codes Googleは両系統に異なるクロール・インデックス処理を説明しています。 この主張の根拠 Primary standard or official documentation supporting the adjacent article claim. 対象範囲： Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. 信頼度： 高 · 検証日： 2026-07-14 Google: HTTP and network errors

ブラウザーや検索ボットがページを要求するたび、サーバーは3桁のステータスコードで応答します。200は正常、400番台と500番台は要求が成功しなかったことを示します。

2系統の違いが最重要です。

• 4xx — クライアントエラー。 ページが存在しない（404）、恒久的に削除された（410）、アクセスできない（401、403）などです。検索エンジンには “there’s no content here.” (翻訳)「ここにコンテンツはない」と伝わります。
• 5xx — サーバーエラー。 サーバー障害（500）、依存システムの障害（502、504）、過負荷やメンテナンス（503）などです。検索エンジンには “the server itself is broken right now.” (翻訳)「現在サーバー自体が壊れている」と伝わります。

Googleは各系統にどう反応するか

処理はここで分かれます。

• 4xxページは検索から外れます。 Googleはコンテンツが存在しないと判断し、時間とともにURLを削除します。404が大量にあっても、他ページのクロール速度は低下しません。
• 5xxではサイト全体のクロールが遅くなります。 Googleは負荷を避けてクロールを控えます。インデックス済みページは当初維持され、エラーが続いた場合だけ外れます。正常化すれば自動回復します。

多くの人が誤解すること

404が大量にあってもペナルティにはなりません。 John Muellerは404を “not a quality signal, it’s not a SEO signal.” (翻訳)「品質シグナルでもSEOシグナルでもない」と明言しています。Search Consoleに何千件あっても、リンク、サイトマップ掲載、トラフィックのある重要なURLだけ直し、本当に不要なURLは404のままにします。

文書化された悪影響があるのは、5xxを出し続けるサーバーです。Googleはクロールを抑え、最終的にページを外しますが、サーバーを直せば回復します。

主なコードの概要

各コードには詳しい記事があります。

• 401 / 403 — ログインが必要、またはアクセス禁止。
• 404 — 見つからない。410 — 恒久的に消失。
• 429 — 要求が多すぎる（レート制限）。Googleはサーバーエラーとして扱います。
• 451 — 法的理由によるブロック。
• 500 / 502 / 503 / 504 — サーバー障害、不正なゲートウェイ、利用不可、ゲートウェイタイムアウト。
• ソフト404 — 見つからない内容なのに200を返し、Googleが確認し続けるケース。

詳しい仕組み、正しい停止方法、Search Consoleでの監視はAdvancedタブを参照してください。

TL;DR — HTTPエラーコードは4xx（クライアントエラー）と5xx（サーバーエラー）のステータス群です。429を除く4xxは「コンテンツが存在しない」を意味し、URLがインデックスから外れてもクロール頻度には “no effect on crawl rate” (翻訳)「影響しません」。5xxと429はサーバー障害を意味し、GoogleはエラーURLの件数に応じてクロールを抑え、長引いた場合だけURLを外し、復旧後は段階的にクロール頻度を戻します。数値上は4xxの429も “a server error” (翻訳)「サーバーエラー」扱いです。エラー応答から受け取った本文はすべて無視されます。404は品質シグナルではないため、リンクやトラフィックに基づいて優先順位を付け、すべてを直そうとしないでください。単発エラーの実際の影響はURLにも左右され、robots.txtには通常ページとは異なるエラー処理があります。ソフト404は「見つからない」と読める内容を200で返す応答で、Googleはクロールバジェットを浪費するとしていますが、主に大規模サイトの懸念であり、すべてのサイトで必ず起きる影響ではありません。計画停止では503 + Retry-Afterを使う期間を長くても数日間に限り、robots.txtには503を返しません。一連のエラーはGSCのページのインデックス登録レポートで監視します。このハブでは個々のHTTPエラーコードを整理し、それぞれの詳細解説へ案内します。

このテーマ全体を貫く区別

プロトコルコードはHTTPの結果、Search ConsoleのラベルはGoogleが観測した取得の分類です。 この主張の根拠 Primary standard or official documentation supporting the adjacent article claim. 対象範囲： Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. 信頼度： 高 · 検証日： 2026-07-14 RFC 9110: Status codes 系統だけから根本原因や正確な削除時期を推測しないでください。 この主張の根拠 Primary standard or official documentation supporting the adjacent article claim. 対象範囲： Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. 信頼度： 高 · 検証日： 2026-07-14 Google: HTTP and network errors

「404だった」を次の4層に分けます。

1. プロトコルの意味 — HTTP仕様上のコードの意味。
2. 観測された取得 — 特定時点にGooglebotが実際に受け取った応答。
3. 検索処理 — Googleがその取得を分類し、URL削除やクロール抑制を行う方法。
4. 根本原因 — 不正なデプロイ、DB過負荷、WAFルールなど、コードだけでは分からない実原因。

系統は最初の3層を示しますが、第4層の代わりにはなりません。

Googleは、4xx errors say “the content doesn’t exist”; 5xx errors say “the server itself is failing.” (翻訳)「4xxエラーはコンテンツが存在しないことを、5xxエラーはサーバー自体に障害があることを示す」と明確に分け、異なる処理をします。

成功コードも保証ではありません。“for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (翻訳)「Google検索ではHTTP 2xx (success)でもインデックス登録は保証されない」とされています。

Googleによる4xxの扱い

Googleは “Google doesn’t use the content from URLs that return 4xx status codes,” (翻訳)「4xxを返すURLのコンテンツを使わない」、また “Google crawlers inform the next processing system that the content doesn’t exist.” (翻訳)「次の処理系へコンテンツが存在しないと伝える」と説明します。403や404の本文はインデックスされません。

結果は2つです。

• インデックス済みURLが外れます。 4xxが続けば時間とともに削除されます。
• クロール頻度へのペナルティはありません。 “The 4xx status codes, except 429, have no effect on crawl rate.” (翻訳)「429を除く4xxはクロール頻度に影響しない」と明記されています。

したがって401や403でGooglebotを抑制してはいけません。 “don’t use 401 and 403 status codes for limiting the crawl rate.” (翻訳)「クロール頻度の制限に401や403を使わないでください」と警告されています。

Googleによる5xxと429の扱い

サーバーエラーでは “the server is struggling” (翻訳)「サーバーに問題が起きている」という分岐に入り、Googleはサイトを保護するよう動きます。

• 件数に応じてまずクロールを抑えます。 “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling,” (翻訳)「5xxと429により一時的にクロールを遅くする」、“the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (翻訳)「低下はサーバーエラーURL数に比例する」とされています。
• エラーが続くまではURLを維持します。 “Already indexed URLs are preserved in the index, but eventually dropped,” (翻訳)「インデックス済みURLは維持されるが最終的に外れる」、“removes from the index URLs that persistently return a server error.” (翻訳)「継続的にサーバーエラーを返すURLを削除する」とされています。
• 5xxの本文も無視されます。 “Any content Google receives from URLs that return a 5xx status code is ignored.” (翻訳)「5xx URLから受け取るコンテンツはすべて無視される」とされています。
• 回復は自動で段階的です。 “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (翻訳)「2xx応答へ戻るとクロール頻度を徐々に増やす」とされています。

429がサーバーエラー側に入る理由

429 Too Many Requestsは4xxですが、“Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (翻訳)「サーバー過負荷のシグナルで、サーバーエラーと見なす」とされています。WAFやレート制限が429を返すと、404のような個別削除ではなくクロール抑制になります。Ahrefsのガイド でも “a form of rate-limiting to protect the server,” (翻訳)「サーバー保護のためのレート制限の一種」としてサーバーエラー側に置いています。

エラーコード系統の一覧

全体を素早くトリアージする一覧です。

ブロック／アクセス

• 401 Unauthorized — 本人確認や認証が済んでおらず、Googlebotも認証壁でブロックされます。
• 403 Forbidden — クライアントは識別済みですがアクセス権がありません。

見つからない

• 404 Not Found — リソースが見つかりません。
• 404と410 — 「見つからない」と「恒久的に消えた」の差は小さいです。
• 410 Gone — 戻らないことも示し、わずかに早く外れます。

二重の性格

• 429 Too Many Requests — 4xxですがクロール頻度についてはサーバーエラー扱いです。

法的理由

• 451 Unavailable For Legal Reasons — 国別制限やDMCA削除などです。

サーバーエラー

• 500 Internal Server Error — 処理不能なサーバー障害。
• 502 Bad Gateway — 上流から不正な応答。
• 503 Service Unavailable — 過負荷またはメンテナンス（計画停止の正しいコード）。
• 504 Gateway Timeout — 上流応答のタイムアウト。

落とし穴

• ソフト404 — 200 OKを返しながら「見つからない」と読めるページ。

壊れたリダイレクトはSearch Consoleで**“Redirect error”** (翻訳)「リダイレクト エラー」として別分類されます。Googleは既定で “follow up to 10 redirect hops” (翻訳)「最大10回のリダイレクトをたどる」ため、長すぎるチェーン、ループ、不正URLはエラーになります。

HTTPエラーはSEOを損なうか

通常ページの個別エラーはほぼ問題にならず、404はランキングや品質のシグナルではありません。 “I have 50,000 404s, my site must be penalized” (翻訳)「404が5万件もあるので、サイトはペナルティを受けているはずだ」という反射的な思い込みを解くことが重要です。存在しないURLに404や410を返すのは技術的に正しい処理です。

ただし特殊リソースは別です。robots.txtには通常URLと異なる規則があり、そのサーバーエラーは通常ページの404とは違う形でクロールへ影響します。コードだけでなく対象URLと依存関係を見ます。

明確な害は大量の5xxが継続する場合で、クロール抑制から最終的な削除へ進みます。影響は件数に比例し、復旧も段階的です。正確な時期や速度は固定保証ではありません。

クロール浪費とインデックス削除

害を2つに分けます。

• インデックス削除 — 継続的な4xxでは消失として、継続的な5xxでは長期障害後に外れます。
• クロールバジェット浪費 — 主に大規模サイトの問題です。“if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (翻訳)「遅延やサーバーエラーで上限が下がりクロールが減る」とされます。ソフト404は “soft 404 pages will continue to be crawled, and waste your budget.” (翻訳)「クロールされ続けバジェットを浪費する」とされています。

原因は、見つからないテンプレートが200を返すことと、廃止URLをホームページへ一括転送することです。親切な404ページでも実際のHTTP 404を返してください。

計画停止の正しい方法

意図的な停止には**Retry-After付き503 Service Unavailable**を使います。

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (翻訳)「1〜2日の緊急停止では503付き案内ページを返す」。
• “This is an extreme measure that should only be taken for a very short period of time (a few days at most),” (翻訳)「これは長くても数日間だけ行うべき極端な措置です」。“completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” (翻訳)「数週間の完全閉鎖でもインデックスに悪影響があり得る」ためです。
• “Don’t block the website by returning 403, 404, 410 HTTP status codes” (翻訳)「403、404、410でサイトをブロックしない」。4xxは恒久的な消失を示します。
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (翻訳)「すべてのクロールをブロックしてしまうため、robots.txtファイルには503 HTTPレスポンスステータスコードを返さないでください」。

Search Consoleで監視する

ページのインデックス登録レポートには次の分類があります。

• 見つかりませんでした（404） — “this page returned a 404 error when requested.” (翻訳)「要求時に404を返した」。
• サーバーエラー（5xx） — “your server returned a 500-level error when the page was requested.” (翻訳)「要求時に500番台を返した」。
• 未承認のリクエストによるブロック（401） — “the page was blocked to Googlebot by a request for authorization.” (翻訳)「認証要求でGooglebotがブロックされた」。
• アクセス禁止によるブロック（403） — 認証しても許可されなかった403。
• その他の4xxによるブロック — URL検査で調査します。
• ソフト404 — “user-friendly ‘not found’ message but not a 404 HTTP response code.” (翻訳)「利用者向けの見つからない表示だがHTTP 404ではない」。
• リダイレクト エラー — 長いチェーン、ループ、不正URL。

解決後は修正を検証しますが再クロールは即時ではありません。“it’s fine for a URL not to be indexed for the right reasons — for example… a 404 for a page that you’ve removed and have no replacement for.” (翻訳)「代替なしで削除したページの404など、正当な理由なら未登録で問題ない」とされています。

記録にはURL、観測日時、観測地点、ユーザーエージェント、HTTPメソッド、最終コードと経路、単発か反復か、修正後検証を含めます。GSC、ライブ確認、ログを突き合わせます。

修正と優先順位

• 404は価値で判断。 被リンク、内部リンク、サイトマップ、トラフィックがあれば関連ページへ301します。“you just need to 301 redirect each of these pages to a relevant page” (翻訳)「各ページを関連ページへ301すればよい」のは関連先がある場合だけです。
• 410と404の差は小さい。 410はわずかに早く外れます。
• 5xxは根本原因を修正。 500は容量／タイムアウト、502/504は上流／CDN、403/429はWAF／レート制限を調べ、DNSで本物のGooglebotか確認します。
• 代表原因： アプリ／DB障害、過負荷、上流／CDN障害、WAF、壊れた移行、古いリンク、誤設定のエラーページです。

Bing：方向性は似るがコード単位では未検証

Bingの公開発言も同じ方向ですが、現行文書との完全なコード単位の同等性は未検証です。Fabrice Canelは “crawl efficiency north star … to crawl a URL only when the content has been added … updated,” (翻訳)「追加・更新時だけURLをクロールするという効率の北極星」と表現します。Bingも計画停止には200ではなくRetry-After付き503を推奨します。

次に読む記事

このページは、1xx〜5xx、リダイレクト、成功コードまでを扱う**HTTPステータスコード**クラスター内の、エラー側のハブです。

ブロック／アクセス

• 401 Unauthorized — 認証壁とGooglebot。
• 403 Forbidden — 権限拒否とWAFの誤作動。

見つからない

• 404 Not Found — Googleの処理と直すべき404。
• 404と410 — 小さな違いと使い分け。
• 410 Gone — 恒久的消失とわずかに早い削除。

レート制限

• 429 Too Many Requests — 5xxのように振る舞う4xx。

法的理由

• 451 Unavailable For Legal Reasons — 削除命令や国別ブロック。

サーバーエラー

• 500 Internal Server Error — 一般的障害と原因調査。
• 502 Bad Gateway — 上流／プロキシ障害。
• 503 Service Unavailable — 計画停止とrobots.txtの罠。
• 504 Gateway Timeout — 上流タイムアウト。

落とし穴

• ソフト404 — 消えたように見える200と修正方法。

壊れたリダイレクトはリダイレクト エラーとして別に扱います。

AI要約

Advanced版の要点です。

• 4xxと5xxは挙動が別。 4xxは不存在、5xxはサーバー障害です。
• 429を除く4xx： 本文を無視し、URLを外しますが “no effect on crawl rate.” (翻訳)「クロール頻度には影響しません」。
• 5xxと429： まずクロールを抑え、継続時だけ削除し、段階的に回復します。
• 429は例外： 4xxでも “a server error” (翻訳)「サーバーエラー」扱いです。
• 404は品質シグナルではありません。 リンクやトラフィックで優先順位を決めます。
• 影響はURLにも依存。 robots.txtには独自の規則があります。
• ソフト404は落とし穴。 200なので再確認され、主に大規模サイトでバジェットを浪費します。
• 410と404の差は小さい。 410がわずかに早く外れます。
• 計画停止： 503 + Retry-Afterを使う期間は長くても数日間に限り、robots.txtには503を返しません。
• 監視： GSCの7分類、ライブ確認、サーバーログを併用します。
• Bingも方向性は同じですが、コード単位では未検証です。

公式ドキュメント

検索エンジンの一次資料です。

Google

• HTTPステータスコード、ネットワークエラー、DNSエラー — 4xx、5xx、429、リダイレクトなどの扱い。
• ページのインデックス登録レポート — 日常的なエラー分類と修正の検証。
• クロールバジェットの最適化 — サーバーエラーとソフト404の影響。
• オンラインビジネスを一時停止する — 503 + Retry-After。
• ソフト404エラー — 定義と修正。
• 404ページをより役立てる — 実際の404を返す親切なページ。

Bing / Microsoft

• クロールエラーアラート — Bingでの確認場所。
• bingbotシリーズ：クロール効率の最大化 — Bingのクロール効率方針。

出典からの引用

GoogleとBingの公式発言です。

Google — 4xxと5xx

• “For Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (翻訳)「2xxでも登録は保証されません」。引用へ
• “Google doesn’t use the content from URLs that return 4xx status codes.” (翻訳)「4xx URLの本文は使いません」。引用へ
• “The 4xx status codes, except 429, have no effect on crawl rate.” (翻訳)「429以外の4xxはクロール頻度に影響しません」。引用へ

Google — 5xxと429

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling.” (翻訳)「一時的にクロールを遅くします」。引用へ
• “already indexed URLs are preserved in the index, but eventually dropped.” (翻訳)「当初維持されますが最終的に外れます」。引用へ
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (翻訳)「5xx URLの本文はすべて無視されます」。引用へ
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (翻訳)「429を過負荷のシグナル、サーバーエラーと見なします」。引用へ

Google — クロールバジェットとソフト404

• “If the site slows down or responds with server errors, the limit goes down and Google crawls less.” (翻訳)「サイトが遅くなったりサーバーエラーを返したりすると、上限が下がり、Googleのクロールも減ります」。引用へ
• “Soft 404 pages will continue to be crawled, and waste your budget.” (翻訳)「クロールされ続けバジェットを浪費します」。引用へ

Google — 計画停止

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (翻訳)「1〜2日の緊急停止では503の案内ページを返します」。引用へ
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (翻訳)「すべてのクロールをブロックしてしまうため、robots.txtファイルには503 HTTPレスポンスステータスコードを返さないでください」。引用へ

Google — 未登録でよい場合

• “It’s fine for a URL not to be indexed for the right reasons — for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (翻訳)「正当な理由でURLがインデックスに登録されないのは問題ありません。たとえば、サイトで意図したrobots.txtルール、ページ上のnoindexタグ、重複URL、または代替ページがなく削除したページの404などです」。引用へ

John Mueller

• “404s are not a quality signal, it’s not a SEO signal.” (翻訳)「404は品質シグナルでもSEOシグナルでもありません」。記事
• “I’d only expect the crawl rate to react that quickly if they were returning 429 / 500 / 503 / timeouts… (404s are generally fine & once discovered, Googlebot will retry them anyway)… Once things settle down on the server, the crawl rate will return to normal automatically.” (翻訳)「クロール頻度がそれほど速く反応するのは、429、500、503、タイムアウトを返していた場合だけだと思います。404は通常問題なく、発見された後もGooglebotはいずれにせよ再試行します。サーバー上の状況が落ち着けば、クロール頻度は自動的に通常へ戻ります」。記事

Fabrice Canel, Microsoft Bing

• “Our crawl efficiency north star is to crawl a URL only when the content has been added (URL not crawled before), updated (fresh on-page context or useful outbound links).” (翻訳)「私たちがクロール効率の指針としているのは、コンテンツが追加されたとき（そのURLを以前にクロールしていない場合）、または更新されたとき（ページ上の新しい文脈や有用な外部リンクがある場合）に限ってURLをクロールすることです」。引用へ

どのエラーから対処するか

サイト全体への害があるサーバー健全性を先に確認します。

1. 5xxまたは429か

• はい → 緊急対応。容量／タイムアウト、上流／CDN、WAF／レート制限を調べます。2xxへ戻れば段階的に回復します。
• いいえ → 次へ。4xxはクロール頻度に影響しません。

2. ソフト404か

• はい → 本物の404/410、または関連ページへの301に直し、ホームページへの一括転送をやめます。
• いいえ → 次へ。

3. 404 / 410か

• 被リンク、内部リンク、サイトマップ、トラフィックがあるか。
  • はい → 関連ページへ301します。
  • いいえ → 404/410のままにします。

4. 401 / 403か

• 公開すべきなら認証／WAFを修正し、非公開なら維持します。クロール抑制には使えません。

5. 451か

• SEOではなく法務／コンプライアンスで扱います。

6. リダイレクト エラーか

• チェーンを短くし、ループや不正URLを直して最終200へ到達させます。

インデックス削除かクロール浪費か

• ページが外れる： 継続的な4xxまたは5xxを探します。
• バジェット消費： ソフト404と大量エラーを探します。

エラーコード → 挙動 → 修正

Googleによる各コードの扱い

要点

• 4xx（429以外）は本文無視、URL削除、クロール頻度への影響なし。
• 5xx + 429はまず抑制、継続時だけ削除。
• 404は品質シグナルではない。
• ソフト404は200でバジェットを浪費。
• 計画停止では503 + Retry-Afterを使う期間を長くても数日間に限り、robots.txtには503を返さない。
• リダイレクトは最大約10回。

GSCの分類 404・5xx・401・403・その他4xx・ソフト404・リダイレクト エラー。解決後に修正を検証します。

参考資料

関連記事

• HTTP Status Codes & Their SEO Impact — 全コードと修正。
• 11 Types Of Redirects & Their SEO Impact — リダイレクト側。
• The Beginner’s Guide to Technical SEO — 全体像。

講演

• How Search Works — クロールから配信まで。免責：“This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳)「私の理解であり100%完全・正確ではありません」。

業界資料

• Googlebot Crawl Slump? — Muellerの発言。
• HTTP status codes for SEO — 全分類。
• HTTP Status Codes Explained — 実装概要。
• An SEO Guide to HTTP Status Codes — コード別資料。
• r/TechSEO — コミュニティ。

2つの害：消失とクロール抑制

先頭数字ではなく、どちらの害を生むかで判断します。

害1：コンテンツが存在しない

多くの4xxでは本文が登録されず、継続するURLが外れます。通常はURL単位で、例外の429はサーバー可用性問題として扱われます。

判断： URLが存在し、トラフィックやリンクを維持すべきなら修正または同等先へ転送します。不要なら404/410が正解です。

害2：サーバーが安定応答できない

5xxと429では負荷回避のためクロールが減り、継続時だけURLが脅かされます。サイト全体の発見・更新へ広がり得ます。

判断： 継続的・広範ならインフラ事故として復旧し、Search Console内で直そうとしません。

優先順位：価値と意図

公開意図、リンク、サイトマップ、トラフィック、重要テンプレートで順位を付けます。エラー数だけでは優先順位になりません。

根拠・対応マトリクス

対応前に各URLで記録します。

GSCエクスポートをトリアージするプロンプト

URL、コード、サイトマップ、検索指標、リンク、公開意図を機密なしで入力します。

You are triaging an HTTP-error URL export for technical SEO. Use only the supplied
columns. Do not assume that every 404 is a problem or that every 5xx is permanent.

For each URL:
1. Classify the response as 4xx disappearance risk, 5xx/429 crawl-throttling risk,
   soft-404 mismatch, or insufficient evidence.
2. Decide whether the URL appears intended to exist, based only on sitemap presence,
   links, traffic, template, and the supplied intended-state field.
3. Assign priority: incident-now, high, medium, low, or expected/no fix.
4. Explain the priority using the exact supplied signals.
5. Recommend the next verification, not a guessed root cause.

Prioritize broad or persistent 5xx/429 incidents first, then intended URLs with
traffic or links, then sitemap/internal-link hygiene. Keep intentional 404/410 URLs
out of the fix queue. Return a table plus a short list of missing data that would
change the ranking.

DATA:
[PASTE SANITIZED EXPORT HERE]

ライブ確認と意図したURL一覧で検証してから作業を割り当てます。

エラートリアージ用ツール

• 一括HTTPステータスチェッカー — 現在のコード、チェーン、到達先、応答時間を取得します。
• Webサイト停止チェッカー — 5xxを外部から再現できるか確認します。
• Search Console — Googleの理由分類と例を確認します。
• サーバー／CDNログ — エラー率と範囲を測ります。

Search ConsoleはGoogleの観測であり、ライブ要求やサーバー根拠の代わりではありません。

公開予定なのにエラーを返すURL

指標： 公開すべきURLのうち4xx、5xx、429を返す数と割合を、レスポンスの系統とテンプレート別に集計します。

分かること： 実不具合と意図した404/410を区別します。

取得： クロール結果をサイトマップ、リンク、URL一覧と結合します。

基準： 必須URLの意図しないエラーはゼロ。廃止URLは別管理します。

頻度： 重要箇所は毎日、全体は毎週。

クローラー要求エラー率

指標： 検証済みクローラー要求に占める4xx、429、5xxの割合を、ステータスコード、ホスト名、パスグループ別に集計します。

分かること： 廃止URLへの浪費か、サーバー障害かを示します。

取得： CDN／サーバーログから集計し、UA文字列だけを信用しません。

基準： 自サイトの通常値を確立し、公開URLの5xx/429をノイズ扱いしません。

頻度： 5xx/429は常時、傾向は毎週。

Search Consoleエラー一覧の推移

指標： 理由別URL数、代表URL状態、更新日。

分かること： 修正後の縮小や他テンプレートへの拡大。

取得： 日付付き出力を保存し、URL検査とライブ要求で確認します。

基準： 意図した状態と過去値を比較し、遅延のあるGSCにリアルタイム閾値を作りません。

頻度： 毎週と再クロール後。事故時はログとライブ確認を使います。

理解度チェック：HTTPエラーコード

Googleによる4xxと5xxの扱いについて5問です。

変更履歴