Verificador de cadeia de estado HTTP
Introduza um URL e veja cada salto que ele dá até lá chegar: cada estado de redirecionamento, cada destino, o URL final e os cabeçalhos de segurança da resposta final —rastreado a partir do servidor da sysosx, para que a cadeia seja o que o resto da internet vê, não o que o seu navegador já guardou em cache.
Prefere manter isto vigiado automaticamente? Vigie isto grátis com o myeventwatch — alertas de expiração e indisponibilidade, sem cartão.
O que é uma cadeia de redirecionamentos
Uma cadeia de redirecionamentos é a sequência de endereços que um navegador ou rastreador visita realmente a caminho da página que pediu. Escreve um URL; o servidor responde «já não está aqui, experimente este»; o cliente segue, e o servidor seguinte pode responder o mesmo outra vez. Cada passo é um salto, e cada salto traz um código de estado que diz que tipo de mudança é. Uma cadeia de um salto é a forma normal da web moderna: http simples atualizado para https, ou um domínio apex simples enviado para www. Uma cadeia de dois ou três costuma significar que dois sistemas diferentes tiveram uma opinião —uma regra de CDN mais uma regra de CMS, ou uma regra de migração empilhada sobre outra mais antiga. A cadeia que esta página mostra é rastreada a partir do servidor da sysosx, salto a salto, com cada salto reverificado por segurança antes de ser seguido, até cinco saltos.
O estado de cada salto é a parte que merece ser lida com atenção. Um 301 ou um 308 diz que a mudança é permanente: o endereço antigo desapareceu e os motores de busca devem entregar a sua classificação ao novo endereço. Um 302 ou um 307 diz temporário: o endereço antigo pode voltar, por isso a classificação fica onde está e as caches não devem assentar. Um 303 diz «a resposta está ali» e vê-se sobretudo após submissões de formulários. A falha prática é um 302 que devia ser permanente —uma regra de migração escrita à pressa— que perde classificação em silêncio e deixa as caches a servir o endereço antigo muito depois da mudança. As cadeias também se partem de formas mais banais: um salto de volta a um endereço anterior entra em ciclo infinito, um salto para um anfitrião diferente perde o caminho, e um salto de https de volta para http desfaz a segurança que o primeiro salto acabara de estabelecer.
Como ler o resultado
O resultado lista os saltos por ordem, começando pelo URL que introduziu. Uma linha de salto mostra o endereço pedido, o estado devolvido e —num redirecionamento— o destino para o qual apontava. A última linha é o endereço que respondeu realmente com conteúdo, juntamente com o seu estado, o cabeçalho de servidor se algum foi enviado, e o tempo total que o rastreio demorou. Abaixo disso resumem-se os cabeçalhos de segurança da resposta final: que cabeçalhos protetores estão presentes e quais faltam. Uma cadeia que termina num estado 4xx ou 5xx não é um problema de redirecionamento, é o próprio destino a falhar —a cadeia continua a dizer-lhe como chegou à falha, que é normalmente onde vive a correção. Um resultado de «demasiados redirecionamentos» significa que o quinto salto ainda apontava para diante; a cadeia mostrada é a prova, e encurtá-la é a correção, não segui-la mais.
Ferramentas relacionadas: propagação de DNS quando o problema é que lugares diferentes veem endereços diferentes, verificação de saúde do site para o quadro completo —acessibilidade, certificado, expiração e registos juntos— e o verificador SSL quando um salto cai num erro de certificado.
Leitura adicional: porque é que um site parece diferente de lugares diferentes — cadeias de redirecionamento, propagação de DNS e caches intermédias, e como saber qual delas o está a morder.
Perguntas frequentes
Esta verificação é executada a partir do meu navegador ou de um servidor?
De um servidor. O seu navegador envia o URL para a sysosx, e o verificador da sysosx obtém-no —seguindo cada redirecionamento, salto a salto, a partir da sua própria posição na rede. É esse o objetivo: uma cadeia rastreada a partir de um servidor mostra o que os motores de busca e as redes dos visitantes veem, não o que a cache do seu navegador já sabe. O pedido vem do verificador da sysosx, e o URL que introduz é a única coisa enviada.
Porque é que o esquema inicial importa?
Porque o primeiro salto é muitas vezes o mais importante. Um URL introduzido como http:// é rastreado a começar em http, por isso uma atualização para https aparece como o seu próprio salto —exatamente o que quer ao auditar se o HTTP simples redireciona mesmo. Um URL introduzido como https:// é rastreado a partir de https. Um nome de anfitrião simples usa https por defeito.
O que significam os diferentes estados de redirecionamento?
301 e 308 são permanentes: o endereço antigo desapareceu para sempre e os motores de busca devem transferir a classificação para o novo. 302 e 307 são temporários: o endereço antigo pode voltar. 303 significa «vai ver ali» (normalmente após uma submissão de formulário). Para uma migração de site quer quase sempre 301 ou 308; um 302 que devia ser permanente perde classificação em silêncio e confunde as caches.
Quantos redirecionamentos são demasiados?
O verificador segue até cinco. Uma cadeia de um ou dois saltos é normal (http para https, apex para www). Três ou mais costuma significar camadas acumuladas: uma regra de CDN, uma regra de CMS e uma regra de migração antiga a dispararem em sequência. Cada salto custa uma viagem de ida e volta e um pouco de sinal de classificação, e as cadeias com mais de cinco são reportadas como demasiadas em vez de seguidas para sempre —uma cadeia tão longa é, ela própria, a descoberta.
Porque existe um limite de frequência?
Cada rastreio faz pedidos reais ao servidor de outra pessoa, salto a salto. Para manter a cortesia, os rastreios novos são limitados por visitante (cerca de vinte por hora, com uma pequena margem de rajada) e os resultados ficam em cache durante uma hora. Um resultado em cache é assinalado como tal; adicione ?fresh=1 à chamada à API para uma nova verificação, sujeita aos mesmos limites.