Mengatasi Error 404 dan Redirect Loop di WordPress: Penyebab, Diagnosis, dan Cara Memperbaikinya Tanpa Kehilangan Traffic

Halaman artikel yang kemarin masih bisa dibuka, hari ini tiba-tiba menampilkan 404 Not Found. Atau lebih parah lagi: browser berputar-putar lalu menampilkan pesan too many redirects dan halaman tidak pernah terbuka sama sekali. Bagi publisher, dua masalah ini bukan sekadar gangguan teknis kecil. Artikel yang mengembalikan error 404 akan dikeluarkan Google dari indeks seiring waktu, sementara halaman yang terjebak redirect loop tidak bisa dirayapi sama sekali.

Kabar baiknya, sebagian besar kasus error 404 dan redirect loop di WordPress berasal dari segelintir penyebab yang sama dan bisa diperbaiki tanpa menyentuh kode tema. Penyebab paling umum adalah aturan rewrite permalink yang kedaluwarsa, file .htaccess yang hilang atau rusak, pengaturan alamat situs yang tidak konsisten, serta aturan redirect yang saling bertentangan. Artikel ini membahas cara membedakan tiap penyebab, urutan diagnosis yang benar, dan perbaikan langkah demi langkah.

Poin Kunci

• Error 404 di WordPress paling sering disebabkan aturan rewrite permalink yang kedaluwarsa atau file .htaccess yang hilang; langkah pertama yang paling aman adalah membuka Pengaturan Permalink lalu klik Simpan Perubahan tanpa mengubah apa pun.
• Redirect loop terjadi ketika dua aturan redirect saling mengembalikan alamat ke satu sama lain; sumbernya biasanya bentrok antara pengaturan alamat situs, plugin redirect, aturan .htaccess, dan pengaturan HTTPS di hosting.
• Google menyatakan halaman 404 yang memang sengaja dihapus tidak merugikan situs secara keseluruhan, tetapi URL yang sudah terindeks dan mulai mengembalikan 404 akan dihapus dari indeks seiring waktu.
• Crawler Google mengikuti maksimal 10 lompatan redirect; rantai redirect yang panjang atau berputar dilaporkan Search Console sebagai Redirect error dan halaman tujuan tidak terindeks.
• Halaman yang sudah dipindah permanen harus memakai redirect 301 langsung ke pengganti terdekat, bukan ke beranda; redirect massal ke beranda bisa diperlakukan Google sebagai soft 404.
• Soft 404 adalah halaman yang mengembalikan kode 200 tetapi isinya seperti halaman error; perbaikannya adalah mengembalikan kode 404 atau 410 yang sebenarnya, atau mengisi halaman itu dengan konten yang benar-benar ada.
• Selalu buat cadangan penuh dan catat aturan redirect lama sebelum mengubah .htaccess, pengaturan permalink, atau menonaktifkan plugin; satu kesalahan kecil di file konfigurasi bisa membuat seluruh situs tidak bisa diakses.

Daftar Isi

1. Apa Itu Error 404 dan Redirect Loop di WordPress
2. Cara Membedakan 404 dari WordPress dan 404 dari Server
3. Diagnosis Cepat: Tes Tiga Menit Sebelum Mengubah Apa Pun
4. Penyebab Error 404 di WordPress dan Cara Memperbaikinya
5. Penyebab Redirect Loop dan Cara Memutus Rantainya
6. Memperbaiki File .htaccess dengan Aman
7. Memperbaiki Redirect di Nginx dan Pengaturan HTTPS
8. Mengatasi Soft 404 yang Dilaporkan Search Console
9. Memulihkan Traffic: Redirect 301 yang Benar untuk URL Lama
10. Checklist Pencegahan agar Error Tidak Terulang
11. Kapan Harus Menghubungi Hosting
12. FAQ
13. Kesimpulan
14. Sumber resmi yang dirujuk

1. Apa Itu Error 404 dan Redirect Loop di WordPress

Error 404, atau Not Found, berarti server menerima permintaan tetapi tidak menemukan konten pada alamat yang diminta. Di WordPress, ada dua wajah 404 yang berbeda. Pertama, 404 dari WordPress sendiri: WordPress berjalan normal, tetapi tidak menemukan artikel, halaman, atau kategori yang cocok dengan alamat itu, sehingga tema menampilkan template 404. Kedua, 404 dari server: server web (Apache atau Nginx) tidak meneruskan permintaan ke WordPress sama sekali, sehingga yang tampil adalah halaman error polos dari server.

Redirect loop, atau too many redirects, adalah kondisi ketika sebuah alamat mengarahkan browser ke alamat lain, lalu alamat itu mengarahkan kembali ke alamat semula, begitu seterusnya tanpa pernah sampai ke halaman tujuan. Browser akhirnya menyerah setelah sejumlah lompatan dan menampilkan pesan error. Dalam istilah Search Console, kondisi ini masuk kategori Redirect error, dan Google tidak akan mengindeks halaman yang terjebak di dalamnya.

Kedua masalah ini sering muncul bersamaan setelah kejadian yang sama: migrasi hosting, perubahan struktur permalink, pergantian domain, pemasangan plugin redirect atau keamanan, perubahan pengaturan HTTPS, atau update tema dan plugin. Karena pemicunya sering kali satu perubahan kecil, diagnosis yang baik dimulai dari pertanyaan sederhana: apa yang terakhir berubah di situs Anda?

2. Cara Membedakan 404 dari WordPress dan 404 dari Server

Langkah ini penting karena menentukan di mana perbaikan harus dilakukan. Jika yang tampil adalah halaman 404 dengan tampilan tema situs Anda — header, footer, dan mungkin kolom pencarian — maka WordPress sudah berjalan dan masalahnya ada di dalam WordPress: kontennya memang tidak ada, slug-nya berubah, artikelnya ada di Sampah, atau aturan rewrite-nya tidak cocok. Jika yang tampil adalah halaman putih polos bertuliskan Not Found — The requested URL was not found on this server tanpa unsur tema, maka server tidak meneruskan permintaan ke WordPress dan masalahnya ada di konfigurasi server: file .htaccess, modul rewrite, atau aturan Nginx.

Tes sederhana yang bisa Anda lakukan tanpa alat apa pun adalah membuka beranda situs. Jika beranda terbuka normal tetapi semua artikel dan halaman menampilkan 404, hampir pasti masalahnya ada di aturan rewrite permalink. Jika beranda pun tidak bisa dibuka, masalahnya lebih luas — bisa jadi pengaturan alamat situs yang salah, file konfigurasi yang rusak, atau layanan hosting yang sedang bermasalah.

Tes kedua memakai bentuk permalink polos. Buka alamat artikel dalam bentuk https://situsanda.com/?p=123, ganti 123 dengan ID artikel yang bermasalah. Bentuk ini tidak membutuhkan rewrite sama sekali. Jika artikel terbuka dengan bentuk ?p=123 tetapi gagal dengan bentuk permalink cantik seperti /nama-artikel/, maka penyebabnya adalah aturan rewrite. Jika bentuk ?p=123 pun menampilkan 404 dari tema, maka kontennya memang tidak ditemukan WordPress — periksa apakah artikelnya masih ada, tidak terhapus, dan slug-nya tidak berubah.

3. Diagnosis Cepat: Tes Tiga Menit Sebelum Mengubah Apa Pun

Sebelum mengubah pengaturan apa pun, lakukan rangkaian pemeriksaan singkat ini. Tujuannya adalah mempersempit penyebab agar Anda tidak memperbaiki hal yang sebenarnya tidak rusak.

Pertama, periksa apakah masalahnya menimpa satu URL atau seluruh situs. Satu URL yang error biasanya berarti slug berubah, artikel terhapus, atau redirect spesifik yang salah. Seluruh artikel error sementara beranda normal biasanya berarti aturan rewrite. Seluruh situs termasuk beranda tidak bisa dibuka biasanya berarti pengaturan alamat situs, file .htaccess, atau masalah server.

Kedua, periksa riwayat perubahan terakhir. Apakah Anda baru saja mengubah struktur permalink, memindahkan situs, mengganti domain, memasang plugin redirect atau keamanan, mengaktifkan HTTPS, atau memperbarui plugin? Sebagian besar kasus 404 dan redirect loop muncul dalam hitungan jam setelah salah satu perubahan itu. Jika Anda memakai plugin redirect, buka daftar aturannya dan cari aturan yang tujuannya mengarah kembali ke alamat asalnya sendiri.

Ketiga, buka Google Search Console dan lihat laporan Pengindeksan Halaman pada bagian Mengapa halaman tidak diindeks. Kategori yang relevan di sini adalah Not found (404), Soft 404, dan Redirect error. Laporan ini memberi tahu URL mana saja yang ditemukan Google bermasalah, dan kapan pertama kali Google menemukannya. Informasi ini penting karena membedakan masalah yang baru muncul dari masalah lama yang sudah lama ada tetapi baru Anda sadari.

Keempat, periksa tautan internal Anda. Kadang yang rusak bukan artikelnya, melainkan tautan yang mengarah ke sana. Tautan internal yang masih mengarah ke slug lama setelah Anda mengubah slug akan menghasilkan 404 bagi pengunjung, meskipun artikelnya sendiri masih bisa dibuka lewat alamat barunya. Perbaiki tautan internal agar langsung mengarah ke alamat final, bukan mengandalkan redirect.

4. Penyebab Error 404 di WordPress dan Cara Memperbaikinya

4.1 Aturan rewrite permalink kedaluwarsa

Ini penyebab paling umum. WordPress menyimpan aturan rewrite di dalam database dan, pada server Apache, juga di file .htaccess. Ketika Anda mengubah struktur permalink, menambah jenis konten baru lewat plugin, atau mengaktifkan plugin yang mendaftarkan alamat baru, aturan lama tidak selalu diperbarui otomatis. WordPress kemudian tidak mengenali alamat baru itu dan mengembalikan 404.

Perbaikannya sederhana dan aman. Masuk ke dasbor WordPress, buka Pengaturan Permalink, lalu klik Simpan Perubahan tanpa mengubah apa pun. Sekadar membuka halaman Permalink saja sudah membangun ulang aturan rewrite; menyimpan memastikan aturan itu ditulis ulang ke .htaccess bila file tersebut bisa ditulis WordPress. Setelah itu, buka kembali URL yang sebelumnya error. Cara ini tidak mengubah alamat artikel Anda, sehingga aman dilakukan kapan saja.

Jika Anda punya akses WP-CLI, perintah yang setara adalah wp rewrite flush –hard. Perintah ini membangun ulang aturan di database sekaligus menulis ulang blok WordPress di .htaccess. Hindari memanggil fungsi flush rewrite dari dalam kode tema atau plugin pada setiap permintaan halaman, karena membangun ulang aturan pada setiap kunjungan adalah beban yang tidak perlu.

4.2 Slug artikel berubah atau artikel terhapus

Slug adalah bagian terakhir dari alamat artikel, misalnya cara-memulai-blog pada alamat situsanda.com/cara-memulai-blog/. Jika slug diubah — sengaja atau tidak sengaja saat menyunting — alamat lama akan menampilkan 404. Begitu pula jika artikel dipindah ke Sampah atau dihapus permanen. Periksa status artikel di dasbor: pastikan statusnya Diterbitkan, bukan Draf atau Sampah, dan pastikan slug-nya sama dengan yang Anda harapkan.

Jika slug memang berubah dan alamat lama sudah terlanjur tersebar — misalnya sudah dibagikan di media sosial atau sudah terindeks Google — jangan hanya mengembalikan slug tanpa pertimbangan. Jika alamat baru sudah terlanjur terindeks, kembalikan slug lama dan buat redirect 301 dari alamat baru ke alamat lama. Jika alamat lama belum terindeks dan alamat baru yang Anda inginkan, biarkan slug baru dan buat redirect 301 dari alamat lama ke alamat baru. Prinsipnya: satu alamat final, dan semua alamat lama mengarah ke sana dengan satu lompatan redirect.

4.3 Pengaturan alamat situs tidak konsisten

Di Pengaturan Umum, ada dua kolom penting: Alamat WordPress (URL) dan Alamat Situs (URL). Keduanya harus konsisten dan memakai skema yang sama, misalnya sama-sama https:// atau sama-sama http://, dan sama-sama memakai atau tidak memakai www. Ketidakkonsistenan di sini adalah sumber klasik redirect loop: WordPress mengarahkan pengunjung dari alamat yang satu ke alamat yang lain, lalu kembali lagi.

Periksa juga pengaturan ini setelah migrasi atau pergantian domain. Jika Anda tidak bisa masuk dasbor karena redirect loop, alamat ini bisa diperbaiki lewat file wp-config.php dengan menambahkan definisi WP_HOME dan WP_SITEURL, atau lewat database pada tabel wp_options baris siteurl dan home. Karena menyentuh file konfigurasi dan database berisiko, buat cadangan dulu dan minta bantuan hosting bila Anda tidak yakin.

4.4 Plugin atau tema yang bentrok

Plugin keamanan, plugin redirect, plugin cache, dan plugin yang mengubah struktur URL adalah kandidat utama. Cara mengujinya adalah menonaktifkan plugin satu per satu — mulai dari yang terakhir dipasang atau diperbarui — lalu menguji URL yang bermasalah setelah setiap penonaktifan. Jika Anda tidak bisa masuk dasbor, nonaktifkan plugin lewat pengelola file hosting dengan mengganti nama folder plugin yang dicurigai, atau ganti nama seluruh folder plugins untuk menonaktifkan semuanya sekaligus sebagai tes.

Tema yang rusak atau tidak kompatibel juga bisa menyebabkan 404, terutama bila tema mendaftarkan jenis konten kustom. Uji dengan beralih sementara ke tema bawaan WordPress. Jika masalah hilang dengan tema bawaan, penyebabnya ada di tema Anda. Cara ini hanya untuk diagnosis; jangan biarkan situs tampil dengan tema bawaan lebih lama dari yang diperlukan.

4.5 Konten tidak ditemukan karena masalah database

Kasus yang lebih jarang tetapi perlu dikenali adalah ketika artikel ada di dasbor tetapi tidak bisa dibuka di halaman publik, dan bentuk ?p=123 pun menampilkan 404. Penyebabnya bisa berupa tabel database yang rusak, awalan tabel yang berubah setelah migrasi, atau proses migrasi yang tidak selesai. Perbaiki lewat alat perbaikan database hosting atau plugin perbaikan database, dan pastikan proses migrasi memakai alat migrasi yang menangani penggantian URL secara benar, termasuk data yang tersimpan dalam format serial.

5. Penyebab Redirect Loop dan Cara Memutus Rantainya

5.1 Dua aturan redirect yang saling mengembalikan

Pola klasik redirect loop adalah aturan A mengarahkan alamat X ke alamat Y, sementara aturan B mengarahkan alamat Y kembali ke alamat X. Contoh nyata: plugin redirect mengarahkan versi http ke https, sementara pengaturan server mengarahkan https kembali ke http. Atau aturan di .htaccess mengarahkan alamat tanpa www ke alamat dengan www, sementara plugin mengarahkan sebaliknya.

Untuk menemukan pasangan aturan yang bertentangan, buat daftar semua tempat redirect bisa didefinisikan di situs Anda: pengaturan alamat situs WordPress, plugin redirect, aturan di .htaccess, pengaturan HTTPS di panel hosting, dan pengaturan di Cloudflare atau CDN bila Anda memakainya. Periksa satu per satu dan pastikan semuanya mengarah ke arah yang sama: satu versi alamat final, misalnya https://www.situsanda.com, dan semua variasi lain mengarah ke sana tanpa pernah berbalik.

5.2 Pengaturan HTTPS yang bentrok

Redirect loop paling sering muncul tepat setelah mengaktifkan HTTPS. Polanya: WordPress masih dikonfigurasi dengan alamat http://, tetapi server memaksa https://. WordPress mengarahkan ke http, server mengarahkan ke https, dan lingkaran itu tidak pernah berhenti. Perbaikannya adalah menyelaraskan keduanya: ubah Alamat WordPress dan Alamat Situs menjadi https://, lalu pastikan aturan pemaksaan HTTPS di server hanya mengarahkan dari http ke https satu kali.

Masalah serupa bisa muncul bila Anda memakai Cloudflare atau layanan sejenis dengan mode SSL Flexible. Pada mode ini, koneksi antara Cloudflare dan server Anda tetap http, tetapi pengunjung mengakses lewat https. WordPress yang mendeteksi koneksi http akan mengarahkan ke https, Cloudflare meneruskannya sebagai http lagi, dan loop terjadi. Solusinya adalah memakai mode Full atau Full (Strict) agar koneksi ke server juga terenkripsi, atau memakai plugin yang menangani deteksi HTTPS di balik proxy dengan benar. Periksa pengaturan SSL di panel Cloudflare sebelum menyalahkan WordPress.

5.3 Aturan redirect di plugin dan .htaccess yang tumpang tindih

Plugin redirect menyimpan aturannya di database, sementara .htaccess menyimpan aturan di level server. Keduanya sama-sama aktif dan bisa bertentangan tanpa Anda sadari. Prinsip yang aman adalah memilih satu tempat untuk mengelola redirect — plugin redirect untuk aturan per artikel, atau .htaccess untuk aturan pola — dan tidak menduplikasi aturan yang sama di dua tempat.

Jika Anda baru saja mengimpor daftar redirect dari plugin lama ke plugin baru, periksa hasil impornya. Impor yang tidak bersih sering menghasilkan aturan duplikat atau aturan yang tujuannya tertukar. Hapus duplikat dan pastikan tidak ada aturan yang tujuannya sama dengan asalnya.

5.4 Cache yang menyimpan redirect lama

Setelah memperbaiki aturan redirect, browser dan plugin cache bisa tetap menampilkan loop karena menyimpan redirect lama. Bersihkan cache plugin, cache server, dan cache CDN, lalu uji dengan mode penyamaran browser atau dengan alat pemeriksa header yang menampilkan setiap lompatan beserta kode status dan header Location-nya. Alat baris perintah curl -sIL https://situsanda.com/halaman-lama menampilkan seluruh rantai redirect hop demi hop, sehingga Anda bisa melihat persis di mana lingkaran itu terjadi.

6. Memperbaiki File .htaccess dengan Aman

File .htaccess adalah file konfigurasi server Apache yang mengatur bagaimana permintaan diteruskan ke WordPress. File ini terletak di folder root instalasi WordPress. Sebelum menyentuhnya, unduh salinannya sebagai cadangan. Satu karakter yang salah di file ini bisa membuat seluruh situs menampilkan error 500, jadi jangan pernah mengeditnya tanpa cadangan.

Blok standar WordPress di .htaccess terlihat seperti berikut. WordPress menulis ulang seluruh isi di antara penanda BEGIN WordPress dan END WordPress setiap kali Anda menyimpan pengaturan permalink, jadi aturan pribadi Anda harus diletakkan di luar penanda itu.

# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

Arti blok ini sederhana: bila permintaan bukan untuk file yang benar-benar ada dan bukan untuk direktori yang benar-benar ada, teruskan ke index.php agar WordPress yang menanganinya. Jika blok ini hilang, semua alamat selain beranda akan 404. Jika file .htaccess hilang sama sekali, buat file baru di folder root dan isi dengan blok di atas, lalu simpan permalink sekali lagi.

Tiga hal di sisi server yang sering menjadi akar masalah dan perlu diverifikasi ke hosting Anda: pertama, modul mod_rewrite Apache harus aktif; kedua, pengaturan AllowOverride untuk direktori situs harus memperbolehkan .htaccess dibaca — bila nilainya None, .htaccess diabaikan sepenuhnya dan ini adalah penyebab paling sering pada server baru; ketiga, file .htaccess harus bisa ditulis oleh WordPress, biasanya dengan izin file 644, agar WordPress bisa memperbaruinya saat Anda menyimpan permalink. Bila WordPress menampilkan pesan bahwa ia tidak bisa memperbarui .htaccess, halaman Permalink akan menampilkan aturan yang harus Anda salin secara manual ke file tersebut.

Tabel: gejala, kemungkinan penyebab, dan langkah pertama

7. Memperbaiki Redirect di Nginx dan Pengaturan HTTPS

Tidak semua situs WordPress berjalan di Apache. Server Nginx tidak membaca file .htaccess sama sekali; aturan rewrite-nya tinggal di konfigurasi server yang dikelola hosting Anda. Aturan yang setara dengan blok WordPress di atas adalah baris try_files $uri $uri/ /index.php?$args; di dalam blok server. Baris ini memerintahkan Nginx untuk mencoba file yang diminta, lalu direktori, dan bila keduanya tidak ada, meneruskan permintaan ke index.php agar WordPress menanganinya. Tanpa baris ini, semua alamat selain beranda akan mengembalikan 404.

Karena konfigurasi Nginx tidak bisa diubah dari dasbor WordPress, Anda perlu meminta hosting untuk memeriksa dan memperbaikinya. Sampaikan gejalanya dengan jelas: beranda terbuka, semua artikel 404, server memakai Nginx, dan minta mereka memastikan direktif try_files mengarah ke index.php. Setelah perubahan di sisi server, selalu simpan ulang permalink agar aturan rewrite WordPress dibangun kembali.

Untuk pengaturan HTTPS, pastikan hanya ada satu mekanisme pemaksaan HTTPS yang aktif. Bila hosting Anda sudah memaksa HTTPS di level server, jangan menambahkan aturan pemaksaan kedua di .htaccess atau plugin. Bila Anda memakai plugin yang memaksa HTTPS, matikan pemaksaan di panel hosting. Dua mekanisme yang sama-sama aktif jarang menimbulkan masalah, tetapi dua mekanisme yang arahnya berbeda adalah sumber loop yang klasik.

Periksa juga pengaturan Site Address setelah mengganti domain atau memindahkan situs dari subdomain ke domain utama. Alamat lama yang masih tersimpan di database akan membuat WordPress mengarahkan pengunjung ke alamat lama, sementara server mengarahkan kembali ke alamat baru. Alat pencarian dan penggantian URL yang menangani data serial harus dipakai saat migrasi, karena penggantian teks mentah pada database bisa merusak data plugin dan tema.

8. Mengatasi Soft 404 yang Dilaporkan Search Console

Soft 404 adalah halaman yang secara teknis mengembalikan kode sukses 200, tetapi isinya seperti halaman error: halaman kategori yang kosong, halaman hasil pencarian internal tanpa hasil, atau template yang tampil tanpa konten utama. Google melaporkan halaman semacam ini sebagai soft 404 di laporan pengindeksan, dan halaman itu tidak akan diindeks dengan baik.

Soft 404 lebih merugikan daripada 404 biasa karena mengirim sinyal yang membingungkan: server berkata halaman itu ada, tetapi isinya berkata tidak ada. Akibatnya Google membuang waktu crawl pada halaman tanpa nilai dan pengunjung yang tiba di sana tidak menemukan apa yang dicari.

Perbaikannya tergantung pada jenis halaman. Bila halaman itu memang tidak lagi punya konten — misalnya kategori yang sudah tidak berisi artikel — kembalikan kode 404 atau 410 yang sebenarnya, atau hapus halaman itu dari navigasi dan sitemap. Bila halaman itu seharusnya berisi konten, isi dengan konten yang benar-benar ada: tambahkan artikel ke kategori yang kosong, atau buat halaman pengganti yang relevan. Bila halaman itu adalah hasil dari alamat yang salah ketik atau tautan rusak, arahkan dengan redirect 301 ke halaman yang benar-benar setara.

Tes sederhana untuk soft 404: minta alamat yang dipastikan tidak ada, misalnya situsanda.com/halaman-ini-pasti-tidak-ada-2026. Alamat itu harus mengembalikan 404 atau 410. Bila justru mengembalikan 200, situs Anda menciptakan soft 404 tanpa batas — setiap salah ketik dan setiap tautan rusak menjadi halaman tipis yang bisa terindeks.

9. Memulihkan Traffic: Redirect 301 yang Benar untuk URL Lama

Ketika sebuah artikel dipindah atau digabung, redirect 301 adalah alat pemulih traffic yang utama. Google memperlakukan 301 dan 308 sebagai sinyal kuat bahwa alamat baru adalah alamat yang seharusnya diindeks, sementara 302 dan 307 adalah sinyal lemah karena dianggap pemindahan sementara. Untuk pemindahan permanen, selalu pakai 301.

Ada tiga aturan praktis yang perlu dipegang. Pertama, arahkan ke pengganti terdekat, bukan ke beranda. Panduan pemindahan situs Google memperingatkan bahwa mengarahkan banyak halaman lama ke satu halaman yang tidak relevan bisa diperlakukan sebagai soft 404. Pengunjung yang mencari artikel tentang permalink tidak terbantu oleh beranda. Kedua, buat rantai sependek mungkin: arahkan alamat lama langsung ke alamat final, bukan ke alamat perantara yang kemudian mengarahkan lagi. Google mengikuti maksimal 10 lompatan redirect, tetapi setiap lompatan tambahan memperlambat pengunjung, membuang aktivitas crawl, dan menambah peluang satu mata rantai putus. Ketiga, perbarui tautan internal agar langsung mengarah ke alamat final dan tidak lagi bergantung pada redirect.

Setelah membuat redirect, uji dengan alat pemeriksa header atau dengan membuka alamat lama di mode penyamaran. Anda harus sampai di alamat final dalam satu lompatan 301. Kemudian periksa Search Console: minta Google mengindeks ulang alamat baru lewat inspeksi URL, dan pantau laporan pengindeksan selama beberapa hari untuk memastikan kategori Not found (404) untuk alamat lama menurun.

Perlu diingat, redirect 301 sebaiknya dipertahankan setidaknya satu tahun menurut panduan pemindahan situs Google — dari sudut pandang pengunjung, sebaiknya dipertahankan selama-lamanya. Menghapus redirect terlalu cepat akan mengembalikan 404 pada alamat lama yang masih tersimpan di mesin pencari, di media sosial, dan di situs lain yang menautkannya.

Tabel: memilih respons yang tepat untuk halaman yang hilang

10. Checklist Pencegahan agar Error Tidak Terulang

Pencegahan lebih murah daripada perbaikan. Kebiasaan berikut, bila dijalankan setiap kali ada perubahan, akan mencegah sebagian besar kasus 404 dan redirect loop.

• Simpan permalink setiap kali mengubah struktur permalink, mengaktifkan plugin yang menambah alamat baru, atau memindahkan situs.
• Buat cadangan penuh — file dan database — sebelum mengubah .htaccess, mengganti domain, memindahkan hosting, atau mengaktifkan HTTPS.
• Catat semua aturan redirect dalam satu daftar, di satu tempat. Sebelum menambah aturan baru, periksa apakah tujuannya sudah menjadi asal dari aturan lain.
• Jangan mengubah slug artikel yang sudah terindeks dan sudah dibagikan tanpa membuat redirect 301 dari slug lama.
• Periksa laporan pengindeksan Search Console setidaknya seminggu sekali. Kategori Not found (404) yang naik tiba-tiba adalah tanda awal ada yang berubah di situs Anda.
• Perbarui tautan internal setiap kali sebuah artikel dipindah atau digabung, agar tautan mengarah langsung ke alamat final.
• Uji situs setelah setiap update besar — update core, tema, atau plugin — dengan membuka beranda, satu artikel, satu halaman, dan satu kategori.
• Pastikan sitemap hanya berisi URL yang mengembalikan 200. URL yang mengarah ke 404 atau ke redirect sebaiknya dikeluarkan dari sitemap.
• Bila memakai CDN atau Cloudflare, pastikan pengaturan SSL-nya selaras dengan pengaturan HTTPS di WordPress dan hosting.
• Simpan catatan perubahan situs: tanggal, apa yang diubah, dan oleh siapa. Catatan ini mempercepat diagnosis ketika error muncul beberapa hari kemudian.

11. Kapan Harus Menghubungi Hosting

Sebagian kasus 404 dan redirect loop tidak bisa diperbaiki dari dasbor WordPress karena akar masalahnya ada di server. Hubungi dukungan hosting bila Anda menemukan salah satu tanda berikut: WordPress menampilkan pesan bahwa .htaccess tidak bisa ditulis meskipun izin file sudah benar; modul mod_rewrite tidak aktif atau AllowOverride bernilai None; situs memakai Nginx dan Anda tidak punya akses ke konfigurasinya; error muncul untuk seluruh situs termasuk beranda dan dasbor; atau Anda sudah mencoba langkah-langkah di atas tetapi masalah kembali setiap beberapa jam.

Saat menghubungi hosting, sampaikan informasi yang mempercepat diagnosis: alamat URL yang bermasalah, kapan masalah pertama kali muncul, perubahan terakhir yang Anda lakukan, hasil tes ?p=123, dan apakah beranda masih bisa dibuka. Informasi ini membantu tim dukungan membedakan masalah aplikasi dan masalah server tanpa harus mengulang langkah yang sudah Anda lakukan.

12. FAQ

Apakah error 404 merugikan peringkat situs saya di Google?

Tidak secara langsung. Google menyatakan bahwa halaman 404 yang memang sengaja dihapus tidak merugikan situs secara keseluruhan dan tidak dihitung sebagai nilai negatif bagi halaman lain. Yang merugikan adalah ketika URL yang masih punya traffic dan tautan masuk — misalnya artikel populer yang slug-nya berubah tanpa redirect — tiba-tiba mengembalikan 404. URL yang sudah terindeks dan mulai mengembalikan 404 akan dihapus dari indeks seiring waktu, sehingga traffic organiknya hilang. Karena itu, yang perlu diperbaiki bukan 404-nya semata, melainkan 404 pada URL yang seharusnya masih hidup.

Apa bedanya 404 dan 410, dan mana yang sebaiknya dipakai?

Kode 404 berarti server tidak menemukan halaman yang diminta, sedangkan 410 berarti halaman itu memang sengaja dihapus dan tidak akan kembali. Bagi Google, keduanya diperlakukan sama: semua kode 4xx kecuali 429 diperlakukan setara, URL yang mengembalikan 4xx tidak diindeks, dan URL yang sudah terindeks akan dihapus dari indeks. Jadi pilihan antara 404 dan 410 tidak memengaruhi hasil pencarian. Pakai 410 bila Anda ingin memberi sinyal yang lebih tegas kepada mesin pencari bahwa penghapusan itu permanen; dalam praktik WordPress, 404 bawaan tema sudah cukup untuk sebagian besar kasus.

Mengapa browser saya menampilkan too many redirects padahal situs orang lain normal?

Pesan ini berarti browser mengikuti rantai redirect yang tidak pernah berakhir: alamat A mengarah ke B, B mengarah kembali ke A. Penyebab paling umum di WordPress adalah ketidakcocokan pengaturan alamat situs dengan pemaksaan HTTPS, atau dua aturan redirect yang saling bertentangan antara plugin, .htaccess, dan panel hosting. Periksa keselarasan alamat situs dan HTTPS terlebih dahulu, lalu telusuri rantai redirect dengan alat pemeriksa header untuk melihat di mana lingkaran itu terjadi.

Saya sudah menyimpan ulang permalink, tetapi artikel masih 404. Apa langkah berikutnya?

Pertama, periksa apakah file .htaccess berisi blok standar WordPress dan apakah WordPress bisa menulis file itu. Bila halaman Permalink menampilkan pesan bahwa .htaccess harus diperbarui manual, salin aturan yang ditampilkan ke file .htaccess Anda. Kedua, periksa apakah modul mod_rewrite aktif dan AllowOverride memperbolehkan .htaccess — keduanya perlu dikonfirmasi ke hosting. Ketiga, bila server memakai Nginx, aturan try_files di konfigurasi server harus diperiksa karena Nginx tidak membaca .htaccess. Keempat, uji dengan tema bawaan dan nonaktifkan plugin yang dicurigai untuk menyingkirkan kemungkinan bentrok.

Apakah aman mengarahkan semua URL lama yang 404 ke beranda?

Tidak disarankan. Google memperingatkan bahwa mengarahkan banyak halaman lama ke satu halaman yang tidak relevan bisa diperlakukan sebagai soft 404, dan pengunjung yang mencari konten spesifik tidak terbantu oleh beranda. Arahkan setiap URL lama ke pengganti terdekat yang benar-benar menjawab maksud pencarian yang sama. Bila tidak ada pengganti yang relevan, biarkan URL itu mengembalikan 404 atau 410 — itu respons yang jujur dan tidak merugikan situs.

Berapa lama Google membutuhkan waktu untuk menghapus URL 404 dari indeks dan mengindeks redirect baru?

Tidak ada angka pasti yang dipublikasikan Google. Dokumentasi Google menyatakan URL yang sudah terindeks dan mulai mengembalikan 4xx akan dihapus dari indeks, dan frekuensi crawl atas URL tersebut berangsur menurun. Sebagai patokan praktik, perubahan pada situs kecil umumnya terlihat dalam hitungan hari hingga beberapa minggu, tergantung seberapa sering Google merayapi situs Anda. Anda bisa mempercepat prosesnya dengan memakai inspeksi URL di Search Console untuk meminta pengindeksan ulang atas alamat baru, dan dengan memastikan sitemap hanya berisi URL yang mengembalikan 200.

13. Kesimpulan

Error 404 dan redirect loop di WordPress hampir selalu berpangkal pada hal yang sama: aturan rewrite yang kedaluwarsa, file .htaccess yang hilang atau rusak, pengaturan alamat situs dan HTTPS yang tidak selaras, atau aturan redirect yang saling bertentangan. Urutan kerja yang paling efektif adalah diagnosis dulu, perbaikan kemudian: bedakan 404 dari WordPress dan 404 dari server, uji dengan bentuk permalink polos ?p=123, periksa perubahan terakhir, lalu perbaiki dari langkah yang paling aman — menyimpan ulang permalink — sebelum menyentuh file konfigurasi atau aturan server.

Untuk memulihkan traffic, perlakukan URL lama dengan jujur: redirect 301 langsung ke pengganti terdekat untuk halaman yang pindah, dan biarkan 404 atau 410 untuk halaman yang memang sudah tidak ada penggantinya. Jaga rantai redirect tetap satu lompatan, perbarui tautan internal ke alamat final, dan pantau laporan pengindeksan Search Console secara berkala. Dengan kebiasaan itu, error 404 dan redirect loop berhenti menjadi krisis dan menjadi sekadar perawatan rutin situs Anda.

Sumber resmi yang dirujuk

• WordPress.org — Settings Permalinks Screen: menyimpan pengaturan permalink membangun ulang aturan rewrite; bila .htaccess tidak bisa ditulis, WordPress menampilkan aturan yang harus disalin manual. https://wordpress.org/documentation/article/settings-permalinks-screen/
• WordPress Developer Resources — Common WordPress Errors: penyebab 404 pada permalink mencakup mod_rewrite dan konfigurasi server. https://developer.wordpress.org/advanced-administration/wordpress/common-errors/
• Google Search Central — How HTTP status codes affect Google’s crawlers: crawler mengikuti maksimal 10 lompatan redirect; 301 dan 308 sinyal kuat, 302 dan 307 sinyal lemah; semua 4xx kecuali 429 diperlakukan sama; URL terindeks yang mengembalikan 4xx dihapus dari indeks. https://developers.google.com/search/docs/crawling-indexing/http-status-codes
• Google Search Central — Redirects and Google Search: redirect sebaiknya dibuat di sisi server, satu redirect langsung ke tujuan akhir. https://developers.google.com/search/docs/crawling-indexing/301-redirects
• Google Search Central — Site moves with URL changes: redirect 301 tidak menyebabkan kehilangan PageRank dan sebaiknya dipertahankan setidaknya satu tahun; mengarahkan banyak halaman lama ke halaman yang tidak relevan bisa diperlakukan sebagai soft 404. https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Central — Page indexing report: kategori Not found (404), Soft 404, dan Redirect error pada laporan pengindeksan Search Console. https://support.google.com/webmasters/answer/7440203
• Google Search Central Blog — Do 404s hurt my site? (2011): halaman 404 yang memang sengaja dihapus tidak merugikan situs secara keseluruhan. https://developers.google.com/search/blog/2011/05/do-404s-hurt-my-site
• MDN Web Docs — Redirection: definisi redirect loop dan perilaku browser saat rantai redirect tidak berakhir. https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Redirection
• Apache HTTP Server Documentation — mod_rewrite: modul rewrite dan pengaturan AllowOverride yang menentukan apakah .htaccess dibaca. https://httpd.apache.org/docs/current/mod/mod_rewrite.html