server Error (5xx)

TL;DR — “Server error (5xx)” (terjemahan) “server error (5xx)” berarti Google tried untuk muat Anda halaman dan Anda server answered dengan sebuah error (sebuah 500-tingkat code) alih-alih menunjukkan halaman. Google dapat’t indeks sebuah error, so URL tidak akan muncul di penelusuran. sebuah quick blip adalah fine — Google hanya backs off dan retries — tetapi jika errors pertahankan happening, Anda halaman dapat eventually drop out dari Google. Perbaiki server, dan crawling muncul back pada -nya own.

Apa ini status berarti

ini label berarti Google’s permintaan diterima sebuah server respons di 5xx range. Bukti untuk klaim ini Google reports Server error 5xx when the server returned a 500-level response for the requested page. Cakupan: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Page indexing report Google slows crawling di respons untuk 5xx errors dan dapat eventually hapus persistently failing URLs. Bukti untuk klaim ini Google slows crawling for 5xx responses and may eventually remove persistently failing URLs from the index. Cakupan: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: HTTP status codes

Ketika Googlebot menanyakan Anda server untuk sebuah halaman, server jawaban dengan sebuah kode status. sebuah 200 berarti “di sini’s itu halaman.” (terjemahan) “di sini’s halaman.” sebuah 5xx adalah sebuah seluruh family dari error codes — 500, 502, 503, 504 — itu semua berarti “sesuatu went wrong pada my end.” (terjemahan) “sesuatu went wrong pada my end.” Ketika Search Console menampilkan server error (5xx) di bawah Tidak terindeks, ini adalah telling Anda Google ditanyakan untuk itu URL dan mendapat satu dari itu errors back alih-alih halaman.

Google dapat’t indeks sebuah halaman error. ada Tidak nyata konten untuk baca, so URL tetap out dari penelusuran until server dimulai responding biasanya again.

adalah ini sebuah emergency?

ini bergantung pada apakah ini adalah sebuah satu kali atau sebuah pattern:

• sebuah brief hiccup — Anda server adalah busy untuk sebuah minute, sebuah deploy restarted ini — adalah wajar. Google notices error, slows down, dan tries again kemudian. Tidak lasting harm.
• Errors itu pertahankan happening adalah masalah. lebih lama Anda server mempertahankan returning 5xx, lebih Google melakukan crawl Anda, until eventually halaman itu adalah di Google mendapatkan dropped.

Google tidak publish sebuah “safe” (terjemahan) “safe” angka dari flagged URLs — crawl-rate hit scales dengan namun banyak URLs adalah erroring, tidak sebuah fixed threshold. So prioritize oleh apa sebenarnya penting: adalah ini sebuah penting halaman, adalah ini masih failing ketika Anda periksa again, dan adalah ini sebuah handful dari URLs atau sebuah lot dari them? sebuah single penting URL itu mempertahankan failing deserves attention now; sebuah satu-time blip pada sebuah rendah-nilai halaman biasanya resolves itself. sebuah lot dari URLs flagged, atau yang sama ones flagged di atas dan di atas, berarti sesuatu pada Anda situs adalah sebenarnya rusak dan perlu attention.

cara mulai memperbaiki ini

1. periksa jika Anda situs adalah sebenarnya up. Visit sebuah flagged halaman yourself. jika ini errors untuk Anda too, itu’s Anda jawaban — server memiliki sebuah masalah.
2. tanyakan Anda host atau developer. 5xx errors hampir selalu come dari server, app, atau database — tidak dari apa pun di Anda halaman’s konten atau SEO settings.
3. lihat Statistik Crawling di Search Console (Settings → Statistik Crawling). ini menampilkan apakah Google memiliki telah hitting errors di seluruh Anda seluruh situs recently.
4. Setelah ini adalah fixed, tell Google untuk re-periksa. di halaman pengindeksan report, open “Server error (5xx)” (terjemahan) “server error (5xx)” issue dan click Validate Perbaiki. Google re-melakukan crawl affected URLs dan clears them sebagai mereka come back bersih.

satu hal orang mendapatkan wrong

jika Anda ever perlu untuk take Anda situs down pada purpose — untuk maintenance, say — jangan hanya tampilkan sebuah halaman error atau sebuah “we’ll be back soon” (terjemahan) “kami’ll menjadi back soon” halaman itu mengembalikan sebuah wajar 200. dan jangan membuat ini sebuah 404. right move adalah sebuah 503 status (ini secara harfiah berarti “service tidak tersedia, temporarily” (terjemahan) “service tidak tersedia, temporarily”). itu tells Google “I’m down untuk a bit, coba lagi nanti” (terjemahan) “I’m down untuk sebuah bit, coba lagi nanti” alih-alih “ini halaman adalah rusak” (terjemahan) “ini halaman adalah rusak” atau “this page is gone.” (terjemahan) “ini halaman adalah hilang.” ada sebuah right cara untuk melakukan itu, covered di Advanced tab.

ingin penuh versi — persis bagaimana Google reacts untuk 5xx, 500-vs-502-vs-503 differences, cara diagnose penyebab, dan proper maintenance-mode setup? Switch untuk Advanced tab.

TL;DR — “Server error (5xx)” (terjemahan) “server error (5xx)” berarti server dikembalikan sebuah 500-tingkat code ketika Googlebot requested URL, so halaman dapat’t menjadi terindeks. Dua distinct harms: Google slows laju crawling (proportionate untuk bagaimana banyak URLs adalah erroring) dan ignores apa pun konten sebuah 5xx mengembalikan; jika errors persist, sudah-terindeks URLs adalah dipertahankan di pertama, lalu dropped. Recovery adalah automatic setelah Anda kembalikan 2xx, tetapi laju crawling ramps back up secara bertahap. Google buckets 429 (rate limiting / “server overloaded” (terjemahan) “server overloaded”) dengan 5xx. Penyebab: overloaded/misconfigured host, app/DB errors, upstream atau CDN failures, sebuah CDN/WAF blocking Googlebot (verify dengan reverse DNS/IP ranges sebelum mengubah security aturan — sebuah Googlebot pengguna-agent adalah spoofable). Diagnose dengan Statistik Crawling host availability → server logs → pemeriksaan URL pengujian langsung. Google’s default recommendation untuk planned closures adalah untuk stay online dengan limited functionality; jika Anda harus fully disable, correct respons adalah 503 + Retry-setelah untuk sebuah day atau dua (“beberapa days di paling” (terjemahan) “sebuah sedikit days di sebagian besar” — weeks dari ini harms pengindeksan dengan Tidak fixed recovery time) — dan robots.txt harus pertahankan returning 200, karena sebuah 503 pada robots.txt dapat pause crawling situs-wide. lalu jalankan Validate Perbaiki (opsional — ini hanya tracks perbaiki).

Apa status sebenarnya reports

label reports respons Google observed, tidak spesifik origin, proxy, database, atau CDN failure itu disebabkan ini. Bukti untuk klaim ini Google reports Server error 5xx when the server returned a 500-level response for the requested page. Cakupan: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Page indexing report Google’s HTTP guidance defines terpisah crawl dan pengindeksan effects. Bukti untuk klaim ini Google slows crawling for 5xx responses and may eventually remove persistently failing URLs from the index. Cakupan: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: HTTP status codes

Google’s own definition adalah satu line: Anda server dikembalikan sebuah 500-tingkat error ketika halaman adalah requested. itu’s ini. Googlebot dibuat sebuah permintaan, dan alih-alih sebuah 200 dengan konten ini mendapat sebuah 500, 502, 503, 504, atau similar. URL lands di bawah Tidak terindeks karena di sana adalah Tidak usable konten untuk indeks.

pertahankan satu hal straight: ini adalah tentang kode respons, tidak halaman’s konten, markup, atau SEO setup. sebuah 5xx adalah sebuah server-dan-infrastructure masalah. Tidak amount dari editing halaman’s HTML memperbaiki sebuah 502 coming dari sebuah overloaded backend.

Bagaimana Google memperlakukan 5xx — crawl economics

ini adalah bagian sebagian besar explainers skip, dan ini adalah seluruh alasan 5xx penting lebih daripada, say, sebuah 404. Google’s HTTP-errors documentation spells out perilaku:

• crawling slows down. 5xx (dan 429) errors prompt Google’s crawler untuk temporarily slow down. decrease di laju crawling adalah proportionate untuk angka dari individual URLs returning sebuah server error — sebuah handful dari erroring URLs adalah sebuah nudge; sebuah situs-wide 5xx adalah sebuah hard brake.
• ** konten adalah ignored.** Apa pun Google menerima dari sebuah URL returning sebuah 5xx adalah thrown away. ada Tidak “sebagian credit” (terjemahan) “sebagian credit” untuk sebuah error body — Google melakukan tidak indeks sebuah “site down” (terjemahan) “situs down” message Anda disajikan dengan sebuah 500.
• terindeks URLs adalah dipertahankan, lalu eventually dropped. sudah-terindeks URLs stay di indeks di pertama. tetapi Google’s pengindeksan pipeline menghapus URLs itu persistently mengembalikan server error. So sebuah pendek outage costs Anda tidak ada apa pun di indeks; sebuah prolonged satu costs Anda halaman.
• Recovery adalah automatic — tetapi gradual. Setelah server dimulai responding dengan 2xx again, Google secara bertahap increases laju crawling back up. Anda tidak file sebuah ticket; Anda perbaiki server dan crawl ramps back cautiously pada -nya own.

itu sequence — slow down → ignore konten → pertahankan → eventually drop → recover pada 2xx — adalah accuracy spine dari ini seluruh topic.

429 counts sebagai sebuah server error. Worth flagging karena sebagian besar pesaing konten misses ini: Google memperlakukan sebuah 429 Too Many Requests sebagai sebuah sinyal itu server adalah overloaded, dan buckets ini dengan 5xx. jika Anda rate limiting atau bot protection adalah firing 429s di Googlebot, Anda’re getting yang sama crawl slowdown sebagai sebuah 500.

umum 5xx codes, oleh mungkin root penyebab

Knowing yang 5xx Anda’re getting adalah sebuah starting poin untuk di mana untuk look — tidak proof dari apa rusak. RFC 9110 ( HTTP specification) defines setiap code oleh apa responding component adalah melakukan, dan apa pun dari ini dapat menjadi emitted oleh sebuah origin server, sebuah application server, sebuah muat balancer, sebuah CDN, atau sebuah proxy sitting di front dari nyata origin. Treat code sebagai pertama clue, lalu correlate ini terhadap edge, origin, application, dan database/dependency logs untuk yang sama permintaan sebelum Anda conclude yang layer sebenarnya failed:

• 500 error server internal — per spec, “itu server encountered an unexpected condition itu prevented it dari fulfilling itu request.” (terjemahan) “ server encountered sebuah unexpected condition itu prevented ini dari fulfilling permintaan.” itu’s dengan sengaja generic: ini adalah sering application code atau sebuah runtime/config error, tetapi kode status alone tidak prove itu — periksa app logs untuk konfirmasi.
• 502 gateway buruk — “itu server, sementara acting sebagai a gateway atau proxy, diterima an tidak valid response dari an inbound server.” (terjemahan) “ server, sementara acting sebagai sebuah gateway atau proxy, diterima sebuah tidak valid respons dari sebuah inbound server.” ini poin di sebuah upstream interaction, tidak sebuah single vendor: periksa chain dari muat balancer, reverse proxy, CDN, dan origin behind them.
• 503 Service Tidak tersedia — “itu server adalah saat ini unable untuk tangani itu request due untuk a temporary overload atau scheduled maintenance.” (terjemahan) “ server adalah saat ini unable untuk tangani permintaan karena sebuah temporary overload atau scheduled maintenance.” lihat capacity, traffic spikes, dan apakah sesuatu adalah di sebuah maintenance state. (ini adalah juga code Anda ingin untuk kirim pada purpose selama planned downtime — see di bawah.) Note spec’s own caveat: sebuah overloaded server tidak diperlukan untuk kembalikan 503 di semua — “some servers mungkin sekadar refuse itu connection,” (terjemahan) “beberapa server mungkin sekadar refuse connection,” yang dapat tampilkan up sebagai sebuah timeout atau connection error alih-alih sebuah bersih kode status.
• 504 batas waktu gateway — “itu server, sementara acting sebagai a gateway atau proxy, melakukan tidak menerima a timely response dari an server upstream.” (terjemahan) “ server, sementara acting sebagai sebuah gateway atau proxy, melakukan tidak menerima sebuah timely respons dari sebuah server upstream.” ini marks sebuah timeout boundary, tidak yang upstream component adalah slow: periksa panjang database kueri, slow ketiga-party panggilan, dan sebuah origin struggling di bawah muat.

sebuah practical utas berjalan melalui ini: 5xx sering traces back untuk sebuah overloaded atau slow backend, so server performa berfungsi — lebih cepat kueri, lebih ringan server-side rendering, lebih capacity — adalah frequently bagian dari perbaiki, tidak sebuah side quest. tetapi karena yang sama kode status dapat come dari apa pun layer di chain, code narrows Anda penelusuran; logs tell Anda di mana failure sebenarnya happened.

umum penyebab

• Overloaded host. Traffic spikes (including aggressive crawling) outrun Anda server’s capacity dan ini dimulai shedding permintaan sebagai 5xx.
• Application atau database errors. Unhandled exceptions, sebuah downed DB, sebuah buruk deploy, exhausted connection pools.
• Misconfiguration. sebuah rusak config setelah sebuah perubahan, sebuah expired dependency, sebuah penuh disk.
• Upstream / CDN failures. Anda origin adalah fine tetapi sebuah proxy, muat balancer, atau CDN di front dari ini adalah returning 502/504 — atau CDN itself memiliki sebuah outage.
• sebuah CDN/WAF atau rate limiter blocking Googlebot. bot protection, security aturan, atau rate limiting itu mistakes Googlebot untuk sebuah attacker dapat kembalikan 5xx atau 429 hanya untuk Googlebot sementara pengguna nyata see situs fine. ini satu adalah di bawah-covered dan sebuah frequent dunia nyata penyebab — yang adalah mengapa Anda memiliki untuk reproduce sebagai Googlebot, tidak hanya periksa halaman di Anda browser.

cara diagnose ini

berfungsi dari seluruh-situs view down untuk single URL:

1. Statistik Crawling → Host availability. di Search Console, Settings → Statistik Crawling. host status bagian dan oleh-respons-code breakdown tampilkan apakah 5xx adalah sebuah persistent, besar-scale issue atau sebuah isolated blip, dan roughly ketika ini dimulai.
2. server dan access logs. ground truth. Filter Anda logs untuk Googlebot (verified — see Scripts tab) dan lihat kode status ini sebenarnya diterima dan ketika. Logs akan tampilkan Anda sebuah CDN/WAF blocking Googlebot itu sebuah browser test tidak pernah akan.
3. pemeriksaan URL → Pengujian langsung. Jalankan sebuah flagged URL melalui pemeriksaan URL dan gunakan Test Langsung URL. ini mengonfirmasi apakah Google-InspectionTool dapat access halaman saat ini — berguna, tetapi ini adalah sebuah saat ini-state periksa, tidak proof dari apa happened di sebelumnya time Google logged 5xx. sebuah halaman itu memuat fine untuk Anda (di sebuah browser, atau melalui Pengujian langsung) minutes atau hours kemudian tidak aturan out sebuah nyata error di moment Googlebot sebenarnya hit ini — time, IP, geo, cache state, dan bot-detection aturan dapat semua differ antara dua permintaan.
4. Reproduce sebagai Googlebot. permintaan URL dengan Googlebot’s pengguna-agent (dan, jika Anda dapat, dari di luar Anda network) untuk catch WAF/rate-limit aturan itu hanya fire untuk bot. Treat ini sebagai sebuah differential test, tidak verified proof dari apa Googlebot itself saw — sebuah Googlebot pengguna-agent string adalah trivial untuk spoof di either direction. sebelum Anda loosen sebuah WAF, CDN, atau rate-limit aturan karena “ini hanya blocking Googlebot,” (terjemahan) “ini adalah hanya blocking Googlebot,” konfirmasi traffic di Anda logs adalah nyata Googlebot melalui reverse DNS atau Google’s published IP ranges (see Scripts tab) — jangan perubahan sebuah security control berdasarkan pengguna-agent header alone.

cara perbaiki ini

setelah Anda know penyebab, memperbaiki ikuti Google’s own “fixing server errors” (terjemahan) “memperbaiki kesalahan server” guidance:

• Konfirmasi scale di Statistik Crawling sebelum Anda perubahan apa pun — adalah ini persistent dan besar, atau sebuah satu kali?
• Reduce excessive halaman memuat untuk dynamic permintaan. Cache expensive halaman, mengoptimalkan slow kueri, dan berhenti generating berat respons pada setiap hit.
• pastikan host tidak down, overloaded, atau misconfigured. tambahkan capacity, perbaiki config, restart rusak service, periksa database.
• pastikan Anda’re tidak inadvertently blocking Google. Audit CDN/WAF/bot aturan dan rate limits untuk apa pun firing 5xx atau 429 di Googlebot.
• Control crawling wisely. jika aggressive crawling adalah overloading Anda, jawaban adalah sebuah temporary 503/429 untuk ease bot off — tidak sebuah permanent block.

right cara untuk take sebuah situs down pada purpose — 503 + Retry-setelah

Sometimes Anda ingin situs tidak tersedia: sebuah migration, scheduled maintenance, pausing sebuah online business. Melakukan ini wrong turns sebuah planned event ke sebuah deindexing event. Google’s Pause Anda online business di Google Search doc adalah jelas tentang correct approach.

Google’s default recommendation adalah untuk pertahankan situs up, hanya limited. jika closure adalah temporary dan Anda plan untuk reopen, Google’s own preference adalah itu Anda “keep your site online and limit the functionality” (terjemahan) “pertahankan situs online dan limit functionality” alih-alih take ini fully offline. Penuh disable-dan-503 adalah urgent option, tidak default satu.

«When you do need the whole site down, use 503 (Service Unavailable) with a Retry-After header. Google: “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” And pair it with the header: “Use the retry-after HTTP header with a best effort date or duration.” The 503 says “temporarily down,” and Retry-After tells the bot roughly when to come back — but treat that header as advisory, not a guarantee: it’s a best-effort signal, not a promise Google will recrawl at that exact time. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

ini adalah sebuah pendek-istilah mengukur hanya. Google panggilan ini “an extreme measure that should only be taken for a very short period of time (a few days at most).” (terjemahan) “sebuah extreme mengukur itu seharusnya hanya menjadi taken untuk sebuah very pendek period dari time (sebuah sedikit days di sebagian besar).” dan warning itu pesaing leave out: “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.” Google adalah jelas itu ada Tidak cara untuk shortcut Anda cara back dari itu either — “there’s no fixed time for a recovery from a complete removal, and there’s no mechanism to speed that up.” (terjemahan) “ada Tidak fixed time untuk sebuah recovery dari sebuah menyelesaikan removal, dan ada Tidak mechanism untuk speed itu up.” dengan kata lain, sebuah correct 503 melindungi Anda untuk sebuah day atau dua — tetapi Tidak kode status, dan Tidak amount dari validating di Penelusuran Console, saves Anda dari pengindeksan damage dari menjadi down untuk weeks, atau memberikan Anda sebuah guaranteed comeback date. jika Anda perlu sebuah panjang outage, itu’s sebuah berbeda conversation (dan probably sebuah redirect atau sebuah nyata plan).

Mengapa tidak sebuah 200 atau sebuah 404

• jangan sajikan 200 “under maintenance” (terjemahan) “di bawah maintenance” halaman. Google akan treat itu halaman’s konten sebagai nyata halaman dan dapat indeks Anda “we’ll be back soon” (terjemahan) “kami’ll menjadi back soon” message. konten dari sebuah proper 503, oleh contrast, adalah ignored — yang adalah apa Anda ingin.
• jangan mengembalikan 404 (atau 403/410). Google’s guidance adalah jelas: jangan block situs oleh returning 403, 404, atau 410 selama downtime. sebuah 404 sinyal hilang, tidak temporarily down; Anda ingin halaman dipertahankan, dan sebuah 503 melakukan itu.

robots.txt trap — pertahankan ini dapat di-crawl

ini adalah single sebagian besar-missed detail, dan ini dapat pause crawling untuk Anda entire situs. selama sebuah 503 maintenance window, Anda robots.txt file harus pertahankan returning 200 dan stay dapat di-crawl. Google adalah blunt: “jangan return a 503 HTTP response status code untuk itu robots.txt file karena ini blocks all crawling.” (terjemahan) “jangan mengembalikan 503 HTTP respons kode status untuk robots.txt file karena ini blocks semua crawling.” Carve robots.txt out dari maintenance handler so ini selalu jawaban 200 — jangan rely pada apa happens jika Anda tidak.

untuk context, Google’s robots.txt spec doc lays out apa sebenarnya happens jika robots.txt itself dimulai erroring, dan ini adalah staged alih-alih sebuah instant, permanent lockout: untuk pertama 12 hours Google berhenti crawling situs sementara masih retrying robots.txt; untuk berikutnya 30 days ini falls back untuk terakhir known baik versi dari robots.txt sementara masih trying untuk fetch sebuah fresh satu; dan setelah 30 days, jika situs adalah jika tidak reachable, Google drops cached versi dan behaves sebagai jika ada Tidak robots.txt file di semua (i.e., Tidak crawl restrictions dari ini) alih-alih continuing untuk block. jika ada Tidak cached versi untuk fall back pada di pertama place, Google likewise assumes ada Tidak crawl restriction. None dari itu adalah sebuah alasan untuk risk ini pada purpose — sebuah multi-day crawl pause di mulai dari window adalah masih nyata damage — ini hanya berarti “robots.txt 503’d” (terjemahan) “robots.txt 503’d” tidak sebuah permanent, unrecoverable state jika ini happens oleh accident dan mendapatkan fixed.

Validating perbaiki di GSC

setelah server adalah healthy again:

1. Open server error (5xx) issue di halaman pengindeksan report.
2. Click Validate Perbaiki. Google re-melakukan crawl affected URLs di batches.
3. Watch validation state. sebagai URLs come back 200, mereka jelas; jika beberapa masih error, validation flags them dan Anda diagnose itu secara khusus.

Anda tidak memiliki untuk tunggu untuk validation untuk re-crawl naturally — tetapi Validate Perbaiki prioritizes affected set dan memberikan Anda sebuah status untuk track. Remember crawl rate itself ramps back secara bertahap setelah Anda’re returning 2xx, so jangan expect sebuah instant snap-back untuk Anda old crawl volume.

Di mana ini sits

sebuah 5xx adalah sebuah crawl-dan-sajikan masalah, so ini touches neighbors: persistent 5xx hammers Anda laju crawling ( lever Googlebot pulls ketika Anda server struggles), dan host-tingkat view dari ini lives di Statistik Crawling report dan -nya host status. ini adalah distinct dari sebuah 404 (tidak ditemukan), yang sinyal hilang alih-alih rusak dan adalah handled far lebih gently. untuk bigger picture dari bagaimana penemuan dan fetching berfungsi, see crawling hub; untuk rest dari halaman pengindeksan statuses, see GSC halaman pengindeksan hub.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: “Server error (5xx)” (terjemahan) “server error (5xx)” di GSC halaman pengindeksan berarti Googlebot requested sebuah URL dan server dikembalikan sebuah 500-tingkat code (500/502/503/504) alih-alih sebuah 200. halaman lands di bawah Tidak terindeks — ada Tidak usable konten untuk indeks. ini adalah sebuah server/infrastructure masalah, tidak sebuah konten satu.
• Bagaimana Google reacts: crawling slows down (proportionate untuk bagaimana banyak URLs adalah erroring), konten dari sebuah 5xx adalah ignored, sudah-terindeks URLs adalah dipertahankan lalu eventually dropped jika errors persist, dan laju crawling recovers secara bertahap setelah Anda kembalikan 2xx.
• 429 counts: Google buckets 429 Too Many Requests (“server overloaded” (terjemahan) “server overloaded”) dengan 5xx — rate limiting Googlebot triggers yang sama slowdown.
• Codes sebagai sebuah starting poin, tidak proof: 500 = sebuah unexpected server-side condition; 502 = sebuah gateway/proxy mendapat sebuah buruk respons dari upstream; 503 = overloaded atau di maintenance; 504 = sebuah gateway/proxy timed out menunggu pada upstream. apa pun dari ini dapat originate di origin, app, database, muat balancer, atau CDN — correlate logs di seluruh layers sebelum assuming yang satu.
• umum penyebab: overloaded/misconfigured host, app/DB errors, upstream/CDN failures, dan sebuah CDN/WAF atau rate limiter blocking Googlebot (mengembalikan 5xx/429 untuk bot sementara pengguna see situs fine) — konfirmasi ini adalah benar-benar Googlebot melalui reverse DNS/IP ranges sebelum mengubah sebuah security aturan; pengguna-agent alone adalah spoofable.
• Diagnose: Statistik Crawling host availability → Googlebot-filtered server logs → pemeriksaan URL pengujian langsung → reproduce sebagai Googlebot. sebuah halaman berfungsi now menampilkan saat ini state hanya, tidak apa Googlebot saw di time ini logged error.
• Planned downtime — right cara: Google’s default preference adalah untuk stay online dengan limited functionality. jika Anda harus fully disable, gunakan 503 + Retry-setelah (Retry-setelah adalah best-effort, tidak sebuah jaminan), untuk sebuah day atau dua (“beberapa days di paling” (terjemahan) “sebuah sedikit days di sebagian besar”); weeks dari downtime harms pengindeksan dengan Tidak fixed recovery time afterward. Tidak sebuah 200 “maintenance” (terjemahan) “maintenance” halaman (Google indeks ini) dan tidak sebuah 404 (sinyal hilang).
• ** robots.txt trap:** pertahankan robots.txt returning 200 selama sebuah 503 window — sebuah 503 pada robots.txt dapat pause crawling situs-wide (Google’s spec doc: 12 hours dari Tidak crawling, lalu up untuk 30 days pada cached robots.txt, sebelum ini falls back untuk assuming Tidak restrictions).
• Validate: perbaiki server, lalu Validate Perbaiki di halaman pengindeksan report (opsional — Google memperbarui issue count pada apa pun recrawl either cara); crawl rate ramps back secara bertahap.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• halaman pengindeksan report — report itself, including “Server error (5xx)” (terjemahan) “server error (5xx)” status definition dan “fixing server errors” (terjemahan) “memperbaiki kesalahan server” guidance.
• Bagaimana HTTP kode status memengaruhi Google’s crawler — persis bagaimana Google menangani 5xx dan 429: crawl slowdown, ignored konten, preservation lalu drop, dan recovery pada 2xx.
• Pause Anda online business di Google Search — canonical “how to take a site down correctly” (terjemahan) “cara take sebuah situs down correctly” doc: 503 + Retry-setelah, “a few days at most,” (terjemahan) “sebuah sedikit days di sebagian besar,” dan robots.txt-harus-stay-dapat di-crawl aturan.
• cara deal dengan planned situs downtime (Penelusuran Central blog, 2011) — older tetapi masih-cited tulis-up dari yang sama 503 advice.
• Bagaimana Google interprets robots.txt specification — staged perilaku ketika robots.txt itself mengembalikan sebuah 5xx: sebuah 12-hour pause, lalu up untuk 30 days pada cached versi, sebelum Google falls back untuk assuming Tidak restrictions.
• mengoptimalkan Anda anggaran crawling — bagaimana server respons (including 5xx) factor ke crawl capacity.

Bing / Microsoft

• Bing Webmaster Guidelines — Bing surfaces kesalahan server di -nya crawl reporting; like Google, ini recommends sebuah 503 dengan sebuah Retry-setelah header untuk temporary downtime so Bingbot muncul back alih-alih dropping halaman.

Quotes dari sumber

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

Google — halaman pengindeksan status definition

• “Your server returned a 500-level error when the page was requested.” (terjemahan) “Anda server dikembalikan sebuah 500-tingkat error ketika halaman adalah requested.” — Google, halaman pengindeksan report help doc. Jump untuk quote

Google — bagaimana 5xx adalah handled (HTTP kode status doc)

«- “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling. For Google Search, already indexed URLs are preserved in the index, but eventually dropped.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Any content Google receives from URLs that return a 5xx status code is ignored.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Google decreases the crawl rate for the site. The decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil empat: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil lima: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — taking sebuah situs down correctly (Pause Anda online business)

«- “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.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh delapan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “This is an extreme measure that should only be taken for a very short period of time (a few days at most).” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh delapan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh delapan, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Use the retry-after HTTP header with a best effort date or duration.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh delapan, bagian kecil empat: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh delapan, bagian kecil lima: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«## Fixing a “Server error (5xx)” — checklist » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

berfungsi top untuk bottom; early langkah tell Anda apakah ini adalah sebuah emergency.

• Konfirmasi scale. GSC → Settings → Statistik Crawling → host availability dan oleh-respons-code chart. Persistent/besar-scale, atau sebuah isolated blip?
• Reproduce ini. muat sebuah flagged URL yourself, lalu jalankan pemeriksaan URL → Test Langsung URL untuk see error dari Google’s side saat ini.
• periksa ini adalah tidak bot-spesifik. permintaan URL dengan Googlebot’s pengguna-agent (dan dari di luar Anda network) — catch CDN/WAF/rate-limit aturan itu hanya fire untuk bot (5xx atau 429).
• Baca logs. Filter server/access logs untuk verified Googlebot; konfirmasi yang kode status ini diterima dan ketika 5xx dimulai.
• Identify code. 500 (app/DB) · 502 (buruk upstream) · 503 (overload / maintenance) · 504 (upstream timeout) — ini poin Anda di layer untuk perbaiki.
• Reduce muat pada dynamic permintaan. Cache expensive halaman, mengoptimalkan slow kueri, perbaiki berat server-side berfungsi behind 503/504.
• Perbaiki host health. Capacity, config, restarts, database, dependencies.
• Audit Google-blocking. CDN/WAF/bot/rate-limit aturan returning 5xx/429 untuk Googlebot.
• Verify robots.txt mengembalikan 200 — terutama jika sebuah maintenance handler adalah involved (sebuah 503 pada robots.txt dapat pause crawling situs-wide).
• Jalankan Validate Perbaiki setelah server adalah healthy; watch validation state.

«## Planned-downtime (“503 done right”) checklist » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

sebelum Anda put situs ke maintenance mode:

• sajikan 503 (Service Tidak tersedia), tidak 200, 403, 404, atau 410.
• tambahkan sebuah Retry-After header (sebuah best-effort date atau duration).
• pertahankan ini pendek — 1–2 days, sebuah sedikit days di sebagian besar. Weeks dari downtime harms pengindeksan regardless dari kode status.
• Exclude robots.txt dari maintenance aturan so ini mempertahankan returning 200 dan tetap dapat di-crawl.
• sajikan berguna, human-readable maintenance halaman di 503 body ( konten adalah ignored oleh Google, tetapi pengguna nyata akan see ini).
• Ketika Anda’re back, konfirmasi halaman kembalikan 200 dan laju crawling recovers (ini ramps up secara bertahap).

5xx cheat sheets

** umum 5xx codes — apa mereka berarti dan di mana untuk look**

Bagaimana Google reacts untuk sebuah 5xx

Yang kode status untuk yang situation

«| Situation | Use | Don’t use | | --- | --- | --- | | Page genuinely broke | Fix it → 200 | Leave the 5xx up | | Planned short downtime / maintenance | 503 + Retry-After | 200 maintenance page, 404, 403, 410 | | robots.txt during maintenance | Keep it 200 | 503 (can pause crawling site-wide) | | Overloaded by aggressive crawling | Temporary 503 / 429 to ease the bot off | A permanent block | | Page permanently gone | 404 / 410 | 503 (signals “temporary”) | » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian sembilan puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

mental models

1. sebuah 5xx adalah “rusak,” (terjemahan) “rusak,” sebuah 404 adalah “gone.” (terjemahan) “hilang.” Google menangani them very differently. sebuah 404 adalah fine — setelah ditemukan, Googlebot hanya retries ini dan ini drops gently. sebuah 5xx says sesuatu adalah wrong dengan server, so Google slows down, ignores konten, dan — jika ini persists — drops Anda halaman. Ketika Anda’re choosing sebuah kode status pada purpose, choose satu milik siapa meaning matches reality.

«2. Slow down → ignore → preserve → drop → recover. That’s the lifecycle of a 5xx, in order. The takeaways fall out of it: short outages are tolerated (you’re still in “preserve”), prolonged outages cost you the index (you’ve reached “drop”), and the cure is simply returning 2xx (which moves you to “recover” — gradually). » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

3. proportionality aturan. crawl slowdown adalah proportionate untuk bagaimana banyak URLs adalah erroring. Satu flaky URL adalah sebuah nudge; sebuah situs-wide 5xx adalah sebuah hard brake. ini tells Anda di mana untuk triage: sebuah kecil flagged set adalah rendah-urgency; sebuah host-tingkat error adalah sebuah emergency.

4. 503 adalah sebuah fitur, tidak hanya sebuah error. untuk planned downtime, 503 + Retry-setelah adalah correct, SEO-safe respons — karena ini adalah temporary oleh design. tetapi ini adalah sebuah pendek-istilah alat: sebuah sedikit days di sebagian besar. Tidak kode status melindungi Anda dari pengindeksan damage dari menjadi down untuk weeks.

5. robots.txt adalah muat-bearing. Treat Anda robots.txt sebagai satu URL itu harus tidak pernah 5xx. sebuah 503 pada robots.txt tidak hanya hide robots.txt — ini pauses crawling untuk seluruh situs. Whatever maintenance aturan Anda tulis, carve robots.txt out dari ini.

6. Reproduce sebagai bot, tidak sebagai yourself. nastiest 5xx penyebab (WAF aturan, rate limiting) fire hanya untuk Googlebot. jika halaman memuat fine di Anda browser tetapi GSC says 5xx, Anda haven’t reproduced masalah namun — test dengan Googlebot’s pengguna-agent dan baca logs.

periksa apa kode status sebuah URL sebenarnya mengembalikan

pertama move adalah confirming kode respons dari command line — dan, ideally, sebagai Googlebot, since beberapa 5xx/429s hanya fire untuk bot.

macOS / Linux

# Status code as a normal client
curl -s -o /dev/null -w "%{http_code}\n" https://www.example.com/page/

# Status code as Googlebot (catches WAF / rate-limit rules that target the bot)
curl -s -o /dev/null -w "%{http_code}\n" \
  -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://www.example.com/page/

# Full response headers — confirm a 503 carries a Retry-After during maintenance
curl -sI https://www.example.com/page/

Windows (PowerShell)

# Status code (note: 5xx throws, so capture the response in the catch block)
try {
  (Invoke-WebRequest -Uri "https://www.example.com/page/" -UseBasicParsing).StatusCode
} catch {
  $_.Exception.Response.StatusCode.value__
}

# As Googlebot
try {
  (Invoke-WebRequest -Uri "https://www.example.com/page/" -UseBasicParsing `
    -UserAgent "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)").StatusCode
} catch { $_.Exception.Response.StatusCode.value__ }

Konfirmasi traffic adalah benar-benar Googlebot (sebelum trusting Anda logs)

sebuah “Googlebot” (terjemahan) “Googlebot” 5xx di Anda logs mungkin menjadi sebuah spoofed pengguna-agent. Verify dengan sebuah reverse + forward DNS periksa — Google publishes Tidak shortcut.

macOS / Linux

# 1) Reverse DNS the IP from your logs — it should end in googlebot.com or google.com
host 66.249.66.1
# 2) Forward DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com

Windows

nslookup 66.249.66.1
nslookup crawl-66-249-66-1.googlebot.com

Maintenance mode selesai right — 503 + Retry-setelah, robots.txt tetap 200

critical bit: sajikan 503 untuk situs, tetapi tidak pernah untuk robots.txt.

Apache (.htaccess)

# Let robots.txt through untouched so crawling isn't halted
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/robots\.txt$
RewriteCond %{REQUEST_URI} !^/maintenance\.html$
RewriteRule ^ /maintenance.html [R=503,L]

# Attach the headers to the 503 response
<If "%{REQUEST_URI} != '/robots.txt'">
  Header always set Retry-After "86400"
</If>
ErrorDocument 503 /maintenance.html

Nginx

location / {
    # robots.txt is matched by a more specific block below, so it's exempt
    return 503;
}

location = /robots.txt {
    # Always serve the real robots.txt with a 200
    try_files $uri =404;
}

error_page 503 /maintenance.html;
location = /maintenance.html { internal; }

# Add Retry-After to 503 responses (a day, in seconds)
add_header Retry-After 86400 always;

Konfirmasi ini dengan curl -sI dari bagian di atas: situs URLs seharusnya kembalikan 503 dengan sebuah Retry-After header, dan https://www.example.com/robots.txt seharusnya masih kembalikan 200.

alat untuk finding dan confirming sebuah 5xx

Mulai dengan alat itu dapat periksa status secara langsung terhadap Anda flagged URLs, lalu sempit untuk logs jika jawaban tidak obvious dari sebuah single permintaan.

• Bulk HTTP kode status Checker — paste setiap URL Search Console flagged di bawah “Server error (5xx)” (terjemahan) “server error (5xx)” (up untuk 500 di setelah) dan see sebenarnya kode status, rantai pengalihan, dan latency untuk setiap satu saat ini. ini adalah fastest cara untuk konfirmasi apakah sebuah perbaiki benar-benar took sebelum Anda click Validate Perbaiki di GSC, atau apakah beberapa URLs adalah masih erroring.
• situs web Down Checker — sebuah single-URL “adalah it sebenarnya down saat ini” (terjemahan) “adalah ini sebenarnya down saat ini” periksa dari sebuah langsung vantage poin, dengan respons timing dan redirects. baik untuk langkah pertama di ini artikel’s diagnosis flow: “visit a flagged halaman yourself” (terjemahan) “visit sebuah flagged halaman yourself” — sebelum Anda go digging di logs.
• header HTTP Checker — inspect penuh respons headers di seluruh setiap redirect hop. gunakan ini untuk konfirmasi sebuah 503 sebenarnya carries sebuah Retry-After header selama planned maintenance, dan untuk periksa bahwa robots.txt adalah masih answering 200 dengan Tidak maintenance aturan accidentally catching ini.
• Log File Analyzer — drop di Anda server access log dan see status-code waste dan crawl activity oleh bot, plus sebuah spoofer report itu separates verified Googlebot dari pengguna-agents faking ini. ini adalah alat untuk trickiest penyebab di ini artikel: sebuah CDN/WAF atau rate limiter itu mengembalikan 5xx atau 429 hanya untuk Googlebot sementara nyata pengunjung see situs fine — sesuatu sebuah browser test alone tidak akan catch.

dari Google dan ketiga-party crawler:

• Search Console — Statistik Crawling report (Settings → Statistik Crawling) adalah seluruh-situs view dari host availability dan oleh-respons-code breakdown covered di Advanced tab.
• Screaming Frog SEO Spider / Ahrefs situs Audit dapat crawl Anda situs cara Googlebot akan dan surface yang URLs adalah erroring di scale, beyond handful Search Console memiliki sudah sampled.

Mistakes itu turn sebuah fixable 5xx ke sebuah pengindeksan masalah

• Serving sebuah 200 “we’ll be back soon” (terjemahan) “kami’ll menjadi back soon” halaman selama maintenance alih-alih sebuah 503. Google memperlakukan whatever muncul back dengan sebuah 200 sebagai nyata halaman dan dapat indeks Anda maintenance message di place dari Anda sebenarnya konten. sajikan 503 alih-alih — -nya konten adalah ignored, yang adalah apa Anda ingin.
• Returning sebuah 404, 410, atau 403 selama planned downtime. ini say “gone” (terjemahan) “hilang” atau “forbidden,” (terjemahan) “dilarang,” tidak “temporarily unavailable.” (terjemahan) “temporarily tidak tersedia.” Google’s guidance adalah jelas: jangan block sebuah paused situs ini cara. sebuah 503 preserves halaman’s standing di indeks; sebuah 404/410 tidak.
• Letting maintenance mode kembalikan 503 untuk robots.txt too. sebuah blanket aturan itu 503s semuanya, robots.txt disertakan, pauses crawling untuk entire situs — tidak hanya halaman Anda dimaksudkan untuk take down. Carve robots.txt out dari maintenance handler so ini selalu jawaban 200.
• Assuming sebuah halaman itu memuat fine saat ini aturan out sebuah sebelumnya Googlebot-hanya 5xx. sebuah CDN/WAF atau rate limiter dapat kembalikan 5xx atau 429 untuk Googlebot secara khusus sementara setiap human pengunjung sees sebuah wajar 200 — dan fact ini berfungsi untuk Anda ini minute tidak tell Anda apa ini dikembalikan ketika Google sebenarnya hit ini. Test dengan Googlebot’s pengguna-agent, baca logs, dan konfirmasi traffic adalah benar-benar Googlebot (reverse DNS/IP ranges) sebelum Anda trust pengguna-agent header alone.
• Leaving sebuah “temporary” (terjemahan) “temporary” maintenance window up untuk weeks. sebuah 503 adalah hanya correct untuk sebuah pendek outage — Google’s own wording adalah “beberapa days di paling.” (terjemahan) “sebuah sedikit days di sebagian besar.” bahkan sebuah technically-correct 503 respons penyebab pengindeksan harm jika situs tetap down untuk weeks, dan Google adalah jelas itu ada Tidak fixed recovery time atau cara untuk speed satu up setelah itu.

Confirming sebuah 5xx perbaiki sebenarnya took

setiap test di bawah memeriksa satu spesifik claim setelah Anda believe server error adalah resolved. Jalankan them di order — pertama dua catch sebagian besar salah “ini fixed” (terjemahan) “ini adalah fixed” panggilan.

Test 1 — flagged URLs kembalikan 200 saat ini

• Test untuk jalankan: Jalankan Bulk HTTP kode status Checker terhadap setiap URL Search Console flagged, atau curl -sI setiap satu.
• Yang diharapkan hasil: sebuah bersih 200 pada setiap URL, consistently di seluruh repeat permintaan, tidak intermittent.
• Failure interpretation: apa pun URL masih returning 5xx berarti underlying server/host issue tidak resolved; sebuah mix dari 200s dan 5xxs di seluruh repeats poin di sebuah overloaded atau unstable upstream, tidak sebuah satu-time bug.
• Monitoring window: Immediate — sebuah single bersih lulus adalah cukup untuk move pada untuk clicking Validate Perbaiki.
• Rollback trigger: apa pun 5xx recurrence sebelum Anda click Validate Perbaiki — hold off dan pertahankan diagnosing alih-alih validating sebuah perbaiki itu hasn’t stuck.

Test 2 — Google’s own re-crawl clears ini

• Test untuk jalankan: Open server error (5xx) issue di halaman pengindeksan report dan click Validate Perbaiki.
• Yang diharapkan hasil: validation state moves untuk “Validation lulus” (terjemahan) “Validation lulus” sebagai Google re-melakukan crawl affected URLs dan mengonfirmasi 2xx.
• Failure interpretation: sebuah “Validation failed” (terjemahan) “Validation failed” hasil pada spesifik URLs — bahkan setelah Anda own memeriksa looked bersih — biasanya berarti itu URLs adalah masih erroring untuk Googlebot secara khusus, yang poin back di sebuah bot-targeted WAF/rate-limit aturan.
• Monitoring window: Google re-melakukan crawl flagged set di batches pada -nya own schedule; ada Tidak published fixed cadence untuk ini, so periksa back periodically alih-alih expecting sebuah spesifik turnaround date. Validating tidak bahkan diperlukan — Google memperbarui issue count setiap kali ini recrawls sebuah halaman dengan known issues, validation atau tidak — tetapi ini melakukan prioritize affected set dan memberikan Anda sebuah status untuk track.
• Rollback trigger: apa pun URL itu mendapatkan re-flagged di bawah server error (5xx) setelah previously passing validation.

Test 3 — Statistik Crawling host availability recovers

• Test untuk jalankan: Search Console → Settings → Statistik Crawling → host status.
• Yang diharapkan hasil: host availability graph mengembalikan untuk wajar, dengan Tidak baru red flags di oleh-respons-code breakdown.
• Failure interpretation: sebuah graph itu’s masih menunjukkan red setelah Anda believe perbaiki landed berarti Google’s crawler adalah masih hitting errors — perbaiki hasn’t reached whatever Googlebot adalah sebenarnya requesting.
• Monitoring window: Izinkan sebuah sedikit days setelah perbaiki untuk Statistik Crawling untuk reflect ini; ini adalah sebuah rolling report, tidak nyata-time.
• Rollback trigger: Host status flipping back untuk red setelah sebuah period dari green.

Test 4 — robots.txt masih mengembalikan 200

• Test untuk jalankan: curl -sI pada Anda robots.txt URL, atau jalankan ini melalui header HTTP Checker.
• Yang diharapkan hasil: 200, persis sebagai ini melakukan sebelum incident atau maintenance window.
• Failure interpretation: sebuah 503 (atau apa pun non-200) pada robots.txt berarti Anda’re blocking crawling untuk seluruh situs, tidak hanya URLs Anda dimaksudkan untuk memengaruhi.
• Monitoring window: Immediate.
• Rollback trigger: apa pun non-200 respons pada robots.txt — treat ini sebagai single highest-priority hal untuk perbaiki pertama.

Test 5 — Googlebot mendapatkan yang sama respons sebuah browser melakukan

• Test untuk jalankan: permintaan URL dengan Googlebot’s pengguna-agent (see Scripts tab) dan cross-periksa terhadap Log File Analyzer’s verified-Googlebot vs. spoofer report.
• Yang diharapkan hasil: Googlebot menerima yang sama 200 sebuah wajar browser permintaan mendapatkan.
• Failure interpretation: sebuah status mismatch antara Googlebot-UA permintaan dan sebuah wajar browser permintaan berarti sebuah WAF, rate limiter, atau bot-detection aturan adalah targeting bot secara khusus.
• Monitoring window: Immediate.
• Rollback trigger: apa pun mismatch antara apa Googlebot menerima dan apa nyata traffic menerima.

standing KPIs untuk server health

ini tidak sebuah satu-time perbaiki periksa (itu’s Validation Tests tab) — mereka’re apa untuk pertahankan sebuah eye pada quarter di atas quarter so sebuah 5xx pattern tidak bangun up unnoticed.

5xx rate di Anda server/access logs

• Apa ini tells Anda: ground-truth share dari permintaan sebenarnya failing di server, independent dari apa Search Console memiliki gotten sekitar untuk sampling dan reporting.
• cara pull ini: Log File Analyzer — drop di Anda access log dan see status-code waste, filterable untuk Googlebot.
• Benchmark / realistic range: ada Tidak universal healthy percentage di sini — establish Anda own baseline dari sebuah known-baik period dan watch untuk sebuah rise terhadap ini, alih-alih chasing sebuah dibuat-buat target angka.
• Cadence: periksa setelah apa pun deploy atau traffic spike; sebuah weekly glance adalah cukup jika tidak untuk sebagian besar situs.

GSC Statistik Crawling — host status oleh kode respons

• Apa ini tells Anda: Google’s own recent baca pada bagaimana sering -nya crawler hit errors pada Anda host, independent dari Anda own logs.
• cara pull ini: Search Console → Settings → Statistik Crawling.
• Benchmark / realistic range: sama honesty aturan applies — track Anda own trend line alih-alih sebuah fixed percentage; treat apa pun baru red flag di host status bagian sebagai worth investigating, whatever angka.
• Cadence: sebuah weekly glance, atau immediately setelah apa pun known outage atau maintenance window.

Uptime / origin availability

• Apa ini tells Anda: Apakah origin server itself adalah reachable di semua — upstream dari whatever kode status Googlebot ends up seeing.
• cara pull ini: sebuah uptime monitor untuk continuous coverage, atau sebuah ad hoc periksa dengan situs web Down Checker.
• Benchmark / realistic range: Bergantung entirely pada Anda hosting tier dan apa pun SLA Anda’re pada — ada Tidak universal “good” (terjemahan) “baik” uptime figure untuk borrow; gunakan Anda own host’s SLA, atau Anda own historical baseline, sebagai reference poin.
• Cadence: Continuous jika Anda dapat, atau di minimum sebuah periksa setelah apa pun known incident.

server error (5xx) count di halaman pengindeksan report

• Apa ini tells Anda: Bagaimana banyak URLs Google saat ini memiliki flagged sebagai erroring — lagging, official record, sebagai opposed untuk nyata-time server/log view.
• cara pull ini: Search Console → halaman pengindeksan → Tidak terindeks → server error (5xx).
• Benchmark / realistic range: Zero adalah honest target untuk apa pun URL Anda ingin terindeks. Apa pun di atas zero adalah worth berjalan melalui ini artikel’s diagnosis langkah, whatever count.
• Cadence: Setiap kali Anda periksa Search Console umumnya, dan selalu setelah sebuah known incident atau deploy.

AI prompts untuk 5xx diagnosis dan maintenance-mode review

Dua prompts dibangun sekitar spesifik tasks ini artikel walks melalui — paste Anda own data ke either satu.

Prompt: spot patterns di mentah log lines sekitar sebuah 5xx incident

Here are raw server/access log lines from around the time my site started
returning 5xx errors:

<paste log lines>

From only what's in these lines, tell me:
1. Which HTTP status codes appear, and in what proportion.
2. Whether requests from Googlebot's IP ranges or user-agent get a different
   status code than other traffic (this could indicate a WAF or rate limiter
   targeting the bot specifically).
3. Any timing pattern — recurring at a fixed interval, clustered around a
   traffic spike, or starting right after a specific timestamp.

Don't guess at a root cause you can't see in the data — only report what the
log lines actually show.

Prompt: review sebuah maintenance-mode config untuk robots.txt trap

Here is my maintenance-mode configuration (nginx/Apache/other):

<paste config>

Check specifically whether this configuration:
1. Returns a 503 status code for regular site pages during maintenance.
2. Excludes /robots.txt from the 503 rule, so robots.txt keeps returning 200.
3. Sets a Retry-After header on the 503 responses.

Flag anything that would cause robots.txt to return a non-200 status, and
anything missing a Retry-After header.

Uji pemahaman Anda: server error (5xx)

Five pertanyaan pada apa “Server error (5xx)” (terjemahan) “server error (5xx)” berarti, bagaimana Google reacts untuk ini, dan right cara untuk take sebuah situs down pada purpose. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan