Códigos de status HTTP

TL;DR — Um código de status HTTP é um número de três dígitos que o servidor envia com cada página, informando ao navegador ou mecanismo de busca o que aconteceu: sucesso, redirecionamento, “não encontrado” ou erro do servidor. Para SEO, o código importa tanto quanto a própria página — ele diz ao Google se deve indexá-la, seguir um redirecionamento, voltar depois ou remover a URL. O famoso 404 geralmente não prejudica suas classificações.

O que é um código de status HTTP

Um código de status HTTP é a classificação padronizada da resposta do servidor para uma solicitação. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes Mecanismos de busca interpretam essas respostas em seus pipelines de rastreamento e indexação, com comportamento documentado separadamente da especificação HTTP. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

Sempre que seu navegador (ou o Googlebot) pede uma página a um servidor, ele responde com um número de três dígitos antes de enviar qualquer outra coisa. Esse número é o código de status HTTP e é o resumo de uma linha do servidor sobre o que aconteceu com a solicitação. Você já viu  404  quando uma página não existe;  200  é o código discreto que significa “aqui está sua página, tudo certo”.

Os códigos vêm em cinco grupos, ordenados pelo primeiro dígito:

• 1xx — Informativo. “Espere, ainda estou trabalhando.” Você quase nunca os vê.
• 2xx — Sucesso. “Aqui está.”  200 OK  é o que importa.
• 3xx — Redirecionamento. “Ele mudou — vá para cá.” Os redirecionamentos ficam aqui.
• 4xx — Erro do cliente. “Sua solicitação tem um problema.”  404 Not Found  é a estrela.
• 5xx — Erro do servidor. “A culpa é minha — não consegui servi-la agora.”

Por que o código importa para o SEO

Os mecanismos de busca leem primeiro o código de status, que decide como tratarão a página:

• Um 200 é o que você quer para uma página que deseja na pesquisa — é o sinal verde.
• Um redirecionamento 301 (permanente) diz ao Google que a página tem uma nova casa e que seus sinais de classificação devem ser transferidos para lá. Um 302 (temporário) diz “this is only for now.” Tradução: “isso é apenas por enquanto”.
• Um 404 ou 410 diz ao Google que a página sumiu, e ela sai do índice com o tempo.
• Um erro de servidor 500 ou 503 diz ao Google que algo quebrou; o Google recua e tenta novamente mais tarde, em vez de apagar suas páginas imediatamente.

O que a maioria das pessoas entende errado

Erros 404 em geral não prejudicam suas classificações. A própria ajuda do Google Search Console diz isso claramente. Se uma página realmente não deveria existir, deixá-la retornar 404 está correto — você pode ignorar esses erros com segurança. O custo real de um 404 é indireto: você perde o tráfego e os links que a página tinha. O que você não deve fazer é manter uma página quebrada ativa retornando  200 OK , pois o Google terá prazer em indexar a versão quebrada como se fosse conteúdo real.

Quer a explicação completa família por família, como o Google trata redirecionamentos e erros de servidor, a armadilha do soft-404 e como verificar o código de qualquer página? Mude para a aba Avançado.

TL;DR — O código de status é um sinal de SEO de primeira classe, independente do conteúdo da página.  2xx  é necessário, mas não suficiente, para indexação.  301/ 308  passam um sinal de canonicalização;  302/ 307  não. Páginas 4xx saem do índice com o tempo, e 404 em geral não prejudica classificações. 5xx e 429 fazem os crawlers desacelerarem, não desindexarem — a recuperação é gradual quando  2xx  volta. A armadilha é o soft 404: um status 200 envolvendo conteúdo que diz “isso não existe”, que o Google detecta na camada de conteúdo e trata como um 404 real. Combine o código com a realidade, use redirecionamentos permanentes para mudanças permanentes e retorne  503  — não um  200  quebrado — durante uma indisponibilidade.

O que um código de status realmente é

As cinco classes de resposta vêm da RFC 9110, a especificação HTTP — são semânticas do protocolo, não pontuações diretas de SEO. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes A documentação do Google, sobreposta a essa especificação, descreve resultados prováveis de processamento sem garantir o momento exato de rastreamento ou indexação. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

A documentação do próprio Google traz a definição mais clara: “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” Tradução: “códigos de status HTTP são gerados pelo servidor que hospeda o site quando ele responde a uma solicitação feita por um cliente, por exemplo, um navegador ou crawler”. A ideia central para SEO é que o código é um sinal por si só, separado de qualquer HTML que venha depois. Uma página pode parecer perfeita para uma pessoa e ainda ficar invisível na pesquisa por causa do número que o servidor enviou primeiro.

As cinco famílias pela lente do SEO

1xx — Informativo. Respostas provisórias “ainda trabalhando” (100 Continue, 101 Switching Protocols). Quase nunca são relevantes para SEO, com uma exceção moderna: 103 Early Hints, que permite ao servidor dizer ao navegador para começar a pré-carregar recursos críticos antes que a resposta completa esteja pronta — uma pequena vitória de Core Web Vitals, não uma alavanca de indexação.

2xx — Sucesso. 200 OK é o que uma página indexável retorna. Mas 200 é necessário, não suficiente: o Google ainda pode decidir não indexar uma página 200 por motivos de qualidade, duplicação ou outros. Um caso-limite que vale conhecer — 204 No Content (resposta bem-sucedida com corpo vazio) pode ser tratado como soft 404, pois não há nada para indexar.

3xx — Redirecionamento. É aqui que mora a distinção de canonicalização, e é a parte mais mal compreendida do tema. Segundo a documentação de redirecionamentos do Google:

• 301 (permanente) e 308 — o Google segue o redirecionamento e “the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” Tradução: “o pipeline de indexação usa o redirecionamento como sinal de que o destino deve ser canônico”. Os sinais de classificação se consolidam no destino.
• 302 (temporário) e 307 — o Google segue o redirecionamento, “but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” Tradução: “mas o pipeline de indexação não usa o redirecionamento como sinal de que o destino deve ser canônico”. Um 302 mantido para uma mudança realmente permanente é uma configuração incorreta clássica — o Google pode acabar tratando um 302 duradouro como 301 na prática, mas você não deve depender disso.

O Google recomenda “use a permanent server-side redirect whenever possible” para mudanças permanentes e observa um teto rígido: “By default, Google’s crawlers follow up to 10 redirect hops.” Tradução: “use um redirecionamento permanente no servidor sempre que possível” e “por padrão, os crawlers do Google seguem até 10 saltos de redirecionamento”. Cadeias maiores que isso são abandonadas. (Escrevi separadamente na Ahrefs o passeio completo pelos onze tipos de redirecionamento e seu impacto no SEO; este hub é deliberadamente o mapa, não o aprofundamento.) Também na família 3xx: 304 Not Modified, um sinal de cache que informa ao crawler que sua cópia armazenada continua atual — sem efeito direto na classificação, mas útil para o rastreamento eficiente em sites grandes.

4xx — Erro do cliente. A página não pode ser servida por algo do lado da solicitação — ela está ausente, proibida ou bloqueada para este cliente. O Google é explícito: “Google doesn’t use the content from URLs that return 4xx status codes,” e “if a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” Tradução: “o Google não usa o conteúdo de URLs que retornam códigos 4xx” e “se uma URL era usada antes, mas agora retorna código 4xx, os sistemas do Google deixarão de usá-la com o tempo”. Para 404 especificamente, “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” Tradução: “o pipeline de indexação remove a URL do índice se ela já foi indexada. Páginas 404 encontradas recentemente não são processadas”.

Duas nuances importantes aqui:

• 404 não prejudica classificações. A Ajuda do Search Console afirma diretamente: “In general, 404 errors won’t impact your site’s search performance.” Tradução: “em geral, erros 404 não afetarão o desempenho do seu site na pesquisa”. O risco de um 404 é perder o tráfego e os links que a página carregava ou, em escala, desperdiçar orçamento de rastreamento.
• Não transforme 401/403 em arma contra o Googlebot. O Google alerta: “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” Tradução: “não use códigos 401 e 403 para limitar a taxa de rastreamento. Os códigos 4xx, exceto 429, não afetam a taxa de rastreamento”. Bloquear o Googlebot com 401/403 não o “desacelera” — apenas torna o conteúdo invisível.

Cada código de erro do cliente tem sua própria história — os códigos de acesso e autenticação (401, 403), os códigos de “sumiu” (404, 410 e a dúvida sobre qual usar), a limitação de taxa (429) e o bloqueio legal (451) — e cada um recebe um tratamento completo em seu próprio artigo. Veja “Para onde ir agora” abaixo.

5xx — Erro do servidor. A solicitação estava correta; o servidor não conseguiu atendê-la (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). O fato crucial para SEO: esses erros não desindexam imediatamente. A documentação do Google diz: 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling,” e “once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” Tradução: “erros de servidor 5xx e 429 fazem os crawlers do Google reduzir temporariamente o ritmo” e “quando o servidor começa a responder com status 2xx, o Google aumenta gradualmente a taxa de rastreamento”. A redução é medida: “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” Tradução: “a redução da taxa é proporcional ao número de URLs individuais que retornam erro de servidor”. URLs antes indexadas são preservadas durante uma oscilação; somente erros do servidor persistentes acabam levando à remoção.

Rastreamento versus índice: o modelo mental que amarra tudo

Há duas perguntas diferentes por trás desses códigos:

1. Devo rastrear isto? 5xx/429 dizem “desacelere, tente depois”. 301/302 dizem “vá para cá”. 429 e a família 5xx são os únicos códigos que realmente limitam a taxa de rastreamento.
2. Devo indexar isto e em qual URL? 2xx = elegível. 4xx = remova. 301/308 = consolide no destino.

O fio que conecta tudo — e a coisa que quebra este modelo — é o soft 404, em que o código e o conteúdo discordam.

Soft 404 — a exceção sorrateira

Um soft 404 é uma página que retorna um código de sucesso (200), mas cujo conteúdo diz que o item não existe — uma página vazia, uma mensagem de “desculpe, não encontrado” ou um resultado raso/em branco. O Google detecta o problema na camada de conteúdo, independentemente do código HTTP: “if the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” Tradução: “se o conteúdo sugerir um erro para a Pesquisa Google, uma página vazia ou mensagem de erro, o Search Console exibirá um erro soft 404”.

Por que se importar se a página “carrega normalmente”? Porque ela desperdiça orçamento de rastreamento. O guia do Google para sites grandes é direto: “soft 404 pages will continue to be crawled, and waste your budget.” Tradução: “páginas soft 404 continuarão sendo rastreadas e desperdiçarão seu orçamento”. Elas geralmente vêm de CMS ou frameworks JavaScript mal configurados que retornam 200 para rotas que não existem. A correção é fazer o código corresponder à realidade — retorne um 404 (ou 410) real para que o Google remova a URL de forma limpa. Há um artigo dedicado a soft 404 neste cluster.

404 versus 410 — isso realmente importa?

Quase nada, para SEO. John Mueller resolveu a questão em um esclarecimento de 2024: “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes,” acrescentando que “Google does not penalize for 404’s (those pages drop out of the index though).” Tradução: “a diferença de processamento entre 404 e 410 é tão mínima que não consigo imaginar um momento em que preferiria um ao outro para SEO” e “o Google não penaliza por 404 (embora essas páginas saiam do índice)”. Um 410 (Gone) pode sinalizar permanência um pouco mais rápido e documenta a intenção com mais clareza para pessoas e outras ferramentas — a formulação histórica de Matt Cutts era que a remoção por 410 ocorria “a little faster”, alguns dias no máximo. Use 410 quando tiver certeza de que a remoção é permanente; 404 quando a página puder voltar ou você não tiver certeza. O guia de orçamento do Google aceita ambos: “a 404 status code is a strong signal not to crawl that URL again.” Tradução: “um código de status 404 é um sinal forte para não rastrear aquela URL novamente”. O artigo dedicado a 404 versus 410 explica a nuance completa.

Usando códigos de status para indisponibilidade e migrações

Para indisponibilidade planejada, manutenção ou janela de migração, retorne 503 Service Unavailable — não um 200 quebrado. A orientação de John Mueller é direta: “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Tradução: “se algo der muito errado com seu provedor e você não puder mais hospedar seu site, retorne um código de resultado HTTP ‘503 Service unavailable’”. O raciocínio dele cobre os dois antipadrões a evitar: “returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates). Redirecting to a temporary page will result in that redirect being used for indexing.” Tradução: “retornar uma página de erro com ‘200 OK’ fará com que indexemos a mudança de conteúdo dessa forma (e, se todas as páginas retornarem a mesma página de erro, podemos presumir que essas URLs são duplicadas). Redirecionar para uma página temporária fará com que esse redirecionamento seja usado para indexação”. O truque de implementação quando a origem está totalmente fora do ar: aponte o DNS para um servidor temporário que sirva 503.

Mantenha-o curto, porém. Gary Illyes: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate,” mas “10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Tradução: “servir um código de status 503 por um período prolongado reduzirá a taxa de rastreamento” e “10–15 minutos de vez em quando não é ‘prolongado’ de forma alguma, então você deve ficar bem”. Regra prática: 503 é para horas, não semanas — deixe-o por semanas e o Google começará a tratar as páginas como realmente desaparecidas. O artigo sobre 503 aborda o padrão de migração em profundidade.

Como verificar o código de status de uma página

• DevTools do navegador — abra a aba Network, recarregue, clique na solicitação do documento e leia a coluna Status.
• Linha de comando — curl -I https://example.com/page para os cabeçalhos de uma solicitação única ou curl -IL https://example.com/page para seguir toda a cadeia de redirecionamento.
• Google Search Console — a ferramenta de Inspeção de URL informa o status rastreado.
• Bing Webmaster Tools — sua ferramenta de Inspeção de URL faz o mesmo para o Bingbot.
• Crawlers — Screaming Frog SEO Spider e Ahrefs Site Audit rastreiam todo o site e mostram códigos de status, cadeias de redirecionamento e URLs 4xx/5xx em massa; a Ahrefs SEO Toolbar gratuita mostra o código da página que você está visitando.

Uma armadilha genuína que os guias concorrentes ignoram: uma única verificação só informa sobre aquela solicitação. O status pode variar por método de solicitação, user agent, autenticação, região e horário, além do cache ou CDN no caminho — portanto um resultado limpo na sua mesa não garante o que o Googlebot viu. Um fluxo diagnóstico compacto:

• Método — uma solicitação HEAD deve levar os mesmos cabeçalhos que GET, mas os servidores podem omitir campos que exigem gerar conteúdo, então uma verificação HEAD não prova o que um GET real retorna. Teste novamente com GET se os dois divergirem.
• User agent — detecção de bot, bloqueios geográficos ou cloaking podem servir 200 ao Googlebot enquanto o navegador recebe 403 (ou vice-versa).
• Região — se suspeitar de bloqueio geográfico ou regra de CDN específica da região, teste novamente de mais de uma localização ou IP.
• Cache — descarte uma resposta armazenada obsoleta antes de concluir que a própria origem está com problemas.
• Cadeia — registre a cadeia completa de redirecionamento, não apenas o código final; um salto no meio pode ser o problema real.
• Logs — quando um código não corresponder ao esperado, verifique o que o Googlebot realmente viu. Seus logs de servidor são a fonte de verdade que uma única resposta de navegador ou verificador não consegue fornecer.

Uma observação sobre o Bing

A orientação pública do Bing sobre códigos de status é mais limitada que a do Google — não há um documento canônico único sobre como códigos de status afetam o rastreamento tão detalhado quanto o do Google, e não encontrei uma citação de representante do Bing sobre o tema. A orientação é a mesma: retorne códigos precisos, corrija 4xx/5xx persistentes e use redirecionamentos permanentes para mudanças permanentes. Prefiro dizer isso claramente a inventar uma citação do Bing que não existe.

Para onde ir agora: o cluster de códigos de erro HTTP

Este hub é a visão geral. O sub-hub HTTP Error Codes aprofunda os códigos que você realmente acaba investigando, cada um em seu próprio artigo:

• 401 Unauthorized e 403 Forbidden — os códigos de acesso e autenticação e por que você não deve usá-los para limitar o rastreamento.
• 404 Not Found, 410 Gone e 404 versus 410 — a família “esta página sumiu” e qual código escolher.
• 429 Too Many Requests — limitação de taxa e como ela, ao contrário de outros 4xx, afeta a taxa de rastreamento.
• 451 Unavailable For Legal Reasons — o bloqueio jurídico/regulatório, distinto de um 403.
• 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable e 504 Gateway Timeout — a família de erros do servidor, a desaceleração do rastreamento e o padrão 503 para manutenção.
• Soft 404 — o 200 que na verdade é um erro e como corrigi-lo.

Cada um deles está aninhado neste hub e listado na barra lateral. Para saber como redirecionamentos consolidam sinais de classificação, veja Canonicalization; para saber como crawlers reduzem o ritmo em 5xx/429, veja Crawling.

Resumo de IA

Uma síntese da versão Avançada:

• O código é um sinal de SEO, separado do conteúdo. Uma página com aparência perfeita pode ficar invisível na pesquisa por causa do número que o servidor envia primeiro.
• Cinco famílias: 1xx informativo (103 Early Hints ajuda os Core Web Vitals); 2xx sucesso (200 é necessário, mas não suficiente para indexação); 3xx redirecionamentos; 4xx erros do cliente; 5xx erros do servidor.
• Redirecionamentos: 301/308 são permanentes e passam um sinal de canonicalização; 302/307 são seguidos, mas não passam esse sinal. O Google segue até 10 saltos de redirecionamento.
• 4xx: o Google deixa de usar o conteúdo 4xx e remove URLs 404 do índice com o tempo. 404 em geral não prejudica classificações (Ajuda do Search Console). Não use 401/403 para limitar o Googlebot — somente 429 e 5xx afetam a taxa de rastreamento.
• 404 versus 410: a diferença de processamento é “so minimal” (Mueller) e raramente importa; use 410 para remoções certamente permanentes e 404 nos demais casos.
• 5xx/429: crawlers desaceleram temporariamente, não desindexam; a taxa se recupera gradualmente quando 2xx volta. Somente erros persistentes causam remoção.
• Soft 404: um status 200 com conteúdo “isso não existe” — o Google o detecta na camada de conteúdo, trata-o como 404 e ele desperdiça orçamento de rastreamento.
• Indisponibilidade: retorne 503 (horas, não semanas), nunca um 200 quebrado — o Google indexaria o conteúdo quebrado.
• Verificação de códigos: aba Network do DevTools, curl -I/curl -IL, Inspeção de URL do GSC/Bing, Screaming Frog/Ahrefs Site Audit. Uma única verificação só prova aquela solicitação — método, user agent, região e cache podem mudar o resultado — portanto confirme a cadeia e verifique os logs do servidor para saber o que o Googlebot viu.

Documentação oficial

Documentação de fonte primária da especificação do protocolo e dos mecanismos de busca.

A especificação subjacente

• RFC 9110 — HTTP Semantics, §15 Status Codes — a definição real do protocolo para as cinco classes de códigos de status. Vale saber: a RFC 9110 define semântica de solicitação/resposta, não resultados de SEO — tudo abaixo é documentação própria do Google sobre como ele interpreta esses códigos na Pesquisa.

Google

• HTTP status codes, network and DNS errors, and Google Search — a documentação canônica: o que são os códigos, comportamento de remoção de 4xx, soft 404 e desaceleração de rastreamento por 5xx/429.
• How Google Search handles redirects — 301/302/307/308, a distinção de canonicalização e o limite de 10 saltos.
• Optimize your crawl budget — 404/410 como “sinal forte” e soft 404 desperdiçando orçamento.
• Fix Search Console errors (404 / crawl errors) — a fonte da frase “erros 404 não afetarão o desempenho do seu site na pesquisa”.
• John Mueller — “503s” — a declaração de primeira parte sobre retornar 503 durante indisponibilidade e os antipadrões 200/redirecionamento.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — verifique status de indexação, rastreabilidade e códigos de resposta HTTP de uma URL específica.
• Bing Webmaster Tools — Crawl error alerts — o relatório de rastreamento que lista URLs com erros e seus códigos de status.

Citações da fonte

Declarações registradas do Google e de seus representantes. Cada link é um link profundo que salta para o trecho citado na página de origem.

Google — o que são códigos de status e como 4xx/404 se comportam

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” — documentação do Google Search Central. Ir para a citação
• “Google doesn’t use the content from URLs that return 4xx status codes.” Ir para a citação
• “In general, 404 errors won’t impact your site’s search performance.” — Ajuda do Google Search Console. Leia a documentação Tradução: o servidor gera o código, o Google ignora conteúdo de URLs 4xx e, em geral, 404 não prejudica o desempenho na pesquisa.

Google — soft 404 e orçamento de rastreamento

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” Ir para a citação
• “soft 404 pages will continue to be crawled, and waste your budget.” Ir para a citação
• “a 404 status code is a strong signal not to crawl that URL again.” Ir para a citação Tradução: conteúdo de erro, páginas vazias e mensagens de erro são exibidos como soft 404; elas continuam sendo rastreadas e desperdiçam orçamento, enquanto 404 é um sinal forte para não rastrear novamente.

Google — desaceleração de rastreamento por 5xx/429 e uso incorreto de 401/403

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” Ir para a citação
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” Ir para a citação
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” Ir para a citação Tradução: 5xx e 429 reduzem temporariamente o rastreamento, 2xx permite a retomada gradual, e 401/403 não devem ser usados para limitar o Googlebot.

Google — redirecionamentos e canonicalização

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (301/308) Ir para a citação
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (302/307) Ir para a citação
• “By default, Google’s crawlers follow up to 10 redirect hops.” Ir para a citação Tradução: 301/308 passam um sinal de canonicalização, 302/307 não passam esse sinal e o Google segue até 10 saltos.

John Mueller, Google — 503 para indisponibilidade

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Leia a publicação
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” Leia a publicação Tradução: durante uma falha grave do provedor, retorne 503; uma página de erro 200 pode ser indexada como conteúdo alterado e parecer duplicada.

John Mueller, Google — 404 versus 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.” Tradução: “a diferença de processamento entre 404 e 410 é tão pequena que raramente importa para SEO”.
• “Google does not penalize for 404’s (those pages drop out of the index though).” Reproduzido pela reportagem de abril de 2024 do Search Engine Journal sobre uma resposta no Reddit r/SEO; corroborado pelo Search Engine Roundtable. Cobertura Tradução: a diferença de processamento é tão pequena que raramente importa para SEO, e o Google não penaliza 404, embora essas páginas saiam do índice.

Gary Illyes, Google — 503 e taxa de rastreamento

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.” Tradução: “servir 503 por um período prolongado reduz a taxa de rastreamento”.
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Reproduzido pela cobertura do Search Engine Journal de uma sessão Google SEO Office Hours, abril de 2024. Cobertura Tradução: 503 por período prolongado reduz a taxa; 10–15 minutos ocasionalmente não é período prolongado.

Qual código de status devo retornar?

Trabalhe de cima para baixo — a primeira correspondência vence.

A página mudou para uma nova URL.

• Permanentemente? → 301 (ou 308). O Google consolida os sinais de classificação no destino.
• Apenas por enquanto (teste A/B, troca geográfica ou campanha curta)? → 302 (ou 307). Sem sinal de canonicalização — não o deixe no lugar de uma mudança permanente.

A página sumiu e não vai voltar.

• Tem certeza de que é permanente? → 410 — sinaliza permanência um pouco mais rápido.
• Pode voltar ou você não tem certeza? → 404 — o Google o remove do índice com o tempo de qualquer forma. Ambos são aceitáveis para SEO; a diferença é “mínima”.
• Faça o que fizer, não retorne 200 com mensagem “não encontrado” — isso é um soft 404, e o Google continuará rastreando-o e desperdiçando orçamento.

A página exige login ou é restrita.

• → 401 (precisa de autenticação) ou 403 (proibido). Não use esses códigos para desacelerar o Googlebot — eles não limitam a taxa, apenas ocultam o conteúdo.

Algo está temporariamente quebrado ou você está fazendo manutenção/migração.

• Indisponibilidade planejada, horas e não semanas? → 503, idealmente com um cabeçalho Retry-After. O Google recua e volta; não indexará a página de manutenção.
• Servidor realmente apresentando erros? → 500/502/504 — o Google reduz o rastreamento e preserva URLs indexadas durante uma oscilação. Corrija antes que se torne persistente.
• Limitando uma enxurrada de solicitações? → 429 — o único código 4xx que realmente reduz a taxa de rastreamento do Google.

O conteúdo está bloqueado por motivo legal (ordem judicial, GDPR, licenciamento ou bloqueio por país) → 451, que sinaliza um bloqueio legal, distinto de um 403 comum.

Está tudo certo e você quer a página indexada → 200. Lembre-se de que é necessário, mas não suficiente — o Google ainda pode optar por não indexá-la.

Cada um desses códigos tem seu próprio artigo aprofundado no cluster HTTP Error Codes.

Códigos de status HTTP para SEO — referência completa

As cinco famílias em um olhar

Os códigos relevantes para SEO, um por um

Três agrupamentos que importam

• Sinais fortes aos quais o Google reage: 301/308 (destino canônico), 404/410 (remoção do índice).
• Principalmente UX/acesso — sem efeito na taxa: 401, 403, 451.
• Operacional/temporário — desaceleração do rastreamento: 429, 500, 502, 503, 504.

Fatos rápidos

• 200 sozinho não garante indexação.
• Somente códigos 429 e 5xx limitam a taxa de rastreamento do Google.
• O Google segue até 10 saltos de redirecionamento; cadeias maiores são abandonadas.
• Soft 404 = status 200 + conteúdo “não existe” → tratado como 404 e desperdiça orçamento de rastreamento.
• 503 para indisponibilidade: horas tudo bem, semanas não — Illyes diz que “10–15 minutos de vez em quando” não são problema.
• Verifique com: aba Network do DevTools, curl -I/curl -IL, Inspeção de URL do GSC/Bing, Screaming Frog, Ahrefs Site Audit/Toolbar.

Recursos que valem seu tempo

Minha produção

• HTTP Status Codes & Their SEO Impact — minha referência completa, faixa por faixa, na Ahrefs (1xx–5xx e códigos não padronizados), a peça na qual este hub se baseia.
• 11 Types Of Redirects & Their SEO Impact — o aprofundamento complementar da família 3xx: qual redirecionamento usar e por quê.
• The Beginner’s Guide to Technical SEO — onde códigos de status se encaixam no panorama técnico maior.

Do restante do setor

• HTTP status codes, network and DNS errors, and Google Search (Google) — a documentação canônica por trás da maioria das afirmações deste hub.
• How Google Search handles redirects (Google) — a distinção de canonicalização 301/302/307/308 e o limite de 10 saltos.
• “503s” (John Mueller) — a declaração de primeira parte sobre retornar 503 durante indisponibilidade e por que um 200 quebrado é pior.
• Google’s John Mueller Clarifies 404/410 Confusion For SEO (Search Engine Journal) — a citação de que a diferença é “so minimal”.
• Google On The SEO Impact Of 503 Status Codes (Search Engine Journal) — a orientação de Gary Illyes sobre “10–15 minutos”.
• The ultimate guide to HTTP status codes for SEO (Search Engine Land) — referência detalhada por código.
• HTTP Status Codes (Screaming Frog) — fluxos práticos de detecção e exportação em massa.
• How to check pages for their HTTP status codes (Ajuda da Ahrefs) — verificação de códigos com SEO Toolbar e Site Audit.

De onde vêm estas citações

A lista completa de fontes por trás da lente Citações, para que você possa verificar cada linha por conta própria:

• HTTP status codes, network and DNS errors, and Google Search — Google Search Central. Citações sobre o que são códigos de status, 4xx, soft 404 e 5xx/429.
• How Google Search handles redirects — Google Search Central. Citações de canonicalização 301/308 versus 302/307 e o limite de 10 saltos.
• Optimize your crawl budget — Google Search Central. Citações sobre “sinal forte para não rastrear” e soft 404 desperdiçando orçamento.
• Fix Search Console errors — Ajuda do Google Search Console. A frase “erros 404 não afetarão o desempenho do seu site na pesquisa”.
• “503s” — site pessoal de John Mueller. A diretiva 503 para indisponibilidade e os antipadrões 200/redirecionamento.
• Google’s John Mueller Clarifies 404/410 Confusion For SEO — Search Engine Journal (resposta retransmitida do Reddit).
• Google On The SEO Impact Of 503 Status Codes — Search Engine Journal (Office Hours retransmitido).

Rastrear primeiro, indexar depois

Use este modelo de duas etapas sempre que um código de status criar uma dúvida de SEO.

Etapa 1: o crawler consegue obter uma resposta utilizável?

• 2xx diz que a solicitação foi bem-sucedida, então o conteúdo pode avançar para processamento.
• 3xx envia o crawler para outra URL; códigos permanentes e temporários fornecem sinais de canonicalização diferentes.
• A maioria das respostas 4xx diz que o conteúdo solicitado não existe ou não pode ser usado.
• 5xx e 429 dizem que o servidor está falhando ou sobrecarregado, então os crawlers podem reduzir a taxa de solicitações.

Se a recuperação falhar, a qualidade do conteúdo e a otimização on-page não conseguem salvar essa solicitação. Corrija primeiro o transporte ou o estado pretendido da URL.

Etapa 2: o conteúdo recuperado deve ser indexado e sob qual URL?

Um 200 apenas libera o primeiro portão. O Google ainda pode escolher não indexar conteúdo raso, duplicado, bloqueado ou parecido com erro; uma página de erro que retorna 200 pode se tornar um soft 404. Um redirecionamento pode ser seguido enquanto o destino ainda falha na indexação. Uma resposta bem-sucedida é elegibilidade, não garantia de classificação ou indexação.

O diagnóstico prático

1. Registre o status real e cada salto de redirecionamento.
2. Decida se essa resposta corresponde ao estado pretendido da URL.
3. Se chegar a uma página 2xx utilizável, verifique indexabilidade e sinais canônicos.
4. Se retornar 4xx, decida se o desaparecimento é intencional.
5. Se retornar 5xx ou 429, investigue confiabilidade e escopo antes de interpretar o desempenho na pesquisa.

Verifique a primeira resposta

Execute isto em um shell macOS/Linux para imprimir os cabeçalhos da URL solicitada sem seguir redirecionamentos:

curl -sS -D - -o /dev/null https://www.example.com/page

Para imprimir apenas o código de status:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

Equivalente no PowerShell (PowerShell 7+):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Se o servidor tratar HEAD de forma diferente, faça uma solicitação GET normal antes de tirar uma conclusão.

Siga e exiba o caminho de redirecionamento

-L segue redirecionamentos, enquanto -v mostra cada solicitação e resposta. Execute isso em um terminal e inspecione as linhas que começam com < HTTP e < location:.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Use o Redirect Chain Mapper quando precisar de uma visão mais limpa de uma única URL ou de um lote, em vez da saída do terminal.

Ferramentas para ler o comportamento de status

• Bulk HTTP Status Code Checker — verifique até 500 URLs, veja cada cadeia de redirecionamento e destino final, filtre problemas de SEO e exporte o resultado. Use-o quando a pergunta for “quais URLs têm o código errado?”.
• HTTP Header Checker — inspecione cabeçalhos completos de resposta entre saltos de redirecionamento, incluindo cache, CDN, compressão e sinais de segurança selecionados. Use-o quando o status sozinho não bastar.
• Redirect Checker — inspecione rapidamente o status final, o destino e a sequência de saltos de uma URL ou de um pequeno lote.
• Website Down Checker — teste acessibilidade e tempo atuais de um ponto de observação externo quando um 5xx ou timeout pode ser intermitente.
• DevTools do navegador → Network — recarregue a página, selecione a solicitação do documento e inspecione Status Code e Response Headers. Isso é útil para depuração interativa, mas não confunda uma mensagem de erro renderizada no cliente com o status HTTP do documento.

Teste seus conhecimentos: códigos de status HTTP

Cinco perguntas rápidas sobre como códigos de status moldam o SEO. Escolha uma resposta para cada uma e depois confira.

Registro de alterações