451 Non disponibile per motivi legali

TL;DR — Un 451 per motivi legali significa che il server rifiuta di mostrare una pagina perché una richiesta legale lo obbliga a farlo: un ordine del tribunale, censura governativa, rimozione DMCA o regolamento. Non è un 404 («qui non c’è nulla») né un 403 («non hai accesso»); significa che «una richiesta legale — non un guasto tecnico o una regola di permessi — impedisce di ottenere la risorsa». La RFC 7725 evita con cura di dire se la risorsa esista o sarebbe altrimenti disponibile: è una scelta deliberata. Il numero richiama il romanzo Fahrenheit 451.

Che cosa significa davvero un 451

Quando tu (o un bot di un motore di ricerca) chiedi una pagina, il server restituisce un codice di stato. 200 significa «eccola». Un 451 significa «l accesso a questa risorsa è bloccato a causa di una richiesta legale»: un ordine del tribunale, censura, rimozione o regolamento. 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 La RFC 7725 è precisa su un punto: il codice non conferma che la risorsa esista e non conferma neppure il contrario. Quindi non puoi leggere un 451 come prova che il contenuto sia davvero lì, in attesa di essere servito quando la richiesta legale verrà meno.

Il modo più semplice per distinguere il codice dai suoi vicini:

• 404 — «Qui non c’è nulla». La pagina non esiste.
• 403 — «Qui c’è qualcosa, ma non hai accesso». È un blocco di accesso.
• 451 — «Una richiesta legale — non un guasto tecnico o una regola di permessi — impedisce di ottenere la risorsa». A differenza di 404 e 403, non dice deliberatamente se la risorsa esista o sarebbe altrimenti disponibile; la RFC 7725 lascia aperta questa possibilità di proposito.

Quindi un 451 non significa che il server sia guasto e non è un problema di permessi. Il server ti sta dicendo perché sta bloccando l’accesso: per una ragione legale, non tecnica.

Dove lo incontrerai davvero

Nella mia guida ai codici di stato HTTP riassumo il 451 così: è “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.” (traduzione) «bloccato per una qualche ragione legale. Talvolta lo vedrai nei blocchi a livello nazionale, per esempio per notizie o video bloccati per motivi di privacy o licenza. Può comparire nelle rimozioni DMCA. Il codice richiama il romanzo Fahrenheit 451». Le cause più comuni sono:

• Geoblocking — un sito blocca i visitatori di alcuni Paesi (alcuni siti di notizie statunitensi lo hanno fatto con i visitatori dell’UE dopo il GDPR invece di adeguarsi).
• Rimozioni DMCA — rimozioni motivate dal copyright.
• Censura governativa o sanzioni — contenuti che un governo ha ordinato di bloccare o servizi interrotti per un Paese soggetto a sanzioni.

Perché conta per la SEO

Ecco la parte che molti articoli esplicativi saltano. Per Google, un 451 è semplicemente un altro errore 4xx. Google non indicizzerà una pagina che restituisce 451 e una pagina già indicizzata uscirà dai risultati nel tempo se continua a restituirlo, proprio come accade con 403 o 404.

Due conseguenze pratiche:

1. Non servire 451 globalmente per errore. Se vuoi bloccare solo alcuni Paesi ma una configurazione errata restituisce 451 a tutti (compreso Googlebot), la pagina verrà deindicizzata, proprio come accadrebbe con un 403 o 404 accidentale.
2. Google non tratterà il tuo blocco legale come un caso speciale. Non esiste una categoria «non possiamo mostrare questa pagina per motivi legali». Per la ricerca, la pagina è semplicemente scomparsa.

Vuoi la versione più approfondita — i requisiti di trasparenza della RFC 7725, come il codice appare in Search Console e se 451 sia davvero il codice giusto per il GDPR? Passa alla scheda Advanced.

TL;DR — 451 è l unico codice di stato HTTP progettato per la trasparenza legale, non per descrivere una condizione tecnica o di accesso. La RFC 7725 lo definisce per “resource access denied as a consequence of legal demands,” (traduzione) «accesso alla risorsa negato come conseguenza di richieste legali» e chiede (SHOULD) ai server di spiegare la richiesta nel corpo e di aggiungere un header Link: rel="blocked-by". Per la SEO non esiste un trattamento specifico: Google non documenta 451 tra i suoi «top 20» codici, Search Console non ha una etichetta 451 dedicata (il codice finisce in «URL bloccato per un altro problema 4xx») e il risultato è quello di un 4xx generico: la pagina non viene indicizzata o viene rimossa se lo era già. Un 451 servito globalmente per errore deindicizza come un 403/404 accidentale. E usare 451 per il geoblocking legato al GDPR è davvero discusso, non una questione risolta: vediamo entrambe le posizioni.

Che cos’è 451 e perché esiste

451 ha un’origine insolita per un codice di stato. È nato da proposte informali (Chris Applegate nel 2008, Terence Eden nel 2012), è stato descritto da Tim Bray nel 2013 e approvato dall’IETF il 18 dicembre 2015 come RFC 7725. Il numero è un riferimento letterario deliberato a Fahrenheit 451 di Ray Bradbury.

Più importante ancora, esiste per una ragione che nessun altro codice di stato copre. La formulazione della RFC 7725 è: “This document specifies a Hypertext Transfer Protocol (HTTP) status code for use when resource access is denied as a consequence of legal demands.” (traduzione) «Questo documento specifica un codice di stato dell’Hypertext Transfer Protocol (HTTP) da usare quando l’accesso a una risorsa è negato come conseguenza di richieste legali». È un obiettivo di progettazione fondamentalmente diverso da 403 (permessi) o 404 (esistenza). 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 Un 451 dice che l’accesso viene negato per una autorità legale, non per scelta dell’operatore e non per un bug. La RFC 7725 chiarisce che la risposta non implica né che la risorsa esista né che non esista; eliminare la richiesta legale non garantirebbe che una richiesta successiva abbia successo.

451 contro 403 e 404: che cosa cambia davvero

• 404 — la risorsa non esiste.
• 403 — la risorsa esiste, ma l’accesso viene rifiutato (barriera di login, blocco IP, regola WAF). È il server a rifiutare.
• 451 — l’accesso viene rifiutato per una richiesta legale e il rifiuto proviene da una terza parte — un tribunale, un governo, un titolare di diritti — non dalla regola di accesso dell’operatore. A differenza di 404 e 403, la RFC 7725 non dice deliberatamente se la risorsa esista o sarebbe altrimenti disponibile; l’ambiguità è intenzionale, non una svista.

Per un auditor, quest’ultima distinzione è tutto il valore di 451: spiega perché una pagina non si carica per alcuni visitatori — un autentico requisito legale o di conformità — invece di lasciarti indovinare se si tratti di una regola di accesso configurata male. Confondere 451 e 403 in un audit può nascondere proprio questa differenza.

Come Google tratta 451: nessun comportamento speciale, quindi considera il caso peggiore

Questa è l’aspettativa più importante da chiarire, perché va contro l’intuizione: Google non documenta 451 in modo speciale e non devi aspettarti che distingua «non possiamo mostrarlo legalmente» da «è guasto».

La pagina di Google su come i codici di stato incidono sui crawler chiarisce che copre solo i codici incontrati più spesso: “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.” (traduzione) «Questa guida descrive come Google Search tratta i 20 codici di stato incontrati più spesso sul web… I codici più esotici, come 418 (I’m a teapot), non sono trattati». 451 non è in quella lista dei top 20 — ho verificato che non compare in nessun punto della pagina. Non c’è quindi una politica Google specifica per 451 su cui fare affidamento.

A governarlo è invece la regola generica di Google sui 4xx: “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.” (traduzione) «Google non indicizza gli URL che restituiscono un codice di stato 4xx e rimuove dall’indice gli URL già indicizzati che restituiscono un 4xx». E aggiunge: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traduzione) «Tutti gli errori 4xx, tranne 429, vengono trattati allo stesso modo: i crawler di Google informano il sistema di elaborazione successivo che il contenuto non esiste». 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

In pratica, un 451 persistente si comporta come qualsiasi altro 4xx non indicizzabile: la pagina non entrerà nell’indice e, se vi era già, ne uscirà. L’affermazione SEO più sicura e difendibile su 451 è «Google lo tratta come un 4xx generico», non «Google gestisce in modo speciale i blocchi legali».

Come appare 451 in Search Console (risposta breve: non appare in modo specifico)

Il rapporto Indicizzazione delle pagine di Search Console non ha una motivazione 451 dedicata. Le motivazioni indicate includono «Non trovata (404)», «Bloccata a causa di una richiesta non autorizzata (401)», «Bloccata per accesso vietato (403)» e un contenitore generico: «URL bloccato per un altro problema 4xx». La guida di Google non nomina specificamente 451, quindi inserirlo in quel contenitore è la mia migliore inferenza sulla base delle evidenze attuali, non qualcosa che la documentazione dichiari esplicitamente: conferma il caso di un URL specifico con lo strumento Ispezione URL invece di dare per scontata la categoria.

La conseguenza pratica è reale: chi serve deliberatamente 451 a determinate aree geografiche vedrà quegli URL raggruppati con ogni altro codice 4xx non-401/403/404, senza alcun modo in GSC per distinguere «bloccato legalmente» da «configurato male». Se servi 451 intenzionalmente, non puoi affidarti a Search Console per confermare che funzioni come previsto: ti servono i log del server o test live dell’URL dalla geografia interessata.

La conseguenza per l’indicizzazione: «non farlo per errore»

Poiché 451 si comporta come un 4xx generico, il rischio è asimmetrico. Configuralo correttamente (per geografia/IP) e lo vedranno solo i visitatori bloccati. Configuralo male — restituisci 451 globalmente invece di limitarlo alla geografia — e consegni a ogni crawler un 4xx per una pagina che volevi indicizzare, deindicizzandola come farebbe un 403 o 404 accidentale.

Un’altra complicazione tecnica della RFC 7725 è che le risposte 451 sono memorizzabili in cache per impostazione predefinita. Questo conta se un edge CDN memorizza un 451 destinato solo a determinati intervalli IP o aree geografiche: una risposta di blocco legale memorizzata può arrivare a richiedenti (e crawler) ai quali non era destinata. Configura deliberatamente il comportamento della cache.

Come Bing tratta 451

La documentazione pubblica di Bing non tratta specificamente 451, quindi delimito onestamente il punto invece di riempirlo. Bing ha una procedura autonoma di rimozione nell UE — un modulo per bloccare i risultati di Bing in Europa legato alla sentenza CJEU del 2014 sul «diritto all oblio» — ma è un meccanismo dell indice di ricerca, non ha a che fare con i codici di stato HTTP a livello server. L ipotesi ragionevole (un inferenza, non una dichiarazione ufficiale di Bing) è che Bing tratti un 4xx non documentato come 451 nello stesso modo degli altri errori client: lo declassi o lo rimuova dall indice, in linea con il comportamento generale dei crawler. Come per 403, «sistemare Google» non significa automaticamente «sistemare Bing»: controlla gli strumenti di entrambi dopo una modifica al blocco geografico o legale. Né Google né Bing pubblicano una SLA fissa per il nuovo crawling o la reindicizzazione quando un blocco legale viene rimosso: non promettere a un cliente una tempistica di recupero; aspettati i normali tempi dipendenti dal budget di crawling, confermati con un ispezione live, non una garanzia.

Implementare correttamente 451: la checklist della RFC 7725 che molti siti saltano

Quasi ogni implementazione reale di 451 (e ogni articolo concorrente che ho trovato) ignora ciò che la specifica chiede davvero. La RFC 7725 dice: “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.” (traduzione) «Le risposte che usano questo codice DOVREBBERO includere nel corpo una spiegazione dei dettagli della richiesta legale: la parte che la presenta, la legge o il regolamento applicabile e le categorie di persone e risorse a cui si applica». Inoltre, la specifica definisce un header HTTP Link con rel="blocked-by" che identifica l’entità che ha richiesto il blocco.

Un’implementazione 451 difendibile quindi:

1. Spiega la richiesta legale nel corpo della risposta — chi la presenta, quale legge o regolamento si applica e a chi. (È anche una buona pratica di UX e trasparenza per un visitatore bloccato o un ricercatore.)
2. Aggiungi l’header Link: rel="blocked-by" indicando l’entità che implementa il blocco, non necessariamente l’autorità che lo ha richiesto. La distinzione è importante: l’header identifica chi esegue il blocco, mentre la parte che lo impone appartiene al corpo della risposta.
3. Limita correttamente il blocco — per geografia o IP, così da non restituire 451 a richiedenti (e crawler) fuori dalla regione interessata.
4. Controlla deliberatamente la cache — poiché 451 è memorizzabile per impostazione predefinita, assicurati che un edge CDN non memorizzi un blocco geografico per tutti.

Nulla di tutto questo rende il blocco sottostante legittimo, correttamente delimitato o sufficiente per la conformità: la checklist offre trasparenza del protocollo, non una conclusione legale. Se una restrizione debba davvero esistere e sia stata tracciata correttamente è una valutazione legale di chi prende quella decisione, non qualcosa che la risposta HTTP possa stabilire.

Un’altra precisazione importante: 451 non deve necessariamente originarsi sul server origin. La RFC 7725 consente esplicitamente a un ISP, CDN, provider DNS o motore di ricerca di implementare il blocco per conto di qualcun altro. Cloudflare, per esempio, documenta che può inoltrare direttamente il 451 dell’origin; ma il semplice pass-through dimostra solo che la risposta è transitata da quel livello, non che Cloudflare (o un altro intermediario) abbia ricevuto la richiesta legale o generato la risposta. Se stai facendo un audit di un 451 dietro un CDN, verifica dove origina realmente prima di presumere chi abbia implementato il blocco.

451 è il codice giusto per il geoblocking legato al GDPR? (è discusso)

Qui voglio essere prudente, perché molte pagine di glossario affermano come fatto assodato che «451 serve per il geoblocking legato al GDPR». Non è una questione risolta.

Terence Eden — uno dei proponenti informali originari del codice — ha sostenuto questa posizione in HTTP 451 è adatto al blocco GDPR?: “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (traduzione) «Se l’unico modo per accedere a una risorsa comportasse servire contenuti che violano la legge, allora 451 è appropriato». Il suo ragionamento è che la RFC 7725 richieda solo una «richiesta legale», non un ordine del tribunale o una censura attiva, e che la stessa legge dell’UE possa costituire quella richiesta.

Ma anche il post di Eden presenta il controargomento che deve comparire in ogni trattamento onesto: la soluzione migliore è rispettare la legge, non bloccare. I critici — e il testo stesso del GDPR — sostengono che il regolamento richieda una gestione conforme dei dati (consenso e pratiche corrette), non la negazione dell’accesso. In questa lettura, i siti di notizie dell’UE che dopo il 2018 hanno mostrato un muro 451 ai visitatori europei sceglievano una soluzione di ripiego, non adempivano a un obbligo legale di bloccare. Entrambe le letture sono legittime; il punto da ricordare è che 451 per il GDPR è una scelta difendibile ma discussa, non un obbligo.

Vale anche la pena ricordare che non serve un 451 per rispettare un ordine DMCA o una rimozione disposta da un tribunale. Molti siti usano 404, 403 o la semplice rimozione del contenuto e non adottano mai 451. Il suo valore aggiunto è la trasparenza — dire a visitatori e ricercatori perché — non un requisito tecnico-legale di usare proprio quel codice.

Sia chiaro: tutto questo non è consulenza legale. Stabilire se uno specifico blocco regionale legato al GDPR, una richiesta sul copyright, una regola sulle sanzioni o un ordine del tribunale richieda o consenta 451 — oppure richieda la conformità — è una questione legale e fattuale da sottoporre al tuo consulente. La semantica della RFC e il modo in cui altri siti hanno implementato 451 non risolvono il caso concreto: spiegano solo che cosa il codice comunica e che cosa non comunica dopo che hai deciso.

451 nel mondo reale

• Automattic (WordPress.com) è stato tra i primi e più citati adottanti. Nel suo rapporto di trasparenza del 2016 ha detto che il codice “will be returned to visitors from those countries where we have been forced to block websites for legal reasons” (traduzione) «verrà restituito ai visitatori dei Paesi in cui siamo stati costretti a bloccare siti per motivi legali», sottolineando di essere “strongly opposed to Internet censorship” (traduzione) «fortemente contrario alla censura di Internet». È un utile promemoria: servire 451 rende trasparente un blocco, non significa che l’operatore lo approvi.
• Siti di notizie statunitensi dopo il GDPR (dal 2018 in poi) che bloccano il traffico dell’UE invece di adeguarsi: il 451 quotidiano più visibile per molte persone.
• Inaccessibilità dovuta a sanzioni — la BBC ha riferito di sanzioni sul Sudan che hanno interrotto servizi occidentali, uno scenario che 451 è stato progettato per rendere leggibile.
• Blocchi di repository dovuti al DMCA sono citati ampiamente nel settore (GitHub è l’esempio abituale); se citi un’implementazione specifica attuale, verificala live invece di fidarti della sua reputazione.

Per la famiglia più ampia — differenze tra 4xx e 5xx e posizione di 451 — consulta la mia guida all impatto SEO dei codici di stato HTTP e gli approfondimenti fratelli 403 e 404 di questo cluster.

Riepilogo IA

Una sintesi della versione Avanzata:

• 451 = «accesso negato a causa di una richiesta legale». Ordine del tribunale, censura, DMCA, sanzioni o regolamento, distinto da 403 (accesso rifiutato) e 404 (risorsa inesistente). La RFC 7725 evita deliberatamente di confermare o negare che la risorsa esista o sarebbe altrimenti servita: l’ambiguità è intenzionale.
• È l’unico codice costruito per la trasparenza legale. La RFC 7725 (IETF, dicembre 2015; riferimento a Fahrenheit 451) chiede ai server di spiegare la richiesta nel corpo e di aggiungere un header Link: rel="blocked-by" che nomina l’entità che implementa il blocco, non necessariamente l’autorità che lo ha imposto. Questa entità non deve essere il server origin: il blocco può essere implementato da un ISP, CDN o motore di ricerca, e il pass-through di un 451 dell’origin da parte di un CDN non prova chi abbia ricevuto la richiesta.
• Nessun trattamento speciale da parte di Google. 451 non è tra i «top 20» codici di stato documentati da Google, quindi vale la regola generica dei 4xx: non viene indicato o viene rimosso dall’indice se lo era già. Presumi che Google lo tratti come qualsiasi altro 4xx.
• Search Console non ha un’etichetta 451. Il codice finisce nel contenitore «URL bloccato per un altro problema 4xx»: è la mia migliore inferenza sulla base delle evidenze attuali (la guida di Google non nomina 451), non una garanzia documentata; verifica quindi l’URL con lo strumento Ispezione URL. In ogni caso, dentro GSC non puoi distinguere «bloccato legalmente» da «configurato male».
• Non restituire 451 globalmente per errore. Una configurazione errata che restituisca 451 a tutti (compreso Googlebot) deindicizza la pagina come un 403/404 accidentale. Inoltre 451 è memorizzabile in cache per impostazione predefinita: controlla che un edge CDN non conservi per tutti un blocco destinato a una singola area.
• 451 per il GDPR è discusso, non risolto — e questo non è consulenza legale. Terence Eden lo considera difendibile alla luce dell’ampia formulazione «richiesta legale» della RFC 7725; i critici (e il testo del GDPR) osservano che la legge richiede una gestione conforme, non la negazione dell’accesso. Stabilire se una specifica richiesta o giurisdizione richieda o consenta 451 spetta a un consulente legale, non alla RFC o agli esempi di altri siti.
• 451 non è necessario per DMCA o ordini del tribunale. I siti usano anche 404/403/rimozione: il valore aggiunto di 451 è la trasparenza, non una necessità legale. Superare una checklist di trasparenza non rende il blocco sottostante legittimo o sufficiente ai fini della conformità.
• Bing: non esiste documentazione specifica su 451; presumi un trattamento 4xx generico. Il modulo UE per il «diritto all’oblio» di Bing è un meccanismo a livello di indice, non una convenzione sui codici di stato. Né Google né Bing pubblicano una SLA fissa per il nuovo crawling o la reindicizzazione dopo la rimozione di un blocco.

Documentazione ufficiale

Documentazione di fonte primaria su 451, sulla famiglia dei 4xx e sui meccanismi di rimozione legale che gli sono adiacenti.

Standard

• RFC 7725 — An HTTP Status Code to Report Legal Obstacles — IETF, la specifica di riferimento per 451: l’ambito della «richiesta legale», l’obbligo SHOULD di spiegare la richiesta, l’header Link: rel="blocked-by" e la memorizzabilità in cache.

Google

• How HTTP status codes affect Google’s crawlers — l’ambito dei «top 20» (451 non è trattato) e la regola generica sui 4xx: gli URL 4xx (tranne 429) vengono rimossi dall’indice.
• Page indexing report — Search Console Help — le motivazioni disponibili; 451 non ha una riga dedicata e rientra in «URL bloccato per un altro problema 4xx».
• European privacy requests: Search removals FAQs — la procedura Google per il «diritto all’oblio»: una rimozione dall’indice di ricerca imposta dalla legge, non una convenzione server-side sul 451.

Bing / Microsoft

• Request form to block Bing search results in Europe — la procedura UE di rimozione di Bing (sentenza CJEU del 2014), un meccanismo a livello di indice che non menziona i codici di stato HTTP.

Riferimento generale sul web

• HTTP 451 — Wikipedia — la migliore risorsa fattuale e storica: proposte originarie (Applegate 2008, Eden 2012, Bray 2013), approvazione IETF (18 dicembre 2015) e adozione in scenari GDPR e sanzioni.

Citazioni dalla fonte

Dichiarazioni registrate. Ogni link è un collegamento profondo che porta al passaggio citato nella pagina sorgente.

Google: 451 non ha un trattamento speciale (vale la regola generica sui 4xx)

• “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.” (traduzione) «Google non indicizza gli URL che restituiscono un codice di stato 4xx e rimuove dall’indice gli URL già indicizzati che restituiscono un 4xx» — documentazione Google Search Central.
• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traduzione) «Tutti gli errori 4xx, tranne 429, vengono trattati allo stesso modo: i crawler di Google informano il sistema di elaborazione successivo che il contenuto non esiste». Salta alla citazione Salta alla citazione

Google: il contenitore generico di Search Console per 451

• Il contenitore del rapporto Indicizzazione delle pagine per i 4xx diversi da 401/403/404: “URL blocked due to other 4xx issue.” (traduzione) «URL bloccato per un altro problema 4xx» — Guida di Search Console. Salta alla citazione

Patrick Stox: la definizione in linguaggio semplice

• “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.” (traduzione) «451 — Non disponibile per motivi legali: viene bloccato per una qualche ragione legale. Talvolta compare nei blocchi a livello nazionale, per esempio per notizie o video bloccati per motivi di privacy o licenza. Può comparire nelle rimozioni DMCA. Il codice richiama il romanzo Fahrenheit 451» — Impatto SEO dei codici di stato HTTP, Ahrefs Blog. Salta alla citazione

Terence Eden: 451 è appropriato per il GDPR? (co-proponente del codice) Commento di settore, non una pagina di standard di prima parte. Verificato parola per parola sulla pagina live (2026-07-17).

• “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (traduzione) «Se l’unico modo per accedere a una risorsa comportasse servire contenuti che violano la legge, allora 451 è appropriato» — Terence Eden, 451 e blocco del GDPR: è appropriato?, shkspr.mobi (2018).

Automattic (WordPress.com): uno dei primi adottanti nel mondo reale Riferito dal rapporto di trasparenza di Automattic; la formulazione è stata estratta tramite un recupero con sommario: confermala sulla pagina live prima di trattarla come definitiva.

• “The error code will be returned to visitors from those countries where we have been forced to block websites for legal reasons.” (traduzione) «Il codice di errore verrà restituito ai visitatori dei Paesi in cui siamo stati costretti a bloccare siti per motivi legali» — Errore 451: non disponibile per motivi legali, Automattic Transparency Report (5 gennaio 2016).

RFC 7725: il requisito di trasparenza La citazione è stata estratta tramite un fetch di rfc-editor.org; il wrapping HTML può influire su una corrispondenza esatta con #:~:text=, quindi conferma il rendering live prima di trattare come definitivo il deep link.

• “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.” (traduzione) «Le risposte che usano questo codice DOVREBBERO includere nel corpo una spiegazione dei dettagli della richiesta legale: la parte che la presenta, la legge o il regolamento applicabile e le categorie di persone e risorse a cui si applica» — RFC 7725, IETF.

451 contro 403 e geo-redirect: quale usare per contenuti limitati dalla legge o dalla geografia?

La domanda breve che ricevo più spesso è: devo limitare un contenuto per legge o per regione, quindi che cosa devo restituire? Procedi dall’alto verso il basso. Non esiste una risposta unica «corretta», ma esiste una scelta difendibile per ogni situazione.

Q1. La limitazione è motivata da una richiesta legale (ordine del tribunale, censura, DMCA, sanzioni, regolamento)?

• No: è una scelta commerciale o di licenza (per esempio «vendiamo questo solo negli Stati Uniti») → 451 non è il segnale giusto. Valuta un redirect basato sulla geografia verso una pagina adeguata alla regione (un 302/307 verso una versione conforme) oppure una pagina 200 «non disponibile nella tua regione». Passa alla Q4.
• Sì → continua.

Q2. Vuoi dire al visitatore o ricercatore che dietro al blocco c’è un’autorità legale?

• Sì → è esattamente lo scopo di 451. Servilo con le informazioni della RFC 7725: chi lo richiede e quale legge vanno nel corpo, mentre Link: rel="blocked-by" nomina chi implementa il blocco (potrebbe non essere la stessa parte). Vai alla Q3.
• No: preferisci che la pagina sembri semplicemente scomparsa → anche un 404 (gone), 403 (accesso rifiutato) o la semplice rimozione del contenuto soddisfa una rimozione. Perdi il segnale di trasparenza, ma non esiste un obbligo legale di usare 451. Vai alla Q3.

Q3. Il blocco vale per tutti o solo per alcune geografie/richiedenti?

• Tutti → restituire 451 (o 404/403) globalmente va bene se vuoi davvero togliere la pagina dalla ricerca: Google la deindicizzerà come un 4xx generico.
• Solo alcune regioni/IP → limitalo per geografia/IP così i crawler fuori dalla regione ricevano ancora 200. Punto cruciale: 451 è memorizzabile in cache per impostazione predefinita, quindi verifica che il CDN non stia memorizzando un 451 geografico per tutti i visitatori: deindicizzerebbe globalmente la pagina per errore.

Q4. È un caso GDPR «non siamo conformi, quindi blocchiamo l’UE»?

• Riconosci che è discusso. 451 è difendibile alla luce dell’ampia formulazione «richiesta legale» della RFC 7725 (argomento di Terence Eden), ma il GDPR richiede una gestione conforme dei dati, non la negazione dell’accesso: il blocco è una soluzione di ripiego, non un obbligo. Se il contenuto ha valore, la risposta di lungo periodo di solito è la conformità, non un muro 451. Se devi bloccare nel breve periodo, un 451 con informazioni chiare è preferibile a un 403 nudo. Nulla di tutto questo è consulenza legale: stabilire se la tua situazione richieda o consenta 451 spetta a un consulente, non alla RFC o agli esempi di altri siti.

Q5. Qualunque scelta tu faccia, come la verifichi?

• Search Console non distinguerà 451 dagli altri 4xx (è «URL bloccato per un altro problema 4xx»), quindi testa dalla geografia interessata (con una VPN o un controllo distribuito) e leggi i log del server per confermare che il blocco arrivi ai richiedenti corretti, e solo a loro.

Come appare 451 nella pratica

Queste sono categorie d’uso reali, non modelli per decidere se un blocco sia giuridicamente necessario.

Un blocco di censura limitato a un Paese

Automattic ha annunciato nel rapporto di trasparenza del 2016 che WordPress.com avrebbe restituito 451 ai visitatori dei Paesi in cui era stato costretto a bloccare siti per motivi legali. Il modello utile è la trasparenza: il richiedente vede che la risorsa esiste ma viene trattenuta, mentre i richiedenti fuori dal Paese interessato ricevono ancora la risposta normale.

Un blocco regionale dopo il GDPR

Alcuni siti di notizie statunitensi hanno restituito 451 ai visitatori dell’UE invece di offrire la stessa esperienza nel quadro del GDPR. È un esempio del codice in uso, non la prova che il GDPR richieda 451. La scelta resta discussa perché conformità e negazione dell’accesso non sono la stessa cosa.

Una rimozione mirata

Un ordine del tribunale o una richiesta sul copyright può riguardare una sola risorsa, un territorio o una classe di richiedenti. Un 451 ben delimitato rende esplicita questa limitazione. Restituirlo per l’intero sito o per ogni area geografica trasforma un blocco legale mirato in un problema globale di disponibilità e indicizzazione.

Checklist di implementazione della RFC 7725

• Conferma che la limitazione sia davvero motivata da una richiesta legale, non solo da una preferenza commerciale o di licenza.
• Restituisci 451 Unavailable For Legal Reasons solo per le risorse e i richiedenti coperti da quella richiesta.
• Spiega la richiesta nel corpo della risposta: la parte che la presenta, la legge o il regolamento applicabile e le persone e risorse interessate.
• Aggiungi un header Link con rel="blocked-by" che identifichi l’entità che implementa il blocco — non necessariamente l’autorità che lo ha richiesto; la parte che lo impone appartiene al corpo.
• Configura la variazione della cache o regole di bypass affinché una risposta generata per una geografia non possa essere servita a un’altra dalla cache predefinita.
• Conferma da dove origina davvero il 451 (il tuo origin oppure un CDN/proxy che lo inoltra) per sapere chi ha implementato il blocco.
• Testa da una geografia interessata e da una non interessata prima del lancio.
• Controlla i log del server e del CDN dopo il lancio per verificare che solo le richieste previste ricevano 451.
• Documenta il responsabile e la data di revisione della regola legale, così una restrizione scaduta non resti attiva indefinitamente.
• Ricorda che superare tutti i punti dimostra che l’implementazione tecnica funziona, ma non stabilisce che la restrizione sottostante sia legittima, correttamente delimitata o sufficiente per la conformità.

Dimostra che un 451 limitato alla geografia sia davvero circoscritto

Confronta aree interessate e non interessate

Test da eseguire: Richiedi lo stesso URL da una posizione coperta dalla limitazione e da una posizione esterna, registrando in entrambi i casi lo stato e gli header della risposta.

Risultato atteso: La richiesta interessata restituisce 451; quella non interessata restituisce la risposta che l’URL servirebbe normalmente.

Interpretazione di un fallimento: Risposte 451 identiche da entrambe le posizioni indicano di solito che la regola geografica è troppo ampia o che una cache condivisa ha fatto trapelare la risposta bloccata.

Finestra di monitoraggio: Lo stato è attendibile subito, ma ripeti il controllo dopo modifiche alla configurazione CDN e da più di un edge location.

Trigger di rollback: Disabilita o aggira la regola se una posizione non interessata riceve 451.

Ispeziona la risposta di trasparenza

Test da eseguire: Recupera header e corpo della risposta interessata, poi conferma che il corpo spieghi la richiesta e che gli header contengano un valore Link con rel="blocked-by".

Risultato atteso: La risposta è un 451 con la divulgazione leggibile da un essere umano e il link all’entità bloccante richiesti dal piano di implementazione.

Interpretazione di un fallimento: Una risposta con il solo stato significa che il blocco funziona tecnicamente ma non rispetta il comportamento di trasparenza raccomandato dalla RFC 7725.

Finestra di monitoraggio: Subito dopo il deployment.

Trigger di rollback: Sospendi il rilascio se la risposta divulga l’autorità, la legge, la geografia o la risorsa interessata sbagliata.

Controlla la separazione della cache

Test da eseguire: Riscalda l’URL dalla geografia interessata, poi richiedilo dalla geografia non interessata e controlla gli header della cache CDN insieme allo stato restituito. Se sei dietro un CDN o un proxy, verifica anche se il 451 origina dal tuo origin o viene inoltrato da un livello upstream: questo dice chi ha implementato davvero il blocco, un dettaglio importante per l’header blocked-by.

Risultato atteso: La richiesta non interessata non riutilizza il 451 memorizzato e puoi identificare quale livello ha generato la risposta.

Interpretazione di un fallimento: Un 451 memorizzato che attraversa le regioni significa che la chiave della cache o la regola di bypass non varia in base alla decisione geografica. Se non puoi capire se la risposta è originata dal tuo origin o da un livello pass-through, non puoi nominare con sicurezza l’entità che implementa il blocco nell’header blocked-by.

Finestra di monitoraggio: Subito e nuovamente dopo purge della cache o modifiche alle regole CDN.

Trigger di rollback: Rimuovi la regola limitata alla geografia finché non hai confermato isolamento della cache e provenienza della risposta.

Superare tutti i test dimostra che l’implementazione tecnica funziona con lo scope previsto, ma non stabilisce che la restrizione legale sottostante sia correttamente delimitata, legittima o sufficiente per la conformità. È una valutazione legale distinta che i test non possono fare al posto tuo.

Mettiti alla prova: 451 per motivi legali

Cinque domande rapide su che cosa significa 451 e su come si comporta per la SEO. Scegli una risposta per ciascuna, poi controlla.

Risorse che meritano il tuo tempo

I miei articoli correlati

• Impatto SEO dei codici di stato HTTP — la panoramica completa su 4xx/5xx, il posto di 451 tra i codici e il meccanismo per cui i 4xx fanno uscire le pagine dall’indice (include il mio paragrafo dedicato a 451).
• Guida introduttiva alla SEO tecnica — il contesto più ampio in cui rientrano i problemi di accesso al crawling e all’indice come 451.
• Robots.txt e SEO: tutto quello che devi sapere — come funzionano davvero i controlli di crawling e indicizzazione, utile quando decidi come rimuovere o limitare una pagina.

I miei interventi

• Come funziona la ricerca (SlideShare) — il mio percorso crawl → render → index → serve; 451 è un errore 4xx al primo cancello. (Avvertenza permanente: «questa è la mia comprensione dei sistemi… non sarà completa o accurata al 100%».)

Dal resto del settore

• RFC 7725 — Codice di stato HTTP per segnalare ostacoli legali (IETF) — la specifica definitiva: ambito della «richiesta legale», SHOULD di spiegare la richiesta e header Link: rel="blocked-by".
• 451 e blocco del GDPR: è appropriato? (Terence Eden) — un co-proponente del codice sostiene la tesi e presenta correttamente il controargomento secondo cui la conformità è preferibile al blocco.
• Errore 451: non disponibile per motivi legali (Automattic Transparency Report) — una delle prime adozioni nel mondo reale, con l’idea che «trasparenza ≠ approvazione».
• HTTP 451 — Wikipedia — storia dell’origine, cronologia IETF e adozione per GDPR e sanzioni.
• 451 per motivi legali (AIOSEO) — un elenco chiaro delle cause comuni (censura, DMCA, ToS, sanzioni, geoblocking, privacy e sentenze).
• 451 per motivi legali: spiegazione del codice HTTP (http.dev) — riferimento per sviluppatori sul codice e sulle sue cause comuni.

Cronologia modifiche