Teste de latência de redirecionamento

Um redirecionamento é uma requisição extra completa. O navegador precisa consultar o próximo host, abrir uma conexão, negociar o TLS com um novo domínio e esperar pelo servidor, tudo isso antes de poder requisitar a página em si. Um salto no mesmo host pode levar algumas dezenas de milissegundos, enquanto uma cadeia que passa por um encurtador, um domínio de rastreamento e uma regra de HTTP para HTTPS pode facilmente acrescentar meio segundo ou mais, principalmente em redes móveis.

O tempo de redirecionamento vem antes de todo o resto, então se soma diretamente ao Time to First Byte (TTFB) e ao Largest Contentful Paint (LCP). É por isso que o Lighthouse e o PageSpeed Insights sinalizam redirecionamentos no documento principal.

Para cada salto, o TrueURL mede o tempo entre o envio da requisição e a chegada dos cabeçalhos de resposta. Isso inclui a consulta DNS e o estabelecimento das conexões TCP e TLS quando é preciso abrir uma nova conexão, além do tempo de processamento do servidor, mas não o download do corpo da página. A cascata mostra os saltos em ordem, então o mais lento se destaca.

As medições são feitas a partir do data center da Cloudflare que executa a sua verificação, normalmente o mais próximo de você, e não a partir do seu dispositivo. Elas mostram a rapidez com que cada servidor responde, mas os visitantes reais somam a latência da própria rede a cada salto. Repita a execução para suavizar as variações: a primeira pode incluir caches de DNS frios e conexões novas, enquanto as seguintes costumam ficar mais próximas do estado estável.

Como referência aproximada (é também a escala que o TrueURL usa para colorir o tempo de cada salto):

• Menos de 200 ms por salto: rápido, típico de um redirecionamento respondido pela borda de uma CDN ou por uma regra simples do servidor web.
• De 200 a 600 ms: aceitável, comum em um servidor de aplicação ou em um redirecionamento para outro domínio que exige uma nova conexão TLS.
• 600 ms ou mais: lento. O redirecionamento provavelmente é gerado por uma aplicação pesada, como um CMS que carrega plugins ou faz uma consulta ao banco de dados, e não por uma regra simples.

A melhor otimização é eliminar saltos. Depois disso, responda aos redirecionamentos o mais perto possível do visitante: uma regra na CDN ou na borda responde muito mais rápido que uma aplicação que precisa ser iniciada só para enviar um 301.

• Use links diretos para a URL final no seu site e em e-mails, anúncios e perfis de redes sociais, para que a maioria dos visitantes nunca passe por um redirecionamento.
• Combine as regras de HTTP para HTTPS, de host e de barra em um único salto; o Verificador de redirecionamento HTTPS mostra se as suas já estão combinadas.
• Trate os redirecionamentos na configuração da CDN, do balanceador de carga ou do servidor web, e não na aplicação.
• Envie um cabeçalho HSTS para que os visitantes recorrentes pulem totalmente o redirecionamento de HTTP para HTTPS.
• Evite empilhar encurtadores de links e redirecionamentos de rastreamento uns sobre os outros.