Ir para o conteúdo
🚀 10 ferramentas no ar, grátis para sempre — e continuamos crescendo
Início›Blog›404 ou 410: o que cada um diz ao Google sobre uma página removida
Guias

404 ou 410: o que cada um diz ao Google sobre uma página removida

O que um 404 e um 410 dizem a um rastreador, com que rapidez cada um sai do índice, quando redirecionar em vez de devolver qualquer um deles e por que um soft 404 custa mais, em silêncio, do que os dois juntos.

✍ Pelo fundador e CEO, equipe BuildToolForge🗓 2026-10-17⏱ 10 min
httpstatus-codes404410seo
Referência HTTP2026

404 vs 410
Decifrados

O que um 404 e um 410 dizem a um rastreador

Linha de status · Rastreamento · Remoção do índice

curl · example.com
$ curl -I https://example.com/gone
HTTP/2410 Gone
length0
cacheno-store
✓ removida de vez · sai do índice antes de um 404
Códigos de páginas removidas
404
Not Found
410
Gone
301
Movida
200
Soft 404
451
Motivos legais
503
Temporário
Desindexação mais rápidaSem soft 404Sinais honestosOrçamento de rastreamento mais limpo

O que cada código realmente diz

Os dois códigos significam que a página não está lá. Diferem em uma palavra: certeza.

404 Not Found diz: não tenho nada nesta URL. Não diz por quê, nem se amanhã haverá algo. É a resposta honesta padrão quando um servidor simplesmente não encontra correspondência para um caminho.

410 Gone diz algo mais estreito e mais forte: esta URL teve conteúdo, esse conteúdo foi removido de propósito e não vai voltar. A especificação descreve o 410 como intencional e espera que quem o devolve saiba que é permanente.

Essa é toda a diferença semântica, e o resto decorre dela. Um 404 é um dar de ombros; um 410 é uma afirmação. Nenhum dos dois é um erro que você precise corrigir: um 404 correto para uma URL que nunca existiu está exatamente certo, e as páginas do relatório Não encontrada (404) do Search Console normalmente funcionam como deveriam.

O que o Google realmente faz com cada um

É aqui que a expectativa e a realidade se separam, e vale ser preciso, porque quase todo conselho sobre isso exagera a diferença.

  • Os dois tiram a URL do índice. Nenhum deixa uma página morta ranqueando. O destino é o mesmo.
  • O 410 é tratado como um pouco mais definitivo. O Google já disse que trata o 410 um pouco mais rápido que o 404: a URL sai antes e é repetida menos vezes. Esse "um pouco" faz trabalho de verdade na frase: a diferença se mede em um ou dois ciclos de rastreamento, não em semanas.
  • Os dois são rastreados de novo de qualquer forma. O Google volta a um 410 para conferir se foi mesmo intencional. Um 410 não é uma instrução permanente de nunca mais visitar, e uma URL que volte a devolver 200 depois de um 410 será reindexada.

Então o resumo honesto: escolher 410 em vez de 404 compra uma remoção marginalmente mais rápida e um sinal mais claro, não um resultado diferente. Vale a pena quando você sabe a resposta, e não vale reconstruir a sua aplicação. O dano real está nos dois erros abaixo: redirecionar tudo para a home e servir uma tela de "página não encontrada" com status 200.

Quando o 410 é a resposta certa

Use 410 quando você tomou uma decisão e está disposto a sustentá-la:

  • Um produto, anúncio ou evento que acabou e não tem sucessor. Uma vaga expirada, um leilão encerrado, um item descontinuado sem substituto.
  • Conteúdo que você apagou de propósito: uma landing page aposentada, uma página fraca removida numa limpeza, um artigo tirado do ar conscientemente.
  • Conteúdo de usuário que foi removido: o perfil de uma conta excluída, um post apagado, qualquer coisa tirada por motivo de política.
  • URLs de uma estrutura antiga sobre as quais você tem certeza, em que não existe página equivalente e redirecionar seria mentira.
  • Limpeza depois de uma invasão ou injeção de spam, quando milhares de URLs de lixo foram indexadas e você quer que sumam da forma mais decisiva possível.

Esse último caso é onde o 410 realmente ganha o salário. Quando um rastreador descobriu dezenas de milhares de URLs que nunca deveriam ter existido, o pequeno ganho de velocidade e as repetições a menos somam.

Quando o 404 é a resposta certa

Use 404 quando não tem certeza, o que é mais frequente do que se admite:

  • Uma URL digitada errado ou chutada. Nunca houve nada ali. O 404 é literalmente correto.
  • Uma página que pode voltar: uma categoria sazonal, um produto sem estoque que você vai repor, um artigo despublicado temporariamente.
  • Qualquer caso em que não foi você quem decidiu, ou em que não dá para saber se a remoção foi deliberada. Um framework devolvendo 404 para uma rota sem correspondência está fazendo o certo.
  • Limpeza em massa que você não verificou. Se fosse preciso adivinhar quais de 10.000 URLs foram removidas de propósito, o 404 é a resposta mais segura para todas.

O 404 é o padrão por um motivo. Ele nunca erra do jeito que um 410 equivocado erra: um 410 em algo que você depois restaura é uma afirmação que precisa ser desdita.

Soft 404: o que realmente custa

Um soft 404 é uma página que diz "não encontrada" para uma pessoa enquanto devolve 200 OK ao rastreador. É de longe o erro mais caro de todo este assunto, e quase sempre é acidental.

Três formas de produzi-lo:

  • Uma página de erro personalizada servida com 200. O template renderiza, o código de status nunca foi definido, e agora toda URL morta do site parece uma página real.
  • Redirecionar todas as URLs mortas para a home. A home devolve 200, então cada URL aposentada aparece como página viva com conteúdo que nada tem a ver com o que foi pedido. O Google aponta isso explicitamente e trata como soft 404.
  • Uma aplicação renderizada no cliente que busca, não acha nada e mostra um estado vazio — enquanto o próprio documento HTML foi servido com 200.

O custo é real: orçamento de rastreamento gasto em páginas que não existem, conteúdo fraco duplicado no índice e um relatório de Soft 404 no Search Console que cresce em silêncio. A correção é sempre a mesma: fazer o código de status corresponder ao que a página diz. Confira o que a sua página de erro realmente devolve com um verificador de códigos de status HTTP; o navegador não vai contar, porque uma página 404 e uma 200 parecem idênticas na tela.

Como decidir o que servir para uma URL morta

Quatro opções, na ordem em que devem ser consideradas.

1. Redirecione, se houver um equivalente real

Se outra página realmente substitui esta — a nova URL depois de uma reestruturação, o produto sucessor, o artigo fundido —, um 301 é melhor que qualquer um dos códigos de erro, porque preserva os sinais de link que a URL antiga conquistou. O guia de redirecionamentos 301 e 302 explica qual usar. O teste é se um visitante que cai na página nova sentiria que recebeu aquilo em que clicou. Se não, não redirecione.

2. Devolva 410 se você removeu de propósito

Não há equivalente, e você sabe que a remoção foi deliberada e permanente. Diga isso.

3. Devolva 404 se não tiver certeza

Não há equivalente, e você não tem certeza de que a página se foi para sempre. O padrão está correto e não custa nada.

4. Ou mantenha a página, se ela ainda vale algo

Vale perguntar antes de apagar qualquer coisa: esta URL ainda tem links de entrada ou tráfego? Uma página que recebe visitas muitas vezes é melhor atualizada do que removida. Apagá-la e servir um 410 impecável continua sendo jogar fora o que ela havia acumulado.

Os códigos escolhidos por engano

Alguns vizinhos acabam no lugar do 404 e do 410, e todos dizem outra coisa:

  • 403 Forbidden significa que o recurso existe mas você não pode vê-lo. Devolver 403 para conteúdo ausente diz ao rastreador que a página é real e está sendo retida, que não é o que você quis dizer.
  • 451 Unavailable For Legal Reasons é para conteúdo removido por exigência legal, especificamente. É um código real e registrado, não uma piada, e não deve ser usado como um "tiramos do ar" genérico.
  • 503 Service Unavailable é o código certo para indisponibilidade planejada e manutenção — diz volte mais tarde, que é exatamente o que você quer durante uma migração, e está errado para uma página que se foi em definitivo.
  • 200 com uma página vazia é o soft 404 acima, e o pior do conjunto.

Se não tiver certeza do que a sua aplicação devolve em cada uma dessas situações, verifique em vez de supor — o guia completo de códigos de status HTTP percorre todas as classes.

Erros comuns

  • Redirecionar toda URL morta para a home. O Google trata um destino irrelevante como soft 404, então você não fica nem com a remoção nem com a autoridade de link.
  • Uma página 404 personalizada servida com status 200. Parece certa para humanos, mente para rastreadores.
  • Usar 410 para algo sazonal, restaurar a página depois e se perguntar por que a recuperação demora.
  • Tratar o relatório de 404 do Search Console como lista de bugs. A maioria dessas URLs são erros de digitação, links velhos de scrapers e referências externas mortas. Um 404 para uma URL que nunca existiu não é um problema a corrigir.
  • Apagar páginas que ainda recebem tráfego ou links só porque são antigas. Confira antes de podar.
  • Deixar URLs mortas no sitemap. Um sitemap deve listar só URLs que você quer indexadas; um 404 ou 410 ali desperdiça orçamento de rastreamento e é sinalizado.
  • Remover os links internos por último. Se a sua própria navegação ainda aponta para uma URL que você marcou com 410, você está dizendo as duas coisas ao Google ao mesmo tempo.

Versão curta

O 404 diz "não há nada aqui"; o 410 diz "isto esteve aqui, eu removi, não volta". Os dois tiram a URL do índice, e o 410 faz isso marginalmente mais rápido e com menos repetições — útil para limpeza em massa depois de uma invasão ou de uma poda de conteúdo, e não motivo para reconstruir a sua aplicação. Redirecione quando existir um equivalente de verdade, use 404 sempre que estiver em dúvida e, acima de tudo, garanta que as suas páginas de erro devolvam um status de erro: uma tela de "página não encontrada" servida com 200 é um soft 404, e custa mais do que escolher errado entre estes dois jamais custaria. Confira o que qualquer URL realmente devolve com o verificador gratuito de códigos de status HTTP.

Ferramentas e guias relacionados:

Perguntas frequentes

Devo usar 404 ou 410 para uma página removida?⌄

Use 410 quando removeu a página de propósito e ela não volta, e 404 quando não tem certeza ou a página pode voltar. Os dois tiram a URL do índice; o 410 sai marginalmente mais rápido e é repetido menos, o que importa principalmente quando você está limpando muitas URLs de uma vez.

Um 410 remove a página do Google mais rápido que um 404?⌄

Levemente. O Google já disse que trata o 410 como um pouco mais definitivo que o 404, então a URL sai antes e é rastreada menos. A diferença é de um ou dois ciclos de rastreamento, não de semanas, e o Google ainda volta a um 410 de vez em quando para confirmar que foi intencional.

Erros 404 são ruins para SEO?⌄

Não, não em si. Um 404 para uma URL que nunca existiu é o comportamento correto, e a maioria das entradas do relatório de páginas não encontradas do Search Console são erros de digitação, links de scrapers e referências externas antigas. O que prejudica é um soft 404 — uma página de não encontrada servida com status 200 — e redirecionar URLs mortas para uma página irrelevante como a home.

O que é um soft 404?⌄

Uma página que diz a uma pessoa que o conteúdo sumiu enquanto devolve 200 OK ao rastreador. Acontece quando um template de erro é servido sem definir o código de status, quando URLs mortas são redirecionadas para a home, ou quando uma aplicação renderizada no cliente mostra um estado vazio dentro de um documento com 200. Corrige-se fazendo o status corresponder ao que a página diz.

Devo redirecionar uma página removida em vez disso?⌄

Só quando outra página realmente a substitui: a nova URL depois de uma reestruturação, um produto sucessor, um artigo fundido. Aí um 301 preserva os sinais de link que a URL antiga conquistou. Se não existe equivalente real, redirecionar mesmo assim é tratado como soft 404, então devolva 404 ou 410.

Sobre o autor
Fundador e CEO, BuildToolForge
Siga-nos no X: @Buildtoolforge

Mais de 15 anos de experiência prática em desenvolvimento web e segurança. Foco em segurança web prática: manter sites seguros, confiáveis e fáceis de diagnosticar. O BuildToolForge existe para tornar essas verificações gratuitas, privadas e compreensíveis. As ferramentas rodam no seu navegador sempre que possível, e nada do que você digita em uma ferramenta é armazenado.

Como escrevemos nossos guias: Cada guia nasce da experiência prática, é conferido com os padrões oficiais e testado com nossas próprias ferramentas em domínios reais. Atualizamos os guias quando padrões ou ferramentas mudam. Encontrou um erro? Escreva para contact@buildtoolforge.com.

Última atualização: 2 de novembro de 2026