HTTP Status Checker

Um código de status HTTP é um número de três dígitos que um servidor retorna com cada resposta para informar ao cliente o que aconteceu com a solicitação. 200 significa que a página carregou com sucesso. 301 significa que a página se moveu permanentemente. 404 significa que a página não foi encontrada. 500 significa que o servidor caiu. Os códigos fazem parte da especificação HTTP (RFC 9110) e todo navegador, rastreador e cliente API os usa para decidir o que fazer a seguir. Existem 63 códigos de status definidos divididos em cinco classes, mas no trabalho real de SEO você vê aproximadamente dez deles regularmente: 200, 301, 302, 307, 308, 403, 404, 410, 500 e 503. Este verificador de status HTTP relata o código exato retornado para cada URL que você envia para que você possa corrigir os que não deveriam estar lá.

As cinco classes são 1xx, 2xx, 3xx, 4xx e 5xx. Códigos 1xx (100-103) são informativos e dizem ao cliente que a solicitação foi recebida e o processamento continua. Você quase nunca os vê em contextos de navegador ou SEO. Códigos 2xx (200-226) significam sucesso. 200 é o OK padrão e o único que a maioria dos sites usa. Códigos 3xx (300-308) significam redirecionamento, informando ao cliente para buscar uma URL diferente. 301 é permanente, 302 é temporário, 307 preserva o método de solicitação em um redirecionamento temporário e 308 preserva em um permanente. Códigos 4xx (400-451) significam que o cliente fez uma solicitação inválida, sendo 404 (não encontrado), 403 (proibido) e 410 (desaparecido) os mais comuns. Códigos 5xx (500-511) significam que o servidor falhou, sendo 500 (erro interno) e 503 (indisponível) os que os SEOs encontram com mais frequência.

Um 301 é um redirecionamento permanente que informa aos mecanismos de busca para atualizar seu índice e passar a equidade completa do link para a nova URL. Um 302 é um redirecionamento temporário que informa aos mecanismos de busca para manter a URL antiga indexada porque a mudança não é permanente. Para SEO, quase todo redirecionamento deve ser um 301. Use 302 apenas para casos genuinamente temporários, como geo-redirecionamentos durante um rollout regional ou divisões de tráfego de teste A/B. Google confirmou que 302s de longa duração são eventualmente tratados como 301s, mas a transição pode levar semanas, durante as quais as classificações podem cair. Se você executou uma migração e suas URLs antigas retornam 302, altere-as para 301 hoje. Este verificador de redirecionamento mostra o código exato retornado, então uma execução em massa rápida em sua lista de URLs antigos confirma se seu mapa de redirecionamento usa o tipo certo.

Um 307 é um redirecionamento temporário que preserva o método HTTP original, o que significa que um POST permanece um POST quando o cliente segue o redirecionamento. Um 302 historicamente permitiu que os clientes mudassem um POST para um GET, o que quebrava envios de formulário. 307 corrigiu isso. Para fins de SEO, 307 se comporta como 302: temporário, não passa equidade completa do link, mantém a URL antiga indexada. Você verá 307s em sites que usam frameworks do lado do servidor (Next.js, Nuxt, Django) para redirecionamentos, já que esses frameworks usam 307 por padrão para segurança. Se um 307 deve ser permanente, mude-o para 308 (o equivalente permanente) ou 301. O verificador de código de status de URL captura o código exato para que você possa detectar 307s que deveriam ser 308 ou 301.

Um 404 significa que o servidor não consegue encontrar a página agora e o cliente não deve assumir nada sobre o futuro. Um 410 significa que a página desapareceu permanentemente e nunca voltará. Para SEO, 410 é um sinal mais forte para o Google remover a URL do índice rapidamente. Se você removeu deliberadamente uma página (produto descontinuado, post de blog excluído, recurso retirado) e não tem substituição, retorne 410 em vez de 404. Google remove 410 URLs do índice aproximadamente 2x mais rápido do que URLs 404 com base em várias recomendações do Search Central. Se a página está genuinamente faltando por acidente ou temporariamente inativa, 404 é o código correto. Este verificador 200 301 404 relata ambos para que você possa mudar removals deliberados de 404 para 410 e limpar seu índice mais rápido.

Um código de status 500 significa que o servidor encontrou um erro interno que não conseguiu manipular. Causas comuns incluem um processo de aplicação travado, falha de conexão de banco de dados, exceção não tratada no código ou um servidor mal configurado. 500 é genérico, o que significa que o corpo da resposta geralmente não tem informações de diagnóstico úteis. Para depurar, você precisa dos logs do servidor. Para SEO, 500s são desperdício de rastreamento e um sinal de qualidade que prejudica as classificações se persistirem. Google tenta novamente 500s por um tempo, depois remove a URL do índice se o erro continuar. Se sua execução de verificador em massa mostra 500s em URLs que deveriam funcionar, verifique imediatamente seus logs do servidor. Um 500 em uma página de alto tráfego custa receita e classificações a cada minuto em que fica quebrado. Execute o verificador de status HTTP após cada implantação para detectar 500s introduzidos por mudanças de código.

Um 503 significa que o servidor está temporariamente indisponível, geralmente por sobrecarga, manutenção ou degradação de serviço. Ao contrário de um 500, que sinaliza um erro real, um 503 diz "volte mais tarde". Os 503s configurados adequadamente incluem um cabeçalho Retry-After que informa aos rastreadores quando tentar novamente. Google respeita Retry-After e pausa o rastreamento sem remover a URL do índice, contanto que o 503 seja resolvido em poucas horas. Se 503s persistirem por mais de 48 horas, Google começa a tratá-los como 500s e remove as URLs. Para manutenção planejada, retorne um 503 com um cabeçalho Retry-After definido para o tempo de inatividade esperado. Para 503s inesperados encontrados por este verificador, investigue a capacidade do servidor, a configuração da CDN ou a saúde do serviço upstream.

Cole até 50 URLs na textarea neste verificador de status HTTP, uma por linha, com o protocolo completo (https:// ou http://). Escolha se deve seguir redirecionamentos, depois clique em Verificar status. A ferramenta busca cada URL em paralelo e retorna uma tabela com o código de status, a cadeia de redirecionamento se houver, a URL final após redirecionamentos e o tempo de resposta em milissegundos. Para listas maiores que 50, divida-as em lotes. A abordagem em massa é aproximadamente 30x mais rápida do que verificar cada URL uma por uma em um navegador e expõe padrões (cada URL em uma pasta retornando 404, cada página de produto encadeando por dois redirecionamentos) que verificações de URL única perdem. Combine a saída com o sitemap-checker para confirmar que seu sitemap lista apenas 200s.

Extraia uma lista de cada URL em seu site do seu sitemap, seu CMS ou um rastreador como Screaming Frog. Divida a lista em lotes de 50 e execute cada lote por este verificador de status HTTP em massa. Agrupe os resultados por classe de código de status. Cada 4xx é uma página quebrada que precisa de correção ou redirecionamento. Cada 5xx é um problema de servidor que precisa de investigação. Cada 3xx é um redirecionamento funcional ou uma cadeia que precisa ser achatada. Para sites com menos de 1.000 páginas, a auditoria completa leva menos de uma hora. Para sites maiores, priorize URLs com links externos de entrada e páginas que recebem tráfego orgânico, já que são as que custam visibilidade real quando quebradas. Re-execute mensalmente para detectar novos breaks antes que se acumulem.

Uma cadeia de redirecionamento é uma sequência de dois ou mais redirecionamentos entre a URL original e o destino final. URL A redireciona para URL B, que redireciona para URL C, que finalmente retorna 200 em URL D. Cada salto adiciona latência (típico 100-500ms por redirecionamento) e dilui a equidade do link. Google confirmou que segue até 10 saltos antes de desistir, mas trata cada salto como atrito. Cadeias longas desaceleram tanto usuários quanto rastreadores. Corrija cadeias atualizando a URL original (URL A) para apontar diretamente para o destino final (URL D). Este verificador de redirecionamento mostra a cadeia completa quando Seguir redirecionamentos está definido como Sim, para que você possa ver exatamente quantos saltos cada URL atravessa e achatar os que são mais longos do que dois.

Um redirecionamento saudável faz um salto, retorna 301 (ou 308 para solicitações não-GET), preserva a estrutura do caminho quando possível e aponta para uma página viva relevante. O destino deve retornar 200 e canonicalizar para si mesmo. A cadeia não deve incluir 4xx, 5xx ou protocolos mistos. Para uma migração, o mapa de redirecionamento deve cobrir 100% das URLs antigas que receberam links externos ou tráfego orgânico nos últimos 12 meses. URLs que nunca tiveram links podem 404. Um estudo SEMrush de 2023 de 200 migrações de sites descobriu que sites com 301s de salto único e zero redirecionamentos quebrados retiveram 89% do tráfego orgânico pós-lançamento, enquanto sites com cadeias mais longas que três saltos ou 404s não mapeados retiveram apenas 51%.

Para SEO, o tempo de resposta do servidor (também chamado de Time to First Byte ou TTFB) deve ser inferior a 800ms para uma boa experiência do usuário e inferior a 200ms para uma excelente. Os dados de Core Web Vitals do Google mostram que páginas com TTFB acima de 1.500ms classificam-se visivelmente mais baixas em consultas competitivas. Este verificador de status HTTP relata o tempo de resposta por URL para que você possa sinalizar os lentos. Um 200 que leva 3.000ms para responder está tecnicamente vivo mas funcionalmente quebrado. Causas comuns: consultas de banco de dados não otimizadas, CDN faltando, HTML renderizado no servidor superdimensionado ou distância geográfica entre servidor e rastreador. Corrija os 10% mais lentos de páginas primeiro, já que geralmente compartilham uma causa subjacente. Combine esta ferramenta com o google-crawler-simulator para confirmar que Googlebot vê o mesmo tempo de resposta que você.

curl é uma ferramenta de linha de comando que pode buscar qualquer URL e mostrar o código de status com as bandeiras corretas (curl -I -L https://example.com). É poderoso, gratuito e funciona para uma URL por vez. Um verificador de status HTTP em massa como este executa a mesma busca contra 50 URLs em paralelo, captura a cadeia de redirecionamento em uma tabela legível, cronometra a resposta e exibe o resultado em um navegador sem digitar bandeiras. Para um desenvolvedor confortável com a linha de comando, curl é fino para verificações pontuais. Para auditorias de SEO em centenas de URLs, uma ferramenta em massa é aproximadamente 30x mais rápida e muito mais fácil de compartilhar com colegas não técnicos. Ambas as ferramentas retornam os mesmos códigos de status já que ambas falam HTTP.

Sim. Abra a aba Network no Chrome ou Firefox devtools, carregue a URL e olhe para o pedido do documento. Cada redirecionamento aparece como uma linha separada com o código de status (301, 302, 307) e o cabeçalho Location apontando para a próxima URL. A linha final é a página que retorna 200. Devtools é excelente para depurar uma URL por vez e ver os cabeçalhos exatos de solicitação e resposta. É impraticável para verificar 50 URLs porque você tem que recarregar cada uma e ler o log de rede manualmente. Para auditorias em massa use este verificador de redirecionamento, que mostra os mesmos dados de cadeia em uma tabela que você pode verificar em segundos. Use devtools quando precisar de detalhe completo de cabeçalho e o verificador em massa quando precisar de escala.

As migrações quebram URLs. Mesmo mapas de redirecionamento cuidadosos perdem casos extremos: barras finais, sensibilidade a maiúsculas, strings de consulta, caracteres codificados, arquivos em subpastas que o novo servidor esqueceu de copiar. Uma execução em massa de verificador de código de status de URL no dia do lançamento detecta a primeira onda de breakage. Uma segunda execução duas semanas depois detecta as URLs que padrões de tráfego revelam. Sites que pulam auditorias pós-migração típicamente perdem 20-40% do tráfego orgânico no primeiro mês e levam 3-6 meses para se recuperar. Sites que auditam imediatamente e corrigem dentro de 48 horas geralmente retêm 85%+ do tráfego. Execute este verificador de status HTTP contra seu sitemap, suas 100 páginas principais de chegada orgânicas e qualquer URL com backlinks externos. Use o sitemap-checker para confirmar que o novo sitemap contém apenas 200s.

Sim. Este verificador de status HTTP é gratuito, não requer cadastro e não tem limite diário de quantos lotes você executa. A única restrição é 50 URLs por execução, o que mantém a resposta rápida e previne abuso. Para lotes maiores, divida as URLs em grupos de 50 e cole cada uma por vez. A ferramenta executa no servidor, o que significa que vê códigos de status da forma como Googlebot os vê, não da forma como seu navegador os vê após o cache. Use-a tão frequentemente quanto necessário: semanalmente para sites ativos, diariamente durante migrações e após cada implantação para detectar regressões. Combine-a com o canonical-checker, sitemap-checker e google-crawler-simulator para um fluxo de trabalho de auditoria completo em nível de URL.