Panduan HTTP Error Codes

TL;DR — HTTP error codes adalah “sesuatu went wrong” (terjemahan) “sesuatu went wrong” respons Anda server mengirim alih-alih sebuah wajar “200 OK.” (terjemahan) “200 OK.” mereka come di dua families: 4xx ( halaman adalah missing atau blocked — sebuah client masalah) dan 5xx ( server itself adalah struggling). Google memperlakukan them very differently: sebuah 4xx hanya drops halaman dari penelusuran; sebuah 5xx membuat Google slow down crawling Anda seluruh situs until server recovers. dan despite panic mereka penyebab, 404 errors adalah tidak sebuah penalty — Anda hanya perlu untuk perbaiki ones itu penting.

Apa HTTP error codes adalah

HTTP kode status adalah standardized respons metadata grouped ke client-error 4xx dan server-error 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 dan pengindeksan menangani untuk itu respons 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

setiap time sebuah browser atau sebuah mesin pencari bot permintaan sebuah halaman, Anda server jawaban dengan sebuah three-digit kode status. 200 berarti “di sini’s itu halaman, all good.” (terjemahan) “di sini’s halaman, semua baik.” error codes adalah ones di 400s dan 500s — mereka berarti permintaan tidak succeed.

ada dua families, dan perbedaan antara them adalah single sebagian besar penting hal pada ini halaman:

• 4xx — client errors. masalah adalah dengan permintaan: halaman adalah hilang (404), ini adalah telah permanently dihapus (410), atau Anda’re tidak diizinkan di (401, 403). untuk sebuah mesin pencari, sebuah 4xx basically says “there’s no content here.” (terjemahan) “ada tanpa konten di sini.”
• 5xx — kesalahan server. masalah adalah pada Anda end: server crashed (500), sebuah sistem ini bergantung pada failed (502, 504), atau ini adalah overloaded atau down untuk maintenance (503). untuk sebuah mesin pencari, sebuah 5xx says “the server itself is broken right now.” (terjemahan) “ server itself adalah rusak saat ini.”

Bagaimana Google reacts untuk setiap family

ini adalah di mana dua families split:

• sebuah 4xx halaman hanya mendapatkan dropped dari penelusuran. Google decides konten tidak exist dan menghapus URL dari -nya indeks di atas time. Importantly, sebuah bunch dari 404s melakukan tidak slow down bagaimana Google melakukan crawl rest dari Anda situs.
• sebuah 5xx membuat Google crawl Anda seluruh situs lebih slowly. Ketika server adalah erroring, Google eases off untuk hindari membuat hal worse. Anda sudah-terindeks halaman stay di indeks di pertama — Google hanya dimulai dropping them jika errors pertahankan going. Setelah Anda server adalah healthy again, crawling speeds back up pada -nya own.

hal sebagian besar orang mendapatkan wrong

sebuah pile dari 404 errors adalah tidak sebuah penalty. Google’s John Mueller memiliki mengatakan flat out itu 404s adalah “tidak a quality sinyal, ini tidak a SEO sinyal.” (terjemahan) “tidak sebuah quality sinyal, ini adalah tidak sebuah SEO sinyal.” Rusak dan missing halaman adalah sebuah wajar bagian dari web. So ketika Anda open Search Console dan see thousands dari “Tidak ditemukan” (terjemahan) “tidak ditemukan” errors, jangan panic — Anda hanya perlu untuk perbaiki ones itu sebenarnya penting: halaman orang masih tautan untuk, halaman di Anda sitemap, halaman itu adalah getting traffic. genuinely dead ones dapat hanya stay 404.

satu pattern itu melakukan memiliki sebuah nyata, terdokumentasi downside adalah sebuah server itu mempertahankan throwing 5xx errors — itu’s case di mana Google throttles crawling dan eventually drops halaman. bahkan lalu ini adalah reversible: perbaiki server dan ini recovers.

sebuah quick tour dari codes

setiap dari ini memiliki -nya own deep-dive halaman — di sini’s satu-line versi:

• 401 / 403 — halaman adalah blocked (Anda perlu log di, atau Anda’re dilarang).
• 404 — halaman tidak ditemukan. 410 — halaman hilang untuk baik.
• 429 — “too banyak requests” (terjemahan) “terlalu banyak permintaan” (rate limiting). Looks like sebuah client error tetapi Google memperlakukan ini like sebuah server error.
• 451 — blocked untuk legal alasan (sebuah takedown, sebuah country-tingkat block).
• 500 / 502 / 503 / 504 — server-error family (crash, gateway buruk, tidak tersedia, batas waktu gateway).
• soft 404 — sneaky satu: sebuah halaman itu says “tidak ditemukan” (terjemahan) “tidak ditemukan” tetapi mengembalikan sebuah 200 code, so Google mempertahankan memeriksa ini.

ingin mechanics — persis bagaimana Google’s laju crawling reacts, ketika halaman mendapatkan deindexed, cara take sebuah situs down right cara, dan cara monitor semua dari ini di Search Console? Switch untuk Advanced tab.

TL;DR — HTTP error codes adalah 4xx (client) dan 5xx (server) status classes. Google draws sebuah hard behavioral line antara them: 4xx (except 429) berarti “itu konten tidak exist” (terjemahan) “ konten tidak exist” — URL adalah dropped dari indeks, dengan “no effect on crawl rate” (terjemahan) “Tidak effect pada laju crawling”; 5xx (dan 429) berarti “itu server adalah failing” (terjemahan) “ server adalah failing” — Google throttles crawling proportionately, preserves terindeks URLs di pertama, dan hanya deindexes jika errors persist, lalu ramps laju crawling back up secara bertahap setelah recovery. 429 adalah numerically sebuah 4xx tetapi Google panggilan ini “a server error.” (terjemahan) “sebuah server error.” konten dari apa pun error respons adalah ignored. 404s adalah tidak sebuah quality sinyal (Mueller) — triage oleh tautan/traffic, jangan perbaiki semuanya, dan remember sebuah isolated error’s nyata impact bergantung pada URL (robots.txt memiliki special error menangani itu sebuah ordinary halaman tidak). Soft 404s (sebuah 200 itu membaca sebagai “tidak ditemukan” (terjemahan) “tidak ditemukan”) adalah flagged oleh Google sebagai wasting anggaran crawling — mainly sebuah besar-situs concern, tidak sebuah guaranteed effect pada setiap situs. untuk planned downtime gunakan 503 + Retry-setelah, dipertahankan untuk “beberapa days di paling,” (terjemahan) “sebuah sedikit days di sebagian besar,” dan tidak pernah 503 robots.txt. Monitor family melalui GSC’s halaman pengindeksan report. ini hub maps dan routes untuk setiap individual code.

satu pembedaan itu berjalan seluruh topic

protocol code mendeskripsikan HTTP outcome; sebuah Search Console label mendeskripsikan bagaimana Google classified sebuah 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 melakukan tidak infer sebuah single root penyebab atau tepat removal time dari 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 mendapatkan flattened ke “ini a 404” (terjemahan) “ini adalah sebuah 404” setiap kali orang talk tentang errors, dan mempertahankan them apart adalah apa membuat rest dari ini halaman membuat sense:

1. Protocol semantics — apa kode status berarti per HTTP spec (sebuah 404 berarti “tidak ditemukan,” (terjemahan) “tidak ditemukan,” penuh berhenti).
2. ** observed fetch** — apa Googlebot sebenarnya mendapat back pada sebuah spesifik permintaan di sebuah spesifik time, yang dapat differ dari apa sebuah browser sees.
3. Penelusuran processing — bagaimana Google’s pengindeksan pipeline classifies dan acts pada itu observed fetch (drops URL, throttles crawl, ignores body).
4. Root penyebab — sebenarnya alasan pada Anda server (sebuah buruk deploy, sebuah overloaded database, sebuah WAF aturan), yang kode status alone tidak pernah tells Anda.

Knowing family (4xx vs 5xx) tells Anda yang dari pertama three layers Anda’re looking di. ini tidak pernah substitutes untuk layer 4 — Anda masih memiliki untuk go cari tahu mengapa.

Dokumentasi Google menjelaskan perbedaannya dengan jelas, dan hal ini perlu dipahami sejak awal: error 4xx berarti “the content doesn’t exist” (terjemahan) “kontennya tidak ada”; error 5xx berarti “the server itself is failing.” (terjemahan) “servernya sendiri sedang gagal.” Keduanya merupakan masalah yang sama sekali berbeda, dan pipeline pengindeksan Google menanggapinya dengan dua cara yang sama sekali berbeda.

sebuah berguna anchor pertama: bahkan sebuah success code tidak sebuah promise. Google says plainly itu “for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (terjemahan) “untuk Google Search, sebuah HTTP 2xx (success) kode status tidak jaminan pengindeksan.” Error codes adalah sebenarnya lebih deterministic half dari picture — mereka tell Google, unambiguously, either “gone” (terjemahan) “sudah tidak ada” atau “broken.” (terjemahan) “sedang mengalami kerusakan.”

Bagaimana Google memperlakukan 4xx errors

untuk client errors, Google’s perilaku adalah uniform dan blunt: “Google doesn’t use the content from URLs that return 4xx status codes,” (terjemahan) “Google tidak gunakan konten dari URLs itu kembalikan 4xx kode status,” dan “Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “Google crawler inform berikutnya processing sistem itu konten tidak exist.” bahkan jika Anda 403 atau 404 halaman renders sebuah wall dari nyata text, none dari ini mendapatkan terindeks — body dari sebuah error respons adalah ignored.

Dua consequences ikuti:

• Previously terindeks URLs mendapatkan dropped. Setelah sebuah halaman reliably mengembalikan sebuah 4xx, Google menghapus ini dari indeks di atas time.
• ada Tidak crawl-rate penalty. ini adalah myth-buster: “The 4xx status codes, except 429, have no effect on crawl rate.” (terjemahan) “ 4xx status codes, except 429, memiliki Tidak effect pada laju crawling.” sebuah mountain dari 404s melakukan tidak slow Google’s crawling dari rest dari Anda situs.

itu terakhir poin kills sebuah buruk instinct: jangan try untuk throttle Googlebot dengan sebuah 401 atau 403. Google explicitly warns “don’t use 401 and 403 status codes for limiting the crawl rate.” (terjemahan) “jangan gunakan 401 dan 403 kode status untuk limiting laju crawling.” sebuah auth wall tidak slow crawl — ini hanya membuat konten invisible.

Bagaimana Google memperlakukan 5xx errors (dan 429)

kesalahan server trigger “the server is struggling” (terjemahan) “ server adalah struggling” branch, dan di sini Google adalah dengan sengaja protective dari Anda situs:

• laju crawling throttles pertama, proportionate untuk volume. “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling,” (terjemahan) “5xx dan 429 kesalahan server prompt Google’s crawler untuk temporarily slow down dengan crawling,” dan “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (terjemahan) “ decrease di laju crawling adalah proportionate untuk angka dari individual URLs itu adalah returning sebuah server error.” sebuah handful dari 500s barely registers; sebuah situs-wide outage cuts crawling hard.
• terindeks URLs adalah dipertahankan… until errors persist. “Already indexed URLs are preserved in the index, but eventually dropped,” (terjemahan) “sudah terindeks URLs adalah dipertahankan di indeks, tetapi eventually dropped,” dan Google “removes from the index URLs that persistently return a server error.” (terjemahan) “menghapus dari indeks URLs itu persistently mengembalikan server error.” sebuah pendek blip tidak deindex Anda; sebuah sustained failure melakukan.
• konten dari 5xx adalah ignored too. “Any content Google receives from URLs that return a 5xx status code is ignored.” (terjemahan) “apa pun konten Google menerima dari URLs itu mengembalikan 5xx kode status adalah ignored.”
• Recovery adalah automatic tetapi gradual. “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (terjemahan) “Setelah server dimulai responding dengan sebuah 2xx kode status, Google secara bertahap increases laju crawling untuk situs.” Google adalah fast untuk back off dan cautious untuk ramp back up — ada Tidak manual “unlock,” (terjemahan) “unlock,” Anda hanya perbaiki root penyebab dan tunggu.

Mengapa 429 lives di server-error bucket

ini adalah single sebagian besar-missed nuance di sebagian besar guides. 429 Too Many Requests adalah numerically sebuah 4xx, tetapi Google memperlakukan ini sebagai sebuah server sinyal: “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (terjemahan) “Google’s crawler treat 429 kode status sebagai sebuah sinyal itu server adalah overloaded, dan ini adalah considered sebuah server error.” So sebuah WAF atau rate limiter itu dimulai firing 429s di Googlebot akan throttle Anda crawl yang sama cara sebuah wave dari 500s akan — tidak drop individual halaman cara sebuah 404 melakukan. Ketika I break codes down di my HTTP kode status guide di Ahrefs, I put 429 dengan kesalahan server untuk persis ini alasan: ini adalah “a form of rate-limiting to protect the server,” (terjemahan) “sebuah form dari rate-limiting untuk lindungi server,” dan ini membuat Google slow down.

error-code family map

Di sini’s fast triage view dari seluruh family. setiap code di bawah adalah -nya own deep dive nested di bawah ini hub (mereka’re di sidebar too):

Blocked / access errors

• 401 tidak terotorisasi — client hasn’t identified atau verified itself ketika needed. Blocked untuk Googlebot behind sebuah auth permintaan.
• 403 dilarang — client adalah known tetapi tidak memiliki access rights.

Tidak-ditemukan errors

• 404 tidak ditemukan — requested resource tidak ditemukan.
• 404 vs 410 — practical perbedaan antara “tidak ditemukan” (terjemahan) “tidak ditemukan” dan “gone” (terjemahan) “hilang” (ini adalah lebih kecil daripada orang think).
• 410 hilang — like sebuah 404, tetapi ini juga says resource tidak akan menjadi back. Drops halaman slightly lebih cepat.

** dual-identity code**

• 429 terlalu banyak permintaan — rate limiting; numerically 4xx tetapi Google memperlakukan ini sebagai sebuah server error untuk crawl-rate purposes.

Legal

• 451 Tidak tersedia untuk Legal alasan — blocked untuk sebuah legal alasan: country-tingkat blocks, DMCA takedowns.

kesalahan server (5xx)

• 500 error server internal — server hit sebuah issue ini dapat’t tangani.
• 502 gateway buruk — sebuah buruk respons dari sebuah server upstream.
• 503 Service Tidak tersedia — server adalah overloaded atau down untuk maintenance ( correct code untuk planned downtime).
• 504 batas waktu gateway — Tidak timely respons dari sebuah server upstream.

** trap case**

• soft 404 — sebuah halaman itu mengembalikan 200 OK tetapi membaca sebagai “tidak ditemukan.” (terjemahan) “tidak ditemukan.” worst dari keduanya worlds — lebih pada ini di bawah.

Rusak redirects adalah error-berdekatan tetapi categorized secara terpisah (Google surfaces them sebagai “Redirect error” (terjemahan) “kesalahan pengalihan” di Search Console, distinct dari sebuah wajar, berfungsi “Halaman dengan redirect” (terjemahan) “halaman dengan redirect”). oleh default Google’s crawler “follow up to 10 redirect hops” (terjemahan) “ikuti up untuk 10 redirect hops” sebelum giving up; sebuah chain itu’s too panjang, loops, atau berisi sebuah buruk URL turns ke itu Redirect-error status.

melakukan sebuah HTTP error hurt Anda SEO?

Lead dengan verdict: sebuah isolated error pada sebuah ordinary halaman adalah hampir tidak pernah sebuah masalah, dan 404s secara khusus adalah tidak sebuah peringkat atau quality sinyal. Mueller memiliki telah jelas dan repeated tentang ini. reflex — “I have 50,000 404s, my site must be penalized” (terjemahan) “I memiliki 50 000 404s, my situs harus menjadi penalized” — adalah angka-satu myth untuk defuse. Errors adalah sebuah wajar bagian dari web; memiliki halaman 404 atau 410 adalah technically correct cara untuk tangani URLs itu jangan exist.

“Isolated” (terjemahan) “Isolated” tidak berarti “selalu harmless,” (terjemahan) “selalu harmless,” though — nyata impact bergantung pada apa returning error. sebuah ordinary halaman 404ing adalah sebuah non-event; sebuah special resource adalah berbeda. Google memberikan robots.txt -nya own error-menangani aturan distinct dari regular URLs, so sebuah server error pada robots.txt dapat memengaruhi crawling di sebuah cara sebuah ordinary halaman’s 404 tidak pernah akan. Judge sebuah error oleh apa URL ini adalah pada dan apa bergantung pada ini, tidak oleh kode status alone.

satu pattern dengan sebuah nyata, terdokumentasi mechanism adalah persistent, mass 5xx: crawl-rate throttle → eventual deindexing. dan bahkan itu adalah proportionate untuk bagaimana banyak URLs adalah erroring dan umumnya reversible setelah server recovers — Google mendeskripsikan ramp-back-up sebagai gradual, tidak instant, so treat tepat timing, retry cadence, dan recovery speed sebagai evidence-dependent (apa Google’s docs deskripsikan happening) alih-alih sebuah fixed jaminan. pembedaan Mueller draws adalah satu untuk remember: laju crawling reacts untuk server errors (429/500/503/ timeouts), tidak untuk 404s.

crawl waste vs deindexing — dua berbeda harms

ini helps untuk terpisah dua cara errors dapat cost Anda:

• Deindexing — persistent 4xx (halaman dropped sebagai “gone” (terjemahan) “hilang”) atau persistent 5xx (halaman dropped setelah sustained server failure). ini adalah tentang halaman leaving indeks.
• crawl-budget waste — mostly sebuah besar-situs concern. Google’s crawl-budget guide notes “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (terjemahan) “jika situs slows down atau responds dengan kesalahan server, limit goes down dan Google melakukan crawl lebih sedikit.” tetapi nyata budget-waster adalah soft 404: “soft 404 pages will continue to be crawled, and waste your budget.” (terjemahan) “soft 404 halaman akan continue untuk menjadi di-crawl, dan waste Anda budget.” Karena sebuah soft 404 looks alive (ini mengembalikan 200), Google mempertahankan re-memeriksa sebuah halaman itu tidak benar-benar di sana. itu’s mengapa soft 404 adalah “worst dari keduanya” (terjemahan) “worst dari keduanya” case — ini tidak cleanly drop like sebuah benar 404, ini lingers dan burns fetches.

soft-404 trap memiliki dua umum penyebab, keduanya worth naming: sebuah custom “halaman tidak ditemukan” (terjemahan) “halaman tidak ditemukan” template itu mengembalikan 200 alih-alih sebuah nyata 404, dan sebuah blanket redirect dari setiap dead URL untuk homepage — Google recognizes itu pattern sebagai sebuah soft 404 too. sebuah friendly 404 halaman adalah baik untuk UX dan fully recommended — sebagai panjang sebagai ini masih mengembalikan sebenarnya HTTP 404 kode status.

Melakukan planned downtime right cara

Ketika Anda intentionally take sebuah situs (atau sebuah bagian) offline, correct code adalah 503 Service Tidak tersedia dengan sebuah Retry-After header — tidak pernah sebuah 4xx. Google’s “Pause Anda online business” (terjemahan) “Pause Anda online business” guidance adalah spesifik:

• “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.” (terjemahan) “jika Anda perlu urgently disable situs untuk 1-2 days, lalu kembalikan sebuah informational halaman error dengan sebuah 503 respons HTTP kode status.”
• “This is an extreme measure that should only be taken for a very short period of time (a few days at most),” (terjemahan) “ini adalah sebuah extreme mengukur itu seharusnya hanya menjadi taken untuk sebuah very pendek period dari time (sebuah sedikit days di sebagian besar),” karena “completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” (terjemahan) “completely closing sebuah situs bahkan untuk hanya sebuah sedikit weeks dapat memiliki negative consequences pada Google’s pengindeksan dari Anda situs.”
• “Don’t block the website by returning 403, 404, 410 HTTP status codes” (terjemahan) “jangan block situs web oleh returning 403, 404, 410 HTTP kode status” selama downtime — sebuah 4xx says “permanently gone,” (terjemahan) “permanently hilang,” yang adalah persis wrong sinyal untuk sebuah temporary outage.
• trap hampir everyone misses: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (terjemahan) “jangan mengembalikan 503 respons HTTP kode status untuk robots.txt file karena ini blocks semua crawling.” 503 Anda halaman, tidak Anda robots.txt.

cara monitor seluruh family di Search Console

Day untuk day, Anda’ll memenuhi ini errors di Search Console’s halaman pengindeksan report, di mana setiap maps untuk sebuah distinct status:

• tidak ditemukan (404) — “this page returned a 404 error when requested.” (terjemahan) “ini halaman dikembalikan sebuah 404 error ketika requested.”
• server error (5xx) — “your server returned a 500-level error when the page was requested.” (terjemahan) “Anda server dikembalikan sebuah 500-tingkat error ketika halaman adalah requested.”
• Blocked karena tidak terotorisasi permintaan (401) — “the page was blocked to Googlebot by a request for authorization.” (terjemahan) “ halaman adalah blocked untuk Googlebot oleh sebuah permintaan untuk authorization.”
• Blocked karena access dilarang (403) — sebuah 403 di mana credentials adalah disediakan tetapi access tidak granted.
• Blocked karena lainnya 4xx issue — sebuah 4xx tidak covered oleh lainnya status; gunakan pemeriksaan URL untuk debug.
• soft 404 — sebuah “user-friendly ‘not found’ message but not a 404 HTTP response code.” (terjemahan) “pengguna-friendly ‘tidak ditemukan’ message tetapi tidak sebuah 404 HTTP kode respons.”
• Redirect error — chain too panjang, sebuah loop, sebuah di atas-panjang URL, atau sebuah buruk URL di chain.

setiap status poin di sebuah berbeda root penyebab dan perbaiki path. setelah Anda’ve resolved satu, gunakan Validate Perbaiki untuk prompt sebuah recrawl — tetapi set realistic expectations pada timing; recrawl tidak instant. dan 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.” (terjemahan) “ini adalah fine untuk sebuah URL tidak untuk menjadi terindeks untuk right alasan — misalnya… sebuah 404 untuk sebuah halaman itu Anda’ve dihapus dan memiliki Tidak replacement untuk.” Tidak setiap error adalah sebuah untuk-melakukan.

Search Console alone tidak cukup untuk act pada — ini adalah satu vantage poin, sampled dan delayed. Ketika Anda log sebuah error untuk triage, record di minimum: URL, ketika Anda observed ini, vantage poin (Search Console vs. sebuah langsung periksa vs. server/CDN logs), pengguna agent permintaan came di pada, HTTP metode, akhir kode status dan respons path (including apa pun rantai pengalihan), apakah ini adalah sebuah satu kali atau recurring, dan sebuah post-perbaiki verification langkah setelah Anda’ve redeployed. Triangulating GSC terhadap sebuah langsung status periksa dan Anda own logs adalah apa turns sebuah stale report baris ke sebuah confirmed, fixable masalah.

cara perbaiki dan prioritize errors

• Triage 404s oleh nilai. Perbaiki ones dengan inbound tautan, tautan internal, sitemap presence, atau lingering traffic — 301-redirect itu untuk sebuah relevant halaman untuk recover tautan equity. Let genuinely dead URLs 404 atau 410. sebagai I put ini di my Ahrefs guide, practical perbaiki untuk sebagian besar dari ini adalah itu “you just need to 301 redirect each of these pages to a relevant page” (terjemahan) “Anda hanya perlu untuk 301 redirect setiap dari ini halaman untuk sebuah relevant halaman” — tetapi hanya di mana sebuah relevant target ada. jangan blanket-redirect semuanya untuk homepage (itu’s sebuah soft 404).
• 410 vs 404 adalah marginal. sebuah 410 drops sebuah halaman slightly lebih cepat daripada sebuah 404; practical SEO perbedaan adalah minor. gunakan 410 ketika Anda ingin menjadi jelas itu sesuatu adalah hilang untuk baik, tetapi jangan expect ini untuk menjadi dramatically better.
• Root-penyebab 5xx. memperbaiki adalah pada server side: capacity dan timeouts untuk 500s, upstream/CDN health untuk 502/504, dan WAF atau rate-limiting aturan misfiring pada Googlebot untuk 403/429. Konfirmasi nyata bot dengan sebuah reverse/forward DNS periksa sebelum Anda go rate-limiting ini.
• umum root penyebab worth naming: app dan database errors dan overloaded hosts (5xx), upstream/CDN failures (502/504), rate limiting atau bot-blocking WAFs (403/429), rusak migrations dan stale tautan internal (404), dan misconfigured “friendly error pages” (terjemahan) “friendly halaman error” (soft 404).

Bing: sebuah similar pattern, tidak independently verified code-untuk-code

Bing’s publik statements poin di yang sama direction sebagai Google’s approach — 400-range codes adalah treated sebagai missing atau dilarang, dan 500-range codes sinyal server trouble itu berfungsi terhadap crawl efficiency — tetapi I haven’t independently verified penuh, saat ini, code-oleh-code parity terhadap Bing’s own documentation, so treat ini sebagai directional alih-alih sebuah confirmed satu-untuk-satu match. Fabrice Canel frames Bing’s goal sebagai sebuah “crawl efficiency north star … to crawl a URL only when the content has been added … updated,” (terjemahan) “crawl efficiency north star … untuk crawl sebuah URL hanya ketika konten memiliki telah ditambahkan … diperbarui,” dan persistent errors berfungsi secara langsung terhadap itu — Bing spends crawl footprint pada URLs itu tidak yielding fresh, dapat diindeks konten. Bing juga recommends sebuah 503 dengan Retry-setelah untuk planned downtime alih-alih serving halaman error sebagai 200. Anda’ll temukan Bing’s crawl-error surfaces di Bing Webmaster alat (pemeriksaan URL, crawl Control, situs Scan).

Di mana untuk go berikutnya

ini halaman adalah conceptual hub untuk error-code family. ini sits di dalam lebih luas HTTP kode status cluster ( penuh 1xx–5xx picture, plus redirects dan success codes); ini sub-hub adalah map untuk error half dari itu. setiap code di bawah adalah -nya own deep dive:

Blocked / access

• 401 tidak terotorisasi — apa triggers “Blocked due to unauthorized request” (terjemahan) “Blocked karena tidak terotorisasi permintaan” status, dan mengapa auth walls jangan throttle Googlebot.
• 403 dilarang — credentials-disediakan-tetapi-denied, dan WAF/bot-blocking patterns itu penyebab salah 403s untuk Googlebot.

tidak ditemukan

• 404 tidak ditemukan — bagaimana Google menangani missing halaman, mengapa ini adalah tidak sebuah penalty, dan yang 404s untuk sebenarnya perbaiki.
• 404 vs 410 — nyata, kecil perbedaan, dan ketika untuk reach untuk setiap.
• 410 hilang — “permanently gone” (terjemahan) “permanently hilang” sinyal dan -nya slightly lebih cepat drop.

Rate limiting

• 429 terlalu banyak permintaan — 4xx itu behaves like sebuah 5xx, dan cara pertahankan rate limits dari throttling Anda crawl.

Legal

• 451 Tidak tersedia untuk Legal alasan — takedowns, country blocks, dan bagaimana legal removals tampilkan up.

kesalahan server

• 500 error server internal — generic server failure dan cara root-penyebab ini.
• 502 gateway buruk — upstream/proxy failures.
• 503 Service Tidak tersedia — correct code untuk maintenance dan planned downtime (dengan robots.txt trap).
• 504 batas waktu gateway — upstream timeouts.

** trap case**

• soft 404 — 200-itu-membaca-sebagai-hilang, mengapa ini wastes anggaran crawling, dan bagaimana untuk turn ini ke sebuah nyata 404.

Rusak redirects adalah handled secara terpisah sebagai Redirect error status — related tetapi categorized pada -nya own di Search Console.

AI summary

sebuah condensed take pada Advanced versi:

• Dua families, dua behaviors. 4xx = “konten tidak exist” (terjemahan) “konten tidak exist”; 5xx = “the server is failing.” (terjemahan) “ server adalah failing.” Google’s pengindeksan pipeline responds untuk setiap very differently.
• 4xx (except 429): konten adalah ignored, URL drops dari indeks, dan ada “no effect on crawl rate.” (terjemahan) “Tidak effect pada laju crawling.” jangan gunakan 401/403 untuk throttle Googlebot — Google explicitly says tidak untuk.
• 5xx (dan 429): Google throttles crawling pertama (proportionate untuk bagaimana banyak URLs error), preserves terindeks URLs di pertama, dan deindexes hanya jika errors persist. Recovery adalah automatic tetapi laju crawling ramps back up secara bertahap.
• 429 adalah odd satu out: numerically 4xx, tetapi Google memperlakukan ini sebagai “a server error” (terjemahan) “sebuah server error” untuk crawl-rate purposes — ini behaves like sebuah 5xx.
• 404s adalah tidak sebuah quality/sinyal peringkat (Mueller). jangan panic di atas sebuah error count; triage oleh tautan, sitemap presence, dan traffic — 301 ones itu penting, let dead halaman 404/410.
• sebuah isolated error’s impact bergantung pada URL, tidak hanya kode status — sebuah ordinary halaman 404ing adalah sebuah non-event, tetapi special resources like robots.txt memiliki mereka own error menangani dan dapat memengaruhi crawling differently.
• soft 404 adalah trap: sebuah 200 itu membaca sebagai “tidak ditemukan,” (terjemahan) “tidak ditemukan,” yang Google flags sebagai wasting anggaran crawling karena ini mempertahankan re-memeriksa sebuah halaman itu looks alive — mainly sebuah besar-situs concern, tidak sebuah guaranteed effect pada setiap situs.
• 410 vs 404 adalah marginal — 410 drops slightly lebih cepat; practical perbedaan adalah minor.
• Planned downtime: gunakan 503 + Retry-setelah, “beberapa days di paling,” (terjemahan) “sebuah sedikit days di sebagian besar,” tidak pernah 403/404/410, dan tidak pernah 503 Anda robots.txt (ini blocks semua crawling).
• Monitor melalui GSC’s halaman pengindeksan report — seven statuses (404, 5xx, 401, 403, lainnya 4xx, soft 404, redirect error) — plus Anda own langsung memeriksa dan server logs, dan gunakan Validate Perbaiki.
• Bing’s publik statements poin yang sama direction sebagai Google’s — tetapi penuh code-oleh-code parity tidak independently verified; Bing juga recommends 503 + Retry-setelah untuk downtime.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• HTTP kode status, network errors, dan DNS errors — definitive doc pada bagaimana Google menangani 4xx, 5xx, 429, redirects, dan network/DNS errors.
• halaman pengindeksan report (Search Console Help) — setiap error status Anda’ll see day untuk day (404, 5xx, 401, 403, lainnya 4xx, soft 404, redirect error) dan Validate Perbaiki.
• mengoptimalkan Anda anggaran crawling — bagaimana kesalahan server reduce crawl limit dan mengapa soft 404s waste budget.
• Pause Anda online business di Google Search — 503 + Retry-setelah playbook untuk planned downtime, dan apa tidak untuk melakukan.
• soft 404 errors — apa sebuah soft 404 adalah dan cara perbaiki ini.
• membuat Anda 404 halaman lebih berguna — older tetapi masih-standing guidance: sebuah friendly 404 halaman adalah fine sebagai panjang sebagai ini mengembalikan sebuah nyata 404 code.

Bing / Microsoft

• crawl error alerts (Bing Webmaster alat Help) — di mana Bing surfaces crawl errors.
• bingbot Series: Maximizing crawl Efficiency — Bing’s “crawl efficiency north star,” (terjemahan) “crawl efficiency north star,” yang persistent errors berfungsi terhadap.

Quotes dari sumber

pada—record statements dari Google dan Bing. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — 4xx vs 5xx split

• “For Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (terjemahan) “untuk Google Search, sebuah HTTP 2xx (success) kode status tidak jaminan pengindeksan.” — Google Search Central docs. Jump untuk quote
• “Google doesn’t use the content from URLs that return 4xx status codes.” (terjemahan) “Google tidak gunakan konten dari URLs itu kembalikan 4xx kode status.” Jump untuk quote
• “The 4xx status codes, except 429, have no effect on crawl rate.” (terjemahan) “ 4xx kode status, except 429, memiliki Tidak effect pada laju crawling.” Jump untuk quote

Google — 5xx dan 429

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling.” (terjemahan) “5xx dan 429 kesalahan server prompt Google’s crawler untuk temporarily slow down dengan crawling.” Jump untuk quote
• “already indexed URLs are preserved in the index, but eventually dropped.” (terjemahan) “sudah terindeks URLs adalah dipertahankan di indeks, tetapi eventually dropped.” Jump untuk quote
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (terjemahan) “apa pun konten Google menerima dari URLs itu mengembalikan 5xx kode status adalah ignored.” Jump untuk quote
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (terjemahan) “Google’s crawler treat 429 kode status sebagai sebuah sinyal itu server adalah overloaded, dan ini adalah considered sebuah server error.” Jump untuk quote

Google — anggaran crawling dan soft 404

• “If the site slows down or responds with server errors, the limit goes down and Google crawls less.” (terjemahan) “jika situs slows down atau responds dengan kesalahan server, limit goes down dan Google melakukan crawl lebih sedikit.” Jump untuk quote
• “Soft 404 pages will continue to be crawled, and waste your budget.” (terjemahan) “soft 404 halaman akan continue untuk menjadi di-crawl, dan waste Anda budget.” Jump untuk quote

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.” (terjemahan) “jika Anda perlu urgently disable situs untuk 1-2 days, lalu kembalikan sebuah informational halaman error dengan sebuah 503 respons HTTP kode status.” Jump untuk quote
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (terjemahan) “jangan mengembalikan 503 respons HTTP kode status untuk robots.txt file karena ini blocks semua crawling.” Jump untuk quote

Google — ini adalah fine tidak untuk menjadi terindeks

• “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.” (terjemahan) “ini adalah fine untuk sebuah URL tidak untuk menjadi terindeks untuk right alasan — misalnya, sebuah yang diharapkan robots.txt aturan pada Anda situs, sebuah noindex tag pada halaman, sebuah duplicate URL, atau sebuah 404 untuk sebuah halaman itu Anda’ve dihapus dan memiliki Tidak replacement untuk.” — Search Console Help. Jump untuk quote

John Mueller, Google — 404s adalah tidak sebuah quality sinyal

• “404s are not a quality signal, it’s not a SEO signal.” (terjemahan) “404s adalah tidak sebuah quality sinyal, ini adalah tidak sebuah SEO sinyal.” Baca coverage
• pada 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.” (terjemahan) “I’d hanya expect laju crawling untuk react itu quickly jika mereka adalah returning 429 / 500 / 503 / timeouts… (404s adalah umumnya fine & setelah ditemukan, Googlebot akan retry them anyway)… Setelah hal settle down pada server, laju crawling akan kembalikan untuk wajar secara otomatis.” Baca coverage

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).” (terjemahan) “kami crawl efficiency north star adalah untuk crawl sebuah URL hanya ketika konten memiliki telah ditambahkan (URL tidak di-crawl sebelum), diperbarui (fresh pada-halaman context atau berguna outbound tautan).” Jump untuk quote

Yang error melakukan I deal dengan pertama?

Ketika sebuah batch dari errors menampilkan up, berfungsi triage di ini order — server health sebelum missing halaman, karena itu’s di mana nyata, situs-wide damage lives.

1. adalah Anda seeing 5xx atau 429 (server error, atau sebuah spike dari timeouts)?

• Ya → Treat ini sebagai urgent. ini adalah branch itu throttles crawling situs-wide dan dapat deindex halaman jika ini persists. Root-penyebab ini now: server capacity/timeouts (500), upstream/CDN health (502/504), atau sebuah WAF / rate limiter misfiring pada Googlebot (403/429). Recovery adalah automatic setelah Anda kembalikan 2xx, tetapi laju crawling ramps back up secara bertahap.
• Tidak → Move pada; 4xx memiliki Tidak crawl-rate effect.

2. adalah ini sebuah soft 404 (sebuah 200 itu membaca sebagai “tidak ditemukan” (terjemahan) “tidak ditemukan”)?

• Ya → Perbaiki kode respons. Either mengembalikan nyata 404/410, atau jika halaman moved, 301 ini untuk sebuah relevant halaman. Berhenti blanket-mengalihkan dead URLs untuk homepage. Soft 404s waste anggaran crawling karena Google mempertahankan re-memeriksa them.
• Tidak → Continue.

3. adalah ini sebuah 404 / 410 (tidak ditemukan / hilang)?

• melakukan URL memiliki inbound tautan, tautan internal, sitemap presence, atau lingering traffic?
• Ya → 301-redirect ini untuk sebuah relevant halaman untuk recover equity.
• Tidak → Leave ini. sebuah genuinely dead halaman seharusnya hanya 404/410 — ini adalah tidak sebuah penalty, dan Anda tidak perlu untuk perbaiki ini.

4. adalah ini sebuah 401 / 403 (Blocked)?

• seharusnya ini halaman menjadi publik? Ya → Perbaiki auth/permission config atau WAF aturan itu’s blocking Googlebot. Tidak → ini adalah fine untuk menjadi blocked — tetapi jangan expect 401/403 untuk throttle Googlebot; ini hanya membuat konten invisible.

5. adalah ini sebuah 451 (Legal)?

• itu’s sebuah legal takedown atau geo-block, tidak sebuah teknis bug — tangani ini melalui legal/compliance proses, tidak SEO satu.

6. adalah ini sebuah Redirect error?

• Shorten chain (Google mengikuti up untuk ~10 hops), break loop, atau perbaiki buruk/di atas-panjang URL di chain so ini resolves untuk sebuah single akhir 200.

Deindexing atau crawl waste — yang harm am I sebenarnya facing?

• halaman leaving indeks? → cari persistent 4xx (dropped sebagai “gone” (terjemahan) “hilang”) atau persistent 5xx (dropped setelah sustained failure). Isolated errors jangan melakukan ini.
• anggaran crawling menjadi burned (besar situs)? → cari soft 404s dan mass errors — halaman itu pertahankan getting re-di-crawl karena mereka look alive.

Error-code → perilaku → perbaiki cheat sheet

Bagaimana Google memperlakukan setiap code

Fast facts

• 4xx (except 429): konten ignored, URL dropped, zero crawl-rate effect.
• 5xx + 429: throttle pertama, deindex hanya jika persistent, recovery adalah gradual.
• 404s adalah tidak sebuah quality/sinyal peringkat — triage oleh tautan/traffic.
• soft 404 = trap: 200 itu membaca sebagai hilang → wastes anggaran crawling.
• Planned downtime = 503 + Retry-setelah, “beberapa days di paling,” (terjemahan) “sebuah sedikit days di sebagian besar,” tidak pernah 403/404/410 — dan tidak pernah 503 robots.txt (blocks semua crawling).
• Redirects: Google mengikuti up untuk ~10 hops; di atas-panjang/looping chains = “Redirect error” (terjemahan) “kesalahan pengalihan di GSC.”

GSC halaman pengindeksan statuses untuk watch tidak ditemukan (404) · server error (5xx) · Blocked karena tidak terotorisasi permintaan (401) · Blocked karena access dilarang (403) · Blocked karena lainnya 4xx issue · soft 404 · Redirect error — lalu Validate Perbaiki setelah resolved.

Resources worth Anda time

My related writing

• HTTP kode status & mereka SEO Impact — my penuh code-oleh-code breakdown: 4xx, 5xx, 429, dan practical memperbaiki, di seluruh status-code range.
• 11 jenis dari Redirects & mereka SEO Impact — redirect side, yang adalah sebuah leading penyebab dari keduanya redirect errors dan soft 404s.
• Beginner’s Guide untuk SEO teknis — di mana kode status fit di bigger picture.

My speaking

• Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, pengindeksan, dan serving, including bagaimana kode status gate pipeline. (My standing disclaimer applies: “Ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.”)

dari sekitar industry

• Googlebot crawl Slump? Mueller poin untuk kesalahan server (mesin pencari Journal) — tulis-up anchoring “laju crawling reacts untuk 429/500/503/timeouts, tidak 404s” (terjemahan) “laju crawling reacts untuk 429/500/503/timeouts, tidak 404s” pembedaan, di Mueller’s own kata.
• ultimate guide untuk HTTP kode status untuk SEO (mesin pencari Land) — sebuah broad reference di seluruh setiap status class.
• HTTP kode status dijelaskan (Semrush) — implementation-focused overview dari code families.
• sebuah SEO Guide untuk HTTP kode status (mesin pencari Journal) — sebuah code-oleh-code reference dengan SEO context.
• r/TechSEO — community untuk crawl-error dan pengindeksan debugging.

dua-harm model: disappearance vs. crawl throttling

melakukan tidak prioritize sebuah HTTP error dari pertama digit alone. tanyakan yang dari dua harms ini membuat.

Harm 1: URL says konten melakukan tidak exist

sebagian besar 4xx respons tell Google requested konten adalah tidak tersedia. Google melakukan tidak indeks dikembalikan body, dan sebuah persistently affected URL dapat leave indeks. cakupan adalah biasanya URL itself; ordinary 4xx respons melakukan tidak tell Google itu seluruh server adalah unhealthy. exception adalah 429, yang Google menangani like sebuah server availability masalah.

Decision pertanyaan: adalah ini URL dimaksudkan untuk exist, menerima traffic, atau pertahankan tautan? jika Ya, perbaiki erroneous status atau kirim pengguna untuk sebuah genuinely equivalent destination. jika Tidak, sebuah 404 atau 410 dapat menjadi correct outcome alih-alih sebuah SEO issue.

Harm 2: server says ini cannot reliably respond

5xx respons dan 429 sinyal availability atau capacity trouble. Google dapat reduce crawling untuk hindari menambahkan muat; hanya sustained failures threaten terindeks URLs. harm dapat karena itu spread beyond satu failing URL ke lebih lambat penemuan dan refresh di seluruh situs.

Decision pertanyaan: adalah failure persistent atau broad cukup untuk perubahan crawler perilaku? jika Ya, treat ini sebagai sebuah infrastructure incident dan restore reliable respons. melakukan tidak “perbaiki” ini di dalam Search Console.

Priority overlay: nilai dan intent

setelah choosing harm, peringkat affected URLs oleh apakah mereka seharusnya menjadi langsung, memiliki internal atau tautan eksternal, muncul di sebuah sitemap, menerima penelusuran traffic, atau mewakili sebuah critical template. sebuah error count tanpa ini context adalah tidak sebuah priority list.

Evidence/tindakan matrix: apa untuk record per error

dua-harm model tells Anda yang masalah Anda’re facing. ini matrix adalah apa untuk sebenarnya record untuk setiap affected URL sebelum Anda decide apa untuk melakukan dengan ini — skipping apa pun dari ini columns adalah bagaimana sebuah triage list turns ke sebuah guess:

Prompt: turn sebuah GSC error export ke sebuah triage queue

Export itu affected URL list dari Search Console dan enrich it di mana possible dengan status code, sitemap presence, organic clicks/impressions, internal links, external links, dan yang dimaksud URL state. Paste hanya non-sensitive data.

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 terhadap langsung status memeriksa dan situs’s yang dimaksud URL map sebelum assigning berfungsi.

alat untuk error triage

• Bulk HTTP kode status Checker — paste exported URLs untuk collect langsung kode status, rantai pengalihan, destinations, dan latency, lalu filter dan export hasil. ini converts sebuah stale report baris ke saat ini HTTP evidence.
• situs web Down Checker — periksa apakah sebuah suspected 5xx incident adalah externally reproducible sebelum mengubah application atau crawler settings.
• Google Search Console halaman pengindeksan report — identify Google’s alasan groups dan affected contoh; gunakan pemeriksaan URL untuk sebuah representative langsung periksa.
• server atau CDN access logs — mengukur crawler-facing error rates dan distinguish sebuah single URL masalah dari sebuah situs-wide availability pattern.

Search Console reports apa Google observed; ini melakukan tidak replace sebuah langsung permintaan atau server evidence needed untuk temukan penyebab.

Yang dimaksud URLs returning errors

Metric: Count dan share dari URLs itu adalah supposed untuk menjadi langsung tetapi kembalikan 4xx, 5xx, atau 429, segmented oleh respons family dan template.

Apa ini tells Anda: Separates nyata availability/pengindeksan defects dari intentional 404/410 cleanup.

cara pull ini: Join sebuah saat ini crawl atau Bulk HTTP kode status Checker export dengan Anda sitemap, internal-tautan graph, dan yang dimaksud URL inventory.

Benchmark / realistic range: target adalah zero unintended errors pada URLs itu harus menjadi langsung. Yang diharapkan retired URLs seharusnya menjadi tracked secara terpisah, tidak forced ke sebuah dibuat-up situs-wide error-rate target.

Cadence: Daily untuk critical templates dan selama releases; weekly untuk lebih luas inventory.

crawler permintaan error rate

Metric: Penelusuran-mesin permintaan returning 4xx, 429, atau 5xx sebagai sebuah share dari verified crawler permintaan, split oleh status, hostname, dan path group.

Apa ini tells Anda: menampilkan apakah crawler waste adalah concentrated di retired URLs atau apakah server failures dapat menjadi suppressing crawl demand.

cara pull ini: Aggregate verified crawler permintaan dari CDN atau server access logs; melakukan tidak trust pengguna-agent string alone ketika verification adalah tersedia.

Benchmark / realistic range: Establish wajar mix untuk Anda situs. Intentional 404s dapat menjadi legitimate; unexplained 5xx/429 respons pada yang dimaksud URLs seharusnya tidak menjadi treated sebagai wajar baseline noise.

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

Search Console error inventory trend

Metric: Affected URL counts oleh halaman pengindeksan alasan, paired dengan representative URL state dan report perbarui date.

Apa ini tells Anda: Apakah Google’s observed inventory adalah shrinking setelah memperbaiki atau expanding ke additional templates.

cara pull ini: Export halaman pengindeksan alasan tables dan retain dated snapshots; spot-periksa contoh dengan pemeriksaan URL dan langsung permintaan.

Benchmark / realistic range: Bandingkan dengan situs’s yang dimaksud state dan -nya own prior snapshots. Search Console adalah sampled dan delayed, so melakukan tidak invent sebuah nyata-time lulus threshold.

Cadence: Weekly dan setelah Google memiliki time untuk recrawl sebuah deployed perbaiki; gunakan logs dan langsung memeriksa untuk immediate incident monitoring.

Uji pemahaman Anda: HTTP Error Codes

Five quick pertanyaan pada bagaimana Google menangani 4xx dan 5xx errors. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan