Verificador de HTTP/2

O Verificador de HTTP/2 é uma ferramenta gratuita que verifica se um site usa o protocolo de rede HTTP/2.

O que uma verificação de HTTP/2 realmente testa?

A verificação determina se um servidor web consegue se comunicar por HTTP/2 no site informado. O HTTP/2 é uma versão do Hypertext Transfer Protocol, o conjunto de regras usado por navegadores e servidores para solicitar e entregar páginas, imagens, scripts e outros recursos da web.

Em um site HTTPS, o cliente e o servidor geralmente selecionam um protocolo durante o estabelecimento da conexão segura. Essa negociação costuma usar o Application-Layer Protocol Negotiation, ou ALPN. O HTTP/2 é identificado como h2, enquanto uma conexão mais antiga pode usar http/1.1.

O HTTP/2 mantém conceitos conhecidos do HTTP, como métodos, códigos de status e cabeçalhos, mas os transfere em quadros binários. Ele pode transportar vários fluxos em uma única conexão e compactar cabeçalhos HTTP. Isso pode reduzir a sobrecarga da conexão, principalmente em páginas com muitos recursos separados. Por si só, porém, não acelera códigos de aplicação lentos, imagens grandes nem consultas demoradas ao banco de dados.

Como usar o Verificador de HTTP/2?

Informe o site no qual deseja verificar o suporte a HTTP/2 e execute a verificação. Os dados inseridos são enviados ao servidor por HTTPS, onde o processamento é realizado, e não ficam armazenados.

Rótulos de domínio com acentos ou caracteres não latinos são representados no DNS como A-labels IDNA, que usam o algoritmo de codificação Punycode.

Não envie tokens de acesso nem outras informações confidenciais. Embora os dados inseridos não sejam armazenados, eles ainda são enviados ao servidor da ferramenta para que a verificação possa ser realizada.

Como interpretar o resultado da verificação?

O resultado informa se o site verificado usa HTTP/2. Considere-o uma evidência sobre esse site, não uma avaliação completa da velocidade ou da configuração.

• Um resultado positivo confirma o uso do protocolo. Um resultado negativo significa que a verificação não confirmou o HTTP/2, mas não identifica a causa por si só.

Por exemplo, suponha que um site apresente um resultado positivo para HTTP/2. Isso confirma o HTTP/2 no site verificado, mas não prova que serviços separados ou um servidor de origem mais antigo usem o mesmo protocolo.

Se o resultado não confirmar o HTTP/2, examine o site com a Pesquisa de cabeçalhos HTTP e verifique as configurações do servidor web ou da CDN. As ferramentas de desenvolvedor do navegador também podem mostrar o protocolo de cada solicitação, normalmente como h2 ou http/1.1.

Problemas comuns que esta verificação revela

A verificação de HTTP/2 é útil após uma mudança de hospedagem, proxy ou CDN, pois mostra se o endpoint público está disponibilizando o protocolo esperado. Estas são algumas situações comuns em que o resultado ajuda a delimitar o problema.

1. Uma CDN acabou de ser ativada. Verifique o site público, não o endereço privado ou temporário do servidor de origem. Se o site público usar HTTP/2, mas o servidor de origem não, isso pode ser normal, pois as conexões entre o navegador e a CDN e entre a CDN e o servidor de origem são separadas.
2. O navegador ainda indica HTTP/1.1. Confirme se o navegador e o verificador estão testando o mesmo site. Uma página pode carregar recursos de vários domínios, e cada conexão negocia seu próprio protocolo. O fato de uma solicitação de script de terceiros usar HTTP/1.1 não significa que o documento principal também use.
3. Um aviso de certificado aparece após a migração do servidor. O gerenciamento do certificado HTTPS e a negociação do protocolo HTTP são partes relacionadas do estabelecimento da conexão, mas o resultado de HTTP/2 não oferece um diagnóstico completo do certificado. Verifique separadamente o nome do host, a validade e a cadeia do certificado, além da configuração do servidor.

Esta verificação não consegue explicar todos os casos de carregamento lento. O suporte a HTTP/2 não traz nenhuma conclusão definitiva sobre o tempo de resposta do servidor, a execução de JavaScript, o tamanho das imagens ou o congestionamento entre um visitante específico e o servidor. Use o Ping quando precisar analisar separadamente a acessibilidade da rede e o tempo de resposta.

Por que o cache ou a propagação podem fazer o resultado parecer incorreto?

O cache de DNS e a propagação de configurações podem direcionar verificações diferentes a servidores distintos por algum tempo. Depois que um registro DNS é alterado, os resolvedores recursivos podem continuar usando a resposta anterior até o fim do tempo de vida dela. Por isso, um verificador executado no servidor e a conexão da sua casa ou do seu escritório podem acessar endereços IP diferentes.

Alterações na CDN e no balanceador de carga também podem levar algum tempo para chegar a todos os pontos de presença. Um endpoint pode estar com o HTTP/2 ativado enquanto outro ainda apresenta a configuração anterior. Consulte as respostas DNS atuais, confirme se todos os servidores de origem ou de borda usam as configurações pretendidas e repita a comparação após o período de cache correspondente.

Os navegadores criam outra possível fonte de confusão porque reutilizam conexões abertas. Uma aba pode continuar usando uma conexão HTTP/1.1 existente até que ela seja encerrada, enquanto uma nova verificação no servidor negocia HTTP/2. Encerre a conexão do navegador ou inicie uma nova sessão de navegação privada para fazer uma comparação mais precisa.

Perguntas frequentes

Um site pode oferecer HTTP/1.1 e HTTP/2 ao mesmo tempo?

Sim. Um servidor pode oferecer suporte aos dois protocolos e selecionar a versão compatível com o cliente que está se conectando. Assim, clientes mais antigos podem usar HTTP/1.1, enquanto os mais novos negociam HTTP/2.

Um site pode usar HTTP/3 e HTTP/2?

Sim. Muitas implementações mantêm o HTTP/2 disponível como alternativa, pois o HTTP/3 usa um protocolo de transporte diferente e pode não estar disponível em todas as redes. Um resultado de HTTP/2 não confirma se o HTTP/3 também está ativado.

O HTTP/2 exige HTTPS?

O HTTP/2 pode ser usado sobre TCP sem criptografia quando há conhecimento prévio, enquanto o uso do antigo token de Upgrade h2c do HTTP/1.1 está obsoleto. Nos navegadores mais usados, o HTTP/2 normalmente funciona sobre HTTPS. Portanto, em um site público, uma configuração TLS válida geralmente faz parte dos requisitos para disponibilizar HTTP/2 aos navegadores.

O HTTP/2 pode corrigir um tempo até o primeiro byte alto?

Não. Um tempo até o primeiro byte alto costuma indicar processamento no servidor, distância da rede, falhas de cache ou infraestrutura sobrecarregada. O HTTP/2 pode melhorar a forma como várias solicitações compartilham uma conexão, mas não elimina a demora até o servidor começar a responder.

Para fazer uma verificação final, compare o mesmo site no verificador, nas ferramentas de desenvolvedor do navegador e nos registros DNS. Se os resultados forem diferentes, anote o endereço IP resolvido e teste novamente depois que os caches de DNS e CDN existentes expirarem.