451 no disponible por motivos legales

TL;DR — Un 451 no disponible por motivos legales significa que el servidor se niega a mostrar una página porque una demanda legal le obliga a ello: una orden judicial, censura gubernamental, retirada de la DMCA o normativa. No es un 404 («aquí no hay nada») ni un 403 («no tienes acceso»); es «una demanda legal —no un fallo técnico ni una regla de permisos— explica por qué no puedes obtener esto». RFC 7725 evita cuidadosamente decir si el recurso existe o podría servirse de otro modo; es deliberado. El nombre alude a la novela Fahrenheit 451.

Qué significa realmente un 451

Cuando tú (o el bot de un buscador) solicitas una página, el servidor devuelve un código de estado. 200 significa «aquí está». 451 no disponible por motivos legales significa «el acceso está bloqueado por una demanda legal»: una orden judicial, censura, retirada o normativa. 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 es deliberadamente preciso en un punto: el código no confirma que el recurso exista ni que no exista; por eso no puedes interpretar un 451 como prueba de que el contenido está ahí esperando a que desaparezca la demanda legal.

La forma más sencilla de distinguirlo de sus vecinos es esta:

• 404 — No encontrado — «aquí no hay nada». La página no existe.
• 403 — Prohibido — «hay algo aquí, pero no tienes acceso». Es un bloqueo de acceso.
• 451 — No disponible por motivos legales — «una demanda legal, no un fallo técnico ni una regla de permisos, explica por qué no puedes obtener esto». A diferencia del 404 y el 403, no dice deliberadamente si el recurso existe o podría servirse; RFC 7725 deja esa cuestión abierta a propósito.

Por tanto, un 451 no significa que el servidor esté averiado ni que exista un problema de permisos. El servidor te está explicando por qué bloquea: por un motivo legal, no técnico.

Dónde lo verás realmente

En mi guía de códigos de estado HTTP resumo el 451 así: “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.” (traducción) «bloqueado por algún tipo de motivo legal. A veces aparece con bloqueos por país, por ejemplo en noticias o vídeos bloqueados por motivos de privacidad o licencias. Puede aparecer en retiradas de la DMCA. El código remite a la novela Fahrenheit 451». Los desencadenantes más habituales son:

• Bloqueo geográfico — un sitio bloquea a visitantes de determinados países (algunos sitios de noticias estadounidenses lo hicieron con visitantes de la UE tras el RGPD en lugar de adaptarse).
• Retiradas de la DMCA — eliminaciones motivadas por derechos de autor.
• Censura o sanciones gubernamentales — contenido que un gobierno ha ordenado bloquear o servicios cortados para un país sancionado.

Por qué importa para el SEO

Esta es la parte que la mayoría de las explicaciones omite. Para Google, un 451 es simplemente otro error 4xx. Google no indexará una página que devuelva 451 y una página que ya estaba indexada saldrá de los resultados con el tiempo si sigue devolviéndolo: el mismo destino que tendría un 403 o un 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

Dos consecuencias prácticas:

1. No sirvas 451 globalmente por accidente. Si pretendes bloquear solo determinados países, pero una mala configuración devuelve 451 a todo el mundo (incluido Googlebot), desindexarás la página, exactamente como ocurriría con un 403 o 404 accidental.
2. Google no tratará tu bloqueo legal como algo especial. No tiene una categoría de «legalmente no podemos mostrar esto». Para la búsqueda, la página simplemente ha desaparecido.

¿Quieres la versión detallada —los requisitos de transparencia de RFC 7725, cómo aparece en Search Console y si 451 es siquiera el código adecuado para el bloqueo por RGPD—? Cambia a la pestaña Avanzado.

TL;DR — 451 es el único código de estado HTTP diseñado alrededor de la transparencia legal, no del estado técnico o de acceso. RFC 7725 lo define para “resource access denied as a consequence of legal demands,” (traducción) «acceso al recurso denegado como consecuencia de demandas legales» y pide a los servidores que expliquen la demanda en el cuerpo y añadan una cabecera Link: rel="blocked-by". Para SEO no hay un tratamiento específico: Google no documenta 451 entre sus «top 20» códigos, Search Console no tiene una etiqueta 451 propia (aparece como «URL blocked due to other 4xx issue») y el resultado es el de cualquier 4xx: no se indexa o se elimina si ya estaba indexado. Un 451 servido globalmente por error desindexa igual que un 403/404 accidental. Y usar 451 para el bloqueo geográfico por RGPD es realmente controvertido, no una cuestión resuelta: cubriré ambos lados.

Qué es 451 y por qué existe

451 tiene un origen inusual para un código de estado. Comenzó como propuestas informales (Chris Applegate en 2008 y Terence Eden en 2012), Tim Bray lo desarrolló por escrito en 2013 y la IETF lo aprobó el 18 de diciembre de 2015 como RFC 7725. El número es una referencia literaria deliberada a Fahrenheit 451, de Ray Bradbury.

Más importante aún, existe por un motivo que ningún otro código cubre. RFC 7725 lo formula así: “This document specifies a Hypertext Transfer Protocol (HTTP) status code for use when resource access is denied as a consequence of legal demands.” (traducción) «Este documento especifica un código de estado del Protocolo de transferencia de hipertexto (HTTP) para usar cuando el acceso a un recurso se deniega como consecuencia de demandas legales». Es un objetivo de diseño fundamentalmente distinto del 403 (permisos) o el 404 (existencia). 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 que el acceso se deniega por una autoridad legal: no por elección del operador ni por un error. RFC 7725 deja claro que la respuesta no implica ni que el recurso exista ni que no exista; retirar la demanda legal tampoco garantizaría que una solicitud posterior tuviera éxito.

451 frente a 403 y 404: qué cambia realmente

• 404 — No encontrado — el recurso no existe.
• 403 — Prohibido — el recurso existe, pero se rechaza el acceso (una barrera de inicio de sesión, un bloqueo de IP o una regla del WAF). El que rechaza es el servidor.
• 451 — No disponible por motivos legales — el acceso se rechaza por una demanda legal, y la negativa procede de un tercero —un tribunal, un gobierno o el titular de derechos—, no de la propia regla de acceso del operador. A diferencia del 404 y el 403, RFC 7725 no dice deliberadamente si el recurso existe o podría servirse; la ambigüedad es intencionada, no un descuido.

Para quien audita, esa última distinción es todo el valor del 451: te dice por qué una página no carga para determinados visitantes —un requisito legal o de cumplimiento real— en vez de dejarte adivinar si hay una regla de acceso mal configurada. Confundir 451 y 403 durante una auditoría puede ocultar precisamente esa diferencia.

Cómo trata Google el 451: sin tratamiento especial y suponiendo el peor caso

Este es el punto más importante que debes dejar claro, porque contradice la intuición: Google no documenta un tratamiento especial para 451 y no debes esperar que distinga entre «legalmente no podemos mostrar esto» y «esto está roto».

La propia página de Google sobre cómo los códigos de estado afectan a sus rastreadores dice explícitamente que solo cubre los códigos que encuentra habitualmente: “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.” (traducción) «Esta guía describe cómo Google Search trata los 20 códigos de estado principales que encuentra en la web… Los códigos más exóticos, como el 418 (I’m a teapot), no están cubiertos». El 451 no está en esa lista de los 20: confirmé que no aparece en ningún punto de esa página. Por tanto, no hay una política específica de Google sobre 451 en la que apoyarse.

Lo que sí lo rige es la regla genérica de 4xx de 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.” (traducción) «Google no indexa las URL que devuelven un código de estado 4xx y las URL que ya están indexadas y devuelven un código de estado 4xx se eliminan del índice». Y: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traducción) «Todos los errores 4xx, excepto 429, se tratan igual: los rastreadores de Google informan al siguiente sistema de procesamiento de que el contenido no existe». 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

En la práctica, un 451 persistente se comporta como cualquier otro 4xx no indexable: la página no entra en el índice y, si ya estaba allí, acaba saliendo. La afirmación SEO más segura y defendible sobre 451 es «Google lo trata como un 4xx genérico», no «Google tiene un tratamiento especial para los bloqueos legales».

Cómo aparece 451 en Search Console (respuesta corta: no aparece de forma específica)

El informe de indexación de páginas de Search Console no tiene un motivo específico para 451. Sus motivos etiquetados incluyen «No encontrado (404)», «Bloqueado por solicitud no autorizada (401)», «Bloqueado porque el acceso está prohibido (403)» y un cajón de sastre: «URL bloqueada por otro problema 4xx». La página de ayuda de Google no menciona específicamente 451, así que asignarlo a ese cajón es una inferencia basada en la evidencia actual, no algo que la documentación afirme literalmente. Confírmalo para cada URL con la herramienta de Inspección de URL en vez de dar por hecho la categoría.

La consecuencia práctica es real: un propietario que sirve deliberadamente 451 a determinadas geografías verá esas URL mezcladas con todos los demás códigos 4xx que no son 401/403/404, sin forma de distinguir dentro de GSC entre «bloqueado legalmente» y «mal configurado». Si sirves 451 intencionadamente, no puedes depender de Search Console para confirmar que hace lo que pretendías; necesitarás registros del servidor o pruebas de la URL activa desde la geografía afectada.

La consecuencia para la indexación y la advertencia de «no hacerlo por accidente»

Como 451 se comporta como un 4xx genérico, el riesgo es asimétrico. Delimítalo correctamente (por geografía o IP) y solo los visitantes bloqueados lo verán. Delimítalo mal —devuelve 451 globalmente en vez de limitarlo geográficamente— y entregarás a cada rastreador un 4xx para una página que querías indexar, desindexándola igual que un 403 o 404 accidental.

Otro matiz técnico de RFC 7725: las respuestas 451 se pueden almacenar en caché de forma predeterminada. Eso importa si un edge de CDN almacena en caché un 451 pensado solo para determinados rangos de IP o geografías: una respuesta de bloqueo legal en caché puede llegar a solicitantes (y rastreadores) a los que nunca estaba destinada. Configura deliberadamente el comportamiento de caché.

Cómo trata Bing el 451

La documentación pública de Bing no aborda específicamente 451, así que voy a acotar la afirmación con honestidad en lugar de rellenar el hueco. Bing tiene su propio proceso de desindexación europea —un formulario para bloquear resultados de Bing en Europa vinculado a la sentencia del TJUE de 2014 sobre el «derecho al olvido»—, pero es un mecanismo del índice de búsqueda, no algo relacionado con códigos HTTP del servidor. La suposición operativa razonable (una inferencia, no una declaración oficial de Bing) es que Bing trata un 4xx no documentado como 451 igual que otros errores del cliente: lo pospone o elimina del índice, de acuerdo con el comportamiento general de los rastreadores. Al igual que con 403, «arreglar Google» no arregla automáticamente Bing: comprueba las herramientas de ambos buscadores después de cualquier cambio de bloqueo geográfico o legal. Ni Google ni Bing publica un SLA fijo de nuevo rastreo o reindexación una vez levantado un bloqueo legal; no prometas al cliente un plazo de recuperación. Espera el ritmo normal, dependiente del presupuesto de rastreo, y confírmalo con una inspección activa, no con una garantía.

Implementar 451 correctamente: la lista de RFC 7725 que la mayoría de sitios omite

Casi todos los 451 del mundo real (y todas las explicaciones comparables que encontré) ignoran lo que realmente pide la especificación. 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.” (traducción) «Las respuestas que usan este código de estado DEBERÍAN incluir en el cuerpo una explicación de los detalles de la demanda legal: la parte que la formula, la legislación o normativa aplicable y a qué clases de personas y recursos se aplica». Además, la especificación define una cabecera HTTP Link con rel="blocked-by" que identifica a la entidad que exigió el bloqueo.

Por tanto, una implementación 451 defendible:

1. Explica la demanda legal en el cuerpo de la respuesta: quién la formula, qué ley o normativa aplica y a quién afecta. (También es buena UX y una práctica de transparencia para el visitante bloqueado o quien investiga.)
2. Añade la cabecera Link: rel="blocked-by", que nombra a la entidad que implementa el bloqueo, no necesariamente a la autoridad que lo exigió. La distinción importa: la cabecera identifica quién ejecuta el bloqueo; la parte que lo ordena debe aparecer en el cuerpo.
3. Delimita correctamente el bloqueo por geografía o IP, para no servir 451 a solicitantes (ni rastreadores) fuera de la región afectada.
4. Controla deliberadamente la caché: como 451 se puede almacenar en caché de forma predeterminada, asegúrate de que el edge de la CDN no almacene un bloqueo geográfico para todo el mundo.

Nada de esto hace que el bloqueo subyacente sea legal, esté bien delimitado o sea suficiente para el cumplimiento. La lista compra transparencia de protocolo, no una conclusión jurídica. Si una restricción debe existir realmente y si se ha trazado correctamente es una determinación legal del responsable de la decisión, no algo que la respuesta HTTP pueda resolver.

Un último matiz de precisión: 451 no tiene que originarse en el servidor de origen. RFC 7725 permite expresamente que un ISP, una CDN, un proveedor DNS o un buscador implemente el bloqueo en nombre de otra parte. Cloudflare, por ejemplo, documenta que puede transmitir directamente el 451 del origen, pero ese comportamiento solo demuestra que la respuesta atravesó esa capa; no demuestra que Cloudflare (ni otro intermediario) recibiera la demanda legal o generara la respuesta. Si auditas un 451 detrás de una CDN, comprueba dónde se origina realmente antes de suponer quién lo implementó.

¿Es 451 el código adecuado para el bloqueo geográfico por RGPD? (es controvertido)

Aquí quiero ser cuidadoso, porque muchas páginas de glosario afirman que «451 es para el bloqueo geográfico por RGPD» como si fuera un hecho resuelto. No lo es.

Terence Eden —uno de los proponentes informales originales del código— defendió la opción en ¿Es apropiado HTTP 451 para el bloqueo por RGPD?: “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (traducción) «si la única forma de acceder a un recurso implicara servir contenido que infringe la ley, entonces 451 es apropiado». Su razonamiento es que RFC 7725 solo exige una «demanda legal», no una orden judicial ni censura activa, y que la propia legislación de la UE puede constituir esa demanda.

Pero incluso la publicación de Eden presenta el contraargumento que debe aparecer en cualquier tratamiento honesto: la mejor solución es cumplir la ley, no bloquear. Los críticos —y el propio texto del RGPD— sostienen que la normativa exige tratamiento conforme de los datos (consentimiento y prácticas adecuadas), no denegar el acceso. Desde ese punto de vista, los sitios de noticias de la UE que levantaron una barrera 451 para visitantes europeos después de 2018 eligieron una solución provisional, no el cumplimiento de una obligación legal de bloquear. Ambas perspectivas son legítimas; la conclusión que debes llevarte es que 451 para RGPD es una opción defendible pero discutida, no una obligación.

También conviene recordar que no necesitas un 451 para cumplir una orden de la DMCA o una retirada judicial. Muchos sitios cumplen con 404, 403 o una simple eliminación de contenido sin adoptar 451. Su valor añadido es la transparencia —decir a visitantes e investigadores por qué—, no una obligación técnico-jurídica de utilizar ese código concreto.

Para dejarlo claro, esto no es asesoramiento jurídico. Si un bloqueo regional por RGPD, aviso de copyright, regla de sanciones u orden judicial concreta exige o permite realmente un 451 —o exige cumplimiento en su lugar— es una cuestión jurídica y fáctica que debe responder tu asesoría. La semántica de RFC y la forma en que otros sitios han implementado 451 no resuelven esa cuestión para tu caso; solo explican qué comunica y qué no comunica el código una vez tomada la decisión.

451 real en la práctica

• Automattic (WordPress.com) fue uno de los primeros adoptantes y uno de los más citados. En su publicación de transparencia de 2016 dijo que el código “will be returned to visitors from those countries where we have been forced to block websites for legal reasons” (traducción) «se devolverá a visitantes de los países en los que nos hemos visto obligados a bloquear sitios web por motivos legales», y subrayó que está “strongly opposed to Internet censorship.” (traducción) «firmemente en contra de la censura de Internet». Es un recordatorio útil: servir 451 hace transparente un bloqueo, pero no significa que el operador lo apruebe.
• Sitios de noticias estadounidenses después del RGPD (2018+) bloquearon el tráfico de la UE en vez de ofrecer la misma experiencia cumpliendo la normativa: es el 451 cotidiano más visible para muchas personas.
• Inaccesibilidad por sanciones: la BBC ha informado sobre sanciones a Sudán que cortaron servicios occidentales, el tipo de escenario que 451 se diseñó para hacer legible.
• Bloqueos de repositorios por DMCA se citan ampliamente en el sector (GitHub es el ejemplo habitual); si vas a citar una implementación actual concreta, verifícala en directo en vez de confiar en la reputación.

Para la familia más amplia —cómo se diferencian los 4xx de los 5xx y dónde encaja 451— consulta mi guía Impacto SEO de los códigos de estado HTTP y los artículos hermanos 403 Prohibido y 404 No encontrado de este grupo.

Resumen de IA

Una versión condensada de la versión Avanzada:

• 451 = «acceso retenido por una demanda legal». Orden judicial, censura, DMCA, sanciones o normativa: es distinto de 403 (acceso rechazado) y 404 (no existe). RFC 7725 no confirma ni niega deliberadamente que el recurso exista o se sirva de otro modo; la ambigüedad es intencionada.
• Es el único código de estado creado para la transparencia legal. RFC 7725 (IETF, diciembre de 2015; referencia a Fahrenheit 451) pide que los servidores expliquen la demanda en el cuerpo y añadan una cabecera Link: rel="blocked-by" con el nombre de quien implementa el bloqueo, no necesariamente de quien lo exigió. Esa entidad no tiene que ser el servidor de origen: un ISP, una CDN o un buscador puede implementar el bloqueo, y una CDN que transmite el 451 del origen no demuestra quién recibió la demanda.
• No hay un tratamiento especial de Google. 451 no aparece entre los «top 20» códigos documentados por Google, así que se rige por la regla 4xx genérica: no se indexa o se elimina del índice si ya estaba allí. Supón que Google lo trata como cualquier otro 4xx.
• Search Console no tiene una etiqueta 451. Un 451 cae en el cajón «URL blocked due to other 4xx issue»; esa asignación es mi inferencia basada en la evidencia actual (la ayuda de Google no menciona 451), no una garantía documentada. Verifica una URL concreta con la herramienta de Inspección de URL. Tampoco puedes distinguir dentro de GSC entre «bloqueado legalmente» y «mal configurado».
• No sirvas 451 globalmente por accidente. Una mala configuración que devuelva 451 a todo el mundo (incluido Googlebot) desindexa la página como un 403/404 accidental. Además, 451 es cacheable por defecto: vigila que una CDN no almacene un bloqueo geográfico para todos.
• 451 para RGPD es controvertido, no resuelto, y esto no es asesoramiento jurídico. Terence Eden considera defendible la opción bajo el lenguaje amplio de «demanda legal» de RFC 7725; los críticos (y el texto del RGPD) sostienen que la ley exige tratamiento conforme, no denegación de acceso. Que una demanda o jurisdicción concreta exija o permita 451 es una cuestión para la asesoría, no algo que RFC u otros ejemplos puedan zanjar.
• No necesitas 451 para DMCA u órdenes judiciales. Los sitios también cumplen con 404/403/eliminación; el valor añadido de 451 es la transparencia, no la necesidad jurídica, y pasar una lista técnica de transparencia no hace legal ni suficiente el bloqueo subyacente.
• Bing: no tiene documentación específica sobre 451; supón un tratamiento 4xx genérico. Su formulario europeo del «derecho al olvido» actúa sobre el índice, no es una convención de código de estado. Ni Google ni Bing publica un SLA fijo de nuevo rastreo o reindexación cuando se levanta un bloqueo.

Documentación oficial

Documentación de fuentes primarias sobre 451, la familia 4xx y los mecanismos de eliminación legal relacionados.

Normas

• RFC 7725 — An HTTP Status Code to Report Legal Obstacles — especificación que define 451: alcance de la «demanda legal», requisito de explicar la demanda, cabecera Link: rel="blocked-by" y posibilidad de almacenamiento en caché.

Google

• Cómo afectan los códigos de estado HTTP a los rastreadores de Google — alcance de los «top 20» (451 no está cubierto) y regla 4xx genérica: las URL 4xx, salvo 429, se eliminan del índice.
• Informe de indexación de páginas — Ayuda de Search Console — motivos etiquetados; 451 no tiene una fila propia y cae bajo «URL blocked due to other 4xx issue».
• Solicitudes de privacidad europeas: preguntas frecuentes sobre eliminaciones de Search — proceso de «derecho al olvido» de Google: una desindexación del índice de búsqueda exigida por ley, no una convención de 451 a nivel de servidor.

Bing / Microsoft

• Formulario para bloquear resultados de Bing en Europa — proceso europeo de desindexación de Bing (sentencia del TJUE de 2014): un mecanismo del índice sin mención a códigos de estado HTTP.

Referencia web general

• HTTP 451 — Wikipedia — el mejor recurso factual e histórico: propuestas iniciales (Applegate 2008, Eden 2012, Bray 2013), aprobación de la IETF (18 de diciembre de 2015) y patrón de adopción en RGPD y sanciones.

Citas de la fuente

Declaraciones registradas. Cada enlace es un enlace profundo que salta al pasaje citado en la página de origen.

Google: 451 no tiene tratamiento especial (rige la regla 4xx genérica)

• “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.” (traducción) «Google no indexa las URL que devuelven un código de estado 4xx y las URL ya indexadas que devuelven un código de estado 4xx se eliminan del índice». — Documentación de Google Search Central. Ir a la cita
• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traducción) «Todos los errores 4xx, excepto 429, se tratan igual: los rastreadores de Google informan al siguiente sistema de procesamiento de que el contenido no existe». Ir a la cita

Google: el cajón de Search Console para 451

• El cajón de todos los 4xx que no son 401/403/404 en el informe de indexación: “URL blocked due to other 4xx issue.” (traducción) «URL bloqueada por otro problema 4xx». — Ayuda de Search Console. Ir a la cita

Patrick Stox: definición en lenguaje claro

• “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.” (traducción) «451 no disponible por motivos legales: esto está bloqueado por algún tipo de motivo legal. A veces lo verás con bloqueos por país, por ejemplo en noticias o vídeos bloqueados por motivos de privacidad o licencias. Puede aparecer en retiradas de la DMCA. El código hace referencia a la novela Fahrenheit 451». — Guía de códigos de estado HTTP y su impacto en el SEO, blog de Ahrefs. Ir a la cita

Terence Eden: ¿es apropiado 451 para RGPD? (coproponente del código) Comentario del sector, no una página de normas primaria. Se verificó literalmente contra la página activa (2026-07-17).

• “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (traducción) «si la única forma de acceder a un recurso implicara servir contenido que infringe la ley, entonces 451 es apropiado». — Terence Eden, ¿Es apropiado HTTP 451 para el bloqueo por RGPD?, shkspr.mobi (2018).

Automattic (WordPress.com): uno de los primeros adoptantes Transmitido desde el informe de transparencia de Automattic; la redacción se extrajo mediante una obtención resumida. Confírmala contra la página activa antes de tratarla como definitiva.

• “The error code will be returned to visitors from those countries where we have been forced to block websites for legal reasons.” (traducción) «El código de error se devolverá a visitantes de los países en los que nos hemos visto obligados a bloquear sitios web por motivos legales». — Error 451: no disponible por motivos legales, informe de transparencia de Automattic (5 de enero de 2016).

RFC 7725: el requisito de transparencia La cita se extrajo mediante una obtención de rfc-editor.org; los saltos de línea HTML pueden afectar a la coincidencia exacta de #:~:text=, así que confirma el enlace profundo contra la representación activa antes de tratarlo como definitivo.

• “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.” (traducción) «Las respuestas que usan este código de estado DEBERÍAN incluir en el cuerpo una explicación de los detalles de la demanda legal: la parte que la formula, la legislación o normativa aplicable y las clases de personas y recursos a los que se aplica». — RFC 7725, IETF.

451 frente a 403 y redirección geográfica: ¿cuál debería usar para contenido limitado legal o geográficamente?

La pregunta práctica que más recibo es: necesito restringir contenido por ley o por región, ¿qué debo devolver? Trabaja de arriba abajo. No hay una única respuesta «correcta», pero sí una defendible para cada situación.

P1. ¿La restricción la provoca una demanda legal (orden judicial, censura, DMCA, sanciones o normativa)?

• No: es una decisión comercial o de licencias (por ejemplo, «solo vendemos esto en EE. UU.») → 451 no es la señal adecuada. Considera una redirección geográfica a una página apropiada para la región (un 302/307 a una versión conforme) o una página 200 de «no disponible en tu región». Pasa a P4.
• Sí → continúa.

P2. ¿Quieres decir al visitante o investigador que hay una autoridad legal detrás del bloqueo?

• Sí → esto es exactamente para lo que se creó 451. Sírvelo con las revelaciones de RFC 7725: quién lo exige y qué ley deben ir en el cuerpo, y Link: rel="blocked-by" nombra a quien implementa el bloqueo (que puede no ser la misma parte). Pasa a P3.
• No: prefieres que la página simplemente parezca desaparecida → un 404 (desaparecida), un 403 (acceso rechazado) o una simple eliminación de contenido también sirven para una retirada. Pierdes la señal de transparencia, pero no existe una obligación legal de usar 451. Pasa a P3.

P3. ¿El bloqueo se aplica a todo el mundo o solo a algunas geografías o solicitantes?

• A todo el mundo → devolver 451 (o 404/403) globalmente está bien si realmente quieres sacar la página de la búsqueda: Google la desindexará como un 4xx genérico.
• Solo a algunas regiones o IP → delimítalo por geografía o IP para que los rastreadores fuera de la región sigan recibiendo 200. Importante: 451 se puede almacenar en caché de forma predeterminada, así que confirma que la CDN no esté almacenando en caché un 451 geográfico para todos los visitantes; eso desindexaría la página globalmente por accidente.

P4. ¿Es una situación de RGPD del tipo «no cumplimos, así que bloqueamos la UE»?

• Reconoce que es controvertido. 451 es defendible según el lenguaje amplio de «demanda legal» de RFC 7725 (el argumento de Terence Eden), pero el propio RGPD pide un tratamiento conforme de los datos, no denegar el acceso: el bloqueo es una solución provisional, no una obligación. Si el contenido tiene valor, la mejor respuesta a largo plazo suele ser el cumplimiento, no una barrera 451. Si tienes que bloquear a corto plazo, un 451 con revelaciones claras es mejor que un 403 desnudo. Esto no es asesoramiento jurídico: si tu situación concreta exige o permite 451 es una cuestión para tu asesoría, no una decisión que RFC o los ejemplos de otros sitios tomen por ti.

P5. Elijas lo que elijas, ¿cómo lo verificas?

• Search Console no distinguirá 451 de los demás 4xx (aparece como «URL blocked due to other 4xx issue»), así que prueba desde la geografía afectada (una VPN o una comprobación distribuida geográficamente) y lee los registros del servidor para confirmar que el bloqueo llega a los solicitantes correctos, y solo a ellos.

Cómo es un 451 en la práctica

Estas son categorías de uso reales, no plantillas para decidir si un bloqueo es jurídicamente obligatorio.

Un bloqueo de censura limitado a un país

Automattic anunció en su informe de transparencia de 2016 que WordPress.com devolvería 451 a visitantes de países donde se le había obligado a bloquear sitios por motivos legales. El patrón útil es la transparencia: el solicitante ve que el recurso existe, pero se está reteniendo, mientras que quienes están fuera del país afectado pueden recibir la respuesta normal.

Un bloqueo regional posterior al RGPD

Algunos sitios de noticias estadounidenses devolvieron 451 a visitantes de la UE en vez de ofrecer la misma experiencia cumpliendo el RGPD. Es un ejemplo del código en la práctica, no una prueba de que el RGPD exija 451. La elección sigue siendo controvertida porque cumplimiento y denegación de acceso no son lo mismo.

Una retirada dirigida

Una orden judicial o demanda de derechos de autor puede aplicarse a un recurso, territorio o clase de solicitante concretos. Un 451 bien delimitado hace explícita esa limitación. Devolverlo para todo el sitio o todas las geografías convierte un bloqueo legal dirigido en un fallo global de disponibilidad e indexación.

Lista de comprobación para implementar RFC 7725

• Confirma que la restricción procede realmente de una demanda legal, no solo de una preferencia comercial o de licencias.
• Devuelve 451 Unavailable For Legal Reasons solo a los recursos y solicitantes cubiertos por esa demanda.
• Explica la demanda en el cuerpo: la parte que la formula, la ley o normativa aplicable y las personas y recursos afectados.
• Añade una cabecera de respuesta Link con rel="blocked-by" que identifique a la entidad que implementa el bloqueo; no necesariamente a la autoridad que lo exige, que debe figurar en el cuerpo.
• Configura reglas de variación o bypass de caché para que una respuesta generada para una geografía no se sirva a otra por la caché predeterminada.
• Confirma dónde se origina realmente el 451 (en tu origen o en una CDN/proxy que lo transmite) para saber quién implementó de verdad el bloqueo.
• Prueba desde una geografía afectada y otra no afectada antes del lanzamiento.
• Comprueba los registros del servidor y de la CDN después del lanzamiento para confirmar que solo las solicitudes previstas reciben 451.
• Documenta al responsable y la fecha de revisión de la regla legal para que una restricción vencida no permanezca indefinidamente.
• Recuerda que superar todos los puntos demuestra que la implementación técnica funciona; no establece que la restricción subyacente sea legal, esté bien delimitada o sea suficiente para el cumplimiento.

Demuestra que un 451 geográfico está correctamente delimitado

Compara regiones afectadas y no afectadas

Prueba que debes ejecutar: solicita la misma URL desde una ubicación cubierta por la restricción y otra fuera de ella, registrando el estado y las cabeceras de respuesta en ambos casos.

Resultado esperado: la solicitud afectada devuelve 451; la solicitud no afectada devuelve la respuesta que normalmente serviría esa URL.

Interpretación del fallo: respuestas 451 idénticas desde ambas ubicaciones suelen significar que la regla geográfica es demasiado amplia o que una caché compartida ha filtrado la respuesta bloqueada.

Ventana de monitorización: el estado es fiable de inmediato, pero repite la comprobación después de cambios de configuración de la CDN y desde más de una ubicación edge.

Disparador de rollback: desactiva o evita la regla si una ubicación no afectada recibe 451.

Inspecciona la respuesta de transparencia

Prueba que debes ejecutar: obtiene las cabeceras y el cuerpo de la respuesta afectada y confirma que el cuerpo explica la demanda y que las cabeceras contienen un valor Link con rel="blocked-by".

Resultado esperado: la respuesta es un 451 con la revelación legible para humanos y el enlace a la entidad bloqueadora exigido por el plan de implementación.

Interpretación del fallo: una respuesta con solo el estado significa que el bloqueo funciona técnicamente, pero no cumple el comportamiento de transparencia que recomienda RFC 7725.

Ventana de monitorización: inmediatamente después del despliegue.

Disparador de rollback: detén el lanzamiento si la respuesta revela una autoridad, ley, geografía o recurso afectado incorrectos.

Comprueba la separación de caché

Prueba que debes ejecutar: calienta la URL desde la geografía afectada, después solicítala desde la geografía no afectada e inspecciona las cabeceras de caché de la CDN y el estado devuelto. Si estás detrás de una CDN o proxy, confirma también si el 451 se origina en tu origen o se transmite desde una capa ascendente: eso te indica quién implementó realmente el bloqueo, lo que importa para la cabecera blocked-by.

Resultado esperado: la solicitud no afectada no reutiliza el 451 almacenado en caché y puedes identificar qué capa generó la respuesta.

Interpretación del fallo: un 451 almacenado en caché que cruza regiones significa que la clave de caché o la regla de bypass no varía según la decisión geográfica. Si no puedes saber si la respuesta se originó en tu origen o en una capa de transmisión, no puedes nombrar con confianza a la entidad que implementa el bloqueo en la cabecera blocked-by.

Ventana de monitorización: inmediata y de nuevo después de purgas de caché o cambios en las reglas de CDN.

Disparador de rollback: elimina la regla geográfica hasta confirmar el aislamiento de caché y la procedencia de la respuesta.

Superar todas las pruebas anteriores demuestra que la implementación técnica funciona dentro del alcance previsto; no establece que la restricción legal subyacente esté bien delimitada, sea lícita o sea suficiente para el cumplimiento. Esa determinación es jurídica y las pruebas no pueden hacerla por ti.

Ponte a prueba: 451 no disponible por motivos legales

Cinco preguntas rápidas sobre qué significa un 451 y cómo se comporta para el SEO. Elige una respuesta para cada una y después comprueba el resultado.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Códigos de estado HTTP y su impacto en el SEO — el resumen completo de códigos 4xx/5xx, donde 451 ocupa su lugar entre los códigos e incluye mi entrada de un párrafo sobre 451.
• Guía para principiantes de SEO técnico — dónde encajan problemas de acceso de rastreo e indexación como 451 en el panorama general.
• Robots.txt y SEO: todo lo que necesitas saber — cómo funcionan realmente los controles de rastreo e indexación, contexto útil al decidir cómo retirar o restringir una página.

Mis charlas

• Cómo funciona la búsqueda (SlideShare) — mi recorrido de rastreo → renderizado → indexación → publicación; un 451 es un fallo 4xx en la primera puerta. (Aviso permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no será completa ni exacta al 100 %».)

Desde el sector

• RFC 7725 — Un código de estado HTTP para comunicar obstáculos legales (IETF) — la especificación definitiva: el alcance de «demanda legal», el requisito de explicar la demanda y la cabecera Link: rel="blocked-by".
• ¿Es apropiado HTTP 451 para el bloqueo por RGPD? (Terence Eden) — un coproponente del código expone el argumento y presenta con justicia la réplica de que cumplir es mejor que bloquear.
• Error 451: no disponible por motivos legales (informe de transparencia de Automattic) — una de las primeras adopciones reales, con el marco «transparencia ≠ aprobación».
• HTTP 451 — Wikipedia — historia del origen, cronología de la IETF y patrón de adopción en RGPD y sanciones.
• 451 no disponible por motivos legales (AIOSEO) — lista clara de desencadenantes habituales (censura, DMCA, ToS, sanciones, bloqueo geográfico, privacidad y órdenes judiciales).
• 451 no disponible por motivos legales — explicación del código de estado HTTP (http.dev) — referencia para desarrolladores sobre el código y sus causas habituales.

Registro de cambios