Apa arti sebenarnya kode status HTTP untuk SEO

Kode status HTTP adalah salah satu topik ketika saran SEO bisa menjadi agak dramatis. Satu 404 disebut “otoritas hilang.” Sebuah redirect disebut “kebocoran link equity.” Sebuah 500 dianggap darurat meskipun hanya berlangsung enam menit saat deploy.

Versi yang lebih tenang adalah ini: kode status HTTP adalah instruksi dan sinyal. Kode tersebut memberi tahu browser, bot, cache, dan client lain apa yang terjadi ketika mereka meminta sebuah URL. Search engine menggunakan respons tersebut untuk memutuskan apakah akan crawl, index, mempertahankan, mengganti, atau menghapus sebuah halaman.

Namun tidak setiap kode status memiliki bobot SEO yang sama. Ada yang rutin. Ada yang hanya menjadi masalah dalam skala besar. Beberapa perlu segera diperhatikan.

Kode status bukan seluruh cerita SEO

Kode status hanyalah satu bagian dari respons HTTP. Search engine juga melihat:

• URL final setelah redirect
• tag canonical
• direktif robots
• konten halaman
• internal link
• sinyal sitemap
• perilaku crawl historis
• keandalan server dari waktu ke waktu

Artinya, “halaman mengembalikan 200” tidak sama dengan “halaman dapat diindeks.” Sebuah URL dapat mengembalikan 200 dan tetap diblokir oleh noindex, dicanonical-kan ke tempat lain, atau diperlakukan sebagai soft 404 karena kontennya tipis atau kosong.

Demikian pula, 404 tidak otomatis buruk. Halaman yang dihapus biasanya sebaiknya mengembalikan 404 atau 410. Masalah SEO-nya bukan karena ada halaman yang hilang. Masalahnya adalah ketika halaman penting mengembalikan kode yang salah, atau ketika situs Anda mengirim sinyal yang saling bertentangan.

Jika Anda men-debug ini di production, jangan hanya mengandalkan apa yang ditampilkan browser. Periksa rantai respons yang sebenarnya. Pemeriksaan raw header, request command-line, atau trace redirect akan memberi tahu lebih banyak daripada halaman yang terlihat. Kami membahas alur kerja praktis dalam toolkit kecil untuk men-debug redirect dan HTTP header di production.

200 OK: dapat diindeks, tetapi tidak otomatis bernilai

Respons 200 OK berarti request berhasil dan server mengembalikan konten. Untuk SEO, ini adalah respons normal untuk halaman yang ingin Anda crawl dan berpotensi diindeks.

Namun 200 bukan jaminan indexing. Search engine tetap dapat memilih untuk tidak mengindeks halaman jika halaman tersebut duplikat, berkualitas rendah, diblokir oleh direktif tingkat halaman, atau tidak dapat ditemukan melalui link.

Kesalahan SEO paling umum dengan respons 200 adalah mengembalikannya untuk halaman yang bukan halaman sungguhan:

• halaman hasil pencarian kosong
• halaman produk yang dihapus dengan teks “maaf, tidak tersedia”
• halaman lokasi tanpa konten bermakna
• template rusak yang hanya merender shell
• listing kedaluwarsa yang seharusnya dihapus atau dialihkan

Ini dapat menjadi soft 404. Soft 404 terjadi ketika server mengatakan “OK,” tetapi kontennya memberi tahu crawler “tidak ada yang berguna di sini.” Search engine dapat tetap memperlakukan URL tersebut seperti halaman yang hilang.

Aturan yang baik: jika manusia akan mengatakan “halaman ini sudah tidak ada,” server mungkin seharusnya tidak mengatakan 200.

301 dan 308: redirect permanen

301 Moved Permanently dan 308 Permanent Redirect memberi tahu client bahwa sebuah URL telah berpindah secara permanen. Untuk SEO, ini adalah alat yang tepat ketika sebuah halaman memiliki pengganti yang jelas:

• migrasi HTTP ke HTTPS
• slug lama ke slug baru
• artikel yang digabungkan ke artikel yang lebih kuat
• produk yang dihentikan ke penerus yang sangat relevan
• normalisasi trailing slash atau canonical host

Search engine umumnya mentransfer sinyal canonicalization melalui redirect permanen. Dalam bahasa sederhana: jika Anda mengalihkan URL lama ke URL baru yang tepat, search engine dapat mengonsolidasikan banyak sinyal yang terkait dengan halaman lama.

Risikonya bukan karena 301 pada dasarnya berbahaya. Risikonya adalah pemetaan yang buruk.

Pola redirect yang buruk meliputi:

• mengalihkan setiap URL lama ke homepage
• mengalihkan halaman yang dihapus ke halaman kategori yang hanya terkait secara samar
• membuat chain seperti A → B → C → D
• mengalihkan ke URL yang diblokir, diberi noindex, atau dicanonical-kan ke tempat lain
• mengalihkan mobile dan desktop secara tidak konsisten

Redirect permanen harus menjawab satu pertanyaan: “Apa padanan terbaik saat ini untuk URL ini?” Jika tidak ada padanan, 404 atau 410 mungkin lebih jujur.

302 dan 307: redirect sementara

302 Found dan 307 Temporary Redirect menunjukkan bahwa perpindahan bersifat sementara. URL asli diharapkan tetap menjadi URL utama seiring waktu.

Gunakan redirect sementara untuk situasi yang benar-benar sementara:

• routing campaign jangka pendek
• geolocation atau A/B testing yang seharusnya tidak menggantikan URL canonical
• alternatif maintenance sementara
• alur stok atau ketersediaan yang sering berubah

Untuk SEO, masalah utamanya adalah ambiguitas. Jika redirect “sementara” tetap berjalan selama berbulan-bulan atau bertahun-tahun, search engine pada akhirnya mungkin memperlakukan destination sebagai canonical. Namun Anda tidak sebaiknya bergantung pada interpretasi itu.

Jika perpindahan permanen, gunakan redirect permanen. Jika sementara, gunakan redirect sementara. Jawaban yang membosankan adalah jawaban yang benar.

304 Not Modified: berguna, tetapi bukan jalan pintas ranking

304 Not Modified adalah bagian dari caching HTTP. Kode ini memberi tahu client bahwa resource belum berubah sejak versi yang sudah dimilikinya.

Kode ini baik untuk efisiensi crawl dan kebersihan performa. Ini dapat mengurangi transfer data yang tidak perlu dan membuat request berulang menjadi lebih murah. Namun ini bukan faktor ranking langsung dalam pengertian yang simplistis.

Anggap 304 sebagai kualitas infrastruktur. Ini membantu client dan crawler berinteraksi dengan situs Anda secara efisien. Ini tidak mengubah konten lemah menjadi konten kuat.

404 Not Found: normal ketika halaman sudah hilang

404 Not Found berarti server tidak dapat menemukan resource yang diminta. Ini tidak otomatis menjadi bencana SEO.

404 tepat digunakan ketika:

• sebuah halaman dihapus dan tidak memiliki pengganti
• link eksternal yang buruk mengarah ke URL yang tidak ada
• pengguna salah mengetik URL
• URL test atau staging lama memang tidak pernah dimaksudkan untuk ada

Search engine pada akhirnya akan menghapus URL 404 yang persisten dari index. Biasanya itulah yang Anda inginkan.

Anda perlu memperbaiki 404 ketika berdampak pada URL yang penting:

• halaman dengan backlink bernilai
• URL yang menerima traffic bermakna
• halaman penting yang tidak sengaja terhapus saat migrasi
• internal link yang mengarah ke halaman hilang
• URL sitemap yang mengembalikan 404

Jangan mengalihkan setiap 404 ke homepage. Itu membingungkan bagi pengguna dan search engine. Jika ada pengganti yang relevan, lakukan redirect. Jika tidak, kembalikan 404 dan sediakan halaman error yang berguna untuk manusia.

410 Gone: lebih kuat daripada 404, tetapi gunakan dengan hati-hati

410 Gone berarti resource sengaja dihilangkan dan tidak diharapkan kembali.

Untuk SEO, 410 dapat berguna ketika Anda ingin menghapus URL dengan lebih tegas:

• halaman legal yang kedaluwarsa
• profil pengguna yang dihapus
• halaman spam yang dihapus
• landing page usang tanpa pengganti

Search engine mungkin memperlakukan 410 sebagai sinyal penghapusan yang lebih kuat daripada 404. Perbedaan praktisnya sering kali soal kecepatan, bukan hasil. Respons 404 dan 410 yang persisten sama-sama dapat menyebabkan deindexing.

Gunakan 410 ketika Anda yakin halaman tersebut hilang secara permanen. Jika sebuah halaman mungkin kembali, 404 atau penanganan sementara mungkin lebih aman.

401, 403, dan akses yang diblokir

401 Unauthorized berarti autentikasi diperlukan. 403 Forbidden berarti server memahami request tetapi menolak akses.

Untuk SEO, kode-kode ini umumnya mencegah crawling dan indexing normal atas konten yang dilindungi. Itu tidak masalah untuk dashboard privat, area akun, sistem staging, dan konten berbayar yang tidak seharusnya diindeks secara publik.

Masalah muncul ketika halaman publik tanpa sengaja mengembalikan 401 atau 403 kepada crawler karena:

• aturan perlindungan bot
• firewall yang salah konfigurasi
• pemblokiran negara
• aturan CDN
• asumsi autentikasi yang sudah kedaluwarsa
• pembatasan staging yang terbawa ke production

Halaman yang berfungsi untuk Anda saat login mungkin tidak berfungsi untuk crawler. Selalu uji sebagai client yang tidak terautentikasi.

429 Too Many Requests: kontrol crawl dengan konsekuensi

429 Too Many Requests memberi tahu client bahwa mereka sedang dibatasi rate-nya. Ini dapat tepat ketika bot benar-benar membebani infrastruktur Anda.

Namun, menggunakan 429 secara sembarangan dapat mengurangi aktivitas crawl. Search engine mungkin memperlambat request jika berulang kali menemui rate limiting. Itu dapat menunda penemuan konten baru atau yang diperbarui.

Jika Anda membutuhkan rate limiting, lakukan secara presisi. Hindari memblokir crawler search engine utama secara tidak sengaja. Gunakan log server untuk membedakan scraping agresif dari crawling yang sah. Jika memungkinkan, kembalikan header Retry-After agar client yang berperilaku baik tahu kapan harus kembali.

500, 502, 503, dan 504: sinyal keandalan

Keluarga 5xx berarti server gagal memenuhi request yang valid.

Contoh umum:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Respons 5xx sesekali bisa terjadi. Masalah deploy singkat biasanya tidak katastrofik. Error 5xx yang persisten berbeda. Error tersebut memberi tahu crawler bahwa situs Anda tidak andal, dan search engine dapat mengurangi crawl rate atau sementara menghapus halaman terdampak jika mereka tidak dapat mengambilnya berulang kali.

503 Service Unavailable adalah kode yang benar untuk maintenance terencana, terutama dengan header Retry-After. Artinya, “Ini sementara; kembali lagi nanti.” Mengembalikan 200 untuk halaman maintenance lebih buruk karena crawler mungkin memperlakukan konten maintenance sebagai konten halaman.

Jika outage memengaruhi URL penting, pantau pemulihan. Pastikan halaman asli kembali mengembalikan 200, bukan halaman error yang di-cache, redirect loop, atau template maintenance sementara.

Redirect chain dan loop perlu perhatian khusus

Redirect itu normal. Redirect chain adalah utang yang bisa dihindari.

Redirect sederhana dari URL lama ke URL baru tidak masalah. Chain berisi lima redirect meningkatkan latency, membuang crawl budget, dan menciptakan lebih banyak titik tempat request bisa gagal. Loop lebih buruk: client tidak pernah mencapai halaman final.

Untuk migrasi SEO, simpan redirect map dan uji sebelum launch. Setiap URL yang dipensiunkan idealnya resolve ke destination finalnya dalam satu hop. Setelah launch, ambil sampel URL lama, URL dengan traffic tinggi, dan URL yang kaya backlink.

Di sinilah performa dan SEO juga bertemu. Redirect menunda dimulainya load halaman yang sebenarnya. Jika Anda meninjau user experience bersamaan dengan crawlability, membaca laporan Lighthouse tanpa panik dapat membantu memisahkan masalah load yang serius dari diagnostic yang bising.

Daftar prioritas praktis

Jika Anda mengaudit kode status, jangan perlakukan setiap warning sama. Mulai dari sini:

1. URL penting yang mengembalikan 5xx — perbaiki keandalan server terlebih dahulu.
2. Halaman yang dapat diindeks tetapi mengembalikan status yang salah — pulihkan respons 200 yang dimaksudkan.
3. Redirect chain dan loop — sederhanakan menjadi redirect satu-hop.
4. URL sitemap yang mengembalikan respons non-200 — jaga sitemap tetap bersih.
5. Internal link ke 404 — perbaiki navigasi dan link konten.
6. Pola soft 404 — hentikan pengembalian 200 untuk halaman kosong atau terhapus.
7. Pemblokiran crawler yang tidak disengaja — selidiki respons 401, 403, dan 429 yang tidak terduga.

Tujuannya bukan situs dengan nol 404. Itu tidak realistis dan sering kali tidak perlu. Tujuannya adalah situs tempat setiap URL memberikan respons yang jujur dan konsisten.

<!-- tool-cta:start -->

💡 Coba ini: Periksa kode status apa yang sebenarnya dikembalikan URL Anda dengan Redirect Checker, yang menampilkan seluruh rantai yang dilihat crawler.

<!-- tool-cta:end -->

Aturan sederhana untuk memilih kode yang tepat

Jika ragu, pilih kode yang sesuai dengan kebenaran yang terlihat oleh pengguna:

• Halaman ada dan seharusnya tersedia: 200
• Halaman berpindah permanen: 301 atau 308
• Halaman berpindah sementara: 302 atau 307
• Halaman tidak lagi ada dan tidak memiliki pengganti: 404
• Halaman sengaja hilang selamanya: 410
• Halaman sementara tidak tersedia: 503
• Request diblokir atau privat: 401 atau 403

Search engine cukup baik dalam menangani kekacauan web yang biasa. Yang menyebabkan masalah SEO adalah inkonsistensi dalam skala besar: perpindahan permanen yang ditandai sementara, halaman yang dihapus tetapi berpura-pura valid, error server yang dibiarkan, dan logika redirect yang tidak pernah diuji siapa pun sejak migrasi terakhir.

Kode status HTTP bukan tuas SEO ajaib. Kode tersebut adalah semantik web dasar. Gunakan dengan jujur, dan sebagian besar manfaat SEO akan mengikuti.