451 Indisponível por Motivos Legais

O que significa o HTTP 451, como o Google trata conteúdo bloqueado por motivos legais em comparação com conteúdo restrito por geolocalização, como isso aparece no Search Console e quando usar 451 em vez de outros códigos para bloqueio geográfico.

Publicado pela primeira vez: 27 de jun. de 2026 · Última atualização: 8 de ago. de 2026 · Avançado
Idiomas

Um 451 Indisponível por Motivos Legais significa que um recurso está sendo retido por uma exigência legal — ordem judicial, censura governamental, remoção por DMCA, sanção ou regulamentação — e não porque está ausente (404) ou porque o acesso foi negado (403). É o único código HTTP criado para transparência jurídica: a RFC 7725 pede que o servidor explique quem exige o bloqueio e com qual autoridade, além de adicionar um cabeçalho Link: rel="blocked-by". Para SEO, não espere tratamento especial — o Google não documenta o 451 entre seus "20 principais" códigos, e o Search Console não tem um rótulo específico para 451; por isso, ele cai na categoria genérica "URL blocked due to other 4xx issue" e se comporta como qualquer 4xx: não é indexado ou sai do índice. Servir 451 globalmente por engano desindexa a página como um 403/404 acidental. E usar 451 para bloqueio geográfico relacionado ao GDPR é uma escolha genuinamente controversa, não um fato estabelecido.

TL;DR — 451 é o único código de status HTTP criado em torno da transparência jurídica, e não de um estado técnico ou de acesso. A RFC 7725 o define para “resource access denied as a consequence of legal demands,” (tradução) «acesso ao recurso negado como consequência de exigências legais» e pede (SHOULD) que os servidores expliquem a exigência no corpo e adicionem um cabeçalho Link: rel="blocked-by". Para SEO, não há tratamento específico: o Google não documenta o 451 entre seus “20 principais” códigos, e o Search Console não tem um rótulo dedicado (ele cai em “URL blocked due to other 4xx issue”); o resultado é o de um 4xx genérico — não indexado ou removido se já estivesse no índice. Servir 451 globalmente por engano desindexa como um 403/404 acidental. E usar 451 para bloqueio geográfico relacionado ao GDPR é genuinamente controverso, não uma questão resolvida — a análise cobre os dois lados.

O que é 451 — e por que ele existe

451 tem uma origem incomum para um código de status. Começou com propostas informais (Chris Applegate em 2008 e Terence Eden em 2012), foi descrito por Tim Bray em 2013 e aprovado pela IETF em 18 de dezembro de 2015 como a RFC 7725. O número é uma referência literária deliberada a Fahrenheit 451, de Ray Bradbury.

Mais importante: ele existe por uma razão que nenhum outro código de status cobre. A própria RFC 7725 diz: “This document specifies a Hypertext Transfer Protocol (HTTP) status code for use when resource access is denied as a consequence of legal demands.” (tradução) «Este documento especifica um código de status do Hypertext Transfer Protocol (HTTP) para uso quando o acesso a um recurso é negado como consequência de exigências legais.» Essa é uma finalidade fundamentalmente diferente da do 403 (permissões) ou do 404 (existência). 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: IETF: RFC 7725 — An HTTP Status Code to Report Legal Obstacles Um 451 diz que o acesso está sendo negado por uma autoridade legal — não por escolha do operador nem por um bug. A RFC 7725 deixa explícito que a resposta não implica nem que o recurso existe nem que não existe; remover a exigência legal não garante que uma solicitação posterior terá sucesso.

451 vs. 403 vs. 404 — qual é a diferença na prática

  • 404 Não encontrado — o recurso não existe.
  • 403 Proibido — o recurso existe, mas o acesso é recusado (uma barreira de login, um bloqueio de IP ou uma regra de WAF). É o servidor que recusa.
  • 451 Indisponível por Motivos Legais — o acesso é recusado por uma exigência legal, e a recusa se origina em um terceiro — tribunal, governo ou titular de direitos —, não na própria regra de acesso do operador. Diferentemente do 404 e do 403, a RFC 7725 deliberadamente não diz se o recurso existe ou se poderia ser servido; essa ambiguidade é intencional, não uma falha.

Para um auditor, essa última distinção é o valor principal do 451: ela diz por que uma página não carrega para certos visitantes — uma exigência real de conformidade legal — em vez de deixar você tentando adivinhar se há uma regra de acesso mal configurada. Misturar 451 e 403 em uma auditoria pode ocultar essa diferença.

Como o Google trata 451 — sem tratamento especial; assuma o pior

Esta é a expectativa mais importante, porque contraria a intuição: o Google não documenta um tratamento especial para 451, e você não deve esperar que ele diferencie “não podemos mostrar isto por motivos legais” de “isto está quebrado”.

A própria página do Google sobre como os códigos de status afetam seus rastreadores deixa claro que cobre apenas os códigos encontrados com frequência: “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.” (tradução) «Este guia descreve como a Busca do Google trata os 20 principais códigos de status encontrados na web… Códigos mais exóticos, como 418 (I’m a teapot), não são cobertos.» O 451 não está nessa lista dos 20 principais — confirmei que ele não aparece em nenhum ponto da página. Portanto, não há uma política específica do Google para 451 na qual se apoiar.

O que de fato o governa é a regra genérica de 4xx do 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.” (tradução) «O Google não indexa URLs que retornam um código de status 4xx, e URLs já indexadas que retornam um código 4xx são removidas do índice.» E: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (tradução) «Todos os erros 4xx, exceto 429, são tratados da mesma forma: os rastreadores do Google informam ao próximo sistema de processamento que o conteúdo não 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: Google: How HTTP status codes affect Google's crawlers

Funcionalmente, portanto, um 451 persistente se comporta como qualquer outro 4xx não indexável: a página não entra no índice e, se já estiver lá, sai dele. A afirmação de SEO mais segura e defensável sobre 451 é “o Google o trata como um 4xx genérico” — não “o Google tem um tratamento especial para bloqueios legais”.

Como 451 aparece no Search Console (resposta curta: não aparece de forma específica)

O relatório de indexação de páginas do Search Console não tem um motivo dedicado para 451. Os motivos rotulados incluem “Não encontrado (404)”, “Bloqueado por solicitação não autorizada (401)”, “Bloqueado porque o acesso é proibido (403)” e uma categoria genérica: “URL blocked due to other 4xx issue.” A página de ajuda do Google não cita 451 especificamente; portanto, mapeá-lo para essa categoria é a minha melhor inferência com base nas evidências atuais, não algo declarado pela documentação — confirme em uma URL específica com a ferramenta de Inspeção de URL, em vez de presumir a categoria.

A consequência prática é real: um proprietário que serve 451 deliberadamente para determinadas geografias verá essas URLs agrupadas com todos os outros códigos 4xx que não sejam 401/403/404, sem forma de distinguir dentro do GSC entre “bloqueado por motivos legais” e “mal configurado”. Se você serve 451 intencionalmente, não pode depender do Search Console para confirmar que ele está fazendo o que você pretendia — precisará de logs do servidor ou de um teste de URL ativa a partir da geografia afetada.

A consequência para a indexação — e o alerta “não faça isso por acidente”

Como 451 se comporta como um 4xx genérico, o risco é assimétrico. Faça o escopo corretamente (por geografia/IP) e apenas os visitantes bloqueados o verão. Faça o escopo errado — retorne 451 globalmente em vez de limitá-lo à geografia — e você entregará um 4xx a todos os rastreadores para uma página que queria indexar, desindexando-a da mesma forma que um 403 ou 404 acidental.

Outro detalhe técnico da RFC 7725: as respostas 451 podem ser armazenadas em cache por padrão. Isso tem implicações práticas se uma borda de CDN armazenar um 451 que deveria se aplicar apenas a determinados intervalos de IP ou geografias — uma resposta de bloqueio legal armazenada em cache pode vazar para solicitantes (e rastreadores) que nunca deveriam recebê-la. Configure o comportamento do cache deliberadamente.

Como o Bing trata 451

A documentação pública do Bing não trata especificamente de 451, então vou delimitar a afirmação com honestidade em vez de preenchê-la com suposições. O Bing tem seu próprio processo de remoção na UE — um formulário para bloquear resultados do Bing na Europa ligado à decisão de 2014 do CJEU sobre o “direito ao esquecimento” —, mas esse é um mecanismo de índice de busca, não algo relacionado a códigos de status HTTP no nível do servidor. A suposição de trabalho razoável (uma inferência, não uma declaração oficial do Bing) é que o Bing trate um 4xx não documentado, como 451, da mesma forma que outros erros de cliente: reduzindo sua prioridade ou removendo-o do índice, em linha com o comportamento geral de rastreadores. Assim como no 403, “corrigir o Google” não corrige automaticamente o Bing — verifique as ferramentas dos dois mecanismos após qualquer mudança de bloqueio geográfico/legal. Nem Google nem Bing publicam um SLA fixo de novo rastreamento ou reindexação quando um bloqueio legal é suspenso — não prometa um prazo de recuperação; espere o ritmo normal dependente do orçamento de rastreamento, confirmado por inspeção ao vivo, não por uma garantia de prazo.

Como implementar 451 corretamente — a lista de verificação da RFC 7725 que a maioria dos sites ignora

Quase todo 451 do mundo real (e todo explicador concorrente que encontrei) ignora o que a especificação realmente pede. A RFC 7725 diz: “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.” (tradução) «As respostas que usam este código devem, preferencialmente, incluir no corpo uma explicação dos detalhes da exigência legal: a parte que a apresentou, a legislação ou regulamentação aplicável e as classes de pessoas e recursos às quais ela se aplica.» Além disso, a especificação define um cabeçalho HTTP Link com rel="blocked-by" para identificar a entidade que implementa o bloqueio.

Uma implementação 451 defensável, portanto:

  1. Explica a exigência legal no corpo da resposta — quem a exige, qual lei ou regulamentação se aplica e a quem ela se aplica. (Isso também é boa experiência e transparência para a pessoa bloqueada ou para quem pesquisa o caso.)
  2. Adiciona o cabeçalho Link: rel="blocked-by" com o nome da entidade que implementa o bloqueio — não necessariamente a autoridade que o exigiu. A distinção importa: o cabeçalho identifica quem executa o bloqueio, enquanto a parte que o determina pertence ao corpo da resposta.
  3. Limita o bloqueio corretamente — por geografia ou IP, para não devolver 451 a solicitantes (e rastreadores) fora da região afetada.
  4. Controla o cache deliberadamente — como 451 pode ser armazenado em cache por padrão, confirme que a borda da CDN não está armazenando um bloqueio geográfico para todos.

Nada disso torna o bloqueio subjacente legal, corretamente delimitado ou suficiente para conformidade — a lista compra transparência de protocolo, não uma conclusão jurídica. Se uma restrição realmente precisa existir e se foi desenhada corretamente é uma determinação legal de quem toma essa decisão; a resposta HTTP não pode resolvê-la.

Outra precisão importante: o 451 não precisa se originar no servidor de origem. A RFC 7725 permite explicitamente que um ISP, CDN, provedor de DNS ou mecanismo de busca implemente o bloqueio em nome de outra parte. A Cloudflare, por exemplo, documenta que pode repassar diretamente um 451 da origem — mas o repasse apenas prova que a resposta passou por essa camada; não prova que a Cloudflare (ou qualquer outro intermediário) recebeu a exigência legal ou gerou a resposta. Ao auditar um 451 atrás de uma CDN, confira onde ele realmente se origina antes de presumir quem o implementou.

451 é o código certo para bloqueio geográfico ligado ao GDPR? (é controverso)

É aqui que vale ter cuidado, porque muitas páginas de glossário afirmam que “451 é para bloqueio geográfico ligado ao GDPR” como se fosse um fato estabelecido. Não é.

Terence Eden — um dos proponentes informais originais do código — defendeu essa possibilidade em O HTTP 451 é adequado para bloqueio relacionado ao GDPR?: “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (tradução) «Se a única maneira de acessar um recurso envolvesse servir conteúdo que viola a lei, então 451 seria apropriado.» O raciocínio dele é que a RFC 7725 exige apenas uma “exigência legal”, não uma ordem judicial ou censura ativa — e a própria legislação da UE pode constituir essa exigência.

Mas o texto de Eden também traz o contraponto que qualquer tratamento honesto precisa incluir: a solução melhor é cumprir a lei, não bloquear. Críticos — e o próprio texto do GDPR — entendem que a regulamentação exige tratamento de dados compatível (consentimento adequado e boas práticas), não negação de acesso. Nessa leitura, sites de notícias da UE que exibiram 451 para visitantes europeus depois de 2018 estavam escolhendo uma alternativa, não satisfazendo uma exigência legal de bloqueio. As duas interpretações são legítimas; a conclusão deve ser que 451 para GDPR é uma escolha defensável, mas debatida, e não uma obrigação estabelecida.

Também vale lembrar: você não precisa de 451 para cumprir uma ordem de DMCA ou uma remoção judicial. Muitos sites usam 404, 403 ou simplesmente removem o conteúdo sem jamais adotar 451. O valor adicional do código é a transparência — explicar aos visitantes e pesquisadores o porquê —, não uma exigência técnico-jurídica de usar esse código específico.

Para deixar claro, nada disso é aconselhamento jurídico. Saber se um bloqueio regional ligado ao GDPR, um aviso de direitos autorais, uma regra de sanções ou uma ordem judicial exige ou permite 451 — ou exige conformidade em vez disso — é uma questão jurídica e factual para seu advogado. A semântica da RFC e a forma como outros sites implementaram 451 não resolvem a questão para a sua situação; apenas explicam o que o código faz e comunica depois que você toma a decisão.

451 no mundo real

  • Automattic (WordPress.com) foi um dos primeiros e mais citados adotantes. Em sua publicação de transparência de 2016, a empresa disse que o código “will be returned to visitors from those countries where we have been forced to block websites for legal reasons.” (tradução) «será devolvido aos visitantes dos países nos quais fomos obrigados a bloquear sites por motivos legais» — e enfatizou ser “strongly opposed to Internet censorship.” (tradução) «fortemente contrária à censura na Internet». É um lembrete útil de que servir 451 torna o bloqueio transparente; não significa que o operador o endosse.
  • Sites jornalísticos dos EUA após o GDPR (2018+) bloquearam o tráfego da UE em vez de alcançar conformidade — o caso cotidiano mais visível de 451 que muitas pessoas encontram.
  • Indisponibilidade motivada por sanções — a BBC noticiou sanções contra o Sudão que interromperam serviços ocidentais, o tipo de cenário que o 451 foi criado para tornar compreensível.
  • Bloqueios de repositórios motivados por DMCA são citados em todo o setor (o GitHub é o exemplo usual); se você citar uma implementação atual específica, verifique-a ao vivo antes, em vez de confiar apenas na reputação.

Para a família mais ampla — como 4xx e 5xx diferem e onde o 451 se encaixa — veja meu guia sobre códigos de status HTTP e seu impacto em SEO e os guias aprofundados vizinhos sobre 403 Proibido e 404 Não encontrado neste cluster.

Try it live

This is a real endpoint on this site — not a simulation. Hit it from the button, open it in a new tab, or curl -i it from your terminal, and the server answers with the actual status code this article is about.

Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.