O que os códigos de status HTTP realmente significam para SEO

Os códigos de status HTTP são um daqueles temas em que os conselhos de SEO podem ficar estranhamente dramáticos. Um único 404 vira “autoridade perdida”. Um redirecionamento vira “vazamento de link equity”. Um 500 vira uma emergência, mesmo que tenha durado seis minutos durante um deploy.

A versão mais calma é esta: códigos de status HTTP são instruções e sinais. Eles dizem a navegadores, bots, caches e outros clientes o que aconteceu quando solicitaram uma URL. Mecanismos de busca usam essas respostas para decidir se devem rastrear, indexar, manter, substituir ou remover uma página.

Mas nem todo código de status tem o mesmo peso em SEO. Alguns são rotineiros. Alguns só são um problema em escala. Alguns poucos merecem atenção imediata.

O código de status não é toda a história de SEO

Um código de status é apenas uma parte da resposta HTTP. Mecanismos de busca também analisam:

• a URL final após redirecionamentos
• tags canonical
• diretivas robots
• conteúdo da página
• links internos
• sinais do sitemap
• comportamento histórico de rastreamento
• confiabilidade do servidor ao longo do tempo

Isso significa que “a página retorna 200” não é o mesmo que “a página é indexável”. Uma URL pode retornar 200 e ainda assim estar bloqueada por noindex, canonicalizada para outro lugar ou ser tratada como um soft 404 porque o conteúdo é raso ou vazio.

Da mesma forma, um 404 não é automaticamente ruim. Uma página excluída normalmente deve retornar 404 ou 410. O problema de SEO não é que páginas ausentes existam. O problema é quando páginas importantes retornam o código errado, ou quando o site envia sinais contraditórios.

Se você estiver depurando isso em produção, não confie apenas no que o navegador mostra. Inspecione a cadeia real de respostas. Uma verificação bruta de cabeçalhos, uma requisição por linha de comando ou um rastreamento de redirecionamento dirá mais do que a página visível. Cobrimos um fluxo de trabalho prático em um pequeno toolkit para depurar redirecionamentos e cabeçalhos HTTP em produção.

200 OK: indexável, mas não automaticamente valioso

Uma resposta 200 OK significa que a requisição foi bem-sucedida e o servidor retornou conteúdo. Para SEO, essa é a resposta normal para páginas que você quer que sejam rastreadas e potencialmente indexadas.

Mas 200 não é garantia de indexação. Mecanismos de busca ainda podem optar por não indexar a página se ela for duplicada, de baixa qualidade, bloqueada por diretivas em nível de página ou não for descobrível por meio de links.

O erro de SEO mais comum com respostas 200 é retorná-las para páginas que não são páginas reais:

• páginas de resultados de busca vazias
• páginas de produtos excluídos com texto do tipo “desculpe, indisponível”
• páginas de localização sem conteúdo significativo
• templates quebrados que renderizam apenas uma casca
• listagens expiradas que deveriam ser removidas ou redirecionadas

Essas podem se tornar soft 404s. Um soft 404 ocorre quando o servidor diz “OK”, mas o conteúdo diz ao crawler “não há nada útil aqui”. Mecanismos de busca podem tratar essa URL como uma página ausente mesmo assim.

Uma boa regra: se uma pessoa diria “esta página não existe mais”, o servidor provavelmente não deveria dizer 200.

301 e 308: redirecionamentos permanentes

301 Moved Permanently e 308 Permanent Redirect dizem aos clientes que uma URL foi movida permanentemente. Para SEO, essas são as ferramentas corretas quando uma página tem uma substituta clara:

• migração de HTTP para HTTPS
• slug antigo para slug novo
• artigo mesclado para um artigo mais forte
• produto descontinuado para um sucessor próximo
• normalização de barra final ou host canônico

Mecanismos de busca geralmente transferem sinais de canonicalização por meio de redirecionamentos permanentes. Em termos simples: se você redireciona a URL antiga para a nova URL correta, os mecanismos de busca podem consolidar muitos dos sinais associados à página antiga.

O risco não é que um 301 seja inerentemente prejudicial. O risco é um mapeamento ruim.

Padrões ruins de redirecionamento incluem:

• redirecionar toda URL antiga para a homepage
• redirecionar páginas excluídas para páginas de categoria vagamente relacionadas
• criar cadeias como A → B → C → D
• redirecionar para uma URL bloqueada, com noindex ou canonicalizada para outro lugar
• redirecionar mobile e desktop de forma inconsistente

Um redirecionamento permanente deve responder a uma pergunta: “Qual é o melhor equivalente atual desta URL?” Se não houver equivalente, um 404 ou 410 pode ser mais honesto.

302 e 307: redirecionamentos temporários

302 Found e 307 Temporary Redirect indicam que a mudança é temporária. Espera-se que a URL original continue sendo a URL principal ao longo do tempo.

Use redirecionamentos temporários para situações genuinamente temporárias:

• roteamento de campanhas de curta duração
• geolocalização ou testes A/B que não devem substituir a URL canônica
• alternativas temporárias de manutenção
• fluxos de estoque ou disponibilidade que mudam com frequência

Para SEO, a questão principal é a ambiguidade. Se um redirecionamento “temporário” permanece ativo por meses ou anos, mecanismos de busca podem eventualmente tratar o destino como canônico mesmo assim. Mas você não deve depender dessa interpretação.

Se a mudança é permanente, use um redirecionamento permanente. Se é temporária, use um redirecionamento temporário. A resposta entediante é a correta.

304 Not Modified: útil, mas não um atalho de ranking

304 Not Modified faz parte do cache HTTP. Ele informa a um cliente que o recurso não mudou desde a versão que ele já possui.

Esse código é bom para eficiência de rastreamento e higiene de performance. Ele pode reduzir transferência de dados desnecessária e tornar requisições repetidas mais baratas. Mas não é um fator direto de ranking no sentido simplista.

Pense no 304 como qualidade de infraestrutura. Ele ajuda clientes e crawlers a interagir com seu site de forma eficiente. Ele não transforma conteúdo fraco em conteúdo forte.

404 Not Found: normal quando uma página se foi

404 Not Found significa que o servidor não consegue encontrar o recurso solicitado. Isso não é automaticamente um desastre de SEO.

404s são apropriados quando:

• uma página foi removida e não tem substituta
• um link externo ruim aponta para uma URL inexistente
• usuários digitam URLs incorretamente
• URLs antigas de teste ou staging nunca deveriam existir

Mecanismos de busca acabarão removendo URLs com 404 persistente do índice. Geralmente é isso que você quer.

Você deve corrigir 404s quando eles afetam URLs importantes:

• páginas com backlinks valiosos
• URLs recebendo tráfego significativo
• páginas importantes removidas acidentalmente durante uma migração
• links internos apontando para páginas ausentes
• URLs de sitemap retornando 404

Não redirecione todo 404 para a homepage. Isso é confuso para usuários e mecanismos de busca. Se houver uma substituta relevante, redirecione. Se não houver, retorne 404 e ofereça uma página de erro útil para pessoas.

410 Gone: mais forte que 404, mas use com cuidado

410 Gone significa que o recurso foi intencionalmente removido e não se espera que retorne.

Para SEO, 410 pode ser útil quando você quer remover URLs de forma mais decisiva:

• páginas legais expiradas
• perfis de usuários removidos
• páginas de spam excluídas
• landing pages obsoletas sem substituta

Mecanismos de busca podem tratar 410 como um sinal de remoção mais forte do que 404. A diferença prática costuma ser velocidade, não resultado. Tanto respostas 404 quanto 410 persistentes podem levar à desindexação.

Use 410 quando tiver certeza de que a página se foi permanentemente. Se uma página pode voltar, 404 ou um tratamento temporário pode ser mais seguro.

401, 403 e acesso bloqueado

401 Unauthorized significa que autenticação é necessária. 403 Forbidden significa que o servidor entendeu a requisição, mas recusa o acesso.

Para SEO, esses códigos geralmente impedem o rastreamento e a indexação normais do conteúdo protegido. Isso é adequado para dashboards privados, áreas de conta, sistemas de staging e conteúdo pago que não deve ser indexado publicamente.

Problemas aparecem quando páginas públicas retornam 401 ou 403 acidentalmente para crawlers por causa de:

• regras de proteção contra bots
• firewalls mal configurados
• bloqueio por país
• regras de CDN
• suposições de autenticação expiradas
• restrições de staging levadas para produção

Uma página que funciona para você enquanto está logado pode não funcionar para um crawler. Sempre teste como um cliente não autenticado.

429 Too Many Requests: controle de rastreamento com consequências

429 Too Many Requests informa aos clientes que eles estão sendo limitados por taxa. Pode ser apropriado quando bots estão realmente sobrecarregando sua infraestrutura.

No entanto, usar 429 de forma casual pode reduzir a atividade de rastreamento. Mecanismos de busca podem diminuir a frequência das requisições se encontrarem limitação de taxa repetidamente. Isso pode atrasar a descoberta de conteúdo novo ou atualizado.

Se você precisa de limitação de taxa, seja preciso. Evite bloquear grandes crawlers de busca por acidente. Use logs do servidor para distinguir scraping agressivo de rastreamento legítimo. Se possível, retorne um cabeçalho Retry-After para que clientes bem-comportados saibam quando voltar.

500, 502, 503 e 504: sinais de confiabilidade

A família 5xx significa que o servidor falhou ao atender uma requisição válida.

Exemplos comuns:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Respostas 5xx ocasionais acontecem. Um problema curto durante um deploy geralmente não é catastrófico. Erros 5xx persistentes são diferentes. Eles dizem aos crawlers que seu site não é confiável, e mecanismos de busca podem reduzir a taxa de rastreamento ou remover temporariamente páginas afetadas se não conseguirem buscá-las repetidamente.

503 Service Unavailable é o código correto para manutenção planejada, especialmente com um cabeçalho Retry-After. Ele diz: “Isto é temporário; volte mais tarde.” Retornar 200 para uma página de manutenção é pior porque crawlers podem tratar o conteúdo de manutenção como o conteúdo da página.

Se uma indisponibilidade afeta URLs importantes, monitore a recuperação. Garanta que as páginas originais voltem a retornar 200, não páginas de erro em cache, loops de redirecionamento ou templates temporários de manutenção.

Cadeias e loops de redirecionamento merecem atenção especial

Redirecionamentos são normais. Cadeias de redirecionamento são dívida evitável.

Um redirecionamento simples da URL antiga para a nova URL está bem. Uma cadeia de cinco redirecionamentos aumenta a latência, desperdiça orçamento de rastreamento e cria mais pontos em que a requisição pode falhar. Um loop é pior: o cliente nunca chega a uma página final.

Para migrações de SEO, mantenha um mapa de redirecionamentos e teste-o antes do lançamento. Cada URL aposentada idealmente deve resolver para seu destino final em um único salto. Após o lançamento, faça amostragens de URLs antigas, URLs de alto tráfego e URLs com muitos backlinks.

É também aqui que performance e SEO se sobrepõem. Redirecionamentos atrasam o início do carregamento da página real. Se você estiver revisando a experiência do usuário junto com a rastreabilidade, ler um relatório do Lighthouse sem entrar em pânico pode ajudar a separar problemas sérios de carregamento de diagnósticos ruidosos.

A lista prática de prioridades

Se você está auditando códigos de status, não trate todos os avisos da mesma forma. Comece por aqui:

1. URLs importantes retornando 5xx — corrija primeiro a confiabilidade do servidor.
2. Páginas indexáveis retornando o status errado — restaure as respostas 200 pretendidas.
3. Cadeias e loops de redirecionamento — simplifique para redirecionamentos de um salto.
4. URLs de sitemap retornando respostas diferentes de 200 — mantenha sitemaps limpos.
5. Links internos para 404s — repare navegação e links de conteúdo.
6. Padrões de soft 404 — pare de retornar 200 para páginas vazias ou excluídas.
7. Bloqueio acidental de crawlers — investigue respostas 401, 403 e 429 inesperadas.

O objetivo não é um site com zero 404s. Isso é irrealista e muitas vezes desnecessário. O objetivo é um site em que cada URL dá uma resposta verdadeira e consistente.

<!-- tool-cta:start -->

💡 Experimente isto: Verifique quais códigos de status seus URLs realmente retornam com o Redirect Checker, que mostra a cadeia completa que os rastreadores veem.

<!-- tool-cta:end -->

Uma regra simples para escolher o código correto

Na dúvida, escolha o código que corresponde à verdade percebida pelo usuário:

• A página existe e deve estar disponível: 200
• A página foi movida permanentemente: 301 ou 308
• A página foi movida temporariamente: 302 ou 307
• A página não existe mais e não tem substituta: 404
• A página foi intencionalmente removida para sempre: 410
• A página está temporariamente indisponível: 503
• A requisição está bloqueada ou é privada: 401 ou 403

Mecanismos de busca são bons em lidar com a bagunça comum da web. O que causa problemas de SEO é inconsistência em escala: mudanças permanentes marcadas como temporárias, páginas excluídas fingindo ser válidas, erros de servidor deixados sem resolução e lógica de redirecionamento que ninguém testou desde a última migração.

Códigos de status HTTP não são alavancas mágicas de SEO. Eles são semântica básica da web. Use-os com honestidade, e a maior parte do benefício de SEO vem junto.