Blocked Due to Other 4xx Issue: Cara Memperbaikinya
Anda membuka Search Console, dan di sanalah muncul: Tidak diindeks: "Blocked due to other 4xx issue." Tanpa kode status, tanpa berkas yang terpengaruh, tanpa penyebab yang jelas.
Panduan ini menjelaskan dengan tepat kesalahan mana yang memicu label tersebut, cara menemukan kode status sebenarnya di baliknya, dan cara memperbaiki setiap penyebabnya — termasuk langkah-langkah diagnostik yang dilewatkan sebagian besar artikel. Untuk mengetahui posisi laporan ini dalam alat yang lebih luas, lihat panduan Google Search Console lengkap kami.
Apa arti sebenarnya "blocked due to other 4xx issue"
"Blocked due to other 4xx issue" berarti Googlebot meminta sebuah URL dan mendapat respons 4xx (sisi klien) yang belum dipecah Search Console ke dalam kategorinya sendiri.
Karena Google tidak dapat mengambil halaman tersebut, ia tidak akan mengindeksnya. Dalam kasus ini, URL tetap berada di luar hasil pencarian sampai mengembalikan status yang berhasil.
Kata "other" (lainnya) yang menjadi kunci di sini. Search Console sudah memiliki label khusus untuk tiga kode 4xx yang paling umum:
- 401 → "Blocked due to unauthorized request (401)."
- 403 → "Blocked due to access forbidden (403)."
- 404 → "Not found (404)."
Jadi "other 4xx" menjadi payung untuk segala sesuatu lainnya dalam rentang 4xx: 400, 405, 408, 410, 429 dan kode sejenis. Pesannya kabur karena Google tahu ada 4xx yang terjadi, tetapi bukan salah satu yang mereka beri label.
Kode status 4xx mana yang memicu kesalahan ini
Inilah kode-kode yang paling sering muncul di bawah label ini. Anda perlu mengidentifikasi kode mana yang sebenarnya dikembalikan server Anda sebelum dapat memperbaiki apa pun.
| Kode | Nama | Pemicu umum |
|---|---|---|
| 400 | Bad Request | URL salah bentuk, karakter tidak valid, permintaan rusak |
| 405 | Method Not Allowed | Server menolak metode permintaan (mis. GET dinonaktifkan pada path itu) |
| 406 | Not Acceptable | Ketidakcocokan negosiasi konten |
| 408 | Request Timeout | Server terlalu lambat merespons dalam jendela waktunya |
| 410 | Gone | Halaman dihapus permanen (lihat catatan di bawah) |
| 411 / 412 / 421 / 422 | Bermacam-macam | Masalah length / precondition / misdirected / unprocessable request |
| 429 | Too Many Requests | Pembatasan laju (penyebab yang sangat umum di situs besar atau yang dilindungi secara agresif) |
| 451 | Unavailable for Legal Reasons | Pemblokiran geo / hukum |
| 418 | I'm a teapot | Status lelucon yang didefinisikan dalam sebuah RFC (langka, tetapi kode nyata yang sesekali dikembalikan beberapa konfigurasi) |
Catatan tentang 410 (Gone): jika sebuah halaman sengaja dihapus untuk selamanya, 410 adalah respons yang benar dan Anda tidak seharusnya "memperbaikinya". Cukup pastikan itu bukan halaman yang sebenarnya ingin Anda indeks.
Apa yang menyebabkan kesalahan 4xx untuk Googlebot
Sebagian besar kasus berujung pada salah satu dari lima penyebab ini:
- Aturan keamanan dan WAF. Firewall seperti Cloudflare, Sucuri atau AWS WAF terkadang salah mengidentifikasi Googlebot sebagai ancaman dan mengembalikan 403 atau memblokir permintaan. Plugin keamanan di WordPress dapat melakukan hal serupa.
- Pembatasan laju (429). Server mengembalikan 429 ketika memutuskan terlalu banyak permintaan datang terlalu cepat, dan Google tidak akan mengindeks halaman yang terus-menerus dibatasi lajunya.
- Konfigurasi server atau CDN. Sebuah aturan CDN, direktif .htaccess, atau perubahan template dapat mulai mengembalikan 4xx pada URL yang tampil baik-baik saja di browser Anda.
- URL salah bentuk (400). 400 berarti server tidak dapat memahami permintaan — sering kali struktur URL yang salah atau parameter yang buruk. Ini umum terjadi pada navigasi faset dan parameter sesi / pelacakan.
- Izin berkas. Izin direktori yang disetel terlalu ketat (mis. 700 alih-alih 755) dapat memicu 403.
Petunjuk yang berguna: karena ini adalah respons sisi klien yang terkait dengan bagaimana permintaan dibuat, Anda sering kali tidak akan melihat kesalahan yang sama di browser Anda sendiri — dan itulah tepatnya mengapa laporannya terasa begitu tidak jelas.
Cara menemukan kode status 4xx persis yang diterima Google
Search Console memberi tahu Anda bahwa sebuah halaman terpengaruh tetapi bukan kode 4xx mana yang dikembalikannya. Anda harus menemukannya sendiri. Lakukan urutan ini:
- Buat daftar URL yang terpengaruh. Di Search Console, buka Pengindeksan → Halaman, gulir ke "Alasan halaman tidak diindeks", dan klik "Blocked due to other 4xx issue" untuk melihat daftar lengkap. Ini ada di bagian Halaman → tab Tidak diindeks.
- Inspeksi sebuah URL. Klik sebuah URL, lalu Uji URL live di alat Inspeksi URL. Ia menunjukkan persis apa yang dilihat Googlebot, termasuk respons HTTP dan pengalihan apa pun.
- Ambil sebagai Googlebot. Karena kesalahan sering kali spesifik terhadap user agent, reproduksi dengan user agent Googlebot. Di Chrome DevTools, buka tab Network conditions, hapus centang "Use browser default," dan pilih "Googlebot Smartphone," lalu muat ulang dan baca kode statusnya. Anda juga dapat menjalankan
curl -A "Googlebot" -I https://yoururldari terminal. - Periksa log server. Log menunjukkan kode status sebenarnya yang dikembalikan server Anda ke IP Google, yang menjadi kebenaran mutlak ketika DevTools dan browser berbeda pendapat.
- Verifikasi bahwa itu benar-benar Googlebot. Jika WAF memblokir, konfirmasi bahwa IP yang meminta benar-benar milik Google sebelum Anda memperluas akses, agar Anda tidak membuka pintu bagi bot palsu.
Cara memperbaiki setiap kesalahan 4xx, kode per kode
Setelah Anda tahu kodenya, perbaikannya mengikuti dari situ:
| Kode 4xx | Kemungkinan penyebab | Cara memperbaiki |
|---|---|---|
| 403 | WAF atau firewall memblokir Googlebot | Izinkan Googlebot yang terverifikasi, atau sesuaikan aturan yang menangkapnya. Perbaiki izin berkas jika itu penyebabnya. |
| 429 | Pembatasan laju | Naikkan atau setel batas laju untuk bot pencari terverifikasi, dan periksa apakah ada plugin atau CDN yang mencekik perayapan. |
| 400 | URL salah bentuk | Perbaiki struktur URL, hentikan pembuatan kombinasi parameter yang tidak valid, dan kanonikalisasi URL berparameter. |
| 405 / 406 / 408 | Aturan server, negosiasi konten, atau timeout | Perbaiki aturan sisi server, negosiasi konten, atau perilaku timeout untuk path yang terpengaruh. |
| 410 (seharusnya tidak hilang) | Halaman terhapus karena kesalahan | Pulihkan halamannya, atau alihkan dengan 301 ke padanan terdekat jika memiliki nilai dan backlink. |
| 404 / 410 (disengaja) | URL benar-benar mati | Biarkan apa adanya. Ini bukan kesalahan yang perlu diperbaiki. Cegah pemborosan perayapan dengan robots.txt jika volumenya tinggi. |
Cara memvalidasi perbaikan 4xx di Search Console
Setelah memperbaiki akar masalahnya, kembali ke laporan "Blocked due to other 4xx issue" dan klik Validasi perbaikan.
Google akan merayapi ulang URL yang terpengaruh; merayapi ulang URL yang telah dikoreksi biasanya butuh beberapa hari hingga beberapa minggu tergantung pada anggaran perayapan.
Laporan diperbarui saat Google mencoba ulang setiap URL, jadi perbaikan yang baru dilakukan tidak akan langsung muncul. Siapkan alat Inspeksi URL untuk memastikan setiap halaman kini mengembalikan 200 sebelum Anda mengandalkan validasinya.
Menemukan URL yang terdampak 4xx dalam skala besar dengan SEOcrawl AI
Search Console menunjukkan masalahnya tetapi membuat Anda memeriksa URL satu per satu. SEOcrawl AI menarik data cakupan Search Console Anda dan menampilkan status pengindeksan di seluruh situs, sehingga Anda dapat menemukan URL yang terpengaruh secara massal alih-alih mengkliknya satu per satu.
Server MCP kami memungkinkan Anda membaca rincian lengkap cakupan indeks per status dan memfilter halaman yang dirayapi berdasarkan kode status (misalnya, semua yang mengembalikan 404) langsung dari Claude atau ChatGPT, dan menandainya berdasarkan aturan, secara manual, atau melalui MCP. Padukan dengan perayapan terjadwal dan peringatan agar Anda menangkap lonjakan URL 4xx sebelum melukai peringkat Anda.
Temukan setiap URL yang terdampak 4xx di satu tempat. Alih-alih mengklik Search Console URL demi URL, SEOcrawl AI menampilkan rincian lengkap cakupan indeks Anda dan memungkinkan Anda memfilter halaman yang dirayapi berdasarkan kode status langsung dari Claude atau ChatGPT. Coba SEOcrawl AI.
FAQ
Apa arti kesalahan 4xx?
Kesalahan 4xx adalah status HTTP sisi klien, artinya permintaan itu sendiri tidak dapat dipenuhi: halaman tidak ditemukan, akses ditolak, permintaan salah bentuk, atau server membatasi lajunya.
Keluarga 4xx mencakup 400 (bad request), 403 (forbidden), 404 (not found), 410 (gone) dan 429 (too many requests), di antara lainnya. Untuk SEO, setiap 4xx pada halaman yang ingin Anda indeks adalah masalah, karena Google tidak dapat mengambil kontennya untuk memberi peringkat.
Apakah kesalahan 4xx buruk untuk SEO?
Ya, ketika mengenai halaman yang ingin Anda masukkan ke indeks. Halaman yang mengembalikan 4xx tidak dapat dirayapi, sehingga tidak akan diindeks atau diberi peringkat, dan Anda kehilangan trafik yang seharusnya diperoleh.
Dalam skala besar, kesalahan 4xx yang meluas juga memboroskan anggaran perayapan dan bisa menandakan pemeliharaan situs yang buruk. 404 dan 410 yang disengaja pada URL yang benar-benar mati adalah hal normal; masalahnya adalah respons 4xx pada halaman yang seharusnya aktif.
Apa itu kesalahan 4xx dalam SEO?
Dalam istilah SEO, kesalahan 4xx adalah respons sisi klien apa pun yang menghentikan mesin pencari mengakses sebuah URL. Yang paling penting adalah 404 (halaman rusak atau dihapus), 403 (akses diblokir, sering kali oleh firewall) dan kode-kode di balik "blocked due to other 4xx issue" seperti 400, 429 dan 410.
Bagaimana cara menemukan 4xx mana yang diterima Google?
Search Console tidak menyebutkan kodenya, jadi periksa sendiri. Buka URL yang terpengaruh di alat Inspeksi URL dan jalankan Uji URL live untuk melihat responsnya, atau ambil halaman dengan user agent Googlebot (di panel Network conditions Chrome DevTools, atau dengan curl -A "Googlebot" -I [url]).
Log server memberikan kode status definitif yang dikembalikan server Anda ke Google. Untuk melakukan ini pada banyak URL sekaligus, SEOcrawl AI memungkinkan Anda memfilter halaman yang dirayapi berdasarkan kode status secara massal.
Penulis: David Kaufmann
Saya telah menghabiskan lebih dari 10 tahun terakhir benar-benar terobsesi dengan SEO — dan jujur saja, saya tidak mau menukarnya dengan apa pun.
Karier saya mencapai level baru ketika saya bekerja sebagai senior SEO specialist untuk Chess.com — salah satu dari 100 website paling banyak dikunjungi di seluruh internet. Bekerja di skala seperti itu, di jutaan halaman, puluhan bahasa, dan di salah satu SERPs paling kompetitif yang ada, mengajari saya hal-hal yang tidak akan pernah bisa diberikan oleh kursus atau sertifikasi mana pun. Pengalaman itu mengubah cara pandang saya tentang seperti apa SEO yang benar-benar hebat — dan menjadi fondasi bagi semua yang saya bangun setelahnya.
Dari pengalaman itu, saya mendirikan SEO Alive — sebuah agency untuk brand yang serius menggarap pertumbuhan organik. Kami tidak di sini untuk menjual dashboards dan laporan bulanan. Kami di sini untuk membangun strategi yang benar-benar menggerakkan hasil, menggabungkan yang terbaik dari SEO klasik dengan dunia baru yang menarik dari Generative Engine Optimization (GEO) — memastikan brand Anda tidak hanya muncul di tautan biru Google, tetapi juga di dalam jawaban yang dihasilkan AI yang dikirimkan ChatGPT, Perplexity, dan Google AI Overviews kepada jutaan orang setiap harinya.
Dan karena saya tidak bisa menemukan tool yang menangani kedua dunia itu dengan benar, saya membangunnya sendiri — SEOcrawl, sebuah platform enterprise SEO intelligence yang menyatukan rankings, audit teknis, pemantauan backlinks, kesehatan crawl, dan pelacakan visibilitas brand di AI dalam satu tempat. Inilah platform yang selalu saya harap pernah ada.
Temukan lebih banyak konten dari penulis ini
In-house SEO adalah pekerjaan pencarian organik yang dijalankan oleh orang-orang di payroll Anda yang memperlakukan situs Anda sebagai satu-satunya klien. Berikut biayanya, siapa yang harus direkrut lebih dulu, dan di mana model ini rapuh.