Como corrigir erros 404 no Google Search Console (2026)

Corrija "Não encontrado (404)" no Search Console: quando ignorar, quando fazer redirecionamento 301 e quando restaurar a página, com tabela de decisão e validação.

Perguntas frequentes

Erros 404 prejudicam meu posicionamento no Google?

Não por si só. A documentação de Indexação de páginas do Google diz que respostas 404 não são necessariamente um problema quando uma página foi removida sem substituta, e lista o 404 de uma página que você removeu como um motivo normal para uma URL não ser indexada. Os que valem a pena corrigir são os 404 em URLs para as quais você mesmo cria links ou que estão no seu sitemap.

Devo usar 404 ou 410 para páginas excluídas?

Para a Pesquisa Google, na prática não há diferença. A documentação de códigos de status HTTP do Google trata todos os erros 4xx, exceto 429, da mesma forma: o conteúdo é considerado inexistente, uma URL já indexada é removida do índice e a frequência de rastreamento dessa URL diminui gradualmente. Use o que for mais fácil na sua plataforma.

Quanto tempo leva o "Validar correção" para erros 404?

O Google diz que a validação costuma levar até cerca de duas semanas, mas pode demorar bem mais. Não clique em Validar correção de novo até que a validação atual seja concluída com sucesso ou falhe. Se o Google encontrar uma única ocorrência restante do problema, a validação é interrompida.

Por que uma URL já corrigida continua aparecendo no relatório Não encontrado (404)?

O Google continua tentando rastrear uma URL inexistente por um tempo, então ela pode permanecer listada depois da correção. Além disso, a lista de exemplos do relatório é limitada a 1.000 linhas e não garante mostrar todas as URLs. Corrija a causa (links quebrados, entradas no sitemap), depois execute a validação e aguarde.

Devo redirecionar todos os 404 para a minha página inicial?

Não. A orientação do Google é retornar um redirecionamento 3XX quando uma página foi movida para outra página. Uma página sem substituta real fica melhor como 404. Enviar URLs não relacionadas para a página inicial entrega ao visitante algo que ele não pediu e esconde de você o problema real.

Resposta curta: no Search Console, abra Indexação > Páginas (Indexing > Pages), clique em Não encontrado (404) (Not found (404)) e classifique cada URL em um de três grupos. Se a página foi removida de propósito e nada aponta para ela, ignore. Se a página mudou de endereço ou tem uma substituta próxima, adicione um redirecionamento 301 para essa substituta. Se a página deveria existir, restaure-a. Depois, corrija os links internos ou as entradas do sitemap que apontam para a URL morta e clique em Validar correção (Validate fix).

A maioria dos "erros 404" no Search Console não precisa de correção nenhuma, então a habilidade aqui é fazer a triagem, não o conserto.

O que "Não encontrado (404)" realmente significa

O relatório de Indexação de páginas lista as URLs que o Google tentou rastrear e não conseguiu indexar. "Não encontrado (404)" significa que o servidor respondeu àquela solicitação com o status 404. Só isso. Não quer dizer que a URL seja importante.

A orientação do próprio Google é específica: corrija apenas os erros 404 para os quais você mesmo cria links ou que estão listados em um sitemap, e, se uma página foi movida, retorne um redirecionamento 3XX para a nova página. O Google também inclui "um 404 para uma página que você removeu e para a qual não há substituta" entre os motivos legítimos para uma página não ser indexada.

Se você ainda não configurou a ferramenta, comece pelo nosso guia do Search Console ou pelo passo a passo para verificar seu site no Google Search Console.

Passo 1: exporte a lista e descubra a origem de cada 404

Abra o Search Console e escolha sua propriedade.
Vá em Indexação > Páginas.
Role até a tabela "Por que as páginas não são indexadas" (Why pages aren't indexed) e clique em Não encontrado (404).
Revise as URLs de exemplo. A tabela é limitada a 1.000 linhas e não garante mostrar todas as URLs, então trate-a como uma amostra se o seu site for grande.
Exporte os dados se preferir trabalhar em uma planilha.
Clique em uma URL e use Inspecionar URL (Inspect URL) para ver como o Google a descobriu. A página de referência e os detalhes do sitemap mostram se o link é seu.

A origem da descoberta é o dado-chave. Um 404 que o Google encontrou pela sua própria navegação ou pelo seu sitemap é um defeito real. Um 404 encontrado por um link externo antigo ou por um erro de digitação no site de outra pessoa costuma ser ruído, a menos que esse link leve visitantes de verdade.

Passo 2: decida: ignorar, redirecionar ou restaurar

Use esta tabela para cada grupo de URLs do relatório.

Situação	Como aparece	Ação
Página excluída de propósito, sem substituta, sem links internos	Produto antigo, evento encerrado, página de teste	Ignore. Deixe o 404 (ou 410).
Página excluída, mas existe uma substituta próxima	Produto descontinuado, versão mais nova do guia	Redirecionamento 301 para a página equivalente mais próxima.
A URL mudou (renomeação de slug, mudança de pasta, migração de domínio ou para HTTPS)	Mesmo conteúdo em um novo endereço	Redirecionamento 301 da URL antiga para a nova, em um único salto.
A página deveria existir, mas foi excluída ou despublicada por engano	Página de serviço no ar, artigo importante	Restaure, confirme que retorna 200 e depois valide.
Seu menu, rodapé ou links no texto apontam para ela	Link interno para uma URL morta	Corrija o link (ou redirecione, se a página mudou).
Está no seu sitemap XML	O sitemap inclui URLs removidas	Remova do sitemap e depois decida entre redirecionar ou ignorar.
URLs lixo de spam ou parâmetros estranhos	Textos aleatórios, padrões de scrapers	Ignore. Verifique a segurança se parecerem injetadas (veja abaixo).

Quando a substituta não é uma correspondência próxima, não force uma. A documentação de redirecionamento do Google descreve os redirecionamentos como a forma de enviar usuários e o Google para o novo local de uma página, e uma página sem novo local não tem para onde apontar.

Passo 3: adicione o redirecionamento corretamente

Para uma mudança permanente, o Google recomenda, sempre que possível, um redirecionamento permanente no lado do servidor. Os códigos de status 301 e 308 indicam que uma página foi movida permanentemente. O Google diz para usar redirecionamentos em JavaScript apenas se você não puder usar redirecionamentos no servidor ou por meta refresh.

Regras práticas:

Redirecione para a única URL que melhor corresponde, não por uma cadeia de saltos.
Aponte para uma página que responda normalmente com 200, não para outro redirecionamento ou erro.
Atualize também os seus links internos para a nova URL, para não depender do redirecionamento para sempre.
No WordPress, um plugin de redirecionamento ou as regras de redirecionamento da sua hospedagem resolvem isso. Em outras plataformas, use as configurações de redirecionamento ou de rewrite do servidor ou do CMS.

Exemplo de mapa de redirecionamento que você pode entregar a um desenvolvedor ou colar em uma ferramenta de redirecionamento:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Passo 4: teste a correção e depois valide

Antes de avisar o Google, confira a URL por conta própria.

Abra a URL antiga em um navegador, ou rode uma verificação de cabeçalhos, e confirme que ela retorna 301 e cai em uma página 200.
No Search Console, cole a URL na barra superior e execute Inspecionar URL; depois use o teste ao vivo para ver o que o Google recebe.
Confirme que a URL não está mais no seu sitemap e que nenhuma página interna aponta para ela.

Em seguida, valide:

Abra o problema Não encontrado (404) no relatório de Indexação de páginas.
Clique em Validar correção.
Acompanhe o status. Não clique em Validar correção de novo até que a validação seja concluída com sucesso ou falhe.
Se falhar, clique em Ver detalhes (See details), corrija as URLs restantes e reinicie.

O Google diz que a validação costuma levar até cerca de duas semanas, mas pode demorar bem mais. Ela também é interrompida se encontrar uma única ocorrência restante, então só valide depois de corrigir o grupo inteiro. Uma dica da documentação do Google: validar apenas um subconjunto das URLs afetadas pode terminar mais rápido, e você consegue isso filtrando o relatório com um sitemap que contenha só as suas páginas principais.

Uma observação relacionada: o Google trata URLs com 404 de forma gradual. Para uma URL que retorna 404, ele diz que o pipeline de indexação remove a URL do índice se ela já tinha sido indexada, páginas 404 recém-descobertas não são processadas e a frequência de rastreamento diminui gradualmente. Ou seja, uma URL que você deixar como 404 vai desaparecer por conta própria.

Passo 5: verifique os casos que "não são realmente um 404"

Dois casos parecidos exigem tratamento diferente:

Soft 404. A página retorna status 200, mas mostra uma página vazia ou uma mensagem de erro, e o Search Console reporta um soft 404. Corrija retornando um status 404 de verdade ou colocando conteúdo real na página.
URLs hackeadas ou injetadas. Uma enxurrada repentina de 404 em nomes de arquivo estranhos ou caminhos de spam pode indicar um site comprometido. Se isso combina com o que você vê em um CMS, leia nossos guias de correção para WordPress, Joomla ou Drupal e depois confira o relatório de novo.

Checklist de triagem para copiar

[ ] Exportei as URLs de Não encontrado (404) em Indexação > Páginas
[ ] Marquei cada URL: link meu, meu sitemap, link externo ou desconhecido
[ ] Ignorei páginas excluídas sem substituta e sem links internos
[ ] Adicionei redirecionamentos 301 para páginas movidas, em um salto, para uma página 200
[ ] Restaurei páginas removidas por engano
[ ] Corrigi links internos que apontavam para URLs mortas
[ ] Removi URLs mortas do sitemap XML
[ ] Conferi uma amostra com Inspecionar URL
[ ] Cliquei em Validar correção uma vez e aguardei o resultado

Evite o próximo lote

A maioria dos 404 recorrentes vem de reformulações de site, slugs renomeados e posts excluídos sem plano de redirecionamento. Antes de qualquer migração, liste as URLs antigas e mapeie cada uma para o novo destino. Se você vai reconstruir um site pequeno de qualquer forma, o plano gratuito da We.Inc permite publicar até três sites a partir de modelos prontos; o construtor com IA que cria um site a partir de um prompt começa no plano Starter, por $20 por mês. Você pode se cadastrar aqui. De qualquer forma, guarde o seu mapa de URLs antigas e novas, porque é ele que mantém este relatório limpo.

Para uma visão mais ampla da ferramenta, veja Google Search Console para iniciantes.