Blocked karena tidak terotorisasi permintaan (401)

TL;DR — “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” berarti Googlebot tried untuk baca Anda halaman dan mendapat ditanyakan untuk log di. Google tidak memiliki sebuah password untuk Anda situs, so ini memberikan up dan halaman dapat’t menjadi terindeks. jika Anda ingin itu halaman di Google, sesuatu adalah gating ini itu tidak seharusnya menjadi — biasanya leftover login protection, sebuah staging-situs password, atau sebuah security aturan itu’s blocking Google oleh mistake. jika halaman adalah dimaksudkan untuk menjadi privat, ini adalah wajar dan ada tidak ada apa pun untuk perbaiki.

Apa ini status berarti

ini report label berarti Google diterima sebuah HTTP 401 authorization respons untuk URL. Evidence for this claim The Page Indexing report identifies URLs where Google encountered an authorization request. 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 memperlakukan sebuah persistent 4xx respons lainnya daripada 429 sebagai tidak tersedia konten untuk pengindeksan. Evidence for this claim Google treats 4xx responses other than 429 as if the content does not exist for indexing. 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

Ketika Anda see “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” di Google Search Console’s halaman pengindeksan report, ini adalah telling Anda ini: Googlebot went untuk crawl URL, dan Anda server answered dengan sebuah HTTP 401, yang adalah code untuk “authentication wajib” (terjemahan) “authentication diperlukan” — basically “Anda perlu untuk log di untuk see ini.” (terjemahan) “Anda perlu log di untuk see ini.”

Googlebot tidak memiliki sebuah username dan password untuk Anda situs, dan ini tidak pernah akan. So ketika sebuah halaman demands sebuah login, Googlebot dapat’t mendapatkan di, dapat’t baca konten, dan dapat’t indeks halaman. jika halaman digunakan untuk menjadi di Google dan lalu dimulai returning 401, Google eventually drops ini dari penelusuran.

adalah ini sebuah masalah?

ini bergantung pada apakah Anda ingin itu halaman di Google:

• Anda ingin ini terindeks → Ya, ini adalah sebuah masalah. Sesuatu adalah putting sebuah login wall di front dari sebuah halaman itu seharusnya menjadi publik. Anda perlu temukan apa gating ini dan open ini up.
• ** halaman adalah privat/staging** → Tidak, ini adalah berfungsi sebagai yang dimaksud. sebuah 401 adalah sebuah perfectly baik cara untuk pertahankan sebuah privat area out dari Google, dan Anda tidak seharusnya weaken itu gate hanya untuk jelas ini baris dari report. satu-satunya hal untuk periksa adalah apakah itu URL seharusnya bahkan menjadi ditautkan, sitemapped, atau submitted ke ini Search Console property.

”Tetapi itu halaman loads fine untuk me!” (terjemahan) “tetapi halaman memuat fine untuk me!”

ini adalah paling umum confusion. Anda open URL di Anda browser dan ini berfungsi — so bagaimana dapat Google say ini adalah blocked? Karena Anda’re logged di (atau Anda office IP adalah whitelisted) dan Googlebot tidak. Anda’re seeing halaman past gate; Googlebot adalah hitting gate. untuk see apa Google sees, Anda memiliki untuk test halaman sebagai sebuah anonymous pengunjung — Advanced tab menampilkan Anda bagaimana.

Apa biasanya penyebab ini

• sebuah staging atau test situs left behind sebuah password.
• Login protection accidentally left pada sebuah bagian itu seharusnya menjadi publik.
• sebuah security alat atau CDN (like Cloudflare) blocking Googlebot oleh mistake.
• sebuah nyata login wall pada konten Anda dimaksudkan untuk gate (members-hanya, dan seterusnya.).

ingin nyata diagnosis langkah, 401-vs-403 perbedaan, dan tepat memperbaiki? Switch untuk Advanced tab.

TL;DR — “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” berarti Googlebot mendapat sebuah HTTP 401 (tidak terotorisasi) — sebuah authentication gate ini dapat’t lulus. Google tidak pernah supplies credentials, so konten adalah tidak pernah seen: halaman tidak akan menjadi terindeks, dan sebuah previously terindeks URL returning 401 mendapatkan dropped di atas time. 401 vs 403, precisely (RFC 9110): 401 = permintaan lacks valid credentials (none dikirim, atau ones dikirim adalah refused); 403 = server dipahami permintaan dan refused ini, untuk alasan itu tidak selalu tentang credentials. Google memperlakukan semua 4xx except 429 yang sama untuk pengindeksan, so outcome converges — tetapi penyebab dan perbaiki differ, dan perbaiki bergantung pada apa halaman sebenarnya adalah: hapus auth requirement pada sebuah accidentally-gated publik halaman; let verified Googlebot melalui oleh IP/reverse-DNS (tidak pernah sebuah spoofable pengguna-agent) pada sebuah halaman falsely blocked oleh bot security; pertahankan authentication pada genuinely privat atau staging konten; gunakan Google’s paywall data terstruktur, tidak sebuah blanket 401, pada dapat diindeks subscription konten. “Loads fine di my browser” (terjemahan) “memuat fine di my browser” adalah sebuah trap — Anda’re authenticated; Googlebot tidak. jangan gunakan 401/403 untuk throttle crawling. Diagnose sebagai sebuah bot (pemeriksaan URL Pengujian langsung, curl -I) — sebuah missing WWW-Authenticate header berarti respons adalah malformed, tidak itu sebuah WAF disebabkan ini. Pengujian langsung dan Validate Perbaiki konfirmasi access, tidak pengindeksan, dan ada Tidak published retry cadence.

Apa Google adalah sebenarnya telling Anda

halaman pengindeksan label reports respons Google observed; ini melakukan tidak identify yang authentication, CDN, atau application aturan produced ini. Evidence for this claim The Page Indexing report identifies URLs where Google encountered an authorization request. 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 underlying pengindeksan perilaku muncul dari Google’s terdokumentasi menangani dari 4xx respons. Evidence for this claim Google treats 4xx responses other than 429 as if the content does not exist for indexing. 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

status muncul straight dari server’s kode respons. Googlebot requested URL dan mendapat sebuah HTTP 401, “Unauthorized” (terjemahan) “tidak terotorisasi” status — halaman adalah behind sebuah authentication gate (HTTP Basic Auth, sebuah login wall, atau sebuah access-control aturan). Google’s own definition di halaman pengindeksan report adalah itu halaman adalah blocked untuk Googlebot oleh sebuah permintaan untuk authorization, dan itu jika Anda ingin ini terindeks Anda perlu untuk either hapus authorization requirement atau let Googlebot melalui oleh verifying -nya identity.

di my own HTTP kode status & mereka SEO Impact writeup I deskripsikan sebuah 401 sebagai client tidak memiliki identified atau verified itself ketika needed — sebuah berguna mental model, tetapi tidak penuh protocol definition. precise aturan, dari RFC 9110: sebuah 401 berarti permintaan lacks valid authentication credentials untuk resource, dan ini dapat juga ikuti credentials server refuses — so sebuah 401 tidak selalu berarti Googlebot (atau sebuah browser) dikirim tidak ada apa pun di semua, hanya itu whatever adalah presented tidak valid. Either cara practical outcome untuk Googlebot adalah yang sama: ini memiliki Tidak credentials untuk offer, so ini tidak pernah mendapatkan past gate.

Apa Google melakukan dengan sebuah 401

Tidak ada apa pun baik, jika Anda wanted halaman terindeks. Google’s HTTP-status documentation adalah jelas itu semua 4xx errors except 429 adalah treated yang sama — crawler inform berikutnya processing sistem itu konten tidak exist. So sebuah 401 effectively tells Google “ada tidak ada apa pun di sini.” (terjemahan) “ada tidak ada apa pun di sini.” consequences:

• ** halaman tidak akan menjadi terindeks.** Google tidak pernah saw konten, so ada tidak ada apa pun untuk indeks.
• sebuah previously terindeks halaman mendapatkan dropped. ini tidak unique untuk 401 — ini adalah 4xx family perilaku. sebagai I put ini di Ahrefs HTTP kode status writeup, 4xxs akan penyebab halaman untuk drop dari indeks. sebuah 401 itu muncul pada sebuah halaman Google memiliki sudah terindeks akan, di atas repeated melakukan crawl, lead untuk itu URL falling out.
• ini melakukan tidak throttle crawling. Google says plainly: jangan gunakan 401 dan 403 kode status untuk limiting laju crawling. 4xx (except 429) memiliki Tidak crawl-rate effect, so Anda dapat’t gunakan 401 sebagai sebuah “slow down” (terjemahan) “slow down” lever — itu’s apa 503/429 adalah untuk.

Satu hal I’m tidak going untuk memberikan Anda adalah sebuah spesifik retry cadence. Google re-melakukan crawl di atas time, tetapi docs jangan publish sebuah guaranteed “Googlebot retries a 401 setiap N days” (terjemahan) “Googlebot retries sebuah 401 setiap N days” schedule, so I tidak akan pretend satu ada. Treat re-crawl sebagai “it’ll come back sekitar, eventually,” (terjemahan) “ini’ll come back sekitar, eventually,” tidak sebuah stopwatch.

401 vs 403 vs lainnya 4xx — bagian itu penting

ini adalah pembedaan sebagian besar tulis-ups blur, dan ini adalah di mana nyata nilai adalah. untuk pengindeksan, Google menangani 401 dan 403 identically ( 4xx-except-429 aturan). tetapi penyebab dan perbaiki adalah berbeda karena codes berarti berbeda hal:

• 401 tidak terotorisasi, oleh RFC 9110 definition — permintaan lacks valid authentication credentials untuk target resource. itu covers dua cases: Tidak credentials adalah dikirim di semua, atau credentials adalah dikirim dan server refused them. sebuah conformant 401 respons harus carry sebuah WWW-Authenticate header naming setidaknya satu challenge. My own compact versi — “itu client hasn’t identified atau verified itself ketika needed” (terjemahan) “ client hasn’t identified atau verified itself ketika needed” — adalah sebuah berguna shorthand untuk umum case, tetapi treat ini sebagai sebuah mental model, tidak exhaustive aturan.
• 403 dilarang, oleh yang sama RFC — server dipahami permintaan tetapi refuses untuk fulfill ini. Credentials adalah satu mungkin alasan, tetapi spec adalah jelas itu sebuah permintaan “mungkin menjadi forbidden untuk reasons unrelated untuk itu credentials.” (terjemahan) “mungkin menjadi dilarang untuk alasan unrelated untuk credentials.” So 403 melakukan tidak selalu berarti “itu client adalah known/authenticated tetapi lacks rights” (terjemahan) “ client adalah known/authenticated tetapi lacks rights” — itu’s sebuah umum dunia nyata pattern, tidak sebuah jaminan. pada Google’s halaman pengindeksan report secara khusus, sebuah 403 untuk Googlebot (yang tidak pernah mengirim credentials) biasanya melakukan berarti server adalah returning itu error incorrectly — sering sebuah misconfigured firewall, WAF, atau bot aturan. (ada sebuah sibling Blocked karena access dilarang (403) status untuk itu satu; diagnosis flow overlaps heavily.)

practical mental shortcut masih holds untuk triage: 401 ≈ “an auth gate I forgot untuk lift” (terjemahan) “sebuah auth gate I forgot untuk lift” (sebuah staging situs, leftover HTTP auth), sementara 403 ≈ “a security rule wrongly blocking Googlebot.” (terjemahan) “sebuah security aturan wrongly blocking Googlebot.” sama pengindeksan outcome, berbeda root penyebab — hanya jangan treat either shorthand sebagai protocol’s sebenarnya boundary. decision table adalah di Cheat Sheets tab.

Mengapa Anda’re seeing ini — umum penyebab

pada sebuah halaman Anda sebenarnya ingin terindeks, sebuah 401 adalah hampir selalu satu dari ini:

• sebuah staging atau dev situs behind Basic Auth. Anda password-protected sebuah staging environment ( right instinct), tetapi Google ditemukan URL somehow — sebuah internal tautan, sebuah sitemap, sebuah leaked reference — dan adalah now reporting 401. jika staging URL genuinely tidak seharusnya menjadi publik, ini adalah yang diharapkan (see intentional-401 bagian).
• Accidental HTTP auth pada sebuah publik bagian. sebuah .htpasswd aturan, sebuah “coming soon” (terjemahan) “coming soon” plugin, atau sebuah maintenance-mode gate left switched pada di atas sebuah directory itu’s supposed untuk menjadi langsung.
• sebuah WAF / CDN / IP-allowlist blocking Googlebot. ini adalah sneaky satu. Cloudflare, Akamai, Sucuri, atau sebuah geo/IP allowlist mengembalikan 401 (atau 403) untuk Googlebot’s IPs sementara serving humans fine. halaman “berfungsi untuk everyone” (terjemahan) “berfungsi untuk everyone” karena everyone testing ini adalah coming dari sebuah diizinkan IP.
• sebuah login wall pada subscription atau paywalled konten Anda sebenarnya ingin terindeks. sebuah blanket 401 mempertahankan Googlebot out entirely — perbaiki tidak untuk weaken gate, ini adalah Google’s didukung paywall data terstruktur (see fourth branch di bawah).

cara diagnose ini — test sebagai sebuah bot, tidak sebuah browser

single biggest trap di sini adalah “it berfungsi untuk me.” (terjemahan) “ini berfungsi untuk me.” dari course ini melakukan — Anda’re authenticated, atau Anda IP adalah pada allowlist, atau Anda browser memiliki sebuah session cookie. Googlebot memiliki none dari itu. So diagnose like sebuah bot:

• pemeriksaan URL → Pengujian langsung (GSC). ini adalah closest Anda’ll mendapatkan untuk seeing nyata respons Googlebot menerima. Jalankan ini pada affected URL; jika ini dapat’t fetch karena authorization, Anda’ve confirmed 401 adalah nyata dan reproducible.

• curl -I dari sebuah unauthenticated context. permintaan URL dengan Tidak cookies dan Tidak credentials dan baca status line:

  curl -I https://www.example.com/page/
  # Look for:  HTTP/1.1 401 Unauthorized
  # and a WWW-Authenticate: header confirming an auth gate

jika curl (yang mengirim Tidak session dan Tidak auth) mendapatkan sebuah 401 sementara Anda browser mendapatkan sebuah 200, itu kesenjangan adalah bug — Anda browser adalah authenticated dan Googlebot tidak. RFC 9110 memerlukan sebuah conformant 401 untuk carry sebuah WWW-Authenticate header — -nya presence mengonfirmasi sebuah nyata auth challenge. -nya absence tidak hand Anda jawaban, though: ini tells Anda respons adalah malformed atau incomplete, tidak yang layer produced ini. jangan jump straight untuk “it harus menjadi itu WAF” (terjemahan) “ini harus menjadi WAF” dari sebuah missing header alone.

• periksa apakah ini adalah IP-scoped. jika curl dari Anda own machine mengembalikan 200 tetapi GSC’s Pengujian langsung fails, itu’s sebuah nyata sinyal sesuatu adalah keyed untuk sumber IP atau permintaan routing — tetapi konfirmasi ini oleh comparing edge/CDN logs, origin logs, application layer, dan apa pun identity provider sebelum naming WAF sebagai penyebab. sebuah HEAD permintaan (apa curl -I mengirim) dapat juga route atau cache differently daripada sebuah Mendapatkan, so cross-periksa dengan sebuah anonymous Mendapatkan too.

cara perbaiki ini — four branches, oleh apa halaman sebenarnya adalah

Di sana tidak satu perbaiki — ada four, dan picking wrong satu either exposes konten Anda dimaksudkan untuk lindungi atau leaves sebuah dapat diindeks halaman permanently gated. Sort URL ke satu dari ini sebelum touching apa pun config:

1. Genuinely privat atau staging konten → pertahankan authentication, jangan touch ini. jika URL truly tidak seharusnya menjadi publik, 401 adalah berfungsi sebagai designed — server-side authentication adalah sebuah legitimate, Google-recommended cara untuk pertahankan konten away dari everyone, Googlebot disertakan. John Mueller memiliki dibuat ini poin untuk staging situs: right cara untuk hide sebuah situs adalah server-side authentication, oleh IP, sebuah cookie, atau wajar server auth, so itu wajar pengguna — dan itu mencakup Googlebot — adalah blocked dari seeing konten. jangan allowlist Googlebot melalui sebuah gate itu’s protecting genuinely privat konten hanya untuk jelas ini report baris; itu defeats poin dari gate. perbaiki di sini adalah penemuan hygiene, tidak access: konfirmasi URL tidak ditautkan, sitemapped, atau submitted ke ini Search Console property, dan leave authentication di place.

2. sebuah publik halaman accidentally gated → hapus authorization requirement. jika halaman seharusnya menjadi terindeks dan gate adalah sebuah leftover — Basic Auth, sebuah login wall, sebuah maintenance-mode plugin — turn ini off untuk itu path. ini adalah straightforward case: setelah sebuah anonymous permintaan mendapatkan sebuah 200, halaman adalah open untuk Googlebot.

3. sebuah publik halaman falsely blocked oleh bot security → admit verified Googlebot, tidak literal pengguna-agent string. Ketika sebuah WAF, CDN, atau IP-allowlist adalah rejecting Googlebot pada sebuah halaman Anda sebenarnya ingin publik, allowlist verified Googlebot oleh IP / reverse-DNS. pengguna-agent adalah trivially spoofable; anyone dapat claim untuk menjadi Googlebot. Google’s recommended path adalah untuk verify crawler oleh -nya published IP ranges atau sebuah reverse-lalu-forward DNS periksa, lalu izinkan itu spesifik permintaan past gate — Anda’re tidak menghapus security aturan, Anda’re carving out sebuah verified exception untuk ini. untuk perbaiki salah positive itself:

• Identify aturan returning 401/403 untuk Googlebot (Cloudflare Firewall Events, Akamai/Sucuri logs, atau Anda own edge/origin/application logs).
• Allowlist Google’s verified IP ranges (atau bot category) alih-alih disabling protection wholesale.
• Re-test dengan pemeriksaan URL Pengujian langsung until Google dapat fetch.

4. Subscription atau paywalled konten Anda ingin terindeks → jangan gunakan blanket 401 di semua. jika halaman adalah registration- atau subscription-gated tetapi Anda ingin ini discoverable di Penelusuran, sebuah hard 401 adalah wrong alat regardless dari penyebab — Googlebot masih dapat’t fetch ini. Google documents sebuah didukung paywall implementation alih-alih: sajikan halaman dengan appropriate paywalled-konten data terstruktur (isAccessibleForFree, hasPart, dan related properties) so Google dapat indeks free-preview portion tanpa Anda memiliki untuk open seluruh halaman. itu’s sebuah markup dan server-respons perubahan, tidak sebuah auth-gate perubahan.

Validate perbaiki dan set expectations

setelah Anda’ve genuinely opened halaman (dan confirmed dengan curl/Pengujian langsung itu sebuah unauthenticated permintaan now mengembalikan 200), menjadi precise tentang apa setiap langkah sebenarnya mengonfirmasi:

• Pengujian langsung mengonfirmasi access, tidak pengindeksan. Google’s own pemeriksaan URL documentation says pengujian langsung hanya mengonfirmasi apakah Google-InspectionTool dapat saat ini access dan parse halaman — ada Tidak test itu jaminan halaman akan end up di indeks atau muncul di hasil pencarian. sebuah passing Pengujian langsung berarti gate adalah open; ini tidak promise apa pun tentang apa happens berikutnya.
• Validate Perbaiki adalah opsional, tidak diperlukan. Google memperbarui issue count setiap kali ini recrawls sebuah halaman, apakah atau tidak Anda clicked Validate Perbaiki. gunakan ini untuk Anda own tracking pada sebuah nyata correction — jangan validate sebuah URL itu’s supposed untuk stay privat, dan jangan treat validation itself sebagai sesuatu itu speeds up re-pengindeksan.
• jangan expect instant re-pengindeksan. Re-crawl dan re-indeks take time, dan — sebagai noted di atas — ada Tidak published retry cadence I’ll quote Anda. Monitor sebenarnya terindeks hasil dan penelusuran performa secara terpisah dari report status; neither Pengujian langsung nor Validate Perbaiki jaminan canonical selection atau penelusuran appearance.
• sebuah myth untuk drop pada cara out: sebuah 401 di GSC adalah tidak sebuah penalty atau sebuah manual tindakan. ini adalah sebuah crawl-access status. ini tidak hurt rankings dari Anda lainnya halaman dan ini tidak “blacklist” (terjemahan) “blacklist” Anda situs — ini hanya mempertahankan gated halaman out dari indeks.

Di mana ini sits

ini adalah satu dari HTTP-status statuses di halaman pengindeksan report — siblings sertakan Blocked karena access dilarang (403), lainnya 4xx dan 404 statuses, dan 5xx server-error status. untuk report itself dan cara baca “Mengapa halaman tidak indexed” (terjemahan) “Mengapa halaman tidak terindeks” table, see halaman pengindeksan report hub. underlying mechanics — bagaimana Googlebot fetches dan apa kode status berarti untuk ini — adalah covered di crawling dan pengindeksan.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah. sebuah GSC halaman pengindeksan status meaning Googlebot mendapat sebuah HTTP 401 (tidak terotorisasi) — sebuah authentication gate ini dapat’t lulus. Google supplies Tidak credentials, so ini tidak pernah sees konten.
• Apa Google melakukan. Tidak terindeks; sebuah previously terindeks URL returning 401 mendapatkan dropped di atas time. semua 4xx except 429 adalah treated yang sama — Google adalah told “itu konten tidak exist.” (terjemahan) “ konten tidak exist.” 4xx memiliki Tidak crawl-rate effect, so jangan gunakan 401/403 untuk throttle Googlebot.
• 401 vs 403, precisely. oleh RFC 9110: 401 = permintaan lacks valid credentials (none dikirim, atau ones dikirim adalah refused); 403 = server dipahami permintaan dan refused ini, untuk alasan itu tidak selalu tentang credentials. “401 = auth gate, 403 = security rule wrongly blocking Googlebot” (terjemahan) “401 = auth gate, 403 = security aturan wrongly blocking Googlebot” adalah sebuah berguna triage shortcut, tidak exhaustive protocol aturan.
• umum penyebab (pada halaman Anda ingin terindeks): staging situs behind Basic Auth, accidental HTTP auth pada sebuah publik bagian, sebuah WAF/CDN/IP-allowlist excluding Googlebot, atau sebuah login wall pada subscription/paywalled konten.
• “Loads untuk me” (terjemahan) “memuat untuk me” adalah sebuah trap. Anda’re authenticated atau IP-allowlisted; Googlebot tidak. Diagnose sebagai sebuah bot: pemeriksaan URL Pengujian langsung dan curl -I (Tidak cookies, Tidak auth) — sebuah 401 di sana mengonfirmasi ini. sebuah WWW-Authenticate header mengonfirmasi sebuah nyata auth gate (RFC 9110 memerlukan ini pada sebuah conformant 401); -nya absence hanya berarti respons adalah malformed — periksa edge, origin, application, dan identity-provider logs sebelum blaming sebuah WAF.
• Perbaiki oleh apa halaman adalah, tidak satu universal perbaiki. Publik halaman accidentally gated → hapus authorization requirement. Publik halaman falsely blocked oleh bot security → allowlist verified Googlebot oleh IP/reverse-DNS (tidak pernah spoofable pengguna-agent string), tanpa disabling aturan wholesale. Genuinely privat/staging konten → pertahankan authentication; tidak pernah open ini hanya untuk jelas ini report baris — hanya bersih up -nya penemuan (sitemaps/tautan/property). dapat diindeks subscription/paywalled konten → gunakan Google’s paywall data terstruktur alih-alih sebuah blanket 401.
• Validate & tunggu, tanpa di atas-promising. Pengujian langsung mengonfirmasi saat ini access hanya, tidak pengindeksan. Validate Perbaiki adalah opsional — Google memperbarui count pada -nya berikutnya recrawl regardless. Re-pengindeksan takes time, ada Tidak published retry cadence, dan neither langkah jaminan pengindeksan, canonical selection, atau penelusuran appearance. sebuah 401 adalah tidak sebuah penalty.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• halaman pengindeksan report — report itself dan definition dari “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” status (plus 403 sibling dan lainnya HTTP-status statuses).
• Bagaimana HTTP kode status, dan network dan DNS errors memengaruhi Google Search — apa Googlebot melakukan dengan sebuah 401: 4xx-except-429 menangani dan “don’t use 401/403 to limit crawl rate” (terjemahan) “jangan gunakan 401/403 untuk limit laju crawling” aturan.
• Verifying Googlebot dan lainnya Google crawler — recommended cara untuk allowlist Googlebot: verify oleh IP / reverse-DNS, tidak oleh pengguna-agent string.
• Googlebot IP ranges (googlebot.json) — published IP ranges untuk allowlist past sebuah WAF/CDN.

Bing / Microsoft

• Bing Webmaster alat Help — Bing tidak surface sebuah identical status string, tetapi sebuah URL returning 401/403 adalah likewise treated sebagai inaccessible dan tidak akan menjadi terindeks; bingbot juga perlu untuk reach halaman anonymously dan publishes verified IP ranges / reverse-DNS verification untuk yang sama allowlist perbaiki.

Quotes dari sumber

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

Google — apa 401 status berarti (halaman pengindeksan report)

• “The page was blocked to Googlebot by a request for authorization (401 response). If you do want Googlebot to be able to index this page, either remove authorization requirements for this page, or else allow Googlebot to access your pages by verifying its identity.” (terjemahan) “Halaman diblokir dari Googlebot karena permintaan otorisasi (respons 401). Jika Anda ingin Googlebot dapat mengindeks halaman ini, hapus persyaratan otorisasi atau izinkan Googlebot mengakses halaman Anda setelah identitasnya diverifikasi.”* — Google Search Console Help, halaman pengindeksan report. Jump untuk quote

Google — apa Googlebot melakukan dengan sebuah 401 (HTTP kode status doc)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “semua 4xx errors, except 429, adalah treated yang sama: Google crawler inform berikutnya processing sistem itu konten tidak exist.” — Google Search Central docs. Jump untuk quote
• “Don’t use 401 and 403 status codes for limiting the crawl rate.” (terjemahan) “jangan gunakan 401 dan 403 kode status untuk limiting laju crawling.” Jump untuk quote

Patrick Stox — my own 401/403 definitions dan 4xx indeks impact

• “The client hasn’t identified or verified itself when needed.” (terjemahan) “ client hasn’t identified atau verified itself ketika needed.” (401) — Patrick Stox, HTTP kode status & mereka SEO Impact, Ahrefs. Jump untuk quote
• “The client is known but doesn’t have access rights.” (terjemahan) “ client adalah known tetapi tidak memiliki access rights.” (403) Jump untuk quote
• “4xxs will cause pages to drop from the index.” (terjemahan) “4xxs akan penyebab halaman untuk drop dari indeks.” Jump untuk quote

John Mueller, Google — server-side auth adalah right cara untuk gate sebuah situs

• “Ideally, what you would want to do is provide some kind of server side authentication on the server so that normal users when they go there they would get blocked from being able to see the content; that would include GoogleBot.” (terjemahan) “Ideally, apa Anda akan ingin untuk melakukan adalah menyediakan beberapa jenis dari server side authentication pada server so itu wajar pengguna ketika mereka go di sana mereka akan mendapatkan blocked dari menjadi able untuk see konten; itu akan sertakan GoogleBot.” (Webmaster Hangout, Sep 25 2019, relayed melalui mesin pencari Journal.) Baca coverage

401 diagnosis & perbaiki checklist

Jalankan ini ketika GSC flags “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)”:

• Decide intent pertama — melakukan Anda sebenarnya ingin ini URL terindeks? jika ini adalah genuinely privat/staging, 401 adalah correct; skip untuk terakhir item. jika ini adalah subscription/paywalled konten Anda melakukan ingin terindeks, skip auth-removal langkah dan gunakan paywall structured-data perbaiki alih-alih.
• Reproduce sebagai sebuah bot — jalankan pemeriksaan URL → Pengujian langsung pada URL dan konfirmasi authorization failure (jangan trust Anda logged-di browser).
• curl -I dengan Tidak cookies/credentials — konfirmasi ini mengembalikan 401 dan look untuk sebuah WWW-Authenticate header. sebuah 401 di sini sementara Anda browser mendapatkan 200 adalah bug. sebuah header mengonfirmasi sebuah nyata auth gate; -nya absence flags sebuah malformed respons, tidak layer itu produced ini.
• Identify gate — periksa edge/CDN, origin, application, dan identity logs untuk sempit ini down: Basic Auth (.htpasswd), sebuah maintenance/“coming soon” (terjemahan) “coming soon” plugin, sebuah login wall, atau sebuah WAF/CDN/IP-allowlist aturan.
• jika ini adalah sebuah WAF/CDN — periksa firewall events untuk aturan blocking Google; allowlist verified Googlebot IP ranges, jangan disable protection wholesale.
• Perbaiki oleh right metode — hapus auth requirement pada sebuah accidentally gated publik halaman, atau izinkan verified Googlebot oleh IP / reverse-DNS (tidak pernah oleh spoofable pengguna-agent string) untuk sebuah bot-security salah positive. tidak pernah allowlist Googlebot melalui sebuah gate itu’s protecting genuinely privat konten.
• Re-test — curl -I (masih unauthenticated) now mengembalikan 200, dan URL Inspection Pengujian langsung dapat fetch.
• Validate Perbaiki (opsional) di halaman pengindeksan report dan re-inspect sebuah sample URL — Google memperbarui count pada -nya berikutnya recrawl either cara; sebuah passing Pengujian langsung mengonfirmasi access, tidak pengindeksan.
• Set expectations — re-crawl/re-indeks takes time; Tidak guaranteed retry cadence, dan Tidak jaminan dari pengindeksan atau penelusuran appearance. ini adalah tidak sebuah penalty.
• jika intentional — konfirmasi staging/privat URL tidak seharusnya menjadi di ini property (berhenti linking/submitting ini), dan leave gate di place.

401 vs 403 vs lainnya 4xx — cheat sheet

Apa setiap code sebenarnya berarti (dan typical penyebab)

Bagaimana Google memperlakukan them untuk pengindeksan

** perbaiki-ini map**

Dua official memperbaiki untuk sebuah publik halaman wrongly gated (Google’s wording)

1. hapus authorization requirement untuk halaman.
2. Let Googlebot melalui oleh verifying -nya identity — allowlist oleh IP / reverse-DNS, tidak oleh (spoofable) pengguna-agent string.

Neither applies untuk genuinely privat/staging konten (pertahankan gate) atau untuk dapat diindeks paywalled konten (gunakan paywall markup alih-alih opening gate).

mental models

1. Gate vs. konten. sebuah 401 tidak sebuah konten masalah — Googlebot tidak pernah reached konten. ini adalah sebuah gate masalah. So Anda tidak edit halaman; Anda perubahan apa gate melakukan untuk sebuah unauthenticated bot. selalu terpisah “adalah itu halaman good?” (terjemahan) “adalah halaman baik?” dari “dapat Googlebot mendapatkan past itu door?” (terjemahan) “dapat Googlebot mendapatkan past door?”

2. Intent decides semuanya. sebelum apa pun perbaiki, jawaban satu pertanyaan: seharusnya ini URL menjadi terindeks? jika Ya, sebuah 401 adalah sebuah misconfiguration untuk hapus. jika Tidak, 401 adalah berfungsi sebagai designed dan nyata pertanyaan adalah mengapa itu URL adalah bahkan di ini Search Console property. jangan perbaiki sebuah 401 itu’s melakukan -nya job.

3. Test sebagai sebuah bot, tidak sebagai yourself. “It works for me” (terjemahan) “ini berfungsi untuk me” adalah default failure dari judgment di sini. Anda carry sebuah session, sebuah cookie, sebuah allowlisted IP. Googlebot carries none dari itu. setiap diagnosis dimulai oleh stripping itu away — curl -I dengan Tidak credentials, atau pemeriksaan URL’s Pengujian langsung.

4. 401 vs 403 — sama outcome, berbeda door. untuk pengindeksan mereka’re identical (4xx-except-429). oleh RFC, 401 = permintaan lacks valid credentials (none dikirim, atau ones dikirim adalah refused); 403 = server dipahami permintaan dan refused ini, untuk alasan itu dapat atau dapat tidak menjadi tentang credentials. Treat “401 = auth gate I control, 403 = security rule misfiring” (terjemahan) “401 = auth gate I control, 403 = security aturan misfiring” sebagai practical triage shortcut, tidak protocol’s sebenarnya boundary — ini adalah right sering cukup untuk menjadi berguna, tetapi RFC’s wording adalah apa sebenarnya benar. Diagnose toward door: 401 → lihat auth/staging; 403 → lihat WAF/firewall.

5. Verify bot, jangan trust name. perbaiki itu bites orang kemudian adalah “allowlist itu Googlebot user-agent.” (terjemahan) “allowlist Googlebot pengguna-agent.” itu string adalah free untuk anyone untuk claim. durable perbaiki adalah identity oleh IP / reverse-DNS — memungkinkan bot Anda dapat prove adalah Googlebot, tidak satu itu merely says so.

Diagnosing sebuah 401: intentional gate atau misconfiguration?

pertama fork adalah intent, tidak technology — decide apakah URL seharusnya menjadi terindeks sebelum Anda touch apa pun config. setelah Anda know ini adalah sebuah nyata misconfiguration, kedua fork adalah apakah Anda’re looking di sebuah login wall Anda forgot untuk lift atau sebuah WAF/CDN aturan itu’s blocking Googlebot oleh accident. Click melalui ini.

Track 401 bucket, tidak hanya -nya existence

satu angka worth watching adalah bagaimana banyak URLs sit di “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” baris dari halaman pengindeksan report di atas time, tidak hanya apakah baris ada — sebuah single snapshot dapat’t tell Anda apakah Anda’re memperbaiki masalah atau accumulating lebih gated URLs.

401-bucket count di atas time

• Metric — count dari URLs di bawah “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” di GSC’s halaman pengindeksan report, tracked week di atas week.
• Apa ini tells Anda — Apakah sebuah perbaiki sebenarnya worked dan apakah baru 401s adalah creeping di. setelah Anda hapus sebuah auth requirement atau allowlist verified Googlebot, ini count seharusnya fall toward zero untuk URLs Anda fixed. untuk URLs itu adalah intentionally gated (staging, privat bagian), count seharusnya stay flat — sebuah rising count di sana biasanya berarti baru staging/privat URLs adalah getting ditautkan atau sitemapped ke ini property oleh mistake.
• cara pull ini — GSC halaman pengindeksan report, filtered untuk 401 baris; spot-periksa individual URLs dengan pemeriksaan URL → Pengujian langsung untuk konfirmasi mereka’re tidak sebuah stale snapshot.
• Benchmark / realistic range — ada Tidak universal target — ini bergantung entirely pada bagaimana banyak halaman Anda intentionally gate. honest bar: zero 401s among URLs Anda ingin terindeks, dan sebuah flat (tidak growing) count untuk URLs Anda dengan sengaja pertahankan behind auth. Establish Anda own baseline count sebelum judging trend direction.
• Cadence — Weekly right setelah sebuah perbaiki, until count stabilizes; monthly afterward sebagai sebuah regression periksa.

Runbook: diagnose, perbaiki, validate

401 workflow adalah sebuah pendek, ordered loop — jangan skip straight untuk “perbaiki” (terjemahan) “perbaiki” sebelum Anda’ve confirmed intent dan reproduced block sebagai sebuah bot.

1. Decide intent pertama. seharusnya ini URL sebenarnya menjadi terindeks? jika ini adalah genuinely privat atau staging, berhenti di sini — 401 adalah correct, dan satu-satunya ikuti-up adalah membuat sure URL tidak ditautkan atau sitemapped ke ini property; jangan weaken gate. jika ini adalah subscription/paywalled konten Anda melakukan ingin terindeks, skip untuk paywall structured-data perbaiki alih-alih touching auth gate.

2. Reproduce ini sebagai sebuah bot, tidak sebagai yourself. Jalankan pemeriksaan URL → Pengujian langsung di GSC, dan secara terpisah permintaan URL dengan curl -I menggunakan Tidak cookies dan Tidak credentials. jika curl mendapatkan sebuah 401 sementara Anda logged-di browser mendapatkan sebuah 200, itu kesenjangan adalah bug — Anda’re authenticated atau IP-allowlisted, Googlebot tidak.

3. Identify gate. periksa apakah anonymous respons carries sebuah WWW-Authenticate header — sebuah conformant 401 harus sertakan satu, so -nya presence mengonfirmasi sebuah nyata auth gate (Basic Auth, login wall, maintenance mode). -nya absence tidak hand Anda penyebab; ini berarti respons adalah malformed, so cross-periksa edge/CDN, origin, application, dan identity-provider logs sebelum concluding ini adalah sebuah WAF/CDN/ allowlist aturan.

4. Perbaiki oleh penyebab. Auth gate pada sebuah accidentally-publik halaman → hapus authorization requirement untuk itu path. WAF/CDN aturan falsely blocking sebuah publik halaman → allowlist verified Googlebot oleh IP atau reverse-DNS di firewall, tidak pernah oleh spoofable pengguna-agent string alone. tidak pernah allowlist Googlebot melalui sebuah gate protecting genuinely privat konten.

5. Validate. Re-jalankan yang sama anonymous curl -I dan konfirmasi ini now mengembalikan 200. Validate Perbaiki di halaman pengindeksan report adalah opsional tracking — Google memperbarui issue count pada -nya berikutnya recrawl regardless — dan pemeriksaan URL’s Pengujian langsung hanya mengonfirmasi Google-InspectionTool dapat saat ini access halaman, tidak itu ini akan menjadi terindeks.

6. Set expectations dan berhenti. Re-crawl dan re-indeks take time, ada Tidak published retry cadence, dan neither Pengujian langsung nor Validate Perbaiki jaminan pengindeksan atau penelusuran appearance — jangan “perbaiki” (terjemahan) “perbaiki” yang sama URL twice sementara menunggu. jika 401-bucket count di GSC tidak trending down setelah sebuah couple dari weeks, go back untuk langkah 2 dan re-reproduce alih-alih guessing di sebuah baru penyebab.

Ready-untuk-gunakan AI prompts

Copy-paste prompts untuk classifying sebuah 401 dari mentah diagnostic output. ini help Anda triage mungkin penyebab fast — selalu konfirmasi conclusion terhadap sebenarnya server/firewall config sebelum mengubah apa pun.

Classify mungkin penyebab dari curl output

I'm diagnosing a "Blocked due to unauthorized request (401)" status in Google
Search Console. Below is the raw output of an unauthenticated request to the
URL (curl -I, no cookies, no credentials). Based on this output alone,
classify the most likely cause as one of: (1) staging/dev site behind Basic
Auth, (2) accidental HTTP auth or maintenance-mode gate left on a public
section, (3) WAF/CDN/IP-allowlist blocking Googlebot, (4) a login wall on
content that's meant to be gated. Explain which specific header or detail in
the output pointed you to that answer, and tell me what's missing if you
can't tell for sure.

CURL OUTPUT:
[paste]

Classify penyebab dari sebuah WAF/firewall log line

I'm investigating why Googlebot is getting a 401 or 403 on a page I want
indexed. Below is a log line (or a few) from my WAF/CDN showing a blocked
request. Tell me whether this looks like a bot-identity rule (blocking by
user-agent or IP range), a rate-limit/challenge rule, or something else, and
what I'd need to allowlist — by IP range or reverse-DNS — to let verified
Googlebot through without disabling the rule entirely.

LOG LINE(S):
[paste]

Sanity-periksa sebuah perbaiki sebelum shipping ini

I'm about to remove an authorization requirement from a URL that's currently
returning 401 to Googlebot, because I want it indexed. Here's a short
description of the current gate and what I'm about to change: [describe].
Point out anything I might be missing — e.g. whether this could accidentally
expose a section I meant to keep private, or whether I should allowlist
verified Googlebot instead of removing the auth requirement outright.

Uji pemahaman Anda: “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)”

Five pertanyaan pada apa sebuah 401 berarti, bagaimana ini differs dari sebuah 403, dan cara diagnose dan perbaiki ini. Pick sebuah jawaban untuk setiap, lalu periksa.

Reproduce 401 sebagai sebuah anonymous permintaan

poin dari ini memeriksa adalah yang sama satu Advanced tab membuat: Anda browser adalah authenticated, Googlebot tidak. Strip out cookies dan credentials entirely dan see apa sebuah anonymous client sebenarnya mendapatkan.

macOS / Linux

# Fetch headers only, with no cookies and no credentials
curl -sI https://www.example.com/page/
# Look for:
#   HTTP/1.1 401 Unauthorized
#   WWW-Authenticate: Basic realm="..."   <- confirms a real auth gate

Windows (PowerShell)

# -SkipHttpErrorCheck so PowerShell shows the 401 instead of throwing
Invoke-WebRequest -Uri "https://www.example.com/page/" -Method Head `
  -SkipHttpErrorCheck | Select-Object StatusCode, Headers
# Check the Headers output for WWW-Authenticate

jika ini mengembalikan 401 dengan sebuah WWW-Authenticate header, Anda’ve confirmed sebuah nyata authentication gate (Basic Auth, login wall) — RFC 9110 memerlukan sebuah conformant 401 untuk kirim itu header. jika ini mengembalikan 401/403 dengan Tidak WWW-Authenticate header, itu tells Anda respons adalah malformed atau incomplete, tidak yang layer produced ini — header’s absence alone tidak prove sebuah WAF atau CDN. jika block juga hanya happens dari di luar Anda own network, itu IP-scoping adalah stronger lead toward sebuah WAF/CDN/IP-allowlist aturan; konfirmasi ini di firewall/CDN logs, re-test dari sebuah berbeda network, atau gunakan GSC’s pemeriksaan URL Pengujian langsung, yang permintaan sebagai Googlebot itself.

Verify sebuah bot adalah benar-benar Googlebot (sebelum Anda allowlist)

sebelum Anda open sebuah WAF aturan untuk let sebuah “Googlebot” (terjemahan) “Googlebot” permintaan melalui, konfirmasi IP adalah genuinely Google’s — plenty dari traffic spoofs pengguna-agent string.

macOS / Linux

# 1) Reverse DNS the IP from your logs — must end in googlebot.com / google.com
host 66.249.66.1
# → ... domain name pointer crawl-66-249-66-1.googlebot.com

# 2) Forward DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com
# → crawl-66-249-66-1.googlebot.com has address 66.249.66.1

Windows

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

jika reverse lookup tidak end di sebuah Google domain, atau forward lookup tidak match original IP, jangan allowlist ini — ini tidak Googlebot. Anda dapat juga periksa IP terhadap Google’s published ranges (googlebot.json), atau verify ini secara langsung dengan Googlebot Verifier alat. Allowlist oleh verified identity, tidak pernah oleh pengguna-agent string alone.

alat untuk diagnosing dan memperbaiki sebuah 401

• HTTP Status Checker — paste affected URL (atau sebuah batch) untuk konfirmasi kode status, see penuh respons chain, dan catch apa pun itu redirects sebelum ini hits auth gate.
• Googlebot Verifier — periksa apakah sebuah IP claiming untuk menjadi Googlebot adalah genuine (published IP ranges plus reverse-DNS konfirmasi) sebelum Anda allowlist ini past sebuah WAF atau firewall aturan.
• Google Search Console — pemeriksaan URL → Pengujian langsung — closest Anda’ll mendapatkan untuk seeing tepat respons Googlebot menerima, including apakah ini adalah saat ini blocked oleh authorization.
• curl -I — fastest cara untuk permintaan sebuah URL dengan Tidak cookies atau credentials dan baca mentah status line dan headers, including WWW-Authenticate.
• Anda WAF/CDN’s firewall event log (Cloudflare, Akamai, Sucuri, dan seterusnya.) — temukan spesifik aturan returning 401/403 untuk Googlebot’s IP ranges.

Prove perbaiki sebenarnya worked

setelah Anda’ve dihapus sebuah auth requirement atau allowlisted verified Googlebot, ini adalah memeriksa itu terpisah “the config changed” (terjemahan) “ config changed” dari “Google can now actually reach the page.” (terjemahan) “Google dapat now sebenarnya reach halaman.” Jalankan them di order.

Test 1 — sebuah anonymous permintaan now mengembalikan 200

• Test untuk jalankan — Jalankan curl -I dengan Tidak cookies atau credentials pada affected URL (atau periksa ini dengan HTTP Status Checker).
• Yang diharapkan hasil — status line membaca HTTP/1.1 200 OK dengan Tidak WWW-Authenticate header.
• Failure interpretation — masih 401 berarti auth requirement tidak sebenarnya dihapus untuk itu path, atau Anda’re testing wrong URL/environment. sebuah 403 alih-alih 401 berarti Anda’ve traded satu gate untuk lainnya — periksa WAF/CDN aturan.
• Monitoring window — Immediate — server jawaban segera setelah perubahan adalah langsung.
• Rollback trigger — jika menghapus gate exposes konten Anda dimaksudkan untuk pertahankan privat, put auth requirement back immediately dan allowlist verified Googlebot oleh IP/reverse-DNS alih-alih.

Test 2 — Google mengonfirmasi ini dapat now reach halaman

• Test untuk jalankan — Jalankan pemeriksaan URL → Test Langsung URL di Google Search Console pada affected URL.
• Yang diharapkan hasil — pengujian langsung succeeds dan menampilkan halaman konten — Tidak authorization failure reported. ini mengonfirmasi Google-InspectionTool dapat saat ini access dan parse halaman — ini adalah sebuah access hasil, tidak sebuah pengindeksan jaminan; Google’s own docs say pengujian langsung tidak test setiap pengindeksan condition dan sebuah lulus tidak jaminan inclusion di indeks.
• Failure interpretation — jika Pengujian langsung masih reports sebuah authorization block setelah anonymous curl test melewati, suspect sebuah aturan itu’s IP-scoped secara khusus untuk Googlebot’s ranges (sebuah WAF/CDN allowlist issue), tidak sebuah umum auth gate.
• Monitoring window — Immediate untuk sebuah sedikit minutes setelah perbaiki.
• Rollback trigger — N/sebuah — ini adalah sebuah baca-hanya test; jika ini masih fails, go back untuk Test 1’s failure branch alih-alih rolling apa pun back.

Test 3 — 401 status clears di halaman pengindeksan report

• Test untuk jalankan — gunakan Validate Perbaiki (opsional — Google memperbarui count pada -nya berikutnya recrawl regardless) pada “Blocked due to unauthorized request (401)” (terjemahan) “Blocked karena tidak terotorisasi permintaan (401)” issue di halaman pengindeksan report, dan watch bucket count di atas berikut weeks (see cara mengukur tab).
• Yang diharapkan hasil — URL moves out dari 401 bucket, dan — jika ini adalah previously terindeks — reappears di indeks di atas time. Neither Validate Perbaiki nor sebuah passing Pengujian langsung jaminan pengindeksan, canonical selection, atau penelusuran appearance — track sebenarnya terindeks state dan penelusuran performa secara terpisah.
• Failure interpretation — Tidak published retry cadence ada, so jangan baca sebuah slow validation sebagai sebuah baru failure; jika count di 401 bucket tidak trending down setelah sebuah couple dari weeks, re-jalankan Test 1 untuk konfirmasi perbaiki adalah masih di place (sebuah redeploy atau CDN cache dapat silently reintroduce gate).
• Monitoring window — Days untuk sebuah sedikit weeks, tracked melalui 401-bucket count.
• Rollback trigger — hanya revisit gate itself jika Test 1 dimulai failing again — jangan chase halaman pengindeksan report’s timing.

Log perubahan