HTTP Lỗi Codes

TL;DR — HTTP lỗi codes là đó “something went wrong” (bản dịch) «điều gì đó went sai» các phản hồi của bạn máy chủ gửi thay vì một thông thường “200 OK.” They come trong hai families: 4xx (đó trang là bị thiếu hoặc blocked — một client vấn đề) và 5xx (đó máy chủ itself là struggling). Google xử lý them very differently: một 4xx chỉ drops đó trang từ tìm kiếm; một 5xx làm Google chậm xuống crawling của bạn toàn bộ site until đó máy chủ recovers. Và despite đó panic they nguyên nhân, 404 các lỗi không phải một hình phạt — bạn chỉ cần để cách sửa đó ones đó quan trọng.

Điều gì HTTP lỗi codes là

HTTP các mã trạng thái là standardized phản hồi metadata grouped vào client-lỗi 4xx và máy chủ-lỗi 5xx classes. 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: 2026-07-14 RFC 9110: Status codes Google documents distinct crawling và lập chỉ mục xử lý cho những điều đó phản hồi families. 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: 2026-07-14 Google: HTTP and network errors

Mỗi khi một trình duyệt hoặc một công cụ tìm kiếm bot các yêu cầu một trang, máy chủ của bạn các câu trả lời với một three-digit mã trạng thái. 200 có nghĩa là “here’s the page, all good.” (bản dịch) «ở đây đó trang, all good.» Đó lỗi codes là đó ones trong đó 400s và 500s — they có nghĩa là đó yêu cầu đã không succeed.

có hai families, và khác biệt giữa them là single phần lớn quan trọng điều on điều này trang:

• 4xx — client các lỗi. Đó vấn đề là với đó yêu cầu: đó trang là đã biến mất (404), đây là đã permanently đã xóa (410), hoặc bạn là không được phép trong (401, 403). Để một công cụ tìm kiếm, một 4xx basically says “there’s no content here.” (bản dịch) «có không có nội dung ở đây.»
• 5xx — máy chủ các lỗi. Đó vấn đề là on của bạn end: đó máy chủ crashed (500), một hệ thống điều này phụ thuộc vào failed (502, 504), hoặc đây là overloaded hoặc xuống cho maintenance (503). Để một công cụ tìm kiếm, một 5xx says “the server itself is broken right now.” (bản dịch) «đó máy chủ itself là hỏng hiện tại.»

Cách Google reacts để mỗi family

Đây là nơi hai families split:

• ** 4xx trang chỉ nhận dropped từ tìm kiếm.** Google decides nội dung không exist và xóa URL từ của nó chỉ mục theo thời gian. Importantly, bunch của 404s làm không chậm xuống Cách Google crawl rest của bạn trang web.
• ** 5xx làm Google crawl của bạn toàn bộ trang web nhiều hơn slowly.** Khi máy chủ là erroring, Google eases off để tránh đang làm điều tệ hơn. của bạn đã-được lập chỉ mục các trang stay trong chỉ mục tại đầu tiên — Google chỉ bắt đầu dropping them nếu các lỗi giữ going. sau khi của bạn máy chủ là healthy again, crawling speeds lại lên on của nó own.

điều phần lớn mọi người nhận sai

MỘT pile of 404 các lỗi không phải một hình phạt. Google John Mueller có đã nói flat out đó 404s là “not a quality signal, it’s not a SEO signal.” (bản dịch) «không một quality tín hiệu, đây là không một SEO tín hiệu.» Hỏng và bị thiếu các trang là một thông thường part of đó web. So khi bạn open Search Console và see thousands of “Không tìm thấy” các lỗi, không panic — bạn chỉ cần để cách sửa đó ones đó thực ra quan trọng: các trang mọi người vẫn link để, các trang trong của bạn sitemap, các trang đó đã là getting traffic. Đó genuinely dead ones có thể chỉ stay 404.

một pattern đó làm có thực, được ghi lại downside là máy chủ đó giữ throwing 5xx các lỗi — đó case nơi Google throttles crawling và eventually drops các trang. Ngay cả sau đó nó reversible: khắc phục máy chủ và nó recovers.

nhanh tour của codes

mỗi của những điều này có của nó own deep-dive trang — ở đây một-line version:

• 401 / 403 — đó trang là blocked (bạn cần để log trong, hoặc bạn là bị cấm).
• 404 — trang không tìm thấy. 410 — trang đã biến mất cho good.
• 429 — “too many requests” (bản dịch) «quá nhiều yêu cầu» (rate limiting). Looks như một client lỗi nhưng Google xử lý điều này như một máy chủ lỗi.
• 451 — blocked cho legal reasons (một takedown, một country-cấp độ block).
• 500 / 502 / 503 / 504 — đó máy chủ-lỗi family (crash, gateway không hợp lệ, không khả dụng, gateway quá thời gian).
• Soft 404 — đó sneaky một: một trang đó says “không tìm thấy” nhưng trả về một 200 code, so Google giữ kiểm tra điều này.

Muốn mechanics — chính xác Cách Google tốc độ crawl reacts, Khi các trang nhận deindexed, Cách take trang web xuống right way, và Cách monitor tất cả điều này trong Search Console? Chuyển để Nâng cao tab.

TL;DR — HTTP lỗi codes là đó 4xx (client) và 5xx (máy chủ) status classes. Google draws một hard behavioral line giữa them: 4xx (except 429) có nghĩa là “the content doesn’t exist” (bản dịch) «đó nội dung không exist» — đó URL là dropped từ đó chỉ mục, với “no effect on crawl rate” (bản dịch) «không effect on tốc độ crawl»; 5xx (và 429) có nghĩa là “the server is failing” (bản dịch) «đó máy chủ là failing» — Google throttles crawling proportionately, preserves được lập chỉ mục URLs tại đầu tiên, và chỉ deindexes nếu đó các lỗi persist, thì ramps tốc độ crawl lại lên dần sau recovery. 429 là numerically một 4xx nhưng Google calls điều này “a server error.” (bản dịch) «một máy chủ lỗi.» Nội dung từ bất kỳ lỗi phản hồi là đã bỏ qua. 404s không phải một quality tín hiệu (Mueller) — triage by links/traffic, không cách sửa mọi thứ, và remember an isolated lỗi real impact phụ thuộc vào đó URL (robots.txt có special lỗi xử lý đó an ordinary trang không). Soft 404s (một 200 đó đọc as “không được tìm thấy”) là flagged by Google as wasting ngân sách crawl — mainly một lớn-site concern, không một guaranteed effect on mỗi site. Cho planned downtime dùng 503 + Retry-Sau, kept để “a few days at most,” (bản dịch) «vài days nhiều nhất,» và không bao giờ 503 đó robots.txt. Monitor đó family qua GSC Trang Lập chỉ mục báo cáo. Này hub maps và routes để mỗi riêng lẻ code.

một phân biệt đó chạy toàn bộ topic

giao thức code mô tả HTTP outcome; Search Console label mô tả Cách 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: 2026-07-14 RFC 9110: Status codes không infer single root nguyên nhân hoặc chính xác removal time từ 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: 2026-07-14 Google: HTTP and network errors

Four layers nhận flattened vào “đây là một 404” bất cứ khi nào mọi người talk về các lỗi, và giữ them apart là Điều gì làm rest của điều này trang làm hợp lý:

1. Giao thức semantics — Điều gì mã trạng thái có nghĩ là theo HTTP spec ( 404 có nghĩ là “không tìm thấy,” đầy đủ dừng).
2. ** observed fetch** — Điều gì Googlebot thực ra đã nhận lại on cụ thể yêu cầu tại cụ thể time, mà có thể differ từ Điều gì trình duyệt sees.
3. Tìm kiếm processing — Cách Google lập chỉ mục pipeline classifies và acts on đó observed fetch (drops URL, throttles crawl, bỏ qua thân phản hồi).
4. Root nguyên nhân — thực tế reason on của bạn máy chủ ( bad deploy, overloaded database, WAF rule), mà mã trạng thái alone không bao giờ tells bạn.

Knowing family (4xx so với 5xx) tells bạn mà của đầu tiên three layers bạn’re looking tại. nó không bao giờ substitutes cho layer 4 — bạn vẫn có để go tìm out Vì sao.

Google own tài liệu frame đó split cleanly, và đây là worth internalizing trước bất cứ điều gì khác: 4xx các lỗi chẳng hạn “the content doesn’t exist” (bản dịch) «đó nội dung không exist»; 5xx các lỗi chẳng hạn “the server itself is failing.” (bản dịch) «đó máy chủ itself là failing.» Những là hai completely khác nhau các vấn đề, và Google pipeline lập chỉ mục responds để them trong hai completely khác nhau ways.

MỘT hữu ích anchor đầu tiên: ngay cả một success code không một promise. Google says plainly đó “for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (bản dịch) «cho Google Search, an HTTP 2xx (success) mã trạng thái không bảo đảm lập chỉ mục.» Lỗi codes là thực ra đó hơn deterministic half of đó picture — they tell Google, unambiguously, either “đã biến mất” hoặc “hỏng.”

Google xử lý 4xx các lỗi

Cho client các lỗi, Google behavior là uniform và blunt: “Google doesn’t use the content from URLs that return 4xx status codes,” (bản dịch) «Google không dùng đó nội dung từ URLs đó trả về 4xx các mã trạng thái,» và “Google crawlers inform the next processing system that the content doesn’t exist.” (bản dịch) «Google các crawler inform đó tiếp theo processing hệ thống đó nội dung không exist.» Ngay cả khi của bạn 403 hoặc 404 trang renders một wall of real text, none of điều này nhận được lập chỉ mục — đó thân phản hồi of an lỗi phản hồi là đã bỏ qua.

Hai consequences follow:

• Previously được lập chỉ mục URLs nhận dropped. Khi một trang reliably trả về một 4xx, Google xóa điều này từ đó chỉ mục theo thời gian.
• có không crawl-rate hình phạt. Này là đó myth-buster: “The 4xx status codes, except 429, have no effect on crawl rate.” (bản dịch) «Đó 4xx các mã trạng thái, except 429, có không effect on tốc độ crawl.» MỘT mountain of 404s làm không chậm Google crawling of đó rest of trang web của bạn.

Đó cuối cùng point kills một bad instinct: không try để throttle Googlebot với một 401 hoặc 403. Google explicitly warns “don’t use 401 and 403 status codes for limiting the crawl rate.” (bản dịch) «không dùng 401 và 403 các mã trạng thái cho limiting đó tốc độ crawl.» An auth wall không chậm đó crawl — điều này chỉ làm đó nội dung invisible.

Google xử lý 5xx các lỗi (và 429)

Máy chủ các lỗi trigger đó “the server is struggling” (bản dịch) «đó máy chủ là struggling» branch, và ở đây Google là có chủ ý protective of trang web của bạn:

• Tốc độ crawl throttles đầu tiên, proportionate để volume. “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling,” (bản dịch) «5xx và 429 máy chủ các lỗi prompt Google các crawler để temporarily chậm xuống với crawling,» và “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (bản dịch) «đó decrease trong tốc độ crawl là proportionate để đó number of riêng lẻ URLs đó là returning một máy chủ lỗi.» MỘT handful of 500s barely registers; một site-wide outage cuts crawling hard.
• Được lập chỉ mục URLs là được bảo toàn… until đó các lỗi persist. “Already indexed URLs are preserved in the index, but eventually dropped,” (bản dịch) «Đã được lập chỉ mục URLs là được bảo toàn trong đó chỉ mục, nhưng eventually dropped,» và Google “removes from the index URLs that persistently return a server error.” (bản dịch) «xóa từ đó chỉ mục URLs đó persistently trả về một máy chủ lỗi.» MỘT ngắn blip không deindex bạn; một sustained failure làm.
• Nội dung từ 5xx là đã bỏ qua cũng. “Any content Google receives from URLs that return a 5xx status code is ignored.” (bản dịch) «Bất kỳ nội dung Google nhận từ URLs đó trả về một 5xx mã trạng thái là đã bỏ qua.»
• Recovery là tự động nhưng gradual. “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (bản dịch) «Khi đó máy chủ bắt đầu responding với một 2xx mã trạng thái, Google dần increases đó tốc độ crawl cho đó site.» Google là fast để lại off và cautious để ramp lại lên — có không manual “unlock,” bạn chỉ cách sửa đó root nguyên nhân và chờ.

Vì sao 429 lives trong máy chủ-lỗi bucket

Này là đó single hầu hết-missed nuance trong hầu hết các hướng dẫn. 429 Too Many Requests là numerically một 4xx, nhưng Google xử lý điều này as một máy chủ tín hiệu: “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (bản dịch) «Google các crawler treat đó 429 mã trạng thái as một tín hiệu đó máy chủ là overloaded, và đây là considered một máy chủ lỗi.» So một WAF hoặc rate limiter đó bắt đầu firing 429s tại Googlebot sẽ throttle của bạn crawl cùng cách một wave of 500s sẽ — không drop riêng lẻ các trang đó way một 404 làm. Khi I break đó codes xuống trong my HTTP các mã trạng thái hướng dẫn tại Ahrefs, I put 429 với đó máy chủ các lỗi cho chính xác này reason: đây là “a form of rate-limiting to protect the server,” (bản dịch) «một form of rate-limiting để bảo vệ đó máy chủ,» và điều này làm Google chậm xuống.

lỗi-code family map

Ở đây fast triage view của toàn bộ family. mỗi code dưới là của nó own deep dive nested dưới điều này hub (họ’re trong sidebar cũng):

Blocked / access các lỗi

• 401 Không được ủy quyền — client hasn’t identified hoặc verified itself Khi needed. Blocked để Googlebot behind auth yêu cầu.
• 403 Bị cấm — client là known nhưng không có access rights.

không-tìm thấy các lỗi

• 404 Không tìm thấy — requested tài nguyên không phải tìm thấy.
• 404 so với 410 — practical khác biệt giữa “không tìm thấy” và “đã biến mất” (nó nhỏ hơn mọi người think).
• 410 Đã biến mất — như 404, nhưng nó cũng nói tài nguyên sẽ không là lại. Drops các trang slightly nhanh hơn.

** dual-identity code**

• 429 Quá nhiều yêu cầu — rate limiting; numerically 4xx nhưng Google xử lý nó as máy chủ lỗi cho crawl-rate purposes.

Legal

• 451 Không khả dụng cho Legal Reasons — blocked cho legal reason: country-cấp độ chặn, DMCA takedowns.

máy chủ các lỗi (5xx)

• 500 Lỗi máy chủ nội bộ — máy chủ hit vấn đề nó có thể’t xử lý.
• 502 Cổng kết nối lỗi — bad phản hồi từ upstream máy chủ.
• 503 Dịch vụ không khả dụng — máy chủ là overloaded hoặc xuống cho maintenance ( đúng code cho planned downtime).
• 504 Hết thời gian chờ cổng kết nối — không timely phản hồi từ upstream máy chủ.

** trap case**

• soft 404 — trang đó trả về 200 OK nhưng đọc as “không tìm thấy.” worst của cả hai worlds — nhiều hơn on điều này dưới.

Hỏng các chuyển hướng là lỗi-liền kề nhưng categorized riêng (Google surfaces them as “Redirect error” (bản dịch) «Lỗi chuyển hướng» trong Search Console, distinct từ một thông thường, hoạt động “Page with redirect” (bản dịch) «Trang với chuyển hướng»). Theo mặc định Google các crawler “follow up to 10 redirect hops” (bản dịch) «follow lên để 10 chuyển hướng hops» trước giving lên; một chain đó là cũng dài, loops, hoặc contains một bad URL turns vào đó Chuyển hướng-lỗi status.

Làm HTTP lỗi hurt của bạn SEO?

Lead với đó verdict: an isolated lỗi on an ordinary trang là gần như không bao giờ một vấn đề, và 404s cụ thể không phải một xếp hạng hoặc quality tín hiệu. Mueller có đã rõ ràng và repeated về này. Đó reflex — “I have 50,000 404s, my site must be penalized” (bản dịch) «I có 50 000 404s, my site phải được penalized» — là đó number-một myth để defuse. Các lỗi là một thông thường part of đó web; có các trang 404 hoặc 410 là đó technically correct way để xử lý URLs đó không exist.

“Isolated” không có nghĩa là “always harmless,” (bản dịch) «luôn harmless,» though — đó real impact phụ thuộc vào điều gì là returning đó lỗi. An ordinary trang 404ing là một non-event; một special tài nguyên là khác nhau. Google cho robots.txt của nó own lỗi-xử lý rules distinct từ regular URLs, so một máy chủ lỗi on robots.txt có thể ảnh hưởng crawling trong một way an ordinary trang 404 không bao giờ sẽ. Judge an lỗi by điều gì URL đây là on và điều gì phụ thuộc vào điều này, không by đó mã trạng thái alone.

một pattern với thực, được ghi lại mechanism là persistent, mass 5xx: crawl-rate throttle → eventual deindexing. và ngay cả Đó là proportionate để Cách nhiều các URL là erroring và generally reversible sau khi máy chủ recovers — Google mô tả ramp-lại-lên as gradual, không instant, so treat chính xác timing, retry cadence, và recovery speed as evidence-phụ thuộc (Điều gì tài liệu củ Google mô tả happening) thay vì fixed bảo đảm. phân biệt Mueller draws là một để remember: tốc độ crawl reacts để máy chủ các lỗi (429/500/503/ timeouts), không để 404s.

Crawl waste so với deindexing — hai khác harms

nó helps để tách biệt hai ways các lỗi có thể cost bạn:

• Deindexing — persistent 4xx (trang dropped as “đã biến mất”) hoặc persistent 5xx (các trang dropped sau sustained máy chủ failure). Này là về các trang leaving đó chỉ mục.
• Crawl-budget waste — mostly một lớn-site concern. Google crawl-budget hướng dẫn notes “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (bản dịch) «nếu đó site làm chậm xuống hoặc responds với máy chủ các lỗi, đó limit goes xuống và Google crawl ít hơn.» Nhưng đó real budget-waster là đó soft 404: “soft 404 pages will continue to be crawled, and waste your budget.” (bản dịch) «soft 404 các trang sẽ continue để là được crawl, và waste của bạn budget.» Vì một soft 404 looks alive (điều này trả về 200), Google giữ re-kiểm tra một trang đó không thực sự ở đó. đó là vì sao đó soft 404 là đó “worst of both” (bản dịch) «worst of cả hai» case — điều này không cleanly drop như một đúng 404, điều này lingers và burns fetches.

Đó soft-404 trap có hai phổ biến gây ra, cả hai worth naming: một custom “page not found” (bản dịch) «trang không tìm thấy» template đó trả về 200 thay vì một real 404, và một blanket chuyển hướng of mỗi dead URL để đó homepage — Google recognizes đó pattern as một soft 404 cũng. MỘT friendly 404 trang là good cho UX và fully được khuyến nghị — as dài as điều này vẫn trả về đó thực tế HTTP 404 mã trạng thái.

Đang làm planned downtime right way

Khi bạn intentionally take một site (hoặc một section) offline, đó correct code là 503 Dịch vụ không khả dụng với một Retry-After header — không bao giờ một 4xx. Google “Pause your online business” (bản dịch) «Pause của bạn online business» hướng dẫn là cụ thể:

• “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.” (bản dịch) «Nếu bạn cần để urgently disable đó site cho 1-2 days, thì trả về an informational lỗi trang với một 503 HTTP phản hồi mã trạng thái.»
• “This is an extreme measure that should only be taken for a very short period of time (a few days at most),” (bản dịch) «Này là an extreme đo lường đó nên chỉ là taken cho một very ngắn period of time (vài days nhiều nhất),» vì “completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” (bản dịch) «completely closing một site ngay cả cho chỉ vài weeks có thể có negative consequences on Google lập chỉ mục of trang web của bạn.»
• “Don’t block the website by returning 403, 404, 410 HTTP status codes” (bản dịch) «không block đó website by returning 403, 404, 410 HTTP các mã trạng thái» during downtime — một 4xx says “permanently gone,” (bản dịch) «permanently đã biến mất,» mà là chính xác đó sai tín hiệu cho một tạm thời outage.
• Đó trap gần như mọi người misses: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (bản dịch) «không trả về một 503 HTTP phản hồi mã trạng thái cho đó robots.txt file vì này chặn all crawling.» 503 của bạn các trang, không của bạn robots.txt.

Cách monitor toàn bộ family trong Search Console

Day để day, bạn’ll đáp ứng những điều này các lỗi trong Search Console’s trang lập chỉ mục báo cáo, nơi mỗi maps để distinct status:

• Không tìm thấy (404) — “this page returned a 404 error when requested.” (bản dịch) «này trang đã trả về một 404 lỗi khi requested.»
• Máy chủ lỗi (5xx) — “your server returned a 500-level error when the page was requested.” (bản dịch) «máy chủ của bạn đã trả về một 500-cấp độ lỗi khi đó trang đã là requested.»
• Blocked due để chưa được ủy quyền yêu cầu (401) — “the page was blocked to Googlebot by a request for authorization.” (bản dịch) «đó trang đã là blocked để Googlebot by một yêu cầu cho authorization.»
• Blocked due để access bị cấm (403) — một 403 nơi credentials đã là provided nhưng access đã không granted.
• Blocked due để other 4xx vấn đề — một 4xx không covered by một sản phẩm khác status; dùng URL Inspection để debug.
• Soft 404 — một “user-friendly ‘not found’ message but not a 404 HTTP response code.” (bản dịch) «người dùng-friendly ‘không tìm thấy’ message nhưng không một 404 HTTP phản hồi code.»
• Lỗi chuyển hướng — chain cũng dài, một loop, an over-dài URL, hoặc một bad URL trong đó chain.

Mỗi status points tại một khác nhau root nguyên nhân và cách sửa path. Khi bạn đã resolved một, dùng Validate Cách sửa để prompt một recrawl — nhưng set realistic expectations on timing; recrawl không instant. Và remember Google own cách diễn đạt: “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.” (bản dịch) «đây là fine cho một URL không để là được lập chỉ mục cho đó right reasons — ví dụ… một 404 cho một trang đó bạn đã xóa và có không replacement cho.» Không mỗi lỗi là một để-làm.

Search Console alone không phải đủ để act on — nó một vantage point, sampled và delayed. Khi bạn log lỗi cho triage, record tại minimum: URL, Khi bạn observed nó, vantage point (Search Console so với. trực tiếp kiểm tra so với. máy chủ/CDN nhật ký), người dùng agent yêu cầu nghĩ ra trong on, phương thức HTTP, cuối mã trạng thái và phản hồi path (including bất kỳ chuyển hướng chain), liệu nó một-off hoặc recurring, và post-khắc phục verification step sau khi bạn’ve redeployed. Triangulating GSC so với trực tiếp status kiểm tra và của bạn own nhật ký là Điều gì turns stale báo cáo hàng vào confirmed, fixable vấn đề.

Cách khắc phục và prioritize các lỗi

• Triage 404s by giá trị. Cách sửa đó ones với inbound links, liên kết nội bộ, sitemap presence, hoặc lingering traffic — 301-chuyển hướng những để một relevant trang để recover đó giá trị liên kết. Let genuinely dead URLs 404 hoặc 410. As I put điều này trong my Ahrefs hướng dẫn, đó practical cách sửa cho hầu hết of những là đó “you just need to 301 redirect each of these pages to a relevant page” (bản dịch) «bạn chỉ cần để 301 chuyển hướng mỗi of những các trang để một relevant trang» — nhưng chỉ nơi một relevant đích tồn tại. không blanket-chuyển hướng mọi thứ để đó homepage (đó là một soft 404).
• 410 so với 404 là marginal. MỘT 410 drops một trang slightly nhanh hơn một 404; đó practical SEO khác biệt là minor. Dùng 410 khi bạn muốn để là rõ ràng đó điều gì đó là đã biến mất cho good, nhưng không expect điều này để là dramatically tốt hơn.
• Root-nguyên nhân 5xx. Đó các cách sửa là on đó máy chủ side: capacity và timeouts cho 500s, upstream/CDN health cho 502/504, và WAF hoặc rate-limiting rules misfiring on Googlebot cho 403/429. Xác nhận đó real bot với một reverse/forward DNS kiểm tra trước khi bạn go rate-limiting điều này.
• Phổ biến root gây ra worth naming: app và database các lỗi và overloaded hosts (5xx), upstream/CDN failures (502/504), rate limiting hoặc bot-blocking WAFs (403/429), hỏng migrations và stale liên kết nội bộ (404), và misconfigured “friendly error pages” (bản dịch) «friendly lỗi các trang» (soft 404).

Bing: similar pattern, không independently verified code-cho-code

Bing công khai statements point trong đó giống nhau direction as Google approach — 400-range codes là treated as bị thiếu hoặc bị cấm, và 500-range codes tín hiệu máy chủ trouble đó hoạt động so với hiệu quả crawl — nhưng I haven’t independently verified đầy đủ, hiện tại, code-by-code parity so với Bing own tài liệu, so treat này as directional thay vì một confirmed một-để-một match. Fabrice Canel frames Bing goal as một “crawl efficiency north star … to crawl a URL only when the content has been added … updated,” (bản dịch) «hiệu quả crawl north star … để crawl một URL chỉ khi đó nội dung đã được đã thêm … đã cập nhật,» và persistent các lỗi hoạt động trực tiếp so với đó — Bing spends crawl footprint on URLs đó không yielding fresh, indexable nội dung. Bing cũng khuyến nghị một 503 với Retry-Sau cho planned downtime thay vì serving lỗi các trang as 200. Bạn’ll tìm Bing crawl-lỗi surfaces trong Bing Quản trị viên web Tools (URL Inspection, Crawl Control, Site Scan).

nơi để go tiếp theo

điều này trang là conceptual hub cho lỗi-code family. nó sits bên trong rộng hơn HTTP các mã trạng thái cluster ( đầy đủ 1xx–5xx picture, plus các chuyển hướng và các mã thành công); điều này sub-hub là map cho lỗi half của đó. mỗi code dưới là của nó own deep dive:

Blocked / access

• 401 Chưa được ủy quyền — điều gì triggers đó “Blocked due to unauthorized request” (bản dịch) «Blocked due để chưa được ủy quyền yêu cầu» status, và vì sao auth walls không throttle Googlebot.
• 403 Bị cấm — credentials-provided-nhưng-denied, và đó WAF/bot-blocking patterns đó nguyên nhân sai 403s để Googlebot.

Không tìm thấy

• 404 Không tìm thấy — cách Google xử lý bị thiếu các trang, vì sao đây là không một hình phạt, và mà 404s để thực ra cách sửa.
• 404 so với 410 — đó real, nhỏ khác biệt, và khi nào nên reach cho mỗi.
• 410 Đã biến mất — đó “permanently gone” (bản dịch) «permanently đã biến mất» tín hiệu và của nó slightly nhanh hơn drop.

Rate limiting

• 429 Quá nhiều yêu cầu — 4xx đó behaves như 5xx, và Cách giữ rate limits từ throttling của bạn crawl.

Legal

• 451 Không khả dụng cho Legal Reasons — takedowns, country chặn, và Cách legal removals hiển thị lên.

máy chủ các lỗi

• 500 Lỗi máy chủ nội bộ — generic máy chủ thất bại và Cách root-nguyên nhân nó.
• 502 Cổng kết nối lỗi — upstream/proxy failures.
• 503 Dịch vụ không khả dụng — đúng code cho maintenance và planned downtime (với robots.txt trap).
• 504 Hết thời gian chờ cổng kết nối — upstream timeouts.

** trap case**

• soft 404 — 200-đó-đọc-as-đã biến mất, Vì sao nó wastes ngân sách crawl, và Cách để turn nó vào thực 404.

Hỏng các chuyển hướng là handled riêng as chuyển hướng lỗi status — related nhưng categorized on của nó own trong Search Console.

AI summary

condensed take on Nâng cao version:

• Hai families, hai behaviors. 4xx = “content doesn’t exist” (bản dịch) «nội dung không exist»; 5xx = “the server is failing.” (bản dịch) «đó máy chủ là failing.» Google pipeline lập chỉ mục responds để mỗi very differently.
• 4xx (except 429): nội dung là đã bỏ qua, đó URL drops từ đó chỉ mục, và có “no effect on crawl rate.” (bản dịch) «không effect on tốc độ crawl.» không dùng 401/403 để throttle Googlebot — Google explicitly says không để.
• 5xx (và 429): Google throttles crawling đầu tiên (proportionate để cách nhiều URLs lỗi), preserves được lập chỉ mục URLs tại đầu tiên, và deindexes chỉ nếu các lỗi persist. Recovery là tự động nhưng đó tốc độ crawl ramps lại lên dần.
• 429 là đó odd một out: numerically 4xx, nhưng Google xử lý điều này as “a server error” (bản dịch) «một máy chủ lỗi» cho crawl-rate purposes — điều này behaves như một 5xx.
• 404s không phải một quality/tín hiệu xếp hạng (Mueller). không panic over an lỗi count; triage by links, sitemap presence, và traffic — 301 đó ones đó quan trọng, let dead các trang 404/410.
• An isolated lỗi impact phụ thuộc vào đó URL, không chỉ đó mã trạng thái — an ordinary trang 404ing là một non-event, nhưng special các tài nguyên như robots.txt có của họ own lỗi xử lý và có thể ảnh hưởng crawling differently.
• Soft 404 là đó trap: một 200 đó đọc as “không tìm thấy,” mà Google flags as wasting ngân sách crawl vì điều này giữ re-kiểm tra một trang đó looks alive — mainly một lớn-site concern, không một guaranteed effect on mỗi site.
• 410 so với 404 là marginal — 410 drops slightly nhanh hơn; đó practical khác biệt là minor.
• Planned downtime: dùng 503 + Retry-Sau, “a few days at most,” (bản dịch) «vài days nhiều nhất,» không bao giờ 403/404/410, và không bao giờ 503 của bạn robots.txt (điều này chặn all crawling).
• Monitor qua GSC Trang Lập chỉ mục báo cáo — seven statuses (404, 5xx, 401, 403, other 4xx, soft 404, lỗi chuyển hướng) — plus của bạn own trực tiếp kiểm tra và máy chủ logs, và dùng Validate Cách sửa.
• Bing công khai statements point đó giống nhau direction as Google — nhưng đầy đủ code-by-code parity không independently verified; Bing cũng khuyến nghị 503 + Retry-Sau cho downtime.

Tài liệu chính thức

Chính-nguồn tài liệu từ các công cụ tìm kiếm.

Google

• HTTP các mã trạng thái, network các lỗi, và DNS các lỗi — definitive doc on Cách Google xử lý 4xx, 5xx, 429, các chuyển hướng, và network/DNS các lỗi.
• trang lập chỉ mục báo cáo (Search Console Help) — mỗi lỗi status bạn’ll see day để day (404, 5xx, 401, 403, khác 4xx, soft 404, chuyển hướng lỗi) và Validate khắc phục.
• Optimize của bạn ngân sách crawl — Cách máy chủ các lỗi reduce crawl limit và Vì sao soft 404s waste budget.
• Pause của bạn online business trong Google Search — 503 + Retry-sau khi playbook cho planned downtime, và Điều gì không để làm.
• soft 404 các lỗi — Điều gì soft 404 là và Cách khắc phục nó.
• Làm của bạn 404 các trang nhiều hơn hữu ích — older nhưng vẫn-standing hướng dẫn: friendly 404 trang là fine miễn là nó trả về thực 404 code.

Bing / Microsoft

• Crawl lỗi alerts (Bing Quản trị viên web Tools Help) — nơi Bing surfaces crawl các lỗi.
• bingbot Series: Maximizing Hiệu quả crawl — Bing “crawl efficiency north star,” (bản dịch) «hiệu quả crawl north star,» mà persistent các lỗi hoạt động so với.

Quotes từ nguồn

On—record statements từ Google và Bing. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — 4xx so với 5xx split

• “For Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (bản dịch) «Cho Google Search, an HTTP 2xx (success) mã trạng thái không bảo đảm lập chỉ mục.» — Google Search Central tài liệu. Nhảy đến trích dẫn
• “Google doesn’t use the content from URLs that return 4xx status codes.” (bản dịch) «Google không dùng đó nội dung từ URLs đó trả về 4xx các mã trạng thái.» Nhảy đến trích dẫn
• “The 4xx status codes, except 429, have no effect on crawl rate.” (bản dịch) «Đó 4xx các mã trạng thái, except 429, có không effect on tốc độ crawl.» Nhảy đến trích dẫn

Google — 5xx và 429

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling.” (bản dịch) «5xx và 429 máy chủ các lỗi prompt Google các crawler để temporarily chậm xuống với crawling.» Nhảy đến trích dẫn
• “already indexed URLs are preserved in the index, but eventually dropped.” (bản dịch) «đã được lập chỉ mục URLs là được bảo toàn trong đó chỉ mục, nhưng eventually dropped.» Nhảy đến trích dẫn
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (bản dịch) «Bất kỳ nội dung Google nhận từ URLs đó trả về một 5xx mã trạng thái là đã bỏ qua.» Nhảy đến trích dẫn
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (bản dịch) «Google các crawler treat đó 429 mã trạng thái as một tín hiệu đó máy chủ là overloaded, và đây là considered một máy chủ lỗi.» Nhảy đến trích dẫn

Google — ngân sách crawl và soft 404

• “If the site slows down or responds with server errors, the limit goes down and Google crawls less.” (bản dịch) «Nếu đó site làm chậm xuống hoặc responds với máy chủ các lỗi, đó limit goes xuống và Google crawl ít hơn.» Nhảy đến trích dẫn
• “Soft 404 pages will continue to be crawled, and waste your budget.” (bản dịch) «Soft 404 các trang sẽ continue để là được crawl, và waste của bạn budget.» Nhảy đến trích dẫn

Google — planned downtime

• “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.” (bản dịch) «Nếu bạn cần để urgently disable đó site cho 1-2 days, thì trả về an informational lỗi trang với một 503 HTTP phản hồi mã trạng thái.» Nhảy đến trích dẫn
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (bản dịch) «không trả về một 503 HTTP phản hồi mã trạng thái cho đó robots.txt file vì này chặn all crawling.» Nhảy đến trích dẫn

Google — nó fine không để là được lập chỉ mục

• “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.” (bản dịch) «đây là fine cho một URL không để là được lập chỉ mục cho đó right reasons — ví dụ, an dự kiến robots.txt rule trên trang web của bạn, một noindex tag on đó trang, một duplicate URL, hoặc một 404 cho một trang đó bạn đã xóa và có không replacement cho.» — Search Console Help. Nhảy đến trích dẫn

John Mueller, Google — 404s không phải quality tín hiệu

• “404s are not a quality signal, it’s not a SEO signal.” (bản dịch) «404s không phải một quality tín hiệu, đây là không một SEO tín hiệu.» Đọc bài đưa tin
• On crawl-rate reactions: “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.” (bản dịch) «Tôi chỉ mong tốc độ thu thập dữ liệu phản ứng nhanh như vậy nếu máy chủ đang trả về 429 / 500 / 503 / timeouts… (404s thường không sao; khi đã phát hiện, Googlebot sẽ thử lại chúng)… Khi điều settle xuống on đó máy chủ, đó tốc độ crawl sẽ trả về để thông thường tự động.» Đọc bài đưa tin

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).” (bản dịch) «Của chúng ta hiệu quả crawl north star là để crawl một URL chỉ khi đó nội dung đã được đã thêm (URL không được crawl trước), đã cập nhật (fresh on-trang context hoặc hữu ích outbound links).» Nhảy đến trích dẫn

Mà lỗi làm I deal với đầu tiên?

Khi batch của các lỗi hiển thị lên, hoạt động triage trong điều này order — máy chủ health trước khi bị thiếu các trang, vì đó nơi thực, trang web-wide damage lives.

1. là bạn seeing 5xx hoặc 429 (máy chủ lỗi, hoặc spike của timeouts)?

• Có → Treat nó as urgent. Đây là branch đó throttles crawling trang web-wide và có thể deindex các trang nếu nó persists. Root-nguyên nhân nó hiện tại: máy chủ capacity/timeouts (500), upstream/CDN health (502/504), hoặc WAF / rate limiter misfiring on Googlebot (403/429). Recovery là tự động sau khi bạn trả về 2xx, nhưng tốc độ crawl ramps lại lên dần.
• Không → Move on; 4xx có không crawl-rate effect.

2. là nó soft 404 ( 200 đó đọc as “không tìm thấy”)?

• Có → khắc phục phản hồi code. Either trả về thực 404/410, hoặc nếu trang moved, 301 nó để relevant trang. Dừng blanket-chuyển hướng dead các URL để homepage. Soft 404s waste ngân sách crawl vì Google giữ re-kiểm tra them.
• Không → Continue.

3. là nó 404 / 410 (Không tìm thấy / Đã biến mất)?

• Làm URL có inbound links, liên kết nội bộ, sitemap presence, hoặc lingering traffic?
• Có → 301-chuyển hướng nó để relevant trang để recover equity.
• Không → Leave nó. genuinely dead trang nên chỉ 404/410 — nó không hình phạt, và bạn không cần để khắc phục nó.

4. là nó 401 / 403 (Blocked)?

• nên điều này trang là công khai? Có → khắc phục auth/permission config hoặc WAF rule đó blocking Googlebot. Không → nó fine để là blocked — nhưng không expect 401/403 để throttle Googlebot; nó chỉ làm nội dung invisible.

5. là nó 451 (Legal)?

• đó legal takedown hoặc geo-block, không kỹ thuật bug — xử lý nó qua legal/compliance xử lý, không SEO một.

6. là nó chuyển hướng lỗi?

• Shorten chain (Google follows lên để ~10 hops), break loop, hoặc khắc phục bad/over-dài URL trong chain so nó resolves để single cuối 200.

Deindexing hoặc crawl waste — mà harm am I thực ra facing?

• các trang leaving chỉ mục? → Look cho persistent 4xx (dropped as “đã biến mất”) hoặc persistent 5xx (dropped sau khi sustained thất bại). Isolated các lỗi không làm điều này.
• Ngân sách crawl là burned (lớn các trang)? → Look cho soft 404s và mass các lỗi — các trang đó giữ getting re-được crawl vì họ look alive.

lỗi-code → behavior → khắc phục bảng tra nhanh

Google xử lý mỗi code

Fast facts

• 4xx (except 429): nội dung đã bỏ qua, URL dropped, zero crawl-rate effect.
• 5xx + 429: throttle đầu tiên, deindex chỉ nếu persistent, recovery là gradual.
• 404s là không một quality/tín hiệu xếp hạng — triage by links/traffic.
• Soft 404 = đó trap: 200 đó đọc as đã biến mất → wastes ngân sách crawl.
• Planned downtime = 503 + Retry-Sau, “a few days at most,” (bản dịch) «vài days nhiều nhất,» không bao giờ 403/404/410 — và không bao giờ 503 đó robots.txt (chặn all crawling).
• Các chuyển hướng: Google follows lên để ~10 hops; over-dài/looping chains = “Redirect error” (bản dịch) «Lỗi chuyển hướng» trong GSC.

GSC trang lập chỉ mục statuses để watch Không tìm thấy (404) · máy chủ lỗi (5xx) · Blocked due để Không được ủy quyền yêu cầu (401) · Blocked due để access bị cấm (403) · Blocked due để khác 4xx vấn đề · soft 404 · chuyển hướng lỗi — sau đó Validate khắc phục sau khi resolved.

các tài nguyên worth của bạn time

My related writing

• HTTP các mã trạng thái & của họ SEO Impact — my đầy đủ code-by-code breakdown: 4xx, 5xx, 429, và practical các cách sửa, trên toàn bộ status-code range.
• 11 Types của Các chuyển hướng & của họ SEO Impact — chuyển hướng side, mà là leading nguyên nhân của cả hai chuyển hướng các lỗi và soft 404s.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi các mã trạng thái fit trong bigger picture.

My speaking

• Cách Tìm kiếm Hoạt động (SlideShare) — my walkthrough of crawling, kết xuất, lập chỉ mục, và serving, including cách các mã trạng thái gate đó pipeline. (My standing disclaimer áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Này là my understanding of các hệ thống… không going để là 100% hoàn tất hoặc chính xác.»)

Từ khoảng đó ngành

• Googlebot Crawl Slump? Mueller Points Để Máy chủ Các lỗi (Search Engine Journal) — đó ghi-lên anchoring đó “crawl rate reacts to 429/500/503/timeouts, not 404s” (bản dịch) «tốc độ crawl reacts để 429/500/503/timeouts, không 404s» phân biệt, trong Mueller own words.
• Đó ultimate hướng dẫn để HTTP các mã trạng thái cho SEO (Search Engine Land) — một rộng reference trên mỗi status class.
• HTTP Các mã trạng thái Explained (Semrush) — implementation-focused overview of đó code families.
• An SEO Hướng dẫn để HTTP Các mã trạng thái (Search Engine Journal) — một code-by-code reference với SEO context.
• r/TechSEO — đó community cho crawl-lỗi và lập chỉ mục gỡ lỗi.

hai-harm model: disappearance so với. crawl throttling

không prioritize HTTP lỗi từ đầu tiên digit alone. Ask mà của hai harms nó tạo.

Harm 1: URL nói nội dung không exist

phần lớn 4xx các phản hồi tell Google requested nội dung là không khả dụng. Google không chỉ mục được trả về thân phản hồi, và persistently affected URL có thể leave chỉ mục. phạm vi là thường URL itself; ordinary 4xx các phản hồi không tell Google đó toàn bộ máy chủ là unhealthy. exception là 429, mà Google xử lý như máy chủ availability vấn đề.

Decision câu hỏi: là điều này URL meant để exist, nhận traffic, hoặc bảo toàn links? nếu có, khắc phục erroneous status hoặc gửi người dùng để genuinely tương đương đích. nếu không, 404 hoặc 410 có thể là đúng outcome thay vì SEO vấn đề.

Harm 2: máy chủ nói nó không thể reliably respond

5xx các phản hồi và 429 tín hiệu availability hoặc capacity trouble. Google có thể reduce crawling để tránh thêm load; chỉ sustained failures threaten được lập chỉ mục các URL. harm có thể do đó spread beyond một failing URL vào chậm hơn phát hiện và refresh trên trang web.

Decision câu hỏi: là thất bại persistent hoặc rộng đủ để thay đổi crawler behavior? nếu có, treat nó as infrastructure incident và restore reliable các phản hồi. không “cách sửa” nó bên trong Search Console.

Priority overlay: giá trị và intent

sau khi chọn harm, xếp hạng affected các URL by liệu họ nên là trực tiếp, có internal hoặc liên kết bên ngoài, xuất hiện trong sitemap, nhận tìm kiếm traffic, hoặc represent cốt yếu template. lỗi count không có điều này context không phải priority list.

Evidence/hành động matrix: Điều gì để record theo lỗi

hai-harm model tells bạn mà vấn đề bạn’re facing. điều này matrix là Điều gì để thực ra record cho mỗi affected URL trước khi bạn quyết định Điều gì để làm với nó — skipping bất kỳ của những điều này các cột là Cách triage list turns vào guess:

Prompt: turn GSC lỗi export vào triage queue

Export affected URL list từ Search Console và enrich nó nơi có thể với mã trạng thái, sitemap presence, organic clicks/impressions, liên kết nội bộ, external links, và dự kiến URL state. Paste chỉ non-sensitive dữ liệu.

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]

Verify output so với trực tiếp status kiểm tra và trang web dự kiến URL map trước khi assigning hoạt động.

Tools cho lỗi triage

• Bulk mã trạng thái HTTP Checker — paste exported các URL để collect trực tiếp các mã trạng thái, chuyển hướng chains, destinations, và latency, sau đó filter và export kết quả. điều này converts stale báo cáo hàng vào hiện tại HTTP evidence.
• trang web Xuống Checker — kiểm tra liệu suspected 5xx incident là externally reproducible trước khi thay đổi application hoặc crawler settings.
• Google Search Console trang lập chỉ mục báo cáo — identify Google reason groups và affected các ví dụ; sử dụng URL Inspection cho representative trực tiếp kiểm tra.
• máy chủ hoặc CDN access nhật ký — đo lường crawler-facing lỗi rates và distinguish single URL vấn đề từ trang web-wide availability pattern.

Search Console các báo cáo Điều gì Google observed; nó không replace trực tiếp yêu cầu hoặc máy chủ evidence needed để tìm nguyên nhân.

Dự kiến các URL returning các lỗi

Chỉ số: Count và share của các URL đó là supposed để là trực tiếp nhưng trả về 4xx, 5xx, hoặc 429, segmented by phản hồi family và template.

Điều gì nó tells bạn: Separates thực availability/lập chỉ mục defects từ intentional 404/410 cleanup.

Cách pull nó: Join hiện tại crawl hoặc Bulk mã trạng thái HTTP Checker export với của bạn sitemap, internal-link graph, và dự kiến URL inventory.

Benchmark / realistic range: đích là zero unintended các lỗi on các URL đó phải là trực tiếp. Dự kiến retired các URL nên là tracked riêng, không forced vào đã làm-lên trang web-wide lỗi-rate đích.

Cadence: Daily cho cốt yếu templates và during releases; weekly cho rộng hơn inventory.

Crawler yêu cầu lỗi rate

Chỉ số: Tìm kiếm-engine các yêu cầu returning 4xx, 429, hoặc 5xx as share của verified crawler các yêu cầu, split by status, hostname, và path group.

Điều gì nó tells bạn: hiển thị liệu crawler waste là concentrated trong retired các URL hoặc liệu máy chủ failures có thể là suppressing crawl demand.

Cách pull nó: Aggregate verified crawler các yêu cầu từ CDN hoặc máy chủ access nhật ký; không trust người dùng-agent string alone Khi verification là khả dụng.

Benchmark / realistic range: Establish thông thường mix cho của bạn trang web. Intentional 404s có thể là legitimate; unexplained 5xx/429 các phản hồi on dự kiến các URL nên không là được xem như thông thường baseline noise.

Cadence: Monitor continuously cho 5xx/429 alerts; review segmented trends weekly.

Search Console lỗi inventory trend

Chỉ số: Affected URL được tính by trang lập chỉ mục reason, paired với representative URL state và báo cáo cập nhật date.

Điều gì nó tells bạn: Liệu Google observed inventory là shrinking sau khi các cách sửa hoặc expanding vào additional templates.

Cách pull nó: Export trang lập chỉ mục reason các bảng và retain dated snapshots; spot-kiểm tra các ví dụ với URL Inspection và trực tiếp các yêu cầu.

Benchmark / realistic range: So sánh với trang web dự kiến state và của nó own prior snapshots. Search Console là sampled và delayed, so không invent thực-time truyền ngưỡng.

Cadence: Weekly và sau khi Google có time để recrawl deployed khắc phục; sử dụng nhật ký và trực tiếp kiểm tra cho immediate incident monitoring.

Tự kiểm tra: HTTP lỗi Codes

Five nhanh các câu hỏi on Cách Google xử lý 4xx và 5xx các lỗi. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi