Seu erro 404 está escondido do próprio relatório?

Pode estar. O 404 mais perigoso não é o que aparece no relatório do Search Console. É o que nunca chega a virar 404 de verdade, porque algum plugin ou configuração intercepta a URL quebrada antes e devolve outra coisa no lugar, como se estivesse tudo certo.

• Erro 404 é o código que o navegador recebe quando a URL não existe mais no servidor.
• O Google remove do índice a página que já foi 404 antes, e não processa página nova que já chega como 404.
• Soft 404 é quando o servidor responde 200, como se a página existisse, mas o conteúdo é vazio ou de erro. O Google trata isso como 404 mesmo assim.
• Redirecionar todo 404 para a home parece resolver, mas cria centenas de URLs diferentes respondendo o mesmo conteúdo, o que o Google trata como duplicação.
• Painel de plugin mostrando redirecionamento ativo não é prova de que ele está funcionando. Teste sempre por fora, com uma requisição real.
• A correção certa depende de saber se a URL antiga tem valor: redireciona se tem, deixa 404 mesmo se não tem.

A maioria dos sites que auditamos não tem falta de correção de 404. Tem 404 que não aparece em lugar nenhum, porque algo no meio do caminho está mascarando o problema.

Este texto mostra como encontrar esse tipo de erro escondido, além do básico de como corrigir 404 comum.

O que é erro 404 e por que ele acontece

Erro 404 é o código de status HTTP que o servidor devolve quando a URL solicitada não existe. Acontece quando uma página é excluída, quando o endereço muda sem redirecionamento, quando alguém digita a URL errada, ou quando um link externo antigo aponta para algo que já saiu do ar há anos.

O Google trata 404 como sinal de que aquele conteúdo não existe mais. Página que já estava indexada e passa a responder 404 é removida do índice. Página nova que o Google encontra já como 404 nunca chega a ser processada.

Isso é comportamento esperado e correto para conteúdo que de fato saiu do ar. O problema não é o 404 em si, é quando ele afeta URL que deveria continuar funcionando, ou quando ele fica escondido atrás de outra resposta.

A documentação da Central da Pesquisa do Google trata 404 como um entre vários erros 4xx que sinalizam ao sistema de rastreamento que o conteúdo não existe. O código 410, que significa removido de propósito, recebe tratamento idêntico ao 404 aos olhos do Google, então não há ganho prático em trocar um pelo outro.

Código	Significado	O que fazer
404	Página não encontrada	Redirecionar se tem valor; deixar como está se não tem
410	Removida de propósito	Tratamento idêntico ao 404 para o Google
403	Acesso negado	Corrigir permissão de servidor ou regra de firewall
301	Movido permanentemente	Usar quando a URL tem destino real e definitivo
200 com conteúdo vazio	Soft 404	Corrigir para devolver 404 de verdade, ou preencher a página

A tabela ajuda a diagnosticar rápido: antes de aplicar qualquer correção, confira qual código o servidor está devolvendo de fato, porque o sintoma visual pode não corresponder ao código real.

Soft 404, o erro que parece sucesso

Soft 404 é quando o servidor responde 200, como se a página existisse normalmente, mas o conteúdo dela é vazio, genérico ou uma mensagem de erro disfarçada de página.

O Google detecta esse descompasso pelo conteúdo, não só pelo código de resposta. Uma página que devolve 200 mas mostra apenas um texto de erro é tratada como 404 de qualquer forma, e some do índice do mesmo jeito, mesmo que o servidor insista que a requisição teve sucesso.

Isso é comum em site que criou uma página de erro personalizada bonita, mas configurou o servidor para responder 200 nela em vez de manter o código 404 correto. O visual melhora, o problema técnico continua.

O jeito mais rápido de checar isso no seu próprio site é acessar uma URL inventada e olhar o código de resposta real, não só o que aparece na tela. Ferramenta de inspeção do navegador mostra esse código na aba de rede, e uma checagem por linha de comando mostra o mesmo dado de forma mais direta.

Dois casos em que o 404 estava escondido

O 404 mais perigoso não é o que aparece no relatório. É o que nunca chega a acontecer, porque algo intercepta antes.

Num cliente, todas as URLs quebradas devolviam a home em vez de erro. A causa era uma opção do plugin de SEO que redireciona qualquer endereço inexistente para a página inicial, e essa opção não aparece em nenhuma tabela de redirecionamentos, porque não é uma regra, é um comportamento padrão do plugin. O efeito é pior que o 404 comum: dezenas de endereços diferentes passam a responder o mesmo conteúdo, e o Google trata isso como duplicação em massa.

Em outro site, existiam regras de redirecionamento corretas e ativas no painel, mas que simplesmente não funcionavam. Um segundo plugin de gerenciamento de erro 404 rodava antes no ciclo do WordPress e capturava a requisição primeiro, deixando as regras do plugin de SEO inertes mesmo aparecendo como ativas.

Por isso, quando o cliente diz que o redirecionamento está configurado, testamos por fora, com uma requisição HTTP real, e lemos o código de resposta que volta. Painel dizendo que está tudo certo não é prova de nada.

Os dois casos têm uma coisa em comum: o problema só apareceu porque alguém testou de fora, em vez de confiar no que o painel do plugin afirmava. Site com mais de um plugin mexendo em redirecionamento, segurança ou cache é candidato natural a esse tipo de conflito silencioso, porque a ordem de execução entre eles raramente está documentada em algum lugar visível.

Como identificar erro 404, escondido ou não

O relatório de páginas do Search Console mostra os 404 que o Google já encontrou, mas só os que ele de fato processou como erro. Isso significa que existe atraso natural entre o momento em que uma página passa a dar erro e o momento em que ela aparece nesse relatório, porque depende do próximo rastreamento daquela URL específica.

Para encontrar 404 escondido atrás de redirecionamento genérico, o teste é diferente: peça uma URL que certamente não existe, sem nenhuma relação com o site, e veja o que ela devolve. Se voltar 301 ou 200 para a home, existe uma regra de fallback capturando tudo, e ela precisa ser investigada antes de qualquer diagnóstico de redirecionamento fazer sentido.

Ferramenta de rastreamento de site completo, que percorre todos os links internos, também ajuda a achar link quebrado que aponta para página que já não existe, mesmo sem aparecer ainda no Search Console.

Vale cruzar as duas fontes: o Search Console mostra o que o Google já encontrou de fora, e o rastreamento do próprio site mostra o que existe de link quebrado internamente, antes mesmo de o Google chegar lá. Site grande com muito conteúdo antigo costuma ter mais link quebrado interno do que 404 reportado externamente.

Como corrigir cada tipo de erro 404

A correção certa depende de uma pergunta simples: essa URL antiga tem valor que vale preservar? Responder isso antes de decidir qualquer regra evita tanto o excesso de redirecionamento quanto a perda de tráfego que ainda existia.

Se tem, o caminho é redirecionamento 301 para o conteúdo mais próximo que existe hoje, nunca para a home por padrão. Redirecionar em massa para a home é o mesmo erro do primeiro caso descrito acima, só que feito de propósito em vez de por acidente.

Se não tem valor nenhum, o 404 pode ficar como está. Nem toda URL morta precisa de redirecionamento, e criar regra para endereço que nunca teve tráfego é trabalho sem retorno.

O critério prático para decidir isso: olhe o histórico de impressão e clique daquela URL no Search Console antes de excluir a possibilidade de redirecionamento. URL que nunca apareceu em nenhum relatório de desempenho dificilmente vale o esforço de criar uma regra só para ela.

Página de erro 404 personalizada ajuda a experiência de quem chega ali por engano, com link para as seções principais do site e uma busca interna, mas o código de resposta precisa continuar sendo 404 de verdade, nunca 200.

Erro 403, uma confusão comum

Erro 403 é diferente de 404, embora apareçam juntos com frequência em busca. 403 significa acesso negado: o servidor sabe que a página existe, mas está bloqueando quem pediu.

A causa mais comum é regra de permissão do servidor ou firewall bloqueando por engano um caminho que deveria estar público. A correção fica do lado da configuração de acesso, não de redirecionamento, e mexer em redirect nesse caso não resolve nada.

Firewall de segurança costuma ser o culpado quando o 403 aparece de repente num caminho que sempre funcionou, principalmente depois de uma atualização de plugin de segurança ou de uma regra nova aplicada no servidor. Vale checar o log do firewall antes de mexer em qualquer outra configuração.

Erros comuns

Redirecionar todo 404 para a home sem checar se as URLs afetadas tinham valor é o erro mais caro, porque transforma um problema pequeno num problema de duplicação em massa que afeta o site inteiro. É também o mais difícil de perceber, porque nenhum relatório de erro acusa nada de errado enquanto isso acontece.

Confiar no painel de um plugin sem testar por fora vem logo depois. Regra cadastrada e marcada como ativa não garante que ela está de fato sendo aplicada, principalmente quando existe mais de um plugin mexendo em redirecionamento no mesmo site.

Outros erros frequentes:

• Criar página de erro 404 bonita, mas configurar o servidor para responder 200 nela.
• Ignorar link interno quebrado, deixando o próprio site apontar para página que já não existe.
• Redirecionar URL sem valor nenhum, gastando regra em endereço que nunca teve visita real.
• Confundir 403 com 404 e aplicar redirecionamento numa situação que é de permissão, não de página ausente.

Se quiser saber se o seu site esconde 404 atrás de redirecionamento, a equipe de SEO da Cloud Market faz uma análise gratuita e devolve em vídeo o que encontrou.

Perguntas frequentes

Todo 404 precisa ser redirecionado?

Não. Só faz sentido redirecionar URL que teve tráfego ou link relevante. 404 sem valor nenhum pode continuar como 404.

Redirecionar 404 para a home resolve o problema?

Raramente. Fazer isso em massa cria centenas de URLs diferentes respondendo o mesmo conteúdo, o que o Google trata como duplicação, e mascara o diagnóstico real do site.

Como saber se um redirecionamento está realmente funcionando?

Testando por fora, com uma requisição HTTP direta, e lendo o código de resposta. Painel de plugin mostrando a regra ativa não é garantia de que ela está sendo aplicada.

O que é soft 404?

É quando a página responde 200, como se existisse, mas o conteúdo é vazio ou de erro. O Google trata isso como 404 mesmo com o código de sucesso.

Página de erro 404 personalizada prejudica o SEO?

Não, desde que o código de resposta continue sendo 404. O problema aparece só quando a página bonita responde 200 por engano.

410 é melhor que 404 para página removida de propósito?

Não faz diferença prática para o Google, que trata os dois códigos da mesma forma. A escolha entre um e outro raramente muda o resultado, e a maioria dos sites nem consegue configurar 410 sem ajuste manual no servidor.

Quanto tempo leva para o Google atualizar o relatório de 404 depois de uma correção?

Varia com a frequência de rastreio do site. Página de alto tráfego costuma ser revisitada em dias; página pouco acessada pode levar semanas até o Google confirmar a correção no relatório.

Erro 403 é o mesmo que erro 404?

Não. 404 significa que a página não existe, e 403 significa que ela existe, mas o acesso está bloqueado. As correções são diferentes.

Por onde começar

O problema mais comum em erro 404 não é falta de correção, é diagnóstico feito em cima de dado que não reflete a realidade, porque algo no meio do caminho está escondendo o erro de verdade. Corrigir sem esse diagnóstico correto costuma criar um problema novo no lugar do antigo.

O critério que deve orientar qualquer correção: teste por fora antes de confiar no painel, e nunca redirecione em massa para a home sem checar o valor de cada URL primeiro. Esses dois hábitos sozinhos evitam a maior parte dos problemas que encontramos em auditoria.

Nenhum site fica isento desse tipo de armadilha, principalmente quando acumula anos de plugin trocado e configuração sobreposta. Se você quer saber se o seu site tem 404 escondido, gravamos uma análise gratuita mostrando o que encontramos, sem custo e sem compromisso.