410 Hilang

TL;DR — Kode status 410 Gone adalah cara memberi tahu mesin pencari, “halaman ini pernah ada, kami menghapusnya dengan sengaja, dan tidak akan kembali.” Mirip 404 (Not Found), tetapi dengan maksud yang jelas: 404 hanya berkata “tidak ada apa-apa di sini”, sedangkan 410 berkata “hilang selamanya, berdasarkan desain.” Keduanya pada akhirnya mengeluarkan halaman dari Google—dokumentasi Google memperlakukan keduanya setara untuk Search.

Apa arti 410

Saat browser atau mesin pencari meminta halaman kepada server, server menjawab dengan kode status. 200 berarti “ini dia.” 404 berarti “saya tidak menemukan apa pun di URL itu.” 410 berarti “pernah ada sesuatu di sini, tetapi sudah hilang—secara permanen.”

Perbedaan 404 dan 410 adalah soal kepastian. 404 ambigu: halaman mungkin dihapus, URL mungkin salah ketik, atau ada bug dan halaman akan kembali besok. 410 menghapus ambiguitas itu—Anda secara eksplisit memberi tahu dunia bahwa halaman dihapus dengan sengaja dan tidak akan kembali.

Mengapa penting untuk SEO

Jika Anda menghapus halaman lalu halaman itu mengembalikan 404 atau 410, Google pada akhirnya akan mengeluarkannya dari hasil penelusuran. Itulah bagian pentingnya: kedua kode menyelesaikan pekerjaan. Panduan Google yang diterbitkan memperlakukan kedua kode sama untuk Search dan tidak menjanjikan jadwal penghapusan khusus untuk 410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers

Beberapa hal yang sering keliru dipahami pemula:

• Ini tidak instan. Google harus merayapi ulang URL untuk melihat status baru. Sampai itu terjadi, halaman masih dapat muncul di hasil (kadang dengan cuplikan yang tersimpan di cache). 410 mempercepat keputusan, bukan jadwal perayapan.
• Jangan memblokir URL. Jika Anda menghapus halaman dan memblokirnya di robots.txt, Google tidak dapat merayapinya untuk melihat 410—jadi penghapusan tidak dapat diproses. Biarkan URL tetap dapat dirayapi.
• Jika ada pengganti yang baik, lakukan pengalihan. Saat konten dipindahkan atau memiliki padanan alami, 301 redirect biasanya pilihan yang lebih baik—410 mematikan halaman dan seluruh permintaannya, persis hal yang tidak Anda inginkan jika ada tujuan berguna.

Aturan sederhana

Gunakan 410 ketika Anda yakin halaman hilang selamanya dan ingin menyatakannya dengan jelas—produk dipensiunkan, bagian situs dihapus, atau pembersihan spam. Gunakan 404 ketika Anda tidak yakin, halaman mungkin kembali, atau upaya rekayasa untuk perlakuan khusus tidak sepadan. Untuk sebagian besar penghapusan satu halaman, 404 biasa sepenuhnya cukup.

Ingin data di balik “seberapa cepat”, pernyataan John Mueller yang sebenarnya, dan cara melakukannya pada skala migrasi? Buka tab Advanced.

TL;DR — 410 dan 404 sama-sama mengeluarkan URL dari indeks Google seiring waktu; pertanyaan sebenarnya adalah kecepatan keputusan penghapusan dan efisiensi anggaran perayapan, bukan apakah penghapusan terjadi. Dokumentasi rujukan Google menempatkan 404/410 dalam satu kelompok 4xx. Klaim “410 lebih cepat” adalah nuansa yang diuji di lapangan dan diakui perwakilan Google—kecil, bukan dramatis. Angka yang jujur: Google mengonfirmasi penghapusan 410 sedikit lebih cepat dan lebih jarang merayapi ulang 410. Angka yang sering diulang, “3x lebih cepat, 4 dibanding 12 hari”, tidak terverifikasi—jangan ulangi. 410 bermanfaat pada skala besar (penghapusan massal, migrasi tanpa URL setara, pembersihan spam/peretasan), dan kesalahan yang lebih besar adalah soft 404 yang memboroskan anggaran perayapan tanpa batas.

Apa sebenarnya 410

410 Gone adalah status galat klien dalam keluarga 4xx. Secara semantik, ini adalah “404 yang lebih tegas”: sumber daya pernah ada, sengaja dan permanen dihapus, dan tidak ada alamat penerusan. 404 tidak menyatakan maksud atau permanensi—hanya “tidak ditemukan sekarang.”

RFC 9110 §15.5.11, standar HTTP yang sebenarnya, menjelaskan “gone” secara spesifik: kondisi itu kemungkinan permanen—dan jika Anda sungguh tidak tahu apakah permanen, panduan spesifikasi sendiri menyarankan 404. Tujuannya adalah membantu pemeliharaan dengan memberi tahu klien (dan perayap) bahwa tautan harus dihapus. Ada dua nuansa yang sering dilewati tulisan lain: spesifikasi tidak mewajibkan setiap sumber daya yang hilang permanen memakai 410, dan tidak mewajibkan status 410 tetap dipasang selamanya—keduanya diserahkan kepada kebijakan origin. Spesifikasi juga mencatat bahwa respons 410 secara heuristik dapat di-cache secara default, sehingga cache perantara atau CDN dapat terus menyajikannya sampai kedaluwarsa jika Anda tidak menetapkan header cache-control secara eksplisit.

Untuk SEO, perbedaan itu sepenuhnya berada pada sinyal maksud. Kedua kode memberi tahu perayap bahwa halaman tidak boleh disajikan. 410 menambahkan “…dan jangan berharap halaman ini kembali”—bagian itulah yang dapat ditindaklanjuti mesin pencari.

Apakah Google menghapus halaman 410s dari indeks lebih cepat daripada 404s?

Jawaban singkat: ya, tetapi secara moderat. Berikut versi jujurnya, dipisahkan menjadi tiga hal yang sering tercampur.

1. Apa yang sebenarnya dikatakan dokumentasi Google. Dokumentasi rujukan Google tidak menetapkan waktu khusus untuk 410. Dokumentasi perayap menyatakan pengelompokan itu secara langsung: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “Semua galat 4xx, kecuali 429, diperlakukan sama: perayap Google memberi tahu sistem pemrosesan berikutnya bahwa konten tidak ada.” Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers Dokumentasi Search menjelaskan mekanisme yang sama dengan kata lain: “Google doesn’t use the content from URLs that return 4xx status codes… URLs that are already indexed and return a 4xx status code are removed from the index.” (terjemahan) “Google tidak menggunakan konten dari URL yang mengembalikan kode status 4xx; URL yang sudah diindeks lalu mengembalikan 4xx dihapus dari indeks.” Mekanisme penghapusan dijelaskan untuk 404 dan berlaku sama: “the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases.” (terjemahan) “pipeline pengindeksan menghapus URL dari indeks jika sebelumnya diindeks; frekuensi perayapan berangsur menurun.” Pada tingkat dokumentasi, 404 dan 410 identik secara fungsi—429 adalah satu-satunya kode 4xx yang diperlakukan berbeda (ini sinyal “coba lagi nanti”, bukan sinyal penghapusan).

2. Apa yang dikatakan John Mueller. Juru bicara Google sendiri pernah menyampaikan dua sisi, dan itu justru instructive. Pada awalnya ia menyebut perbedaan dapat diabaikan. Setelah memeriksa ulang secara internal, ia mengoreksi dirinya: “it appears I was wrong there — we do treat 410s slightly differently than 404s,” (terjemahan) “tampaknya saya keliru—kami memang memperlakukan 410 sedikit berbeda dari 404,” dan Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410.” (terjemahan) “kadang ingin mengonfirmasi 404 sebelum menghapus URL dari indeks, dan kami cenderung melakukannya lebih cepat dengan 410.” Jadi ada perbedaan—keputusan penghapusan indeks sedikit lebih cepat—hanya saja kecil. Yang penting, beralih ke 410 tidak menghentikan Google memeriksa ulang URL sesekali, terutama jika masih ada tautan masuk.

3. Yang ditunjukkan pengujian independen. Data nyata terbaik yang saya lihat adalah eksperimen terkendali Reboot Online: 119 URL uji selama lebih dari 3 bulan. Temuannya tentang frekuensi perayapan, bukan jumlah hari mentah sampai deindeks—“404’s are, on average, crawled 49.6% more often than 410’s.” (terjemahan) “Rata-rata, 404 dirayapi 49,6% lebih sering daripada 410.” Dengan kata lain, Googlebot menghabiskan anggaran jauh lebih sedikit untuk memeriksa ulang 410. Itulah argumen anggaran perayapan dalam bentuk konkret. (Catatan: mereka mengukur frekuensi perayapan ulang karena GSC API tidak dapat mengukur secara bersih “masih diindeks vs. sudah dihapus.”)

Kerangka saya sendiri dalam HTTP Status Codes: A Complete List konsisten dengan semua ini: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (terjemahan) “Kedua kode mendapat perlakuan serupa. Keduanya mengeluarkan halaman dari indeks, tetapi kode 410 sedikit lebih cepat. Dalam penerapan praktis, keduanya kira-kira sama.” Percayai kata “sedikit” dan jangan percayai “3x”.

Mitos yang harus ditinggalkan

Anda akan melihat klaim “410 mendeindeks 3x lebih cepat—4 hari dibanding 12 hari” di banyak blog. Saya tidak pernah dapat menelusuri angka itu ke studi asli dengan metodologi terdokumentasi—tampaknya merupakan penceritaan ulang angka Reboot yang telah bermutasi. Jangan mengutipnya. Klaim yang dapat dipertahankan adalah “sedikit lebih cepat dan sedikit lebih jarang dirayapi ulang”, titik.

Kapan menggunakan 410 vs. 404 vs. pengalihan

Ini keputusan tiga arah, bukan dua.

• Gunakan 410 ketika Anda yakin konten hilang selamanya dan ingin memberi sinyal aktif tentang itu: penghapusan massal, lini produk dipensiunkan, pembersihan spam/konten diretas, atau konsolidasi situs ketika sekumpulan URL tidak memiliki pengganti. 410 berarti Anda mengambil sikap.
• Gunakan 404 ketika Anda tidak yakin, halaman mungkin kembali, atau biaya rekayasa untuk perlakuan khusus tidak sepadan. Untuk penghapusan satu kali dengan volume kecil, 404 cukup—perbedaan SEO tidak sebanding dengan implementasi khusus.
• Gunakan 301 redirect ketika ada halaman yang setara. Jangan memberi 410 pada sesuatu yang memiliki pengganti alami—alihkan, teruskan sinyal, dan pertahankan permintaan. 410 membuang semua itu berdasarkan desain.

Satu hal lagi perlu ditegaskan: tidak satu pun dari ini—410, 404, atau pengalihan—dengan sendirinya menjadi tuas untuk ekuitas backlink atau otoritas topik. Apakah tautan masuk terus mengirim nilai bergantung pada tujuan setelah Anda bertindak (pengalihan dapat meneruskan sinyal ke target baru; 410 tidak memiliki tempat untuk meneruskannya), bukan sifat otomatis kode status. Perlakukan dampak backlink dan otoritas sebagai hal yang bergantung pada bukti—periksa apa yang benar-benar menaut dan ke mana arahnya—alih-alih menganggap pilihan kode status menjamin hasil otoritas.

Jebakan soft-404 (kesalahan yang benar-benar merugikan)

Memilih kode 4xx yang “salah” hanyalah pembulatan kecil dibanding menyajikan soft 404—halaman yang mengembalikan 200 OK dengan pesan “not found” di isi halaman. Google terus merayapi soft 404 karena, dari sudut pandang kode status, halaman itu hidup. Mereka “will continue to be crawled, and waste your budget.” (terjemahan) “akan terus dirayapi dan memboroskan anggaran Anda.” Jika Anda menghapus konten, tujuannya adalah 404/410 sungguhan, bukan halaman ramah “oops, sudah hilang” yang tetap menjawab 200.

410 selama migrasi dan penghapusan massal

Di sinilah pilihan berhenti menjadi akademis. Dalam re-platforming atau pemangkasan konten besar, Anda menentukan nasib ribuan URL sekaligus.

• Migrasi: panduan migrasi Google tegas bahwa konten yang tidak dibawa ke situs baru harus mengembalikan 404 atau 410 sungguhan. Model mentalnya: alihkan yang memiliki padanan, gunakan 410 untuk yang sengaja dipensiunkan tanpa padanan, dan jangan cemas meninggalkan URL yang benar-benar belum pasti sebagai 404. Pertahankan semua pengalihan dalam waktu lama (Google menyarankan setidaknya satu tahun)—tetapi URL yang tidak memiliki tujuan untuk dialihkan adalah kandidat 410, bukan pengalihan paksa ke halaman yang hanya samar terkait.
• Penghapusan massal (delisting e-commerce, pemangkasan konten, konsolidasi): ini kasus terkuat untuk 410. Ketika Anda menghapus 50 000 SKU yang benar-benar dihentikan atau satu subseksi penuh, penghematan anggaran perayapan dari frekuensi perayapan ulang 410 yang lebih rendah akan terakumulasi. Keputusan cepat untuk ritel: produk yang benar-benar dihentikan selamanya adalah 410; produk yang sementara kehabisan stok tetapi akan kembali bukan—biarkan tetap aktif (kehabisan stok bukan penghapusan).
• Implementasi pada skala besar: gunakan aturan, bukan satu halaman demi satu halaman. Cocokkan pola URL dalam konfigurasi server, CDN/edge worker, atau CMS—blok location Nginx, RewriteRule … [R=410] Apache, atau plugin massal—agar seluruh set yang dipensiunkan menjawab 410 tanpa mengedit halaman satu per satu.

Lihat tab Playbooks untuk runbook penghapusan massal langkah demi langkah.

Cara Bing menanganinya (dan cara mempercepatnya)

Mekanisme Bing pada dasarnya sama: hapus halaman agar mengembalikan 404 atau 410, biarkan URL dapat dirayapi (jangan diblokir di robots.txt) agar Bingbot dapat mengamati statusnya, lalu Bing menghapusnya setelah perayapan ulang mengonfirmasi penghapusan. Akselerator praktis Bing adalah IndexNow—ping saat penghapusan agar Bing segera memeriksa URL lagi, dan jaga sitemap tetap mutakhir. Untuk penurunan mendesak (kasus kebocoran/kepatuhan), alat Block URLs Bing menyembunyikan URL sekitar ~90 hari sebagai tindakan sementara sambil 410 permanen menyebar.

Catatan untuk paragraf terakhir: halaman bantuan Bing dirender melalui JavaScript, sehingga verifikasi otomatis yang bersih atas kata-kata persis terkini terhalang. Anggap mekanisme di atas sebagai praktik yang didokumentasikan Bing, bukan kutipan yang baru dikonfirmasi—periksa halaman bantuan langsung Bing Webmaster Tools sebelum menganggap rincian seperti jendela Block URLs ~90 hari sebagai final.

Cara memverifikasi 410 berfungsi

• Periksa status mentah. curl -I https://example.com/gone-page/ harus menampilkan HTTP/… 410. DevTools browser → tab Network menampilkan hal yang sama. Jangan percaya halaman yang terlihat—percayalah pada header.
• Pemeriksaan URL (GSC). Konfirmasikan kapan terakhir Google merayapinya dan status apa yang dilihat.
• Laporan Cakupan / Pengindeksan Halaman. Pantau URL yang dihapus keluar dari kumpulan terindeks dalam beberapa perayapan berikutnya.

Ingat penetapan ekspektasi dari panduan remove URLs saya: “removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.” (terjemahan) “dihapus dari indeks segera setelah halaman dirayapi ulang. Sebelum dihapus, halaman masih dapat muncul di hasil penelusuran.” 410 tidak mengalahkan perayapan ulang—kode itu hanya memenangkan keputusan setelah perayapan ulang terjadi.

Bacaan terkait di cluster ini: status umum 404 Not Found, perbandingan 404 vs. 410, dan jebakan soft 404 di atas.

Ringkasan AI

Ringkasan singkat dari versi Advanced:

• 410 Gone = penghapusan sengaja dan permanen. Berbeda dari 404 (“not found” (terjemahan) “tidak ditemukan”, tanpa alasan), 410 secara eksplisit menandakan halaman dihapus dengan sengaja dan tidak akan kembali.
• Keduanya pada akhirnya menghapus halaman dari indeks. Google menempatkan 404 dan 410 dalam kelompok 4xx; URL terindeks yang mengembalikan 4xx dihapus dan semakin jarang dirayapi.
• 410 sedikit lebih cepat. Mueller mengonfirmasi Google memperlakukan 410 sedikit berbeda dan menghapusnya “lebih cepat”. Uji Reboot Online terhadap 119 URL menemukan 404 dirayapi ulang sekitar 49,6% lebih sering daripada 410 (proksi frekuensi perayapan, bukan jumlah hari sampai deindeks).
• Jangan ulangi statistik “3x lebih cepat / 4 dibanding 12 hari”—itu cerita rakyat yang tidak dapat ditelusuri.
• Ini tidak instan dan tidak menghentikan perayapan ulang; Google tetap sesekali memeriksa 410, terutama URL dengan tautan masuk.
• Aturan keputusan: 410 = pasti dan permanen (penghapusan massal, migrasi tanpa padanan, pembersihan spam); 404 = belum pasti/biaya rendah; 301 = ada halaman setara.
• Soft 404 adalah kesalahan yang lebih buruk: halaman “not found” berstatus 200 memboroskan anggaran perayapan tanpa batas.
• Pada skala besar, terapkan 410 dengan aturan server/CDN/CMS; gunakan IndexNow untuk mempercepat Bing; biarkan URL dapat dirayapi agar bot melihat statusnya.

Dokumentasi resmi

Dokumentasi sumber primer dari mesin pencari.

Protokol

• RFC 9110 §15.5.11—410 Gone — definisi standar HTTP: ketidaktersediaan yang kemungkinan permanen, tujuan pemeliharaan/penghapusan tautan, kebijaksanaan pemilik atas cakupan dan durasi, serta kemampuan cache secara heuristik.

Google

• Dampak kode status HTTP, serta galat jaringan dan DNS, pada Google Search — tabel 4xx (termasuk 410 (gone)) dan cara Google menghapus URL 4xx dari indeks.
• Dampak kode status HTTP pada perayap Google — menyatakan langsung bahwa semua kode 4xx kecuali 429 diperlakukan sama.
• Optimalkan anggaran perayapan — kembalikan 404/410 untuk halaman yang dihapus permanen; hilangkan soft 404.
• Galat soft 404 — apa itu soft 404 dan mengapa lebih buruk daripada 404/410 sungguhan.
• Pemindahan situs dengan perubahan URL — kembalikan 404/410 untuk konten yang dihapus/digabung dan tidak dibawa ke situs baru; panduan durasi pengalihan.

Bing / Microsoft

• Cara menghapus URL atau halaman secara permanen dari Bing atau Copilot — hapus agar mengembalikan 404/410, biarkan dapat dirayapi, dan gunakan alat Block URLs untuk kasus mendesak.
• IndexNow / indexnow.org — ping URL yang berubah/dihapus agar Bing memeriksanya lebih cepat.

Kutipan dari sumber

Pernyataan tercatat dari Google, juru bicaranya, dan pengujian independen. Setiap tautan resmi adalah tautan langsung menuju bagian yang dikutip pada halaman sumber.

Google—cara penanganan 4xx (termasuk 410)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “Semua galat 4xx, kecuali 429, diperlakukan sama: perayap Google memberi tahu sistem pemrosesan berikutnya bahwa konten tidak ada.” — Dokumentasi perayap Google. Buka kutipan
• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (terjemahan) “Google tidak menggunakan konten dari URL yang mengembalikan kode status 4xx. Jika URL pernah digunakan tetapi kini mengembalikan kode status 4xx, sistem Google akan berhenti menggunakannya seiring waktu.” — Dokumentasi Google Search Central. Buka kutipan
• “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (terjemahan) “pipeline pengindeksan menghapus URL dari indeks jika sebelumnya diindeks. Halaman 404 yang baru ditemukan tidak diproses. Frekuensi perayapan berangsur menurun.” Buka kutipan

Google—anggaran perayapan dan penghapusan permanen

• “Return a 404 or 410 status code for permanently removed pages. Google won’t forget a URL that it knows about, but a 404 status code is a strong signal not to crawl that URL again.” (terjemahan) “Kembalikan kode status 404 atau 410 untuk halaman yang dihapus permanen. Google tidak akan melupakan URL yang diketahuinya, tetapi kode status 404 adalah sinyal kuat agar URL itu tidak dirayapi lagi.” — Dokumentasi Google Search Central. Buka kutipan
• “Eliminate soft 404 errors. soft 404 pages will continue to be crawled, and waste your budget.” (terjemahan) “Hilangkan galat soft 404. Halaman soft 404 akan terus dirayapi dan memboroskan anggaran Anda.” Buka kutipan

John Mueller, Google (melalui laporan sekunder)

• “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (terjemahan) “Baik untuk memeriksa ulang hal-hal ini, dan tampaknya saya keliru—kami memang memperlakukan 410 sedikit berbeda dari 404.” Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (terjemahan) “kadang ingin mengonfirmasi 404 sebelum menghapus URL dari indeks, dan kami cenderung melakukannya lebih cepat dengan kode hasil HTTP 410.” Disampaikan ulang melalui liputan Search Engine Roundtable tentang tindak lanjut Mueller; verifikasi ulang terhadap sumber langsung sebelum menganggapnya final. Baca liputannya

Pengujian independen—Reboot Online

• “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (terjemahan) “Analisis data Google Search Console API atas sampel 119 halaman web uji kami menunjukkan bahwa rata-rata 404 dirayapi 49,6% lebih sering daripada 410.” Mengukur frekuensi perayapan ulang (proksi yang dapat mereka ukur), bukan jumlah hari mentah sampai deindeks. Baca eksperimennya

Runbook: menerapkan 410 pada sekumpulan URL (penghapusan atau migrasi)

Gunakan ini ketika Anda memensiunkan banyak URL sekaligus—rentang produk dihentikan, bagian konten dipangkas, atau konten sengaja tidak dibawa ke situs baru. Kerjakan dari atas ke bawah.

1. Pastikan URL benar-benar hilang permanen. 410 adalah pintu satu arah. Apa pun yang mungkin kembali (rentang musiman, stok sementara) bukan 410—biarkan tetap aktif. Apa pun yang memiliki padanan nyata adalah 301 redirect, bukan 410. Hanya URL tanpa masa depan dan tanpa pengganti yang masuk daftar 410.

2. Segmentasikan kumpulan URL menjadi aturan yang bersih. Anda membutuhkan pola, bukan spreadsheet 50 000 baris: awalan jalur (/archive/, /discontinued/), tanda tangan kueri, atau daftar yang dapat Anda nyatakan sebagai map. Jika tidak dapat dinyatakan sebagai aturan, biasanya terlalu berantakan untuk aman—periksa ulang langkah 1.

3. Terapkan 410 di edge atau server secara massal.

   • Nginx: location /discontinued/ { return 410; }
   • Apache/.htaccess: RewriteRule ^discontinued/ - [R=410,L] (atau Redirect gone /old-path).
   • CDN/edge worker: kembalikan respons 410 untuk jalur yang cocok—paling cepat diluncurkan ke kumpulan besar dan ramah cache.
   • CMS/plugin: banyak platform (atau plugin pengalihan/410) memungkinkan Anda menetapkan 410 secara massal ke daftar URL tanpa menyentuh setiap halaman.

4. Sajikan body 410 sungguhan—bukan soft 404. Respons harus membawa status 410 di header. Halaman ramah “ini sudah hilang” boleh saja selama statusnya 410, bukan 200. Verifikasi sampel: curl -I <url> harus menampilkan HTTP/… 410.

5. Biarkan URL dapat dirayapi. Jangan memblokirnya di robots.txt. Jika bot tidak dapat merayapi URL, bot tidak dapat melihat 410 atau memproses penghapusan. Hapus aturan disallow yang bersaing untuk kumpulan ini.

6. Pangkas tautan internal dan sitemap. Hapus URL yang dipensiunkan dari sitemap XML dan navigasi internal agar Anda tidak aktif mengarahkan bot (dan pengguna) ke tujuan mati. Tautan masuk yang tersisa adalah alasan utama Google terus memeriksa ulang 410.

7. Percepat perayapan ulang. Untuk Bing, ping IndexNow dengan URL yang dihapus. Untuk Google, tidak ada percepatan penghapusan massal, tetapi Pemeriksaan URL dan sitemap yang diperbarui membantu Google menyadarinya lebih cepat. Harapkan beberapa kali perayapan, bukan hitungan jam.

8. Pantau deindeks. Lacak kumpulan URL yang keluar dari indeks melalui laporan Page Indexing GSC dan Bing Webmaster Tools selama beberapa minggu berikutnya. Jika URL tetap ada, periksa ulang (a) pemblokiran robots.txt yang tidak disengaja, (b) soft-404 200 yang lolos, atau (c) tautan masuk kuat yang membuat URL tetap “menarik” bagi perayap.

Kapan tidak menjalankan playbook ini

• Penghapusan satu halaman: 404 biasa sudah cukup; aturan 410 khusus tidak sepadan dengan upayanya.
• Penghapusan sementara / kehabisan stok: biarkan halaman tetap aktif; jangan memberi 410 pada sesuatu yang akan kembali.
• Konten dipindahkan: arahkan dengan 301 ke URL baru—410 menghancurkan permintaan yang ingin Anda pertahankan.
• Penurunan hukum/kebocoran mendesak: tetapkan 410, tetapi juga gunakan alat Block URLs Bing dan alat Removals Google untuk penekanan segera sambil status menyebar.

Mendiagnosis 410 yang tidak disengaja

Jika URL mengembalikan 410 padahal tidak seharusnya, telusuri hal-hal berikut sebelum menganggapnya bug dalam kode aplikasi—aturan massal gagal dengan beberapa cara yang dapat diprediksi:

• Aturan origin, edge, dan CMS. Periksa konfigurasi server, aturan CDN/edge-worker, dan plugin pengalihan atau status pada CMS untuk pola jalur yang mencocokkan lebih banyak dari yang dimaksud.
• Lapisan cache/CDN. 410 secara heuristik dapat di-cache secara default—410 lama yang tersimpan di cache dapat terus disajikan setelah aturan dasar diperbaiki, sampai entri cache kedaluwarsa atau dihapus.
• Tautan internal dan sitemap. Pastikan URL terdampak tidak tersapu aturan 410 massal oleh pencocokan awalan jalur yang lebih luas dari kumpulan yang dipensiunkan.
• Canonical, hreflang, dan feed. Target canonical, alternatif hreflang, atau entri feed produk/konten yang menunjuk ke URL berarti 410 merusak lebih dari satu halaman—telusuri semua yang mereferensikan URL, bukan URL itu saja.
• Rollback. Simpan aturan/konfigurasi sebelum peluncuran agar dapat segera mengembalikan kecocokan yang keliru, bukan mendiagnosis ulang seluruh aturan dari awal.

Haruskah URL ini mengembalikan 410?

Prompt: klasifikasikan daftar penghapusan

Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.

[PASTE ROWS AND COLUMN DEFINITIONS]

Prompt: tinjau aturan 410 massal

Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.

[PASTE RULE AND REPRESENTATIVE URLS]

Shell: verifikasi daftar URL yang dipensiunkan

Jalankan ini di terminal macOS/Linux dengan satu URL absolut per baris di gone-urls.txt.

while IFS= read -r url; do
  code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
  printf '%s,%s\n' "$code" "$url"
done < gone-urls.txt

Tinjau apa pun selain 410, jangan menulis ulang secara otomatis; pengalihan atau URL aktif mungkin memang disengaja.

PowerShell: verifikasi daftar yang sama

Get-Content .\gone-urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformation

Konsol DevTools: temukan tautan ke jalur yang dipensiunkan

Jalankan di Konsol browser setelah mengganti awalan jalur.

console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href})));

Alat untuk menerapkan dan memeriksa respons 410s

• Bulk HTTP Status Code Checker: verifikasi seluruh kumpulan yang dipensiunkan dan tangkap halaman sukses yang tidak disengaja, pengalihan, serta respons yang tidak konsisten.
• Redirect Map Builder: pisahkan URL dengan padanan nyata dari URL yang harus dihapus sebelum menulis aturan 410.
• SEO Migration Planner & Validator: tinjau pemetaan pengalihan dan status yang diterapkan selama migrasi ketika sebagian URL dipensiunkan.
• Link Analyzer: temukan tautan internal yang masih menunjuk ke URL terhapus agar situs berhenti mengiklankan tujuan mati.
• Pemeriksaan URL Search Console dan Pengindeksan Halaman: konfirmasikan respons terakhir yang diamati Google dan pantau kumpulan URL yang keluar dari indeks setelah perayapan ulang.

Validasi peluncuran 410

Uji status dan cakupan

Tes yang dijalankan: periksa kecocokan perwakilan, near-miss, dan pengecualian dengan Bulk HTTP Status Code Checker. Hasil yang diharapkan: hanya URL pensiunan yang disetujui mengembalikan 410. Interpretasi kegagalan: aturan terlalu luas, terlalu sempit, atau tertutupi. Jendela pemantauan: segera setelah setiap penerapan edge/origin. Pemicu rollback: URL aktif atau URL yang dapat dialihkan menjadi 410.

Uji kemampuan dirayapi dan body

Tes yang dijalankan: ambil setiap sampel secara normal dan periksa robots.txt serta status mentah. Hasil yang diharapkan: perayap dapat meminta URL, responsnya 410, dan body ramah apa pun tidak mengubahnya menjadi 200. Interpretasi kegagalan: aturan robots menyembunyikan sinyal atau template galat membuat soft 404. Jendela pemantauan: segera. Pemicu rollback: peluncuran memblokir jalur pensiunan dari perayapan atau menyajikan 200.

Uji pembersihan sinyal internal

Tes yang dijalankan: rayapi tautan internal dan periksa sitemap XML untuk kumpulan yang dipensiunkan. Hasil yang diharapkan: URL 410 yang disetujui tidak ada dalam navigasi dan sitemap saat ini. Interpretasi kegagalan: situs masih mengirim sinyal penemuan yang bertentangan. Jendela pemantauan: setelah publikasi sitemap/build berikutnya. Pemicu rollback: pembersihan menghapus tautan atau entri sitemap untuk URL di luar kumpulan yang disetujui.

Uji diagnosis 410 yang tidak disengaja

Tes yang dijalankan: untuk URL yang tiba-tiba mengembalikan 410, periksa cakupan aturan origin/edge/CMS, lapisan cache/CDN, dan setiap entri canonical, hreflang, atau feed yang mereferensikan URL. Hasil yang diharapkan: kecocokan tersebut disengaja, dan tidak ada target canonical, hreflang, atau feed yang terdampak. Interpretasi kegagalan: aturan terlalu luas, cache 410 lama, atau entri canonical/hreflang/feed yang salah cakupan menghasilkan status keliru. Jendela pemantauan: segera setelah 410 tidak terduga dilaporkan. Pemicu rollback: kembali ke aturan/konfigurasi terakhir yang diketahui baik dan hapus cache untuk jalur terdampak.

Uji diri: 410 Gone

Lima pertanyaan singkat tentang arti 410 dan kapan menggunakannya. Pilih jawaban untuk masing-masing, lalu periksa.

Sumber yang layak dibaca

Tulisan saya yang terkait

• Kode Status HTTP: Daftar Lengkap — referensi kode status lengkap saya, termasuk kerangka “kira-kira sama dalam praktik” untuk 404-vs-410.
• Cara Menghapus URL dari Google Search (5 Metode) — posisi 404/410 di antara opsi penghapusan, dan mengapa penghapusan tertinggal dari perayapan ulang.
• Panduan Pemula untuk SEO Teknis — tempat kode status berada dalam gambaran teknis yang lebih besar.

Presentasi saya

• Cara Kerja Pencarian (SlideShare) — penjelasan saya tentang perayapan, pengindeksan, dan cara kode status masuk ke pipeline. (Disclaimer tetap: “This is my understanding of systems… not going to be 100% complete or accurate.” (terjemahan) “Ini adalah pemahaman saya tentang sistem… tidak akan 100% lengkap atau akurat.”)

Dari industri

• RFC 9110 §15.5.11—410 Gone (IETF) — definisi kode status yang sebenarnya dalam standar HTTP.
• Dampak kode status HTTP pada Google Search (Google Search Central) — dokumentasi otoritatif tentang penanganan 4xx.
• Dampak kode status HTTP pada perayap Google (Google) — menyatakan langsung pengelompokan 4xx-kecuali-429.
• Optimalkan anggaran perayapan (Google Search Central) — pasangan resmi paling jelas antara 404/410 dan alasan anggaran perayapan.
• Pemindahan situs dengan perubahan URL (Google Search Central) — 404/410 untuk konten yang tidak dibawa ke situs baru.
• 404 vs 410: Eksperimen SEO Teknis (Reboot Online) — uji terkendali 119 URL selama lebih dari 3 bulan; 404 dirayapi ulang ~49,6% lebih sering daripada 410.
• John Mueller dari Google Menjelaskan Kebingungan 404 dan 410 untuk SEO (Search Engine Journal) — liputan sikap awal Mueller bahwa “tidak ada perbedaan nyata”.
• Kini Kode Respons 404 dan 410 Diperlakukan Sama oleh Google (Search Engine Roundtable) — tindak lanjut Mueller yang mengakui perbedaan kecil (judulnya ironis; baca isinya).
• Cara menghapus URL dari Bing atau Copilot secara permanen (Bing Webmaster Tools) — mekanisme penghapusan Bing dengan 404/410 + IndexNow.

Log perubahan