Erro 404 no Google: guia completo

Quando um link não funciona, o navegador ou o próprio Google devolvem um erro 404: a página pedida não existe naquele endereço. É um dos códigos de status HTTP mais antigos da web e aparece em dois contextos que costumam se misturar na cabeça de quem pesquisa o termo: o Google Chrome mostrando o erro para uma pessoa que clicou num link quebrado, e o Google Search relatando o erro para quem administra o site, dentro do Search Console.

Os dois casos têm causas e soluções diferentes. Este guia separa um do outro, explica o que acontece de fato com uma página que retorna 404 — ela é removida do índice? isso derruba o ranking do site inteiro? — e mostra, na prática, quando vale a pena corrigir um 404 e quando ele é exatamente o comportamento certo a ser mantido.

O que é, tecnicamente, um erro 404

404 é um código de status HTTP: a resposta que um servidor envia junto com a página (ou em vez dela) toda vez que alguém — uma pessoa no navegador ou um robô como o Googlebot — pede uma URL. O código não é um erro do seu computador nem do Google; é o servidor do site de destino dizendo 'recebi seu pedido, mas não tenho nada nesse endereço'. Isso é diferente de um problema de conexão, onde o navegador nem chega a falar com o servidor.

Vale distinguir 404 de outros códigos vizinhos, porque a diferença muda a decisão de correção: 400 é um pedido malformado, geralmente um problema técnico na própria URL; 410 significa 'não existe mais e não vai voltar', uma declaração mais forte que o 404 (que deixa em aberto se é temporário); 500 é erro do lado do servidor, sem relação com a existência da página; 503 costuma indicar manutenção temporária. Usar o código certo importa porque o Googlebot interpreta cada um de forma diferente.

• 400 – pedido malformado, problema na própria URL
• 404 – não encontrado, sem garantia sobre o motivo
• 410 – removido de forma definitiva e intencional
• 500 – erro interno do servidor
• 503 – serviço temporariamente indisponível

Erro 404 no Google Chrome: o que o navegador está mostrando

Nem toda tela de erro no Chrome é um 404. Quando o navegador não consegue sequer estabelecer conexão com o servidor — DNS que não resolve, site fora do ar, falha de rede — ele mostra sua própria página genérica, com o dinossauro e mensagens como 'Não é possível acessar este site' ou códigos como ERR_NAME_NOT_RESOLVED. Isso acontece antes de qualquer resposta HTTP existir; o servidor de destino nunca chegou a responder.

Um 404 de verdade é diferente: o Chrome conseguiu conversar com o servidor, e o servidor respondeu 'não encontrei essa página'. O que aparece na tela, nesse caso, não é do Chrome — é o HTML que o próprio site enviou. Se a página de erro tem a identidade visual do site (logo, menu, cores), isso é a página 404 personalizada daquele site sendo exibida normalmente pelo navegador. Se aparece a tela cinza padrão do Chrome, o problema está antes disso, na camada de rede.

É comum um link vindo direto de um resultado do Google Search levar a um 404 no Chrome quando o conteúdo foi removido ou movido depois que o Google indexou a página, mas antes de o índice ser atualizado. O clique é legítimo; o conteúdo simplesmente não está mais naquele endereço.

Como o Google Search trata uma página 404

Quando o Googlebot rastreia uma URL e recebe 404, ele não indexa aquele conteúdo — e se a URL já estava indexada, ela tende a sair do índice depois de o Google confirmar o erro em rastreamentos repetidos, não instantaneamente. Ter algumas páginas 404 é normal em qualquer site com histórico: conteúdo é removido, produtos saem de linha, URLs mudam. Isso não gera penalidade no domínio inteiro.

O ponto que realmente pesa é o crawl budget: cada URL 404 que o Googlebot insiste em revisitar é tempo de rastreamento gasto em algo que não vai virar página indexada. Em sites grandes, um volume alto de 404s — gerado, por exemplo, por parâmetros de URL quebrados ou paginação mal configurada — compete por atenção do rastreador com as páginas que você realmente quer que sejam descobertas e atualizadas.

Existe também o soft 404, que é mais traiçoeiro: a página retorna status 200 (sucesso), mas o conteúdo diz algo como 'produto não encontrado' ou está praticamente vazio. O Google detecta esse padrão de forma heurística, pelo conteúdo, e trata a URL como se fosse um 404 de verdade — só que sem o dono do site ter controle direto sobre o código de status. É esse tipo de erro que mais aparece de forma confusa no relatório de páginas do Search Console, às vezes classificando como soft 404 uma página que o responsável considera legítima, mas que tem pouquíssimo conteúdo.

Como encontrar os 404 do seu site

Não é preciso adivinhar onde estão os erros; existem fontes que se complementam, cada uma mostrando uma parte diferente do problema:

• Relatório de páginas do Search Console, filtrando por 'Não encontrada (404)', mostra o que o Googlebot encontrou nos rastreamentos recentes
• Logs de acesso do servidor revelam tentativas de robôs e usuários que nunca chegaram a aparecer no Search Console
• Relatórios de páginas de destino em uma ferramenta de analytics, filtrados pelo título da página 404, mostram de onde vêm os cliques que caem nela
• Um rastreador de site como Screaming Frog ou Sitebulb aponta links internos quebrados antes que um usuário real precise encontrá-los

O dado mais útil geralmente não é a lista de URLs em si, mas a origem do tráfego para cada uma: um 404 alimentado por um link interno do seu próprio menu é prioridade alta; um 404 que só recebe uma visita ocasional vinda de um backlink externo de baixa relevância pode nem valer o esforço de correção.

Corrigir ou deixar como está: como decidir

Nem todo 404 deveria virar um redirecionamento. Tratar cada um deles pelo mesmo critério gera exatamente o problema que você estava tentando evitar.

A regra prática é perguntar se existe, hoje, uma página no site que responde à mesma intenção de quem chegaria naquela URL antiga. Se a resposta for sim, redirecionar. Se for não, um 404 bem-feito é mais honesto — e mais útil para quem está do outro lado — do que mandar a pessoa para um lugar que não tem nada a ver com o que ela procurava.

• Link interno quebrado apontando para um 404: o conserto é corrigir o link na origem, não redirecionar o destino
• Página removida com um equivalente real e específico no site: redirecionar (301) para essa página, não para a home
• Conteúdo antigo sem substituto direto e sem tráfego ou links relevantes: deixar em 404 (ou declarar 410) é a resposta honesta e correta
• Redirecionar em massa tudo o que foi removido para a página inicial cria um padrão que o Google trata como soft 404 disfarçado, e não repassa relevância nenhuma para quem clicou

Página 404 personalizada: o que realmente ajuda

Uma página 404 bem construída não evita o erro, mas evita que ele vire um beco sem saída. Os elementos que fazem diferença são simples: manter a navegação e a identidade visual do site, incluir um campo de busca, sugerir os conteúdos mais acessados ou o mais próximo do que a URL sugeria, e usar um tom que não culpe o visitante nem soe genérico demais.

Um erro técnico comum é confundir a aparência com o comportamento: times de desenvolvimento criam uma página 404 bonita, mas configuram o servidor para devolvê-la com status 200 em vez de 404. Isso transforma a página personalizada exatamente no soft 404 descrito antes — visualmente correta, mas invisível como sinal para o Googlebot, que continua tratando aquele conteúdo como se estivesse disponível normalmente. A página pode e deve ter boa aparência, mas o código de status HTTP por trás dela precisa continuar sendo 404, ou 410 se for definitivo.

Causas comuns de 404 evitáveis

Boa parte dos 404 de um site não vem de conteúdo deletado de propósito, vem de detalhes técnicos que ninguém revisou:

• Links internos com erro de digitação, sobretudo depois de uma reformulação do site
• Inconsistência entre URLs com e sem barra final, ou com e sem 'www', tratadas como endereços diferentes
• Sensibilidade a maiúsculas e minúsculas na URL, quando o servidor diferencia e o link foi escrito com a capitalização errada
• Migração de CMS ou de domínio sem um mapa de redirecionamentos das URLs antigas para as novas
• Produtos ou posts antigos citados por sites externos que deixaram de existir sem qualquer redirecionamento
• Mudança na estrutura de paginação ou de filtros que invalida URLs salvas em favoritos ou compartilhadas antes