451 Unavailable karena Alasan Hukum

TL;DR — 451 Tidak Tersedia karena Alasan Hukum berarti server menolak menampilkan halaman karena tuntutan hukum memaksanya—perintah pengadilan, sensor pemerintah, takedown DMCA, atau regulasi. Ini bukan 404 (“nothing here” (terjemahan) “tidak ada apa-apa di sini”) atau 403 (“you don’t have access” (terjemahan) “Anda tidak memiliki akses”); artinya “a legal demand — not a technical fault or a permissions rule — is why you can’t have this.” (terjemahan) “tuntutan hukum—bukan kerusakan teknis atau aturan izin—yang membuat Anda tidak dapat mengaksesnya.” RFC 7725 sengaja tidak menyatakan apakah sumber daya itu ada atau sebenarnya bisa disajikan. Namanya mengacu pada novel Fahrenheit 451.

Arti sebenarnya dari 451

Saat Anda (atau bot mesin pencari) meminta sebuah halaman, server mengirimkan kode status. 200 berarti “here it is.” (terjemahan) “ini dia.” 451 Tidak Tersedia karena Alasan Hukum berarti “access to this is being blocked because of a legal demand” (terjemahan) “akses ke sini diblokir karena tuntutan hukum”—misalnya perintah pengadilan, sensor, takedown, atau regulasi. Evidence for this claim HTTP 451 reports that access to a resource was denied because of a legal demand. Scope: RFC 7725 defines the status code and its legal-demand scope; it does not establish whether a particular restriction is legally required. Confidence: high · Verified: 2026-07-14 IETF: RFC 7725 — An HTTP Status Code to Report Legal Obstacles RFC 7725 sengaja menegaskan satu hal: kode ini tidak mengonfirmasi bahwa sumber dayanya ada, dan juga tidak mengonfirmasi bahwa sumber daya itu tidak ada. Jadi, Anda tidak dapat membaca 451 sebagai bukti bahwa konten tersebut benar-benar ada dan tinggal disajikan setelah tuntutan hukumnya dicabut.

Cara termudah membedakannya dari kode-kode di sekitarnya:

• 404 Not Found — “There’s nothing here.” (terjemahan) “Tidak ada apa-apa di sini.” Halamannya memang tidak ada.
• 403 Forbidden — “There’s something here, but you don’t have access.” (terjemahan) “Ada sesuatu di sini, tetapi Anda tidak memiliki akses.” Server menolak akses.
• 451 Tidak Tersedia karena Alasan Hukum — “A legal demand — not a technical fault or a permissions rule — is why you can’t have this.” (terjemahan) “Tuntutan hukum—bukan kerusakan teknis atau aturan izin—yang membuat Anda tidak dapat mengaksesnya.” Berbeda dari 404 dan 403, kode ini sengaja tidak menyatakan apakah sumber dayanya ada atau sebenarnya bisa disajikan; RFC 7725 membiarkan hal itu terbuka.

Jadi, 451 bukan berarti server rusak dan bukan pula masalah izin. Server sedang memberi tahu Anda mengapa akses diblokir: alasannya hukum, bukan teknis.

Di mana Anda benar-benar akan melihatnya

Dalam panduan kode status HTTP saya, saya merangkum 451 seperti ini: “blocked for some kind of legal reason. You’ll see it sometimes with country-level blocks, e.g., blocked news or videos, due to privacy or licensing. You may see it for DMCA takedowns. The code itself is a reference to the novel Fahrenheit 451.” (terjemahan) “diblokir karena suatu alasan hukum. Kadang Anda akan melihatnya pada pemblokiran tingkat negara, misalnya berita atau video yang diblokir karena privasi atau lisensi. Kode ini juga dapat muncul pada takedown DMCA. Kodenya sendiri merujuk pada novel Fahrenheit 451.” Pemicu yang paling umum:

• Pemblokiran geografis — situs memblokir pengunjung dari negara tertentu (sebagian situs berita AS melakukan ini terhadap pengunjung UE setelah GDPR, alih-alih menjadi patuh).
• Takedown DMCA — penghapusan yang didorong oleh hak cipta.
• Sensor atau sanksi pemerintah — konten yang diperintahkan pemerintah untuk diblokir, atau layanan yang diputus dari negara yang terkena sanksi.

Mengapa ini penting untuk SEO

Inilah bagian yang sering dilewatkan oleh sebagian besar penjelasan. Bagi Google, 451 hanyalah error 4xx lainnya. Google tidak akan mengindeks halaman yang mengembalikan 451, dan halaman yang sudah terindeks akan keluar dari hasil penelusuran seiring waktu jika terus mengembalikan kode itu—nasib yang sama seperti 403 atau 404. Evidence for this claim Google does not index URLs returning 4xx responses and removes already-indexed 4xx URLs over time; 429 is the exception to uniform 4xx handling. Scope: Google's generic 4xx crawler documentation supports the indexing outcome applied here to 451; it does not document special 451 behavior. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Dua hal praktis yang perlu diingat:

1. Jangan tidak sengaja menyajikan 451 secara global. Jika sebenarnya Anda hanya bermaksud memblokir negara tertentu, tetapi salah konfigurasi mengembalikan 451 kepada semua orang (termasuk Googlebot), halaman akan dihapus dari indeks—sama seperti 403 atau 404 yang tidak sengaja.
2. Google tidak memperlakukan blokir hukum Anda secara khusus. Google tidak memiliki kategori “we legally can’t show this” (terjemahan) “kami tidak dapat menampilkan ini secara hukum.” Dari sudut pandang penelusuran, halaman itu sekadar sudah tidak ada.

Ingin versi yang lebih mendalam—persyaratan transparansi RFC 7725, cara 451 muncul di Search Console, dan apakah 451 benar-benar kode yang tepat untuk GDPR? Buka tab Advanced.

TL;DR — 451 adalah satu-satunya kode status HTTP yang dirancang untuk transparansi hukum, bukan keadaan teknis atau akses. RFC 7725 mendefinisikannya untuk “resource access denied as a consequence of legal demands,” (terjemahan) “akses sumber daya ditolak sebagai akibat tuntutan hukum,” dan meminta (SHOULD) server menjelaskan tuntutan itu di isi respons serta menambahkan header Link: rel="blocked-by". Untuk SEO tidak ada perlakuan khusus: Google tidak mendokumentasikan 451 di antara kode “top 20”-nya, Search Console tidak memiliki label 451 khusus (statusnya masuk ke “URL blocked due to other 4xx issue” (terjemahan) “URL diblokir karena masalah 4xx lainnya”), dan hasilnya adalah 4xx generik—tidak diindeks atau dihapus jika sebelumnya terindeks. 451 yang disajikan secara global karena kesalahan menyebabkan deindeksasi seperti 403/404 yang tidak sengaja. Penggunaan 451 untuk pemblokiran geografis GDPR masih contested (terjemahan) “diperdebatkan”, bukan fakta yang sudah tuntas—kedua sisi akan dibahas di sini.

Apa itu 451—dan mengapa kode ini ada

451 memiliki asal-usul yang tidak biasa untuk sebuah kode status. Kode ini bermula dari usulan informal (Chris Applegate pada 2008 dan Terence Eden pada 2012), ditulis oleh Tim Bray pada 2013, lalu disetujui IETF pada 18 Desember 2015 sebagai RFC 7725. Angkanya sengaja merujuk secara sastra pada Fahrenheit 451 karya Ray Bradbury.

Yang lebih penting, kode ini ada untuk alasan yang tidak dicakup kode status lain. Rumusan RFC 7725 sendiri: “This document specifies a Hypertext Transfer Protocol (HTTP) status code for use when resource access is denied as a consequence of legal demands.” (terjemahan) “Dokumen ini menetapkan kode status Hypertext Transfer Protocol (HTTP) untuk digunakan ketika akses sumber daya ditolak sebagai akibat tuntutan hukum.” Tujuan desainnya secara mendasar berbeda dari 403 (izin) atau 404 (keberadaan). Evidence for this claim HTTP 451 reports that access to a resource was denied because of a legal demand. Scope: RFC 7725 defines the status code and its legal-demand scope; it does not establish whether a particular restriction is legally required. Confidence: high · Verified: 2026-07-14 IETF: RFC 7725 — An HTTP Status Code to Report Legal Obstacles A 451 berarti akses ditolak karena otoritas hukum—bukan pilihan operator dan bukan bug. RFC 7725 menegaskan bahwa respons ini neither (terjemahan) “tidak menyatakan salah satunya” apakah sumber daya tersebut ada nor (terjemahan) “maupun” tidak ada; mencabut tuntutan hukum pun tidak menjamin permintaan berikutnya akan berhasil.

451 vs. 403 vs. 404—apa yang sebenarnya berbeda

• 404 Not Found — sumber dayanya tidak ada.
• 403 Forbidden — sumber dayanya ada, tetapi akses ditolak (dinding login, blokir IP, atau aturan WAF). Server-lah yang menolak.
• 451 Tidak Tersedia karena Alasan Hukum — akses ditolak karena tuntutan hukum, dan penolakan itu berasal dari pihak ketiga—pengadilan, pemerintah, atau pemegang hak—bukan aturan akses yang dibuat operator sendiri. Berbeda dari 404 dan 403, RFC 7725 sengaja tidak menyatakan apakah sumber dayanya ada atau sebenarnya bisa disajikan; ketaksaan itu disengaja, bukan kelalaian.

Bagi auditor, perbedaan terakhir itulah seluruh nilai 451: kode ini memberi tahu mengapa halaman tidak dapat dimuat oleh pengunjung tertentu—karena persyaratan hukum/kepatuhan yang nyata—alih-alih membuat Anda menebak-nebak apakah aturan aksesnya salah konfigurasi. Mencampuradukkan 451 dan 403 dalam audit dapat menyamarkan perbedaan tersebut.

Cara Google memperlakukan 451—tanpa perlakuan khusus, jadi anggap dampak terburuk

Inilah ekspektasi paling penting untuk ditetapkan karena berlawanan dengan intuisi: Google tidak mendokumentasikan perlakuan khusus untuk 451, dan Anda tidak boleh berharap Google membedakan “we legally can’t show this” (terjemahan) “kami tidak dapat menampilkan ini secara hukum” dari “this is broken.” (terjemahan) “ini rusak.”

Halaman Google sendiri tentang dampak kode status terhadap crawler-nya secara eksplisit menyatakan bahwa halaman itu hanya mencakup kode yang umum ditemui: “This guide describes how Google Search treats the top 20 status codes that Google encounters on the web… More exotic status codes, such as 418 (I’m a teapot), aren’t covered.” (terjemahan) “Panduan ini menjelaskan cara Google Search memperlakukan 20 kode status teratas yang ditemuinya di web… Kode status yang lebih eksotis, seperti 418 (Saya teko), tidak dicakup.” 451 tidak ada dalam daftar 20 teratas itu—saya sudah memastikan kode tersebut tidak muncul di bagian mana pun pada halaman itu. Jadi, tidak ada kebijakan Google khusus 451 yang dapat dijadikan pegangan.

Yang mengaturnya adalah aturan 4xx generik Google: “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (terjemahan) “Google tidak mengindeks URL yang mengembalikan kode status 4xx, dan URL yang sudah terindeks lalu mengembalikan kode status 4xx akan dihapus dari indeks.” Selain itu: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “Semua error 4xx, kecuali 429, diperlakukan sama: crawler Google memberi tahu sistem pemrosesan berikutnya bahwa konten tersebut tidak ada.” Evidence for this claim Google does not index URLs returning 4xx responses and removes already-indexed 4xx URLs over time; 429 is the exception to uniform 4xx handling. Scope: Google's generic 4xx crawler documentation supports the indexing outcome applied here to 451; it does not document special 451 behavior. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Secara fungsional, 451 yang terus-menerus berperilaku seperti 4xx non-indeks lainnya: halaman tidak akan masuk indeks, dan jika sudah ada di sana, halaman akan keluar. Klaim SEO yang paling aman dan dapat dipertanggungjawabkan tentang 451 adalah “Google treats it as a generic 4xx” (terjemahan) “Google memperlakukannya sebagai 4xx generik”—bukan “Google has special handling for legal blocks.” (terjemahan) “Google memiliki perlakuan khusus untuk blokir hukum.”

Cara 451 muncul di Search Console (jawaban singkat: tidak secara khusus)

Laporan Pengindeksan Halaman di Search Console tidak memiliki alasan khusus untuk 451. Alasan yang diberi label dalam laporan itu mencakup “Not found (404),” (terjemahan) “Tidak ditemukan (404),” “Blocked due to unauthorized request (401),” (terjemahan) “Diblokir karena permintaan tidak terotorisasi (401),” “Blocked due to access forbidden (403),” (terjemahan) “Diblokir karena akses terlarang (403),” serta kategori umum “URL blocked due to other 4xx issue.” (terjemahan) “URL diblokir karena masalah 4xx lainnya.” Halaman bantuan Google tidak menyebut 451 secara spesifik, jadi pemetaan ke kategori umum itu adalah inferensi berdasarkan bukti terbaru yang saya miliki, bukan sesuatu yang dinyatakan dokumentasi secara langsung. Konfirmasikan untuk URL tertentu dengan alat Inspeksi URL, bukan dengan mengasumsikan kategorinya.

Konsekuensi praktisnya nyata: pemilik situs yang sengaja menyajikan 451 kepada geografi tertentu akan melihat URL tersebut digabungkan dengan setiap kode 4xx lainnya selain 401/403/404, tanpa cara di GSC untuk membedakan “legally blocked” (terjemahan) “diblokir secara hukum” dari “misconfigured.” (terjemahan) “salah konfigurasi.” Jika Anda sengaja menyajikan 451, Anda tidak dapat mengandalkan Search Console untuk memastikan perilakunya sesuai maksud—gunakan log server atau pengujian URL langsung dari geografi yang terdampak untuk memverifikasinya.

Dampak pengindeksan — hindari 451 global yang tidak disengaja

Karena 451 berperilaku seperti 4xx generik, risikonya tidak simetris. Batasi dengan benar (berdasarkan geografi/IP) agar hanya pengunjung yang diblokir yang melihatnya. Batasi dengan salah—mengembalikan 451 secara global alih-alih berdasarkan geografi—dan setiap crawler akan menerima 4xx untuk halaman yang ingin Anda indeks, sehingga halaman itu dihapus dari indeks seperti 403 atau 404 yang tidak sengaja.

Ada satu kerumitan teknis lagi dari RFC 7725: respons 451 dapat di-cache secara default. Ini berdampak praktis jika edge CDN menyimpan 451 yang sebenarnya hanya dimaksudkan untuk rentang IP atau geografi tertentu—respons blokir hukum yang di-cache dapat bocor kepada peminta (dan crawler) yang tidak pernah dituju. Atur perilaku cache secara sengaja.

Cara Bing memperlakukan 451

Dokumentasi publik Bing tidak secara khusus membahas 451, jadi saya akan membatasi klaim ini secara jujur, bukan mengisinya dengan spekulasi. Bing memiliki proses penghapusan hasil di UE sendiri—formulir untuk memblokir hasil pencarian Bing di Eropa yang terkait dengan putusan CJEU tahun 2014 tentang “right to be forgotten” (terjemahan) “hak untuk dilupakan”—tetapi itu adalah mekanisme indeks penelusuran, bukan mekanisme kode status HTTP tingkat server. Asumsi kerja yang wajar (sebuah inferensi, bukan pernyataan resmi Bing) adalah bahwa Bing memperlakukan 4xx yang tidak terdokumentasi seperti 451 sebagaimana error klien lainnya: menurunkannya prioritas atau menghapusnya dari indeks, konsisten dengan perilaku crawler secara umum. Seperti 403, “fix Google” (terjemahan) “memperbaiki Google” tidak otomatis berarti “fix Bing” (terjemahan) “memperbaiki Bing”—periksa alat kedua mesin setelah perubahan blokir geografis/hukum. Google maupun Bing tidak menerbitkan SLA crawl ulang atau pengindeksan ulang yang tetap setelah blokir hukum dicabut—jangan menjanjikan waktu pemulihan kepada klien; harapkan kecepatan normal yang bergantung pada anggaran crawl, lalu konfirmasikan melalui inspeksi langsung, bukan jaminan waktu.

Menerapkan 451 dengan benar—checklist RFC 7725 yang sering dilewatkan situs

Hampir setiap 451 di dunia nyata (dan setiap penjelasan lain yang saya temukan) mengabaikan hal yang sebenarnya diminta spesifikasi. RFC 7725 menyatakan: “Responses using this status code SHOULD include an explanation, in the response body, of the details of the legal demand: the party making it, the applicable legislation or regulation, and what classes of person and resource it applies to.” (terjemahan) “Respons yang menggunakan kode status ini SEBAIKNYA menyertakan penjelasan dalam isi respons tentang detail tuntutan hukum: pihak yang mengajukannya, peraturan perundang-undangan yang berlaku, serta kelas orang dan sumber daya yang tercakup.” Selain itu, spesifikasi mendefinisikan header HTTP Link dengan rel="blocked-by" yang mengidentifikasi entitas yang menuntut pemblokiran.

Karena itu, implementasi 451 yang dapat dipertanggungjawabkan:

1. Menjelaskan tuntutan hukum di isi respons—siapa yang menuntut, hukum/regulasi apa yang berlaku, dan kepada siapa tuntutan itu berlaku. (Ini juga UX dan transparansi yang baik bagi pengunjung atau peneliti yang diblokir.)
2. Menambahkan header Link: rel="blocked-by" yang menyebut entitas pelaksana pemblokiran—tidak selalu otoritas yang menuntutnya. Perbedaan itu penting: header mengidentifikasi pihak yang menjalankan blokir, sedangkan pihak yang memerintahkannya dicantumkan di isi respons.
3. Membatasi cakupan blokir dengan benar—berdasarkan geografi atau IP agar Anda tidak mengembalikan 451 kepada peminta (dan crawler) di luar wilayah terdampak.
4. Mengendalikan cache dengan sengaja—karena 451 dapat di-cache secara default, pastikan edge CDN tidak menyimpan blokir berbasis geografi untuk semua orang.

Semua ini tidak membuat pemblokiran yang mendasarinya menjadi sah, memiliki cakupan yang benar, atau cukup untuk kepatuhan—checklist ini memberi transparansi protokol, bukan kesimpulan hukum. Apakah pembatasan memang perlu ada dan apakah batasnya sudah ditarik dengan benar adalah keputusan hukum pemilik keputusan tersebut, bukan sesuatu yang dapat diselesaikan oleh respons HTTP.

Ada satu ketepatan lagi yang perlu dijaga: 451 tidak harus berasal dari server origin. RFC 7725 secara eksplisit mengizinkan ISP, CDN, penyedia DNS, atau mesin pencari menerapkan pemblokiran atas nama pihak lain. Cloudflare, misalnya, mendokumentasikan bahwa mereka dapat meneruskan 451 dari origin secara langsung—tetapi perilaku penerusan hanya membuktikan bahwa respons melewati lapisan tersebut, bukan bahwa Cloudflare (atau perantara lain) menerima tuntutan hukum atau membuat responsnya sendiri. Jika Anda mengaudit 451 di balik CDN, periksa asalnya terlebih dahulu sebelum mengasumsikan siapa yang menerapkannya.

Apakah 451 kode yang tepat untuk pemblokiran geografis GDPR? (hal ini masih diperdebatkan)

Di sinilah saya ingin berhati-hati karena banyak halaman glosarium menyatakan “451 is for GDPR geo-blocking” (terjemahan) “451 adalah untuk pemblokiran geografis GDPR” seolah-olah itu fakta yang sudah pasti. Itu belum pasti.

Terence Eden—salah satu pengusul informal awal kode ini—mengemukakan argumennya dalam Apakah HTTP 451 cocok untuk pemblokiran GDPR?: “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (terjemahan) “Jika satu-satunya cara mengakses sumber daya mengharuskan penyajian konten yang melanggar hukum, 451 tepat digunakan.” Alasannya, RFC 7725 hanya mensyaratkan “legal demand” (terjemahan) “tuntutan hukum”, bukan perintah pengadilan atau sensor aktif—dan hukum UE sendiri dapat menjadi tuntutan tersebut.

Namun, tulisan Eden sendiri memuat sanggahan yang perlu ada dalam pembahasan jujur mana pun: solusi yang lebih baik adalah mematuhi hukum, bukan memblokir. Para pengkritik—dan teks GDPR sendiri—berpendapat bahwa regulasi mengharuskan penanganan data yang patuh (persetujuan dan praktik data yang benar), bukan penolakan akses. Dalam pembacaan itu, situs berita UE yang memasang dinding 451 untuk pengunjung Eropa setelah 2018 sedang memilih jalan memutar, bukan memenuhi kewajiban hukum untuk memblokir. Kedua sudut pandang itu sah; kesimpulan yang seharusnya Anda bawa adalah bahwa 451 untuk GDPR merupakan pilihan yang dapat dipertanggungjawabkan tetapi diperdebatkan, bukan pilihan yang diwajibkan.

Perlu diingat juga: Anda tidak perlu menggunakan 451 untuk memenuhi perintah DMCA atau takedown pengadilan. Banyak situs mematuhi dengan 404, 403, atau penghapusan konten biasa dan tidak pernah mengadopsi 451. Nilai tambahnya adalah transparansi—memberi tahu pengunjung dan peneliti mengapa—bukan persyaratan teknis-hukum untuk menggunakan kode tertentu.

Perlu ditegaskan, semua ini bukan nasihat hukum. Apakah blokir regional terkait GDPR, pemberitahuan hak cipta, aturan sanksi, atau perintah pengadilan tertentu benar-benar mengharuskan atau mengizinkan 451—atau justru mengharuskan kepatuhan—adalah pertanyaan hukum dan faktual yang harus dijawab penasihat Anda. Semantik RFC dan cara situs lain menerapkan 451 tidak menyelesaikan pertanyaan itu untuk situasi Anda; semuanya hanya menjelaskan apa yang dikomunikasikan dan tidak dikomunikasikan kode ini setelah Anda mengambil keputusan.

451 di dunia nyata

• Automattic (WordPress.com) adalah salah satu pengadopsi paling awal dan paling sering dikutip. Dalam tulisan transparansi tahun 2016, mereka mengatakan kode ini “will be returned to visitors from those countries where we have been forced to block websites for legal reasons” (terjemahan) “akan dikembalikan kepada pengunjung dari negara-negara tempat kami terpaksa memblokir situs web karena alasan hukum”—seraya menegaskan bahwa mereka “strongly opposed to Internet censorship.” (terjemahan) “sangat menentang sensor internet.” Ini mengingatkan kita bahwa menyajikan 451 membuat pemblokiran menjadi transparan; bukan berarti operator mendukungnya.
• Situs berita AS setelah GDPR (2018 dan seterusnya) memblokir lalu lintas UE alih-alih mencapai kepatuhan—contoh 451 sehari-hari yang paling sering ditemui orang.
• Ketidaktersediaan akibat sanksi — BBC pernah melaporkan sanksi terhadap Sudan yang memutus layanan Barat, jenis situasi yang ingin dibuat lebih jelas oleh 451.
• Blokir repositori akibat DMCA banyak dikutip di industri (GitHub adalah contoh yang umum); jika hendak menyebut implementasi tertentu yang masih berlaku, verifikasi langsung terlebih dahulu, jangan hanya mengandalkan reputasi.

Untuk keluarga yang lebih luas—perbedaan 4xx dan 5xx, serta posisi 451 di antaranya—lihat panduan Kode Status HTTP dan Dampaknya pada SEO saya, dan ulasan mendalam tentang 403 Forbidden serta 404 Not Found yang menjadi saudara artikel ini.

Ringkasan AI

Ringkasan singkat versi Advanced:

• 451 = “access withheld because of a legal demand.” (terjemahan) “akses ditahan karena tuntutan hukum.” Perintah pengadilan, sensor, DMCA, sanksi, atau regulasi—berbeda dari 403 (akses ditolak) dan 404 (tidak ada). RFC 7725 sengaja tidak mengonfirmasi ataupun menyangkal bahwa sumber daya itu ada atau sebenarnya akan disajikan; ketaksaan tersebut disengaja.
• Ini satu-satunya kode status yang dibuat untuk transparansi hukum. RFC 7725 (IETF, Desember 2015; merujuk pada Fahrenheit 451) meminta server menjelaskan tuntutan di isi respons dan menambahkan header Link: rel="blocked-by" yang menyebut entitas pelaksana pemblokiran—tidak selalu otoritas yang menuntutnya. Entitas itu tidak harus server asal: ISP, CDN, atau mesin pencari dapat menerapkan pemblokiran, dan CDN yang meneruskan 451 dari server asal tidak membuktikan siapa yang menerima tuntutan tersebut.
• Tidak ada perlakuan khusus dari Google. 451 tidak ada dalam kode status “top 20” (terjemahan) “20 teratas” yang didokumentasikan Google, jadi aturan 4xx generik berlaku: tidak diindeks atau dihapus dari indeks jika sebelumnya sudah ada. Anggap Google memperlakukannya persis seperti 4xx lain.
• Search Console tidak memiliki label 451. 451 masuk kategori umum “URL blocked due to other 4xx issue” (terjemahan) “URL diblokir karena masalah 4xx lainnya”—pemetaan ini adalah inferensi berdasarkan bukti terbaru yang saya miliki (halaman bantuan Google tidak menyebut 451), bukan jaminan terdokumentasi. Verifikasi URL tertentu dengan alat Inspeksi URL. Di GSC, Anda juga tidak dapat membedakan “legally blocked” (terjemahan) “diblokir secara hukum” dari “misconfigured” (terjemahan) “salah konfigurasi.”
• Jangan tidak sengaja menyajikan 451 secara global. Salah konfigurasi yang mengembalikan 451 kepada semua orang (termasuk Googlebot) akan menghapus halaman dari indeks, sama seperti 403/404 yang tidak sengaja. Selain itu, 451 dapat di-cache secara default—waspadai edge CDN yang menyimpan blokir berbasis geografi untuk semua pengunjung.
• GDPR melalui 451 masih diperdebatkan, bukan fakta yang tuntas—dan ini bukan nasihat hukum. Terence Eden berpendapat bahwa penggunaannya dapat dipertanggungjawabkan menurut bahasa “legal demand” (terjemahan) “tuntutan hukum” RFC 7725 yang luas; para pengkritik (dan teks GDPR) berpendapat bahwa hukum mengharuskan penanganan yang patuh, bukan penolakan akses. Apakah tuntutan atau yurisdiksi tertentu mengharuskan atau mengizinkan 451 adalah pertanyaan hukum untuk penasihat Anda, bukan sesuatu yang dapat diselesaikan RFC atau contoh situs lain.
• Anda tidak membutuhkan 451 untuk takedown DMCA/perintah pengadilan. Situs juga mematuhi hal itu dengan 404/403/penghapusan konten; nilai tambah 451 adalah transparansi, bukan keharusan hukum—dan lolos checklist transparansi tidak menjadikan pemblokiran yang mendasarinya sah atau cukup untuk kepatuhan.
• Bing: tidak ada dokumentasi khusus 451; anggap penanganannya 4xx generik. Formulir UE “right to be forgotten” (terjemahan) “hak untuk dilupakan” milik Bing adalah mekanisme tingkat indeks, bukan konvensi kode status. Google maupun Bing tidak menerbitkan SLA waktu crawl ulang/pengindeksan ulang yang pasti setelah pemblokiran dicabut.

Dokumentasi resmi

Dokumentasi sumber utama tentang 451, keluarga 4xx, dan mekanisme penghapusan hukum yang terkait dengannya.

Standar

• RFC 7725 — An HTTP Status Code to Report Legal Obstacles — IETF, spesifikasi yang mendefinisikan 451: cakupan “legal demand” (terjemahan) “tuntutan hukum”, persyaratan SHOULD untuk menjelaskan tuntutan, header Link: rel="blocked-by", dan kemampuan di-cache.

Google

• Dampak kode status HTTP pada crawler Google — cakupan “top 20” (terjemahan) “20 teratas” (451 tidak dicakup) dan aturan 4xx generik: URL 4xx (kecuali 429) dihapus dari indeks.
• Laporan Pengindeksan Halaman — Bantuan Search Console — alasan yang diberi label; 451 tidak memiliki baris khusus dan masuk ke “URL blocked due to other 4xx issue” (terjemahan) “URL diblokir karena masalah 4xx lainnya.”
• European privacy requests: Search removals FAQs — proses “right to be forgotten” (terjemahan) “hak untuk dilupakan” Google: penghapusan indeks penelusuran yang diwajibkan hukum, bukan konvensi 451 tingkat server.

Bing / Microsoft

• Request form to block Bing search results in Europe — proses penghapusan Bing di UE (putusan CJEU 2014), mekanisme tingkat indeks yang tidak menyebut kode status HTTP.

Referensi web umum

• HTTP 451 — Wikipedia — sumber faktual/historis yang baik: usulan awal (Applegate 2008, Eden 2012, Bray 2013), persetujuan IETF (18 Desember 2015), dan pola adopsi GDPR/sanksi.

Kutipan dari sumber

Pernyataan yang tercatat. Setiap tautan adalah tautan langsung yang melompat ke bagian yang dikutip pada halaman sumber.

Google — 451 tidak ditangani secara khusus (aturan 4xx generik yang berlaku)

• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (terjemahan) “Google tidak mengindeks URL yang mengembalikan kode status 4xx, dan URL yang sudah terindeks lalu mengembalikan kode status 4xx akan dihapus dari indeks.” — Dokumentasi Google Search Central. Lompat ke kutipan
• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (terjemahan) “Semua error 4xx, kecuali 429, diperlakukan sama: crawler Google memberi tahu sistem pemrosesan berikutnya bahwa konten tersebut tidak ada.” Lompat ke kutipan

Google — kategori umum Search Console untuk 451

• Kategori umum 4xx pada laporan Pengindeksan Halaman selain 401/403/404: “URL blocked due to other 4xx issue.” (terjemahan) “URL diblokir karena masalah 4xx lainnya.” — Bantuan Search Console. Lompat ke kutipan

Patrick Stox — definisi dalam bahasa sederhana

• “451 Unavailable For Legal Reasons – This is blocked for some kind of legal reason. You’ll see it sometimes with country-level blocks, e.g., blocked news or videos, due to privacy or licensing. You may see it for DMCA takedowns. The code itself is a reference to the novel Fahrenheit 451.” (terjemahan) “Status 451 berarti pemblokiran karena alasan hukum. Kadang status ini tampak pada pembatasan tingkat negara, misalnya berita atau video yang diblokir demi privasi atau lisensi. Status ini juga dapat muncul pada takedown DMCA; angkanya merujuk pada novel Fahrenheit 451.” — Kode Status HTTP dan Dampaknya pada SEO, Ahrefs Blog. Lompat ke kutipan

Terence Eden — apakah 451 tepat untuk GDPR? (salah satu pengusul kode ini) Ulasan industri, bukan halaman standar pihak pertama. Diverifikasi kata demi kata terhadap halaman langsung (2026-07-17).

• “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (terjemahan) “Jika satu-satunya cara mengakses sumber daya mengharuskan penyajian konten yang melanggar hukum, 451 tepat digunakan.” — Terence Eden, Apakah HTTP 451 cocok untuk pemblokiran GDPR?, shkspr.mobi (2018).

Automattic (WordPress.com) — pengadopsi awal di dunia nyata Disampaikan dari laporan transparansi Automattic; susunan kata diekstrak melalui pengambilan ringkasan—konfirmasikan terhadap halaman langsung sebelum menganggapnya final.

• “The error code will be returned to visitors from those countries where we have been forced to block websites for legal reasons.” (terjemahan) “Kode error ini akan dikembalikan kepada pengunjung dari negara-negara tempat kami terpaksa memblokir situs web karena alasan hukum.” — Galat 451: Tidak Tersedia karena Alasan Hukum, Laporan Transparansi Automattic (5 Januari 2016).

RFC 7725 — persyaratan transparansi Kutipan diekstrak melalui pengambilan dari rfc-editor.org; pemenggalan baris HTML dapat memengaruhi kecocokan #:~:text=, jadi konfirmasikan terhadap tampilan langsung sebelum menganggap tautan dalamnya final.

• “Responses using this status code SHOULD include an explanation, in the response body, of the details of the legal demand: the party making it, the applicable legislation or regulation, and what classes of person and resource it applies to.” (terjemahan) “Respons yang menggunakan kode status ini SEBAIKNYA menyertakan penjelasan dalam isi respons tentang detail tuntutan hukum: pihak yang mengajukannya, peraturan perundang-undangan yang berlaku, serta kelas orang dan sumber daya yang tercakup.” — RFC 7725, IETF.

451 vs. 403 vs. pengalihan geografis—mana yang harus digunakan untuk konten yang dibatasi secara hukum/geografis?

Pertanyaan singkat yang paling sering saya dapatkan: saya perlu membatasi konten berdasarkan hukum atau wilayah—apa yang sebenarnya harus saya kembalikan? Kerjakan dari atas ke bawah. Tidak ada satu jawaban yang “correct” (terjemahan) “benar”, tetapi ada jawaban yang dapat dipertanggungjawabkan untuk setiap situasi.

Q1. Apakah pembatasan didorong oleh tuntutan hukum (perintah pengadilan, sensor, DMCA, sanksi, atau regulasi)?

• Tidak—ini pilihan bisnis/lisensi (misalnya, “we only sell this in the US” (terjemahan) “kami hanya menjual ini di AS”) → 451 bukan sinyal yang tepat. Pertimbangkan pengalihan berbasis geografi ke halaman yang sesuai wilayah (sebuah 302/307 ke versi yang patuh), atau halaman 200 “not available in your region” (terjemahan) “tidak tersedia di wilayah Anda”. Lanjutkan ke Q4.
• Ya → lanjutkan.

Q2. Apakah Anda ingin memberi tahu pengunjung/peneliti bahwa ada otoritas hukum di balik pemblokiran?

• Ya → inilah tepatnya tujuan 451. Sajikan dengan pengungkapan RFC 7725—siapa yang menuntutnya dan hukum apa yang dicantumkan di isi respons—serta Link: rel="blocked-by" yang menyebut siapa pelaksana pemblokiran (yang mungkin bukan pihak yang sama). Lanjutkan ke Q3.
• Tidak—Anda lebih suka halaman itu tampak hilang → 404 (hilang), 403 (akses ditolak), atau penghapusan konten biasa juga dapat memenuhi takedown. Anda kehilangan sinyal transparansi, tetapi tidak ada kewajiban hukum untuk menggunakan 451. Lanjutkan ke Q3.

Q3. Apakah pemblokiran berlaku untuk semua orang, atau hanya geografi/peminta tertentu?

• Semua orang → mengembalikan 451 (atau 404/403) secara global tidak masalah jika Anda memang ingin halaman itu keluar dari penelusuran—Google akan menghapusnya dari indeks sebagai 4xx generik.
• Hanya wilayah/IP tertentu → batasi cakupannya berdasarkan geografi/IP agar crawler di luar wilayah tetap menerima 200. Yang penting: 451 dapat di-cache secara default, jadi pastikan CDN Anda tidak menyimpan 451 berbasis geografi untuk semua pengunjung—hal itu akan menghapus halaman dari indeks secara global tanpa sengaja.

Q4. Apakah ini situasi GDPR “we’re not compliant, so block EU” (terjemahan) “kami tidak patuh, jadi blokir UE”?

• Akui bahwa hal ini diperdebatkan. 451 dapat dipertanggungjawabkan menurut bahasa “legal demand” (terjemahan) “tuntutan hukum” RFC 7725 yang luas (argumen Terence Eden), tetapi GDPR sendiri meminta penanganan data yang patuh, bukan penolakan akses—jadi pemblokiran adalah jalan memutar, bukan mandat. Jika kontennya bernilai, jawaban jangka panjang yang lebih baik biasanya kepatuhan, bukan dinding 451. Jika harus memblokir dalam jangka pendek, 451 dengan pengungkapan yang jelas lebih baik daripada 403 kosong. Semua ini bukan nasihat hukum—apakah situasi spesifik Anda memerlukan atau mengizinkan 451 adalah pertanyaan untuk penasihat hukum, bukan keputusan yang dapat dibuat RFC atau contoh situs lain untuk Anda.

Q5. Apa pun pilihan Anda, bagaimana cara memverifikasinya?

• Search Console tidak akan membedakan 451 dari 4xx lain (masuk ke “URL blocked due to other 4xx issue” (terjemahan) “URL diblokir karena masalah 4xx lainnya”), jadi uji dari geografi yang terdampak (VPN atau pemeriksaan terdistribusi secara geografis) dan baca log server untuk memastikan peminta yang tepat—dan hanya peminta yang tepat—menerima blokir.

Seperti apa 451 dalam praktik

Ini adalah kategori penggunaan nyata, bukan template untuk menentukan apakah suatu pemblokiran diwajibkan secara hukum.

Pemblokiran sensor yang dibatasi per negara

Dalam laporan transparansi tahun 2016, Automattic mengumumkan bahwa WordPress.com akan mengembalikan 451 kepada pengunjung di negara-negara tempat mereka terpaksa memblokir situs karena alasan hukum. Pola yang berguna di sini adalah transparansinya: peminta melihat bahwa sumber daya tersebut ada tetapi ditahan, sedangkan peminta di luar negara terdampak masih menerima respons normal.

Pemblokiran regional setelah GDPR

Beberapa situs berita AS mengembalikan 451 kepada pengunjung UE alih-alih menyajikan pengalaman yang sama menurut GDPR. Ini contoh penggunaan kode di dunia nyata, bukan bukti bahwa GDPR mewajibkan 451. Pilihan tersebut tetap diperdebatkan karena kepatuhan dan penolakan akses bukanlah hal yang sama.

Takedown yang ditargetkan

Perintah pengadilan atau tuntutan hak cipta dapat berlaku untuk satu sumber daya, wilayah, atau kelas peminta. 451 yang cakupannya tepat membuat batasan itu eksplisit. Mengembalikannya untuk seluruh situs atau setiap geografi mengubah blokir hukum yang tertarget menjadi kegagalan ketersediaan dan pengindeksan global.

Checklist implementasi RFC 7725

• Pastikan pembatasan benar-benar didorong oleh tuntutan hukum, bukan sekadar preferensi bisnis atau lisensi.
• Kembalikan 451 Unavailable For Legal Reasons hanya untuk sumber daya dan peminta yang tercakup tuntutan tersebut.
• Jelaskan tuntutan di isi respons: pihak yang mengajukannya, hukum atau regulasi yang berlaku, serta orang dan sumber daya yang terdampak.
• Tambahkan header respons Link dengan rel="blocked-by" yang mengidentifikasi entitas pelaksana pemblokiran—tidak harus otoritas yang menuntutnya; pihak penuntut dicantumkan di isi respons.
• Konfigurasikan variasi cache atau aturan bypass agar respons yang dibuat untuk satu geografi tidak disajikan ke geografi lain oleh cache default.
• Pastikan dari mana 451 sebenarnya berasal (origin Anda atau CDN/proxy yang meneruskannya) agar Anda tahu siapa yang benar-benar menerapkan pemblokiran.
• Uji dari geografi yang terdampak dan yang tidak terdampak sebelum peluncuran.
• Periksa log server dan CDN setelah peluncuran untuk memastikan hanya permintaan yang dimaksud yang menerima 451.
• Dokumentasikan pemilik dan tanggal peninjauan aturan hukum agar pembatasan yang kedaluwarsa tidak dibiarkan selamanya.
• Ingat bahwa lolos semua butir di atas hanya membuktikan implementasi teknis berjalan—bukan bahwa pembatasan yang mendasarinya sah, cakupannya tepat, atau cukup untuk kepatuhan.

Buktikan bahwa 451 berbasis geografi memiliki cakupan yang benar

Bandingkan wilayah yang terdampak dan tidak terdampak

Uji yang dijalankan: Minta URL yang sama dari satu lokasi yang tercakup pembatasan dan satu lokasi di luarnya, lalu catat status serta header respons pada kedua kasus.

Hasil yang diharapkan: Permintaan dari wilayah terdampak mengembalikan 451; permintaan dari wilayah yang tidak terdampak mengembalikan respons yang biasanya disajikan URL tersebut.

Interpretasi kegagalan: Respons 451 yang sama dari kedua lokasi biasanya berarti aturan geografi terlalu luas atau cache bersama membocorkan respons yang diblokir.

Jendela pemantauan: Status dapat dipercaya segera, tetapi ulangi pemeriksaan setelah perubahan konfigurasi CDN dan dari lebih dari satu lokasi edge.

Pemicu rollback: Nonaktifkan atau bypass aturan jika lokasi yang tidak terdampak menerima 451.

Periksa respons transparansi

Uji yang dijalankan: Ambil header dan isi respons dari wilayah terdampak, lalu pastikan isi respons menjelaskan tuntutan dan header berisi nilai Link dengan rel="blocked-by".

Hasil yang diharapkan: Responsnya adalah 451 dengan pengungkapan yang mudah dipahami manusia dan tautan entitas pemblokir yang diwajibkan rencana implementasi.

Interpretasi kegagalan: Respons yang hanya berisi status berarti pemblokiran bekerja secara teknis, tetapi tidak memenuhi perilaku transparansi yang direkomendasikan RFC 7725.

Jendela pemantauan: Segera setelah penerapan.

Pemicu rollback: Tahan rilis jika respons mengungkap otoritas, hukum, geografi, atau sumber daya terdampak yang keliru.

Periksa pemisahan cache

Uji yang dijalankan: Panaskan URL dari geografi terdampak, lalu minta URL itu dari geografi yang tidak terdampak dan periksa header cache CDN beserta status yang dikembalikan. Jika Anda berada di balik CDN atau proxy, pastikan juga apakah 451 berasal dari origin Anda atau diteruskan dari lapisan upstream—hal itu menunjukkan siapa yang sebenarnya menerapkan pemblokiran, yang penting untuk header blocked-by.

Hasil yang diharapkan: Permintaan yang tidak terdampak tidak menggunakan ulang 451 yang di-cache, dan Anda dapat mengidentifikasi lapisan yang menghasilkan respons.

Interpretasi kegagalan: 451 yang di-cache lalu melintasi wilayah berarti kunci cache atau aturan bypass tidak bervariasi berdasarkan keputusan geografi. Jika Anda tidak dapat mengetahui apakah respons berasal dari origin atau lapisan penerus, Anda tidak dapat menyebut entitas pelaksana secara yakin di header blocked-by.

Jendela pemantauan: Segera, lalu ulangi setelah pengosongan cache atau perubahan aturan CDN.

Pemicu rollback: Hapus aturan berbasis geografi sampai isolasi cache dan asal-usul respons sama-sama terkonfirmasi.

Lolos semua uji di atas membuktikan implementasi teknis bekerja sesuai cakupan—bukan bahwa pembatasan hukum yang mendasarinya memiliki cakupan tepat, sah, atau cukup untuk kepatuhan. Penentuan itu adalah keputusan hukum tersendiri yang tidak dapat dibuat oleh pengujian ini.

Uji diri: 451 Tidak Tersedia karena Alasan Hukum

Lima pertanyaan singkat tentang arti 451 dan perilakunya terhadap SEO. Pilih jawaban untuk setiap pertanyaan, lalu periksa hasilnya.

Sumber yang layak Anda baca

Tulisan saya yang terkait

• Kode Status HTTP dan Dampaknya pada SEO — rangkuman lengkap 4xx/5xx, posisi 451 di antara kode-kode tersebut, dan mekanisme “4xxs drop pages from the index” (terjemahan) “4xx membuat halaman keluar dari indeks” (termasuk entri 451 satu paragraf saya).
• The Beginner’s Guide to Technical SEO — tempat masalah akses crawl/indeks seperti 451 berada dalam gambaran yang lebih besar.
• Robots.txt dan SEO: Semua yang Perlu Anda Ketahui — cara kontrol crawl dan indeks benar-benar bekerja, konteks yang berguna saat Anda memutuskan cara menghapus atau membatasi halaman.

Presentasi saya

• Cara Kerja Penelusuran (SlideShare) — alur crawl → render → indeks → penyajian; 451 adalah kegagalan 4xx di gerbang paling awal. (Penafian 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 7725 — Kode Status HTTP untuk Melaporkan Hambatan Hukum (IETF) — spesifikasi definitif: cakupan “legal demand” (terjemahan) “tuntutan hukum”, SHOULD untuk menjelaskan tuntutan, dan header Link: rel="blocked-by".
• Apakah HTTP 451 cocok untuk pemblokiran GDPR? (Terence Eden) — salah satu pengusul kode ini menyampaikan argumennya dan menyajikan sanggahan bahwa kepatuhan lebih baik daripada pemblokiran.
• Galat 451: Tidak Tersedia karena Alasan Hukum (Laporan Transparansi Automattic) — salah satu adopsi dunia nyata paling awal, dengan kerangka “transparency ≠ endorsement” (terjemahan) “transparansi ≠ dukungan”.
• HTTP 451 — Wikipedia — sejarah asal-usul, linimasa IETF, dan pola adopsi GDPR/sanksi.
• 451 Tidak Tersedia karena Alasan Hukum (AIOSEO) — daftar ringkas pemicu umum (sensor, DMCA, ToS, sanksi, pemblokiran geografis, privasi, putusan pengadilan).
• 451 Tidak Tersedia karena Alasan Hukum — penjelasan kode status HTTP (http.dev) — referensi untuk pengembang tentang kode ini dan penyebab umumnya.

Log perubahan