Códigos de status HTTP para donos de sites: significado e SEO | We.Inc
Todos os códigos de status HTTP comuns explicados de forma simples: o que o visitante vê, como o Google trata cada um, 301 vs 302 vs 410, soft 404 e como corrigir erros 403, 404, 500, 502 e 503.
Códigos de status HTTP para donos de sites
Um código de status HTTP é o número de três dígitos que o servidor envia antes de cada página. 2xx significa que deu certo, 3xx que a página mudou de endereço, 4xx que a requisição estava errada ou a página não existe, e 5xx que o servidor falhou. Para SEO, use 301 para mudanças permanentes, 404 ou 410 para páginas removidas e 503 para manutenção.
As cinco classes
Faixa
Classe
O que significa para o seu site
100 a 199
Informativa
Raramente vista por donos de sites; a conexão ainda está em andamento
200 a 299
Sucesso
A página foi entregue e pode ser indexada
300 a 399
Redirecionamento
O visitante é enviado para outra URL
400 a 499
Erro do cliente
Página inexistente, requisição inválida ou sem permissão
500 a 599
Erro do servidor
Sua hospedagem ou aplicação falhou; corrija rápido
As referências para desenvolvedores listam todos os códigos já definidos. Donos de sites precisam de algo mais focado: qual código minha página está retornando, o que o visitante vê, o que o Google vai fazer com ela e como eu corrijo. Pesquise na tabela abaixo por número ou palavra e depois leia as seções de SEO e de correção.
Digite um código como 503 ou uma palavra como redirecionamento na caixa de busca para filtrar a lista.
Leia as colunas do visitante e dos buscadores para ver o efeito prático no seu site.
Para descobrir qual código uma URL realmente retorna, abra as ferramentas de desenvolvedor do navegador, escolha a aba Network e recarregue; a coluna Status mostra o código.
Use a tabela de correções para o erro que você está vendo e confira o status de novo depois da mudança.
Uma página que diz Não encontrado mas retorna 200 é um soft 404. Faça as páginas de erro enviarem um status 404 de verdade.
Aponte as URLs antigas direto para o endereço final. O Google segue até 10 saltos de redirecionamento, mas cada salto deixa o visitante esperando mais.
Durante uma parada planejada, retorne 503 com um cabeçalho Retry-After em vez de uma página de manutenção com 200, para que o texto de manutenção não seja tratado como o seu conteúdo.
Não redirecione toda página apagada para a página inicial. Redirecione só quando existir um substituto próximo; caso contrário, deixe retornar 404 ou 410.
Perguntas frequentes
Qual é a diferença entre 301 e 302 para SEO?
O Google trata 301 e 308 como um sinal forte de que a nova URL é a que deve aparecer na busca, e 302 e 307 como um sinal fraco. Use 301 quando a mudança for permanente e 302 só quando a URL original for voltar.
Devo usar 404 ou 410 para uma página apagada?
Os dois funcionam. A documentação do Google diz que todos os códigos 4xx, exceto o 429, são tratados da mesma forma: a URL não é indexada, e as URLs indexadas que passam a retorná-los são removidas. O 410 diz com mais precisão que a remoção é intencional e permanente.
O que é um soft 404?
Um soft 404 é uma página que diz às pessoas que não existe, ou que está quase vazia, enquanto o servidor ainda retorna 200. O Search Console aponta esses casos. Corrija retornando um 404 ou 410 de verdade, ou colocando conteúdo útil na página.
Erros 500 prejudicam o ranqueamento?
Quedas curtas são toleradas. O Google reduz o rastreamento quando vê respostas 5xx ou 429, e URLs que continuam falhando acabam saindo do índice. Corrija rápido os erros de servidor persistentes e use 503 para manutenções planejadas.
Qual é a diferença entre 307 e 308?
Os dois mantêm o método original da requisição, então um POST de formulário continua sendo POST depois do redirecionamento. O 307 é temporário e o 308 é permanente. O 301 e o 302 permitem que o cliente troque um POST por GET, e é por isso que as APIs preferem 307 e 308.
Por que o código importa mais que o texto da página
Os rastreadores decidem o que fazer com uma URL pelo status, antes de ler uma única palavra. Uma página de erro amigável com status 200 parece conteúdo real; uma página que funciona mas retorna 404 por engano some da busca.
Os códigos de status são definidos pelo servidor, pela hospedagem ou pelo framework, então o mesmo erro costuma se repetir em milhares de URLs. Verificar algumas páginas representativas depois de cada deploy pega o problema cedo.
Cadeias de redirecionamento
Uma cadeia acontece quando a página A redireciona para B, que redireciona para C. Ela costuma se formar ao longo de anos de migrações: de http para https, depois de sem www para www, depois de um slug antigo para um novo.
Cada salto adiciona uma ida e volta antes de qualquer coisa aparecer na tela. Elimine as cadeias apontando cada URL antiga direto para o destino final e atualize os links internos para que nunca passem por um redirecionamento.
Como corrigir os erros mais comuns
O que verificar primeiro em cada hospedagem
Código
Causa provável
Vercel ou Netlify
cPanel ou Apache
Permissões de arquivo, bloqueio de IP ou arquivo index ausente
Verifique a proteção por senha e as regras de firewall nas configurações do projeto
Defina as pastas como 755 e os arquivos como 644; verifique regras deny no .htaccess
Caminho errado, página apagada ou fallback de SPA ausente
Adicione um rewrite para index.html nas rotas do lado do cliente; verifique a pasta de saída
Confira se o arquivo existe em public_html e se maiúsculas e minúsculas dos slugs batem
Falha na aplicação ou configuração ruim do servidor
Abra os logs da função para a requisição que falhou
Leia o log de erros; uma linha quebrada no .htaccess é uma causa frequente
A aplicação de origem caiu ou retornou lixo
Verifique os logs da função e os timeouts
Reinicie o PHP-FPM ou a aplicação; verifique os limites de memória
Sobrecarregado, pausado ou em manutenção
Verifique os limites de uso e os deploys pausados
Verifique os limites de recursos no painel da hospedagem
Como definir o status certo no código
Redirecionamento permanente e página removida no Apache
Vai no .htaccess. A primeira linha envia uma URL antiga para a substituta com 301; a segunda retorna 410 para uma página que saiu de vez.
Redirecionamentos e fallback de SPA no Netlify
Um arquivo _redirects na pasta de publicação. A última regra serve a estrutura da aplicação para as rotas do lado do cliente com status 200.
Resposta de manutenção com Retry-After
Um pequeno handler em Node que diz aos rastreadores para voltar em uma hora em vez de indexar a mensagem de manutenção.
OK
A página carrega normalmente
Created
Geralmente uma resposta de API depois de salvar algo
No Content
Nada muda na tela
Moved Permanently
Enviado para a nova URL automaticamente
Found
Enviado para outra URL por enquanto
See Other
Enviado para uma página de resultado depois de um formulário
Not Modified
A cópia em cache é exibida
Temporary Redirect
Enviado para outro lugar, mantendo o mesmo método
Permanent Redirect
Enviado para outro lugar, mantendo o mesmo método
Bad Request
Uma página de erro; o link ou os dados do formulário estão malformados
Unauthorized
Um pedido de login
Forbidden
Mensagem de acesso negado
Not Found
A sua página de não encontrado
Method Not Allowed
Um erro depois de enviar um formulário do jeito errado
Gone
A sua página de não encontrado
Too Many Requests
Uma mensagem de limite de requisições
Unavailable For Legal Reasons
Um aviso de que a página está bloqueada por motivos legais
Internal Server Error
Uma página de erro genérica
Bad Gateway
Erro do proxy ou da CDN na frente da sua aplicação
Service Unavailable
Página de manutenção ou de sobrecarga
Gateway Timeout
A página trava e depois dá erro
Consulta de códigos de status
Pesquise por código ou palavra
ex.: 503 ou redirecionamento
Filtrar por classe
Todos
{n} de {total} códigos exibidos
Códigos comuns, o que o visitante vê e como os buscadores reagem