暫定日本語訳:HTTP Error Codes

暫定日本語訳:どのように HTTP 4xx と 5xx error codes affect SEO — どのように Google handles errors, which ones cause deindexing, クロール waste, と ランキング drops, と どのように へ 監視 と fix them.

初回公開:2026年6月27日 · 最終更新:2026年8月4日 · Advanced
言語
このページには証拠シグナルが1件あります

暫定日本語訳:HTTP error codes are 4xx (クライアント error) と 5xx (サーバー error) レスポンス サーバー returns instead of successful 2xx. Google treats two classes very differently: 4xx (except 429) means ' コンテンツ doesn't exist' — ページ drops から インデックス登録, とともに zero effect on クロール rate; 5xx (と 429) means 'the server is failing' — Google throttles クロール サイト-wide 最初, と だけ drops ページ if errors persist. 429 is numerically 4xx ただし Google explicitly treats it as サーバー error. soft 404 is trap ケース — 200 その reads as 'not found,' which Google flags as wasting クロール budget (mainly large-サイト concern) instead of cleanly dropping ページ. 404s are ない quality または ランキング signal (Mueller), so don't panic 超えて error count — isolated error's real impact still depends on 何 URL is ( special resource like robots.txt gets its own error handling, unlike ordinary ページ) — prioritize errored URLs その have links または トラフィック. 向けに planned downtime 使用 503 + Retry-後に (決して 403/404/410), と 決して 503 あなた robots.txt. 監視 whole family 通じて 検索 Console's ページ インデックス登録 レポート. この hub maps と links へ すべての individual code: 401, 403, 404, 404 vs 410, 410, 429, 451, 500, 502, 503, 504, と soft 404.

暫定日本語案: TL;DR — HTTP error codes are 4xx (クライアント) と 5xx (サーバー) status 暫定日本語案: classes. Google draws hard behavioral line 間に them: 4xx (except 429) 暫定日本語案: means “the content doesn’t exist” — URL is dropped から インデックス登録, とともに 暫定日本語案: “no effect on crawl rate”; 5xx (と 429) means “the server is failing” — 暫定日本語案: Google throttles クロール proportionately, preserves インデックス登録 URLs at 最初, と 暫定日本語案: だけ deindexes if errors persist, then ramps クロール rate back up gradually 暫定日本語案: 後に recovery. 429 is numerically 4xx ただし Google calls it “a server error.” 暫定日本語案: コンテンツ から any error レスポンス is ignored. 404s are ない quality signal 暫定日本語案: (Mueller) — triage by links/トラフィック, don’t fix everything, と remember 暫定日本語案: isolated error’s real impact depends on URL (robots.txt has special error 暫定日本語案: handling その ordinary ページ doesn’t). Soft 404s ( 200 その reads as “not found”) are flagged by Google as wasting クロール budget — mainly large-サイト 暫定日本語案: concern, ない guaranteed effect on すべての サイト. 向けに planned downtime 暫定日本語案: 使用 503 + Retry-後に, kept へ “a few days at most,” と 決して 503 暫定日本語案: robots.txt. 監視 family 通じて GSC’s ページ インデックス登録 レポート. この hub maps 暫定日本語案: と routes へ すべての individual code.

one distinction その runs whole topic

暫定日本語案: protocol code describes HTTP outcome; 検索 Console label describes どのように 暫定日本語案: Google classified observed fetch. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: RFC 9110: Status codes Do ない infer single root cause または exact removal time から family alone. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: Google: HTTP and network errors

暫定日本語案: Four layers get flattened へ “it’s a 404” whenever 人々 talk について errors, 暫定日本語案: と 保持 them apart is 何 作る rest of この ページ 作る sense:

  1. 暫定日本語案: Protocol semantics — 何 status code means per HTTP spec ( 404 暫定日本語案: means “not found,” full stop).
  2. 暫定日本語案: ** observed fetch** — 何 Googlebot actually got back on specific 暫定日本語案: リクエスト at specific time, which できる differ から 何 ブラウザー sees.
  3. 暫定日本語案: 検索 processing — どのように Google’s インデックス登録 pipeline classifies と acts on 暫定日本語案: その observed fetch (drops URL, throttles クロール, ignores body).
  4. 暫定日本語案: Root cause — actual 理由 on あなた サーバー ( bad deploy, 暫定日本語案: overloaded database, WAF rule), which status code alone 決して tells 暫定日本語案: あなた.

暫定日本語案: Knowing family (4xx vs 5xx) tells あなた which of 最初 three layers あなた’re 暫定日本語案: looking at. It 決して substitutes 向けに layer 4 — あなた still have へ go find out なぜ.

暫定日本語案: Google’s own docs frame split cleanly, と it’s worth internalizing 前に 暫定日本語案: anything else: 4xx errors say “the content doesn’t exist”; 5xx errors say “the server itself is failing.” それらの are two completely 異なる 問題, と 暫定日本語案: Google’s インデックス登録 pipeline responds へ them in two completely 異なる ways.

暫定日本語案: useful anchor 最初: even success code isn’t promise. Google says 暫定日本語案: plainly その “for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” Error codes are actually more deterministic half of 暫定日本語案: picture — それら tell Google, unambiguously, either “gone” または “broken.”

どのように Google treats 4xx errors

暫定日本語案: 向けに クライアント errors, Google’s behavior is uniform と blunt: “Google doesn’t use the content from URLs that return 4xx status codes,”“Google crawlers inform the next processing system that the content doesn’t exist.” Even if あなた 暫定日本語案: 403 または 404 ページ renders wall of real text, none of it gets インデックス登録 — body 暫定日本語案: of error レスポンス is ignored.

暫定日本語案: Two consequences follow:

  • 暫定日本語案: Previously インデックス登録 URLs get dropped. Once ページ reliably returns 4xx, 暫定日本語案: Google removes it から インデックス登録 超えて time.
  • 暫定日本語案: There’s no クロール-rate penalty. この is myth-buster: “The 4xx status codes, except 429, have no effect on crawl rate.” mountain of 404s does 暫定日本語案: ない slow Google’s クロール of rest of あなた サイト.

暫定日本語案: その 最後 point kills bad instinct: don’t try へ throttle Googlebot とともに 暫定日本語案: 401 または 403. Google explicitly warns “don’t use 401 and 403 status codes for limiting the crawl rate.” auth wall doesn’t slow クロール — it just 作る 暫定日本語案: コンテンツ invisible.

どのように Google treats 5xx errors (と 429)

暫定日本語案: サーバー errors trigger “the server is struggling” branch, と here Google is 暫定日本語案: deliberately protective of あなた サイト:

  • 暫定日本語案: クロール rate throttles 最初, proportionate へ volume. “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling,”“the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” handful of 500s barely 暫定日本語案: registers; サイト-wide outage cuts クロール hard.
  • 暫定日本語案: インデックス登録 URLs are preserved… until errors persist. “Already indexed URLs are preserved in the index, but eventually dropped,” と Google “removes from the index URLs that persistently return a server error.” short blip 暫定日本語案: doesn’t deindex あなた; sustained failure does.
  • 暫定日本語案: コンテンツ から 5xx is ignored too. “Any content Google receives from URLs that return a 5xx status code is ignored.”
  • 暫定日本語案: Recovery is 自動 ただし gradual. “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” 暫定日本語案: Google is fast へ back off と cautious へ ramp back up — there’s no 手動 暫定日本語案: “unlock,” あなた just fix root cause と wait.

なぜ 429 lives in サーバー-error bucket

暫定日本語案: この is single 大半の-missed nuance in 大半の guides. 429 Too Many Requests is 暫定日本語案: numerically 4xx, ただし Google treats it as サーバー signal: “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” So WAF または rate limiter その starts firing 429s at 暫定日本語案: Googlebot する throttle あなた クロール 同じ way wave of 500s する — ない drop 暫定日本語案: individual ページ way 404 does. いつ I break codes down in 暫定日本語案: my HTTP status codes guide at Ahrefs, 暫定日本語案: I put 429 とともに サーバー errors 向けに exactly この 理由: it’s “a form of rate-limiting to protect the server,” と it 作る Google slow down.

error-code family map

暫定日本語案: Here’s fast triage view of whole family. 各 code below is its own 暫定日本語案: deep dive nested 下で この hub (それら’re in sidebar too):

暫定日本語案: Blocked / access errors

  • 暫定日本語案: 401 Unauthorized — クライアント hasn’t identified または verified itself いつ 暫定日本語案: needed. Blocked へ Googlebot behind auth リクエスト.
  • 暫定日本語案: 403 Forbidden — クライアント is known ただし doesn’t have access rights.

暫定日本語案: ない-found errors

  • 暫定日本語案: 404 ない Found — リクエスト resource isn’t found.
  • 暫定日本語案: 404 vs 410 — practical difference 間に “not found” と “gone” (it’s 暫定日本語案: smaller than 人々 think).
  • 暫定日本語案: 410 Gone — like 404, ただし it また says resource won’t be back. Drops 暫定日本語案: ページ slightly faster.

暫定日本語案: ** dual-identity code**

  • 暫定日本語案: 429 Too Many リクエスト — rate limiting; numerically 4xx ただし Google treats it 暫定日本語案: as サーバー error 向けに クロール-rate purposes.

暫定日本語案: Legal

  • 暫定日本語案: 451 Unavailable 向けに Legal 理由 — blocked 向けに legal 理由: 国-level 暫定日本語案: blocks, DMCA takedowns.

暫定日本語案: サーバー errors (5xx)

  • 暫定日本語案: 500 Internal サーバー Error — サーバー hit 問題 it できる’t handle.
  • 暫定日本語案: 502 Bad Gateway — bad レスポンス から upstream サーバー.
  • 暫定日本語案: 503 Service Unavailable — サーバー is overloaded または down 向けに maintenance 暫定日本語案: ( 正しい code 向けに planned downtime).
  • 暫定日本語案: 504 Gateway Timeout — no timely レスポンス から upstream サーバー.

暫定日本語案: ** trap ケース**

  • 暫定日本語案: Soft 404 — ページ その returns 200 OK ただし reads as “not found.” 暫定日本語案: worst of both worlds — more on この below.

暫定日本語案: Broken リダイレクト are error-adjacent ただし categorized separately (Google surfaces 暫定日本語案: them as “Redirect error” in 検索 Console, distinct から normal, 機能 暫定日本語案: “Page with redirect”). By デフォルト Google’s crawlers “follow up to 10 redirect hops” 前に giving up; chain その’s too long, loops, または contains bad URL 暫定日本語案: turns へ その リダイレクト-error status.

Does HTTP error hurt あなた SEO

暫定日本語案: Lead とともに verdict: ** isolated error on ordinary ページ is almost 決して 暫定日本語案: 問題, と 404s specifically are ない ランキング または quality signal.** Mueller has 暫定日本語案: been explicit と repeated について この. reflex — “I have 50,000 404s, my site must be penalized” — is number-one myth へ defuse. Errors are normal part 暫定日本語案: of web; having ページ 404 または 410 is technically 正しい way へ handle 暫定日本語案: URLs その don’t exist.

暫定日本語案: “Isolated” doesn’t mean “always harmless,” though — real impact depends on 暫定日本語案: 何’s returning error. ordinary ページ 404ing is non-イベント; special 暫定日本語案: resource is 異なる. Google gives robots.txt its own error-handling rules 暫定日本語案: distinct から regular URLs, so サーバー error on robots.txt できる affect クロール 暫定日本語案: in way ordinary ページ’s 404 決して する. Judge error by 何 URL it’s on 暫定日本語案: と 何 depends on it, ない by status code alone.

暫定日本語案: one pattern とともに real, documented mechanism is persistent, mass 5xx: 暫定日本語案: クロール-rate throttle → eventual deindexing. と even その is proportionate へ どのように 暫定日本語案: many URLs are erroring と generally reversible once サーバー recovers — Google 暫定日本語案: describes ramp-back-up as gradual, ない instant, so treat exact timing, 暫定日本語案: retry cadence, と recovery speed as evidence-dependent (何 Google’s docs 暫定日本語案: describe happening) rather than fixed guarantee. distinction Mueller draws 暫定日本語案: is one へ remember: クロール rate reacts へ サーバー errors (429/500/503/ 暫定日本語案: timeouts), ない へ 404s.

クロール waste vs deindexing — two 異なる harms

暫定日本語案: It 役立つ へ separate two ways errors できる cost あなた:

  • 暫定日本語案: Deindexing — persistent 4xx (ページ dropped as “gone”) または persistent 5xx 暫定日本語案: (ページ dropped 後に sustained サーバー failure). この is について ページ leaving 暫定日本語案: インデックス登録.
  • 暫定日本語案: クロール-budget waste — mostly large-サイト concern. Google’s クロール-budget 暫定日本語案: guide notes “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” ただし real budget-waster is soft 暫定日本語案: 404: “soft 404 pages will continue to be crawled, and waste your budget.” 暫定日本語案: Because soft 404 looks alive (it returns 200), Google 保持 re-確認 暫定日本語案: ページ その isn’t really there. その’s なぜ soft 404 is “worst of both” 暫定日本語案: ケース — it doesn’t cleanly drop like true 404, it lingers と burns fetches.

暫定日本語案: soft-404 trap has two 一般的な causes, both worth naming: カスタム “page not found” template その returns 200 instead of real 404, と blanket 暫定日本語案: リダイレクト of すべての dead URL へ homepage — Google recognizes その pattern as 暫定日本語案: soft 404 too. friendly 404 ページ is good 向けに UX と fully recommended — as 暫定日本語案: long as it still returns actual HTTP 404 status code.

Doing planned downtime right way

暫定日本語案: いつ あなた intentionally take サイト (または section) offline, 正しい code is 暫定日本語案: 503 Service Unavailable とともに Retry-After header — 決して 4xx. Google’s 暫定日本語案: “Pause your online business” guidance is specific:

  • 暫定日本語案: “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.”
  • 暫定日本語案: “This is an extreme measure that should only be taken for a very short period of time (a few days at most),” because “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” during 暫定日本語案: downtime — 4xx says “permanently gone,” which is exactly 誤った signal 向けに 暫定日本語案: temporary outage.
  • 暫定日本語案: trap almost everyone misses: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” 503 あなた ページ, ない 暫定日本語案: あなた robots.txt.

どのように へ 監視 whole family in 検索 Console

暫定日本語案: Day へ day, あなた’ll meet これらの errors in 検索 Console’s ページ インデックス登録 暫定日本語案: レポート, どこ 各 maps へ distinct status:

  • 暫定日本語案: ない found (404)“this page returned a 404 error when requested.”
  • 暫定日本語案: サーバー error (5xx)“your server returned a 500-level error when the page was requested.”
  • 暫定日本語案: Blocked due へ unauthorized リクエスト (401)“the page was blocked to Googlebot by a request for authorization.”
  • 暫定日本語案: Blocked due へ access forbidden (403) — 403 どこ credentials were 暫定日本語案: 提供 ただし access wasn’t granted.
  • 暫定日本語案: Blocked due へ other 4xx 問題 — 4xx ない covered by another status; 使用 暫定日本語案: URL Inspection へ debug.
  • 暫定日本語案: Soft 404“user-friendly ‘not found’ message but not a 404 HTTP response code.”
  • 暫定日本語案: リダイレクト error — chain too long, loop, 超えて-long URL, または bad URL in 暫定日本語案: chain.

暫定日本語案: 各 status points at 異なる root cause と fix path. Once あなた’ve resolved 暫定日本語案: one, 使用 Validate Fix へ prompt recrawl — ただし 設定 realistic expectations on 暫定日本語案: timing; recrawl isn’t instant. と remember Google’s own framing: “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.” ない すべての error is へ-do.

暫定日本語案: 検索 Console alone isn’t enough へ act on — it’s one vantage point, sampled と 暫定日本語案: delayed. いつ あなた log error 向けに triage, record at minimum: URL, いつ 暫定日本語案: あなた observed it, vantage point (検索 Console vs. live 確認 vs. 暫定日本語案: サーバー/CDN logs), ユーザー agent リクエスト came in on, HTTP 方法, 暫定日本語案: final status code と レスポンス path (including any リダイレクト chain), 暫定日本語案: whether it’s one-off または recurring, と post-fix verification 手順 once 暫定日本語案: あなた’ve redeployed. Triangulating GSC against live status 確認 と あなた own 暫定日本語案: logs is 何 turns stale レポート row へ confirmed, fixable 問題.

どのように へ fix と prioritize errors

  • 暫定日本語案: Triage 404s by value. Fix ones とともに inbound links, internal links, 暫定日本語案: sitemap presence, または lingering トラフィック — 301-リダイレクト それらの へ relevant ページ 暫定日本語案: へ recover link equity. Let genuinely dead URLs 404 または 410. As I put it in 暫定日本語案: my Ahrefs guide, practical fix 向けに 大半の of これらの is その “you just need to 301 redirect each of these pages to a relevant page” — ただし だけ どこ 暫定日本語案: relevant target exists. Don’t blanket-リダイレクト everything へ homepage 暫定日本語案: (その’s soft 404).
  • 暫定日本語案: 410 vs 404 is marginal. 410 drops ページ slightly faster than 404; 暫定日本語案: practical SEO difference is minor. 使用 410 いつ あなた want へ be explicit その 暫定日本語案: something is gone 向けに good, ただし don’t expect it へ be dramatically better.
  • 暫定日本語案: Root-cause 5xx. fixes are on サーバー side: capacity と timeouts 向けに 暫定日本語案: 500s, upstream/CDN health 向けに 502/504, と WAF または rate-limiting rules 暫定日本語案: misfiring on Googlebot 向けに 403/429. Confirm real bot とともに reverse/forward 暫定日本語案: DNS 確認 前に あなた go rate-limiting it.
  • 暫定日本語案: 一般的な root causes worth naming: app と database errors と overloaded 暫定日本語案: hosts (5xx), upstream/CDN failures (502/504), rate limiting または bot-blocking 暫定日本語案: WAFs (403/429), broken migrations と stale internal links (404), と 暫定日本語案: misconfigured “friendly error pages” (soft 404).

Bing: similar pattern, ない independently verified code-向けに-code

暫定日本語案: Bing’s public statements point in 同じ direction as Google’s approach — 暫定日本語案: 400-range codes are treated as 不足している または forbidden, と 500-range codes signal 暫定日本語案: サーバー trouble その 機能 against クロール efficiency — ただし I haven’t independently 暫定日本語案: verified full, 現在の, code-by-code parity against Bing’s own ドキュメント, so 暫定日本語案: treat この as directional rather than confirmed one-へ-one match. Fabrice Canel 暫定日本語案: frames Bing’s goal as “crawl efficiency north star … to crawl a URL only when the content has been added … updated,” と persistent errors 機能 directly 暫定日本語案: against その — Bing spends クロール footprint on URLs その aren’t yielding fresh, 暫定日本語案: indexable コンテンツ. Bing また recommends 503 とともに Retry-後に 向けに planned 暫定日本語案: downtime rather than serving error ページ as 200. あなた’ll find Bing’s クロール-error 暫定日本語案: surfaces in Bing Webmaster ツール (URL Inspection, クロール Control, サイト Scan).

どこ へ go next

暫定日本語案: この ページ is conceptual hub 向けに error-code family. It sits inside 暫定日本語案: broader HTTP Status Codes cluster ( 暫定日本語案: full 1xx–5xx picture, plus リダイレクト と success codes); この sub-hub is map 暫定日本語案: 向けに error half of その. 各 code below is its own deep dive:

暫定日本語案: Blocked / access

  • 暫定日本語案: 401 Unauthorized — 何 triggers “Blocked due to unauthorized request” 暫定日本語案: status, と なぜ auth walls don’t throttle Googlebot.
  • 暫定日本語案: 403 Forbidden — credentials-提供-ただし-denied, と WAF/bot-blocking 暫定日本語案: patterns その cause false 403s へ Googlebot.

暫定日本語案: ない found

  • 暫定日本語案: 404 ない Found — どのように Google handles 不足している ページ, なぜ it’s ない penalty, 暫定日本語案: と which 404s へ actually fix.
  • 暫定日本語案: 404 vs 410 — real, small difference, と いつ へ reach 向けに 各.
  • 暫定日本語案: 410 Gone — “permanently gone” signal と its slightly faster drop.

暫定日本語案: Rate limiting

  • 暫定日本語案: 429 Too Many リクエスト — 4xx その behaves like 5xx, と どのように へ 保つ 暫定日本語案: rate limits から throttling あなた クロール.

暫定日本語案: Legal

  • 暫定日本語案: 451 Unavailable 向けに Legal 理由 — takedowns, 国 blocks, と どのように 暫定日本語案: legal removals 表示 up.

暫定日本語案: サーバー errors

  • 暫定日本語案: 500 Internal サーバー Error — generic サーバー failure と どのように へ 暫定日本語案: root-cause it.
  • 暫定日本語案: 502 Bad Gateway — upstream/proxy failures.
  • 暫定日本語案: 503 Service Unavailable — 正しい code 向けに maintenance と planned 暫定日本語案: downtime (とともに robots.txt trap).
  • 暫定日本語案: 504 Gateway Timeout — upstream timeouts.

暫定日本語案: ** trap ケース**

  • 暫定日本語案: Soft 404 — 200-その-reads-as-gone, なぜ it wastes クロール budget, と どのように 暫定日本語案: へ turn it へ real 404.

暫定日本語案: Broken リダイレクト are handled separately as リダイレクト error status — related 暫定日本語案: ただし categorized on its own in 検索 Console.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.