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 showing halaman. Google dapat’t indeks sebuah error, so URL won’t appear di search. sebuah quick blip adalah fine — Google hanya backs off dan retries — tetapi jika errors pertahankan happening, Anda halaman dapat eventually drop out dari Google. Fix server, dan crawling comes back pada -nya own.

What ini status berarti

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

When Googlebot menanyakan Anda server untuk sebuah halaman, server jawaban dengan sebuah kode status. sebuah 200 berarti “here’s the page.” (terjemahan) “here’s halaman.” sebuah 5xx adalah sebuah whole family dari error codes — 500, 502, 503, 504 — itu semua berarti “something went wrong on my end.” (terjemahan) “something went wrong pada my end.” When Search Console menampilkan server error (5xx) di bawah Not terindeks, ini adalah telling Anda Google ditanyakan untuk itu URL dan got one dari itu errors back alih-alih halaman.

Google dapat’t indeks sebuah halaman error. There’s no nyata konten untuk read, so URL stays out dari search until server starts responding normally again.

adalah ini sebuah emergency?

ini depends pada whether ini adalah sebuah one-off atau sebuah pattern:

• sebuah brief hiccup — Anda server adalah busy untuk sebuah minute, sebuah deploy restarted ini — adalah normal. Google notices error, slows down, dan tries again later. No lasting harm.
• Errors itu pertahankan happening adalah masalah. longer Anda server mempertahankan returning 5xx, more Google melakukan crawl Anda, until eventually halaman itu adalah di Google get dropped.

Google doesn’t publish sebuah “safe” (terjemahan) “safe” angka dari flagged URLs — crawl-rate hit scales dengan however banyak URLs adalah erroring, not sebuah fixed threshold. So prioritize oleh what actually penting: adalah ini sebuah penting halaman, adalah ini masih failing when 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 one-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 something pada Anda situs adalah actually broken dan perlu attention.

cara start fixing ini

1. periksa jika Anda situs adalah actually 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 almost selalu come dari server, app, atau database — not dari anything di Anda halaman’s konten atau SEO settings.
3. lihat crawl Stats di Search Console (Settings → crawl stats). ini menampilkan whether Google memiliki telah hitting errors di seluruh Anda whole situs recently.
4. Once ini adalah fixed, tell Google untuk re-periksa. di halaman pengindeksan report, open “Server error (5xx)” (terjemahan) “server error (5xx)” issue dan click Validate Fix. Google re-melakukan crawl affected URLs dan clears them sebagai mereka come back clean.

one thing people get wrong

jika Anda ever perlu untuk take Anda situs down pada purpose — untuk maintenance, say — don’t hanya tampilkan sebuah halaman error atau sebuah “we’ll be back soon” (terjemahan) “kami’ll menjadi back soon” halaman itu mengembalikan sebuah normal 200. dan don’t membuat ini sebuah 404. right move adalah sebuah 503 status (ini literally berarti “service unavailable, temporarily” (terjemahan) “service unavailable, temporarily”). itu tells Google “I’m down for a bit, come back later” (terjemahan) “I’m down untuk sebuah bit, come back later” alih-alih “this page is broken” (terjemahan) “ini halaman adalah broken” atau “this page is gone.” (terjemahan) “ini halaman adalah hilang.” There’s sebuah right cara untuk melakukan itu, covered di Advanced tab.

ingin full versi — exactly how Google reacts untuk 5xx, 500-vs-502-vs-503 differences, cara diagnose cause, 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 when Googlebot requested URL, so halaman dapat’t menjadi terindeks. Two distinct harms: Google slows crawl rate (proportionate untuk how 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 crawl rate ramps back up gradually. Google buckets 429 (rate limiting / “server overloaded” (terjemahan) “server overloaded”) dengan 5xx. Causes: overloaded/misconfigured host, app/DB errors, upstream atau CDN failures, sebuah CDN/WAF blocking Googlebot (verify dengan reverse DNS/IP ranges sebelum changing security aturan — sebuah Googlebot pengguna-agent adalah spoofable). Diagnose dengan crawl Stats host availability → server logs → pemeriksaan URL live test. 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 two (“a few days at most” (terjemahan) “sebuah few days di sebagian besar” — weeks dari ini harms pengindeksan dengan no fixed recovery time) — dan robots.txt harus pertahankan returning 200, because sebuah 503 pada robots.txt dapat pause crawling situs-wide. lalu run Validate Fix (optional — ini hanya tracks fix).

What status actually reports

label reports respons Google observed, not spesifik origin, proxy, database, atau CDN failure itu caused ini. Evidence for this claim Google reports Server error 5xx when the server returned a 500-level response for the requested page. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google’s HTTP guidance defines separate crawl dan pengindeksan effects. Evidence for this claim Google slows crawling for 5xx responses and may eventually remove persistently failing URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

Google’s own definition adalah one line: Anda server dikembalikan sebuah 500-tingkat error when halaman adalah requested. itu’s ini. Googlebot dibuat sebuah permintaan, dan alih-alih sebuah 200 dengan konten ini got sebuah 500, 502, 503, 504, atau similar. URL lands di bawah Not terindeks because there adalah no usable konten untuk indeks.

pertahankan one thing straight: ini adalah tentang kode respons, not halaman’s konten, markup, atau SEO setup. sebuah 5xx adalah sebuah server-dan-infrastructure masalah. No amount dari editing halaman’s HTML fixes sebuah 502 coming dari sebuah overloaded backend.

How Google treats 5xx — crawl economics

ini adalah bagian sebagian besar explainers skip, dan ini adalah whole alasan 5xx penting more 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 crawl rate 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.** Anything Google menerima dari sebuah URL returning sebuah 5xx adalah thrown away. There’s no “partial credit” (terjemahan) “partial credit” untuk sebuah error body — Google melakukan not 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 nothing di indeks; sebuah prolonged one costs Anda halaman.
• Recovery adalah automatic — tetapi gradual. Once server starts responding dengan 2xx again, Google gradually increases crawl rate back up. Anda tidak file sebuah ticket; Anda fix 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 whole topic.

429 counts sebagai sebuah server error. Worth flagging because sebagian besar competitor konten misses ini: Google treats sebuah 429 Too Many Requests sebagai sebuah signal 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 cause

Knowing which 5xx Anda’re getting adalah sebuah starting poin untuk where untuk look — not proof dari what’s broken. RFC 9110 ( HTTP specification) defines setiap code oleh what responding component adalah doing, 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 which layer actually failed:

• 500 error server internal — per spec, “the server encountered an unexpected condition that prevented it from fulfilling the request.” (terjemahan) “ server encountered sebuah unexpected condition itu prevented ini dari fulfilling permintaan.” itu’s deliberately generic: ini adalah sering application code atau sebuah runtime/config error, tetapi kode status alone doesn’t prove itu — periksa app logs untuk confirm.
• 502 gateway buruk — “the server, while acting as a gateway or proxy, received an invalid response from an inbound server.” (terjemahan) “ server, while acting sebagai sebuah gateway atau proxy, diterima sebuah invalid respons dari sebuah inbound server.” ini poin di sebuah upstream interaction, not sebuah single vendor: periksa chain dari muat balancer, reverse proxy, CDN, dan origin behind them.
• 503 Service Unavailable — “the server is currently unable to handle the request due to a temporary overload or scheduled maintenance.” (terjemahan) “ server adalah currently unable untuk handle permintaan karena sebuah temporary overload atau scheduled maintenance.” lihat capacity, traffic spikes, dan whether something adalah di sebuah maintenance state. (ini adalah juga code Anda ingin untuk kirim pada purpose selama planned downtime — see below.) Note spec’s own caveat: sebuah overloaded server isn’t diperlukan untuk kembalikan 503 di semua — “some servers might simply refuse the connection,” (terjemahan) “beberapa server mungkin simply refuse connection,” which dapat tampilkan up sebagai sebuah timeout atau connection error alih-alih sebuah clean kode status.
• 504 batas waktu gateway — “the server, while acting as a gateway or proxy, did not receive a timely response from an upstream server.” (terjemahan) “ server, while acting sebagai sebuah gateway atau proxy, melakukan not menerima sebuah timely respons dari sebuah upstream server.” ini marks sebuah timeout boundary, not which upstream component adalah slow: periksa panjang database kueri, slow ketiga-party panggilan, dan sebuah origin struggling di bawah muat.

sebuah practical thread runs melalui ini: 5xx sering traces back untuk sebuah overloaded atau slow backend, so server performa berfungsi — faster kueri, lighter server-side rendering, more capacity — adalah frequently bagian dari fix, not sebuah side quest. tetapi because yang sama kode status dapat come dari apa pun layer di chain, code narrows Anda search; logs tell Anda where failure actually happened.

umum causes

• Overloaded host. Traffic spikes (including aggressive crawling) outrun Anda server’s capacity dan ini starts shedding permintaan sebagai 5xx.
• Application atau database errors. Unhandled exceptions, sebuah downed DB, sebuah buruk deploy, exhausted connection pools.
• Misconfiguration. sebuah broken config setelah sebuah perubahan, sebuah expired dependency, sebuah full 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 while pengguna nyata see situs fine. ini one adalah di bawah-covered dan sebuah frequent dunia nyata cause — which adalah why Anda memiliki untuk reproduce sebagai Googlebot, not hanya periksa halaman di Anda browser.

cara diagnose ini

berfungsi dari whole-situs view down untuk single URL:

1. crawl Stats → Host availability. di Search Console, Settings → crawl stats. host status bagian dan oleh-respons-code breakdown tampilkan whether 5xx adalah sebuah persistent, besar-scale issue atau sebuah isolated blip, dan roughly when ini started.
2. server dan access logs. ground truth. Filter Anda logs untuk Googlebot (verified — see Scripts tab) dan lihat kode status ini actually diterima dan when. Logs akan tampilkan Anda sebuah CDN/WAF blocking Googlebot itu sebuah browser test tidak pernah akan.
3. pemeriksaan URL → Live Test. Run sebuah flagged URL melalui pemeriksaan URL dan gunakan Test Live URL. ini confirms whether Google-InspectionTool dapat access halaman right now — berguna, tetapi ini adalah sebuah saat ini-state periksa, not proof dari what happened di earlier time Google logged 5xx. sebuah halaman itu memuat fine untuk Anda (di sebuah browser, atau via Live Test) minutes atau hours later doesn’t aturan out sebuah nyata error di moment Googlebot actually hit ini — time, IP, geo, cache state, dan bot-detection aturan dapat semua differ antara two permintaan.
4. Reproduce sebagai Googlebot. permintaan URL dengan Googlebot’s pengguna-agent (dan, jika Anda dapat, dari outside Anda network) untuk catch WAF/rate-limit aturan itu hanya fire untuk bot. Treat ini sebagai sebuah differential test, not verified proof dari what 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 because “it’s only blocking Googlebot,” (terjemahan) “ini adalah hanya blocking Googlebot,” confirm traffic di Anda logs adalah nyata Googlebot via reverse DNS atau Google’s published IP ranges (see Scripts tab) — don’t perubahan sebuah security control berdasarkan pengguna-agent header alone.

cara fix ini

setelah Anda know cause, fixes ikuti Google’s own “fixing server errors” (terjemahan) “fixing server errors” guidance:

• Confirm scale di crawl Stats sebelum Anda perubahan anything — adalah ini persistent dan besar, atau sebuah one-off?
• Reduce excessive halaman memuat untuk dynamic permintaan. Cache expensive halaman, mengoptimalkan slow kueri, dan stop generating heavy respons pada setiap hit.
• pastikan host isn’t down, overloaded, atau misconfigured. tambahkan capacity, fix config, restart broken service, periksa database.
• pastikan Anda’re not inadvertently blocking Google. Audit CDN/WAF/bot aturan dan rate limits untuk anything 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 — not sebuah permanent block.

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

Sometimes Anda ingin situs unavailable: sebuah migration, scheduled maintenance, pausing sebuah online business. Doing ini wrong turns sebuah planned event ke sebuah deindexing event. Google’s Pause Anda online business di Google Search doc adalah explicit 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. Full disable-dan-503 adalah urgent option, not default one.

When Anda melakukan perlu whole situs down, gunakan 503 (Service Unavailable) dengan sebuah Retry-setelah 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.” (terjemahan) “jika Anda perlu urgently disable situs untuk 1-2 days, lalu kembalikan sebuah informational halaman error dengan sebuah 503 respons HTTP status code.” dan pair ini dengan header: “Use the retry-after HTTP header with a best effort date or duration.” (terjemahan) “gunakan retry-setelah header HTTP dengan sebuah best effort date atau duration.” 503 says “temporarily down,” (terjemahan) “temporarily down,” dan Retry-setelah tells bot roughly when untuk come back — tetapi treat itu header sebagai advisory, not sebuah guarantee: ini adalah sebuah best-effort signal, not sebuah promise Google akan recrawl di itu exact time.

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 few days di sebagian besar).” dan warning itu competitors 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 few weeks dapat memiliki negative consequences pada Google’s pengindeksan dari Anda situs.” Google adalah explicit itu there’s no 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) “there’s no fixed time untuk sebuah recovery dari sebuah complete removal, dan there’s no mechanism untuk speed itu up.” dengan kata lain, sebuah correct 503 protects Anda untuk sebuah day atau two — tetapi no kode status, dan no amount dari validating di Search Console, saves Anda dari pengindeksan damage dari menjadi down untuk weeks, atau gives Anda sebuah guaranteed comeback date. jika Anda perlu sebuah panjang outage, itu’s sebuah berbeda conversation (dan probably sebuah redirect atau sebuah nyata plan).

Why not sebuah 200 atau sebuah 404

• Don’t 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 — which adalah what Anda ingin.
• Don’t mengembalikan 404 (atau 403/410). Google’s guidance adalah explicit: don’t block situs oleh returning 403, 404, atau 410 selama downtime. sebuah 404 signals hilang, not 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: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (terjemahan) “Don’t mengembalikan 503 HTTP respons kode status untuk robots.txt file because ini blocks semua crawling.” Carve robots.txt out dari maintenance handler so ini selalu jawaban 200 — don’t rely pada what happens jika Anda tidak.

untuk context, Google’s robots.txt spec doc lays out what actually happens jika robots.txt itself starts erroring, dan ini adalah staged alih-alih sebuah instant, permanent lockout: untuk pertama 12 hours Google stops crawling situs while masih retrying robots.txt; untuk next 30 days ini falls back untuk last known baik versi dari robots.txt while masih trying untuk fetch sebuah fresh one; dan setelah 30 days, jika situs adalah otherwise reachable, Google drops cached versi dan behaves sebagai jika there’s no robots.txt file di semua (i.e., no crawl restrictions dari ini) alih-alih continuing untuk block. jika there’s no cached versi untuk fall back pada di pertama place, Google likewise assumes there’s no crawl restriction. None dari itu adalah sebuah alasan untuk risk ini pada purpose — sebuah multi-day crawl pause di start dari window adalah masih nyata damage — ini hanya berarti “robots.txt 503’d” (terjemahan) “robots.txt 503’d” isn’t sebuah permanent, unrecoverable state jika ini happens oleh accident dan gets fixed.

Validating fix di GSC

setelah server adalah healthy again:

1. Open server error (5xx) issue di halaman pengindeksan report.
2. Click Validate Fix. 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 specifically.

Anda tidak memiliki untuk wait untuk validation untuk re-crawl naturally — tetapi Validate Fix prioritizes affected set dan gives Anda sebuah status untuk track. Remember crawl rate itself ramps back gradually setelah Anda’re returning 2xx, so don’t expect sebuah instant snap-back untuk Anda old crawl volume.

Where ini sits

sebuah 5xx adalah sebuah crawl-dan-sajikan masalah, so ini touches neighbors: persistent 5xx hammers Anda crawl rate ( lever Googlebot pulls when Anda server struggles), dan host-tingkat view dari ini lives di crawl Stats report dan -nya host status. ini adalah distinct dari sebuah 404 (tidak ditemukan), which signals hilang alih-alih broken dan adalah handled far more gently. untuk bigger picture dari how 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:

• What 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 Not terindeks — there’s no usable konten untuk indeks. ini adalah sebuah server/infrastructure masalah, not sebuah konten one.
• How Google reacts: crawling slows down (proportionate untuk how banyak URLs adalah erroring), konten dari sebuah 5xx adalah ignored, sudah-terindeks URLs adalah dipertahankan lalu eventually dropped jika errors persist, dan crawl rate recovers gradually 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, not proof: 500 = sebuah unexpected server-side condition; 502 = sebuah gateway/proxy got sebuah buruk respons dari upstream; 503 = overloaded atau di maintenance; 504 = sebuah gateway/proxy timed out waiting pada upstream. apa pun dari ini dapat originate di origin, app, database, muat balancer, atau CDN — correlate logs di seluruh layers sebelum assuming which one.
• umum causes: overloaded/misconfigured host, app/DB errors, upstream/CDN failures, dan sebuah CDN/WAF atau rate limiter blocking Googlebot (mengembalikan 5xx/429 untuk bot while pengguna see situs fine) — confirm ini adalah really Googlebot via reverse DNS/IP ranges sebelum changing sebuah security aturan; pengguna-agent alone adalah spoofable.
• Diagnose: crawl Stats host availability → Googlebot-filtered server logs → pemeriksaan URL live test → reproduce sebagai Googlebot. sebuah halaman berfungsi now menampilkan saat ini state hanya, not what 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, not sebuah guarantee), untuk sebuah day atau two (“a few days at most” (terjemahan) “sebuah few days di sebagian besar”); weeks dari downtime harms pengindeksan dengan no fixed recovery time afterward. Not sebuah 200 “maintenance” (terjemahan) “maintenance” halaman (Google indeks ini) dan not sebuah 404 (signals 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 no crawling, lalu up untuk 30 days pada cached robots.txt, sebelum ini falls back untuk assuming no restrictions).
• Validate: fix server, lalu Validate Fix di halaman pengindeksan report (optional — Google updates issue count pada apa pun recrawl either cara); crawl rate ramps back gradually.

Official documentation

Primary-source 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) “fixing server errors” guidance.
• How HTTP kode status affect Google’s crawler — exactly how Google handles 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 few days di sebagian besar,” dan robots.txt-harus-stay-dapat di-crawl aturan.
• cara deal dengan planned situs downtime (Search Central blog, 2011) — older tetapi masih-cited write-up dari yang sama 503 advice.
• How Google interprets robots.txt specification — staged perilaku when robots.txt itself mengembalikan sebuah 5xx: sebuah 12-hour pause, lalu up untuk 30 days pada cached versi, sebelum Google falls back untuk assuming no restrictions.
• mengoptimalkan Anda anggaran crawling — how server respons (including 5xx) factor ke crawl capacity.

Bing / Microsoft

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

Quotes dari source

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada source 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 when halaman adalah requested.” — Google, halaman pengindeksan report help doc. Jump untuk quote

Google — how 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.” (terjemahan) “5xx dan 429 server errors prompt Google’s crawler untuk temporarily slow down dengan crawling. untuk Google Search, 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 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.” (terjemahan) “Google decreases crawl rate untuk situs. decrease di crawl rate adalah proportionate untuk angka dari individual URLs itu adalah returning sebuah server error.” Jump untuk quote
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (terjemahan) “Once server starts responding dengan sebuah 2xx kode status, Google gradually increases crawl rate untuk situs.” 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 signal itu server adalah overloaded, dan ini adalah considered sebuah server error.” Jump untuk quote

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.” (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
• “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 few days di sebagian besar).” Jump untuk quote
• “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 few weeks dapat memiliki negative consequences pada Google’s pengindeksan dari Anda situs.” Jump untuk quote
• “Use the retry-after HTTP header with a best effort date or duration.” (terjemahan) “gunakan retry-setelah header HTTP dengan sebuah best effort date atau duration.” Jump untuk quote
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (terjemahan) “Don’t mengembalikan 503 respons HTTP kode status untuk robots.txt file because ini blocks semua crawling.” Jump untuk quote

Fixing sebuah “Server error (5xx)” (terjemahan) “server error (5xx)” — checklist

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

• Confirm scale. GSC → Settings → crawl stats → host availability dan oleh-respons-code chart. Persistent/besar-scale, atau sebuah isolated blip?
• Reproduce ini. muat sebuah flagged URL yourself, lalu run pemeriksaan URL → Test Live URL untuk see error dari Google’s side right now.
• periksa ini adalah not bot-spesifik. permintaan URL dengan Googlebot’s pengguna-agent (dan dari outside Anda network) — catch CDN/WAF/rate-limit aturan itu hanya fire untuk bot (5xx atau 429).
• Read logs. Filter server/access logs untuk verified Googlebot; confirm which kode status ini diterima dan when 5xx started.
• Identify code. 500 (app/DB) · 502 (buruk upstream) · 503 (overload / maintenance) · 504 (upstream timeout) — ini poin Anda di layer untuk fix.
• Reduce muat pada dynamic permintaan. Cache expensive halaman, mengoptimalkan slow kueri, fix heavy server-side berfungsi behind 503/504.
• Fix 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).
• Run Validate Fix once server adalah healthy; watch validation state.

Planned-downtime (“503 done right” (terjemahan) “503 done right”) checklist

sebelum Anda put situs ke maintenance mode:

• sajikan 503 (Service Unavailable), not 200, 403, 404, atau 410.
• tambahkan sebuah Retry-After header (sebuah best-effort date atau duration).
• pertahankan ini pendek — 1–2 days, sebuah few 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 stays dapat di-crawl.
• sajikan berguna, human-readable maintenance halaman di 503 body ( konten adalah ignored oleh Google, tetapi pengguna nyata akan see ini).
• When Anda’re back, confirm halaman kembalikan 200 dan crawl rate recovers (ini ramps up gradually).

5xx cheat sheets

** umum 5xx codes — what mereka berarti dan where untuk look**

How Google reacts untuk sebuah 5xx

Which kode status untuk which situation

mental models

1. sebuah 5xx adalah “broken,” (terjemahan) “broken,” sebuah 404 adalah “gone.” (terjemahan) “hilang.” Google handles them very differently. sebuah 404 adalah fine — once ditemukan, Googlebot hanya retries ini dan ini drops gently. sebuah 5xx says something adalah wrong dengan server, so Google slows down, ignores konten, dan — jika ini persists — drops Anda halaman. When Anda’re choosing sebuah kode status pada purpose, choose one whose meaning matches reality.

2. Slow down → ignore → pertahankan → drop → recover. itu’s lifecycle dari sebuah 5xx, di order. takeaways fall out dari ini: pendek outages adalah tolerated (Anda’re masih di “preserve” (terjemahan) “pertahankan”), prolonged outages cost Anda indeks (Anda’ve reached “drop” (terjemahan) “drop”), dan cure adalah simply returning 2xx (which moves Anda untuk “recover” (terjemahan) “recover” — gradually).

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

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

5. robots.txt adalah muat-bearing. Treat Anda robots.txt sebagai one URL itu harus tidak pernah 5xx. sebuah 503 pada robots.txt doesn’t hanya hide robots.txt — ini pauses crawling untuk whole situs. Whatever maintenance aturan Anda write, carve robots.txt out dari ini.

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

periksa what kode status sebuah URL actually 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__ }

Confirm traffic adalah really 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 no 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 done right — 503 + Retry-setelah, robots.txt stays 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;

Confirm ini dengan curl -sI dari bagian above: 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

Start dengan alat itu dapat periksa status directly terhadap Anda flagged URLs, lalu narrow untuk logs jika jawaban isn’t 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 once) dan see actual kode status, rantai pengalihan, dan latency untuk setiap one right now. ini adalah fastest cara untuk confirm whether sebuah fix really took sebelum Anda click Validate Fix di GSC, atau whether beberapa URLs adalah masih erroring.
• situs web Down Checker — sebuah single-URL “is it actually down right now” (terjemahan) “adalah ini actually down right now” periksa dari sebuah live vantage poin, dengan respons timing dan redirects. baik untuk langkah pertama di ini artikel’s diagnosis flow: “visit a flagged page yourself” (terjemahan) “visit sebuah flagged halaman yourself” — sebelum Anda go digging di logs.
• header HTTP Checker — inspect full respons headers di seluruh setiap redirect hop. gunakan ini untuk confirm sebuah 503 actually carries sebuah Retry-After header selama planned maintenance, dan untuk periksa bahwa robots.txt adalah masih answering 200 dengan no 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 cause di ini artikel: sebuah CDN/WAF atau rate limiter itu mengembalikan 5xx atau 429 hanya untuk Googlebot while nyata pengunjung see situs fine — something sebuah browser test alone won’t catch.

dari Google dan ketiga-party crawler:

• Search Console — crawl Stats report (Settings → crawl stats) adalah whole-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 which 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 treats whatever comes back dengan sebuah 200 sebagai nyata halaman dan dapat indeks Anda maintenance message di place dari Anda actual konten. sajikan 503 instead — -nya konten adalah ignored, which adalah what Anda ingin.
• Returning sebuah 404, 410, atau 403 selama planned downtime. ini say “gone” (terjemahan) “hilang” atau “forbidden,” (terjemahan) “dilarang,” not “temporarily unavailable.” (terjemahan) “temporarily unavailable.” Google’s guidance adalah explicit: don’t block sebuah paused situs ini cara. sebuah 503 preserves halaman’s standing di indeks; sebuah 404/410 doesn’t.
• Letting maintenance mode kembalikan 503 untuk robots.txt too. sebuah blanket aturan itu 503s everything, robots.txt disertakan, pauses crawling untuk entire situs — not 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 right now aturan out sebuah earlier Googlebot-hanya 5xx. sebuah CDN/WAF atau rate limiter dapat kembalikan 5xx atau 429 untuk Googlebot specifically while setiap human pengunjung sees sebuah normal 200 — dan fact ini berfungsi untuk Anda ini minute doesn’t tell Anda what ini dikembalikan when Google actually hit ini. Test dengan Googlebot’s pengguna-agent, read logs, dan confirm traffic adalah really 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 “a few days at most.” (terjemahan) “sebuah few days di sebagian besar.” bahkan sebuah technically-correct 503 respons causes pengindeksan harm jika situs stays down untuk weeks, dan Google adalah explicit itu there’s no fixed recovery time atau cara untuk speed one up setelah itu.

Confirming sebuah 5xx fix actually took

setiap test below memeriksa one spesifik claim setelah Anda believe server error adalah resolved. Run them di order — pertama two catch sebagian besar salah “it’s fixed” (terjemahan) “ini adalah fixed” panggilan.

Test 1 — flagged URLs kembalikan 200 right now

• Test untuk run: Run Bulk HTTP kode status Checker terhadap setiap URL Search Console flagged, atau curl -sI setiap one.
• Expected hasil: sebuah clean 200 pada setiap URL, consistently di seluruh repeat permintaan, not intermittent.
• Failure interpretation: apa pun URL masih returning 5xx berarti underlying server/host issue isn’t resolved; sebuah mix dari 200s dan 5xxs di seluruh repeats poin di sebuah overloaded atau unstable upstream, not sebuah one-time bug.
• Monitoring window: Immediate — sebuah single clean pass adalah enough untuk move pada untuk clicking Validate Fix.
• Rollback trigger: apa pun 5xx recurrence sebelum Anda click Validate Fix — hold off dan pertahankan diagnosing alih-alih validating sebuah fix itu hasn’t stuck.

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

• Test untuk run: Open server error (5xx) issue di halaman pengindeksan report dan click Validate Fix.
• Expected hasil: validation state moves untuk “Validation passed” (terjemahan) “Validation passed” sebagai Google re-melakukan crawl affected URLs dan confirms 2xx.
• Failure interpretation: sebuah “Validation failed” (terjemahan) “Validation failed” hasil pada spesifik URLs — bahkan setelah Anda own memeriksa looked clean — biasanya berarti itu URLs adalah masih erroring untuk Googlebot specifically, which poin back di sebuah bot-targeted WAF/rate-limit aturan.
• Monitoring window: Google re-melakukan crawl flagged set di batches pada -nya own schedule; there’s no published fixed cadence untuk ini, so periksa back periodically alih-alih expecting sebuah spesifik turnaround date. Validating isn’t bahkan diperlukan — Google updates issue count whenever ini recrawls sebuah halaman dengan known issues, validation atau not — tetapi ini melakukan prioritize affected set dan gives Anda sebuah status untuk track.
• Rollback trigger: apa pun URL itu gets re-flagged di bawah server error (5xx) setelah previously passing validation.

Test 3 — crawl Stats host availability recovers

• Test untuk run: Search Console → Settings → crawl stats → host status.
• Expected hasil: host availability graph mengembalikan untuk normal, dengan no baru red flags di oleh-respons-code breakdown.
• Failure interpretation: sebuah graph itu’s masih showing red setelah Anda believe fix landed berarti Google’s crawler adalah masih hitting errors — fix hasn’t reached whatever Googlebot adalah actually requesting.
• Monitoring window: Allow sebuah few days setelah fix untuk crawl Stats untuk reflect ini; ini adalah sebuah rolling report, not nyata-time.
• Rollback trigger: Host status flipping back untuk red setelah sebuah period dari green.

Test 4 — robots.txt masih mengembalikan 200

• Test untuk run: curl -sI pada Anda robots.txt URL, atau run ini melalui header HTTP Checker.
• Expected hasil: 200, exactly 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 whole situs, not hanya URLs Anda dimaksudkan untuk affect.
• Monitoring window: Immediate.
• Rollback trigger: apa pun non-200 respons pada robots.txt — treat ini sebagai single highest-priority thing untuk fix pertama.

Test 5 — Googlebot gets yang sama respons sebuah browser melakukan

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

standing KPIs untuk server health

ini aren’t sebuah one-time fix periksa (itu’s Validation Tests tab) — mereka’re what untuk pertahankan sebuah eye pada quarter di atas quarter so sebuah 5xx pattern doesn’t bangun up unnoticed.

5xx rate di Anda server/access logs

• What ini tells Anda: ground-truth share dari permintaan actually failing di server, independent dari what 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: There’s no universal healthy percentage here — establish Anda own baseline dari sebuah known-baik period dan watch untuk sebuah rise terhadap ini, alih-alih chasing sebuah invented target angka.
• Cadence: periksa setelah apa pun deploy atau traffic spike; sebuah weekly glance adalah enough otherwise untuk sebagian besar situs.

GSC crawl Stats — host status oleh kode respons

• What ini tells Anda: Google’s own recent read pada how sering -nya crawler hit errors pada Anda host, independent dari Anda own logs.
• cara pull ini: Search Console → Settings → crawl stats.
• 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

• What ini tells Anda: Whether 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: Depends entirely pada Anda hosting tier dan apa pun SLA Anda’re pada — there’s no 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

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

AI prompts untuk 5xx diagnosis dan maintenance-mode review

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

Prompt: spot patterns di raw 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.

Test yourself: server error (5xx)

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

Log perubahan