Um erro 404 significa que o servidor não encontrou a página solicitada naquele endereço. Nem todo 404 precisa ser corrigido. Se uma página foi removida sem substituta, a resposta pode estar correta. A prioridade é consertar URLs importantes que ainda aparecem em links internos, no sitemap ou em referências externas, e criar um redirecionamento quando o conteúdo mudou para um endereço equivalente.
O erro pode aparecer depois de excluir uma página, alterar o slug, migrar o site, mudar as regras de permalink ou publicar um link incorreto. A primeira tarefa é descobrir qual URL falha e se ela deveria continuar existindo. A documentação do WordPress descreve casos em que regras de reescrita ou configurações do servidor podem afetar páginas amigáveis.
Descubra se é um problema real
Teste a URL em uma janela privada e compare com um endereço de página que funciona. Confirme se há erro de digitação, barra final duplicada, mudança de domínio ou diferença entre versões com www e sem www. Se a página for nova, confirme se foi publicada e se não está protegida por senha.
No WordPress, abra Configurações > Links permanentes e confira se o formato esperado está selecionado. Salvar novamente as configurações pode atualizar as regras de reescrita em certos cenários. Faça isso com cuidado em sites com regras personalizadas ou plugins de redirecionamento. Se o erro surgiu após uma migração ou em várias páginas de uma vez, contate a hospedagem para verificar a configuração do servidor, como mod_rewrite em Apache.
Use o Search Console como sinal de diagnóstico
Se você administra o site no Google Search Console, consulte o relatório de indexação de páginas e inspecione uma URL específica. O relatório pode mostrar se o Google encontrou uma página não encontrada, se ela foi enviada no sitemap ou se há outro motivo para não indexá-la. A ferramenta descreve dados do último rastreamento e oferece um teste ao vivo em determinados casos; o resultado não é uma garantia de que a página aparecerá na busca.
O relatório de indexação do Search Console esclarece que muitos 404 são esperados, principalmente quando a página deixou de existir sem substituta. Priorize ocorrências em URLs que você ainda liga internamente, envia no sitemap ou pretende manter. Não tente eliminar todo aviso apenas para deixar o relatório sem erros.
Corrija o que está sob seu controle
Se a URL incorreta aparece em uma página do seu próprio site, atualize o link para o endereço correto. Corrigir a origem evita que novos visitantes cliquem em um caminho quebrado. Depois, confira menus, rodapé, chamadas para ação e conteúdos antigos que possam conter o mesmo destino.
Se uma página foi movida e existe uma substituta realmente equivalente, configure um redirecionamento permanente, normalmente HTTP 301. Assim, leitores e mecanismos de busca chegam ao novo endereço. O guia do Google sobre 404 recomenda redirecionar quando a página mudou, mas deixar uma resposta 404 válida quando não há substituição. Redirecionar qualquer URL quebrada para a página inicial pode confundir a pessoa e pode ser tratado como uma página de erro suave.
Escolha o destino com cuidado. Uma antiga página de produto pode levar a uma categoria atual se ela realmente atende à mesma intenção. Se o conteúdo não existe mais e não há equivalente, mantenha o 404 ou use 410 quando o servidor e o processo permitirem indicar que foi removido definitivamente. Não crie um redirecionamento para conteúdo sem relação apenas para evitar a mensagem de erro.
Atualize o sitemap e valide o resultado
O sitemap deve listar URLs canônicas que você deseja que mecanismos de busca descubram. Remova endereços antigos que foram excluídos ou redirecionados e envie a versão atualizada pelo recurso apropriado do Search Console. O sitemap ajuda a descoberta, mas não força a indexação nem corrige links internos quebrados.
Depois da mudança, abra o endereço antigo e confirme que ele responde com o status esperado: 301 para destino permanente, ou 404/410 se não há substituto. Acesse o novo destino, confira conteúdo e navegação, e atualize links internos. Se você usa um plugin para redirecionar, documente as regras para que uma nova migração não crie cadeias ou ciclos.
Roteiro prático
- Registre a URL que falha e teste se o erro se repete.
- Confirme se a página deveria existir, foi movida ou foi removida.
- Procure links internos e entradas de sitemap que ainda apontam para ela.
- Atualize o link ou redirecione somente para uma substituta equivalente.
- Se várias páginas falharem, revise permalinks, DNS e regras da hospedagem.
- Teste o status HTTP e atualize o sitemap após corrigir.
Uma página de erro útil deve ajudar a pessoa a retomar a navegação. Inclua uma mensagem simples, um link para a página inicial, uma busca quando disponível e caminhos para as principais áreas do site. Em uma loja, categorias e atendimento podem ajudar a encontrar um produto ou esclarecer uma dúvida. Mantenha a identidade visual do site, mas evite esconder a mensagem ou redirecionar automaticamente todos os visitantes para a home. O importante é oferecer uma saída clara e continuar enviando o status HTTP 404 quando o endereço realmente não existir. Depois, teste a página digitando uma URL inventada e confirme que ela funciona em celular e computador.
Perguntas frequentes
Todo erro 404 prejudica o SEO?
Não. URLs removidas sem substituta podem retornar 404 corretamente. Corrija páginas importantes que ainda deveriam funcionar e links que você controla.
Devo redirecionar todo 404 para a página inicial?
Não. O destino deve corresponder à intenção da URL antiga. Um redirecionamento sem relação pode frustrar visitantes e parecer uma página de erro para mecanismos de busca.
Quanto tempo demora para o Google atualizar uma URL?
Não há prazo garantido. O Search Console mostra a situação observada no rastreamento mais recente; mudanças podem levar tempo para serem percebidas e processadas.
Como saber se o 404 é do WordPress ou da hospedagem?
Compare várias URLs, inclusive a página inicial e páginas administrativas. Se muitas rotas amigáveis falharem ao mesmo tempo, investigue permalinks e regras do servidor. O suporte da hospedagem pode verificar a configuração.
