Códigos HTTP: como afetam o rastreamento do Google

Um código HTTP é o que o servidor devolve a um navegador ou rastreador. A documentação do Google sobre códigos de status HTTP mostra como 20 códigos decidem entre processar o conteúdo, descartá-lo ou pedir que o rastreador diminua a velocidade.

A página, atualizada em 4 de fevereiro de 2026, cobre os 20 códigos mais encontrados na web. Fica de fora o que é exótico — o 418 ("I'm a teapot") é o exemplo citado — e recursos experimentais dos protocolos HTTP e FTP.

Uma regra geral abre o documento: o Search Console gera mensagens de erro para 4xx, 5xx e para redirecionamentos 3xx que falham. Já o 2xx pode levar o conteúdo recebido à consideração para indexação — "Pode" é a palavra importante.

2xx: o conteúdo é recebido, não indexado

Um código 2xx não garante indexação. No 200, o Google repassa o que recebeu para a próxima etapa — na Busca, o pipeline de indexação, que pode indexar ou não. Quem decide é o pipeline de indexação.

Nos 201 e 202, o Google espera o conteúdo por um tempo limitado antes de repassá-lo. Esse limite depende do user agent: o Googlebot Smartphone pode ter um tempo diferente do Googlebot Image.

No 204 não há conteúdo a processar: o Google não recebeu nada.

O soft 404 é problema de conteúdo, não de status

O soft 404 é o caso que mais interessa a quem opera site: o problema é de conteúdo, não de status.

Quando a resposta é 2xx, mas o conteúdo sugere erro para a Busca — página vazia ou mensagem de erro —, o Search Console mostra um soft 404. O servidor diz "deu certo" e a página diz "não existe".

3xx: até 10 saltos, e só o destino é processado

Por padrão, os rastreadores do Google seguem até 10 saltos de redirecionamento. Produtos específicos podem ter limites diferentes: o Googlebot geralmente segue 10 ao rastrear conteúdo geral, e as ferramentas de inspeção não seguem redirecionamentos.

O conteúdo da URL que redireciona é ignorado; processa-se o da URL de destino final.

O Google lê cada código com um peso diferente:

Código	Peso para o Google
301	Sinal forte de que o alvo deve ser processado
302	Sinal fraco
307	Sinal fraco; equivale ao 302
308	Sinal forte; equivale ao 301

A documentação ressalta que, embora o Google trate esses códigos do mesmo jeito, eles são semanticamente diferentes. Usar o código adequado ao tipo de redirecionamento beneficia outros clientes, como leitores de e-book e outros buscadores.

Vale comparar o que cada sinal indica em redirect 301 vs 302 vs canonical.

O 304 avisa que o conteúdo é o mesmo

Os rastreadores informam o próximo sistema de que o conteúdo é igual ao da última vez. Na Busca, o pipeline de indexação pode recalcular sinais da URL. Fora isso, o 304 não tem efeito sobre a indexação.

4xx: o conteúdo é descartado e o rastreamento cai

O Google não usa conteúdo de URLs que retornam 4xx. Se a URL já era usada, os sistemas deixam de usá-la com o tempo; se já estava indexada, é removida do índice. Todo conteúdo recebido em 4xx é ignorado.

Todos os 4xx, exceto o 429, são tratados da mesma forma: os rastreadores informam ao próximo sistema que o conteúdo não existe. Páginas 404 novas não são processadas, e a frequência de rastreamento cai gradualmente.

O documento é explícito: não use 401 e 403 para limitar a taxa de rastreamento — os 4xx, exceto o 429, não têm efeito sobre ela.

Para reduzir rastreamento, o mecanismo é outro, e vale entender noindex vs disallow no robots.txt antes de escolher.

5xx e 429: o rastreador desacelera

O 429 é a exceção entre os 4xx: o Google o trata como sinal de servidor sobrecarregado e o considera um erro de servidor.

Erros 5xx e o 429 fazem os rastreadores do Google diminuírem temporariamente o ritmo de rastreamento. Na Busca, URLs já indexadas são preservadas, mas podem ser descartadas; o conteúdo recebido é ignorado.

Quando o servidor volta a responder 2xx, o Google aumenta a taxa de rastreamento de forma gradual. No 500, a redução da taxa é proporcional ao número de URLs individuais que retornam erro de servidor.

URLs que retornam erro persistente saem do índice. Os 502 e 503 são listados na mesma seção de erros de servidor. A página remete a orientações específicas para arquivos robots.txt que respondem 3xx ou 5xx, que têm regras próprias.

Sem resposta, não há código para ler

Falhas de rede e de DNS não aparecem no documento como códigos: um status HTTP só existe quando o servidor responde a uma requisição. Sem resposta, não há código a interpretar — e o conteúdo não chega ao rastreador.

O que fazer agora

O Search Console é o ponto de partida. Ele gera mensagens de erro de 4xx e 5xx, e redirecionamentos que falham também aparecem.

1. Abra o relatório de indexação de páginas para ver os erros de 4xx e 5xx.
2. Use a ferramenta de inspeção de URL com atenção: ela não segue redirecionamentos, então o status pode ser o do primeiro salto, não o do destino.
3. Verifique se o 2xx entrega conteúdo real — página vazia ou mensagem de erro em resposta 2xx aparece como soft 404.