Controllo HTTP/2

Controllo HTTP/2 è uno strumento gratuito che verifica se un sito web utilizza il protocollo di rete HTTP/2.

Che cosa verifica un controllo HTTP/2?

Un controllo HTTP/2 determina se un server web può comunicare tramite HTTP/2 per il sito richiesto. HTTP/2 è una versione dell'Hypertext Transfer Protocol, l'insieme di regole utilizzato da browser e server per richiedere e fornire pagine, immagini, script e altre risorse web.

Per un sito HTTPS, il client e il server scelgono in genere un protocollo durante la creazione della connessione sicura. Questa negoziazione avviene comunemente tramite Application-Layer Protocol Negotiation, o ALPN. HTTP/2 è identificato come h2, mentre una connessione meno recente può utilizzare http/1.1.

HTTP/2 mantiene concetti HTTP già noti, come metodi, codici di stato e intestazioni, ma li trasferisce mediante frame binari. Può gestire più flussi su una sola connessione e comprimere le intestazioni HTTP. In questo modo può ridurre il carico associato alle connessioni, soprattutto nelle pagine che contengono molte risorse distinte. Da solo, però, non rende più veloci il codice applicativo lento, le immagini di grandi dimensioni o le query al database che richiedono molto tempo.

Come si usa il controllo HTTP/2?

Inserisci il sito di cui vuoi verificare il supporto di HTTP/2 e avvia il controllo. I dati inseriti vengono inviati al server tramite HTTPS, dove viene eseguita la verifica, e non vengono memorizzati.

Le etichette di dominio con caratteri accentati o non latini sono rappresentate nel DNS come A-label IDNA, che utilizzano l'algoritmo di codifica Punycode.

Non inserire token di accesso o altre informazioni sensibili. Anche se i dati non vengono memorizzati, devono comunque essere inviati al server dello strumento per consentire l'esecuzione del controllo lato server.

Come si interpreta il risultato?

Il risultato indica se il sito controllato utilizza HTTP/2. Consideralo una conferma relativa a quel sito, non una valutazione completa delle sue prestazioni o della sua configurazione.

• Un risultato positivo conferma l'uso del protocollo. Un risultato negativo significa che il controllo non ha verificato HTTP/2, ma non permette, da solo, di determinarne la causa.

Per fare un esempio concreto, supponi che un sito restituisca un risultato HTTP/2 positivo. Questo conferma l'uso di HTTP/2 per il sito controllato, ma non dimostra che servizi separati o un server di origine meno recente utilizzino lo stesso protocollo.

Se il risultato non conferma HTTP/2, esamina il sito con Ricerca intestazioni HTTP e controlla le impostazioni del server web o della CDN. Anche gli strumenti per sviluppatori del browser possono mostrare il protocollo usato per ogni richiesta, in genere come h2 o http/1.1.

Problemi comuni rilevati dal controllo

Un controllo HTTP/2 è utile dopo una modifica all'hosting, al proxy o alla CDN, perché mostra se l'endpoint pubblico sta utilizzando il protocollo previsto. In queste situazioni comuni, il risultato può aiutarti a circoscrivere il problema.

1. È appena stata attivata una CDN. Controlla il sito pubblico, non l'indirizzo privato o temporaneo del server di origine. Se il sito pubblico utilizza HTTP/2 ma il server di origine no, potrebbe essere del tutto normale, perché la connessione tra browser e CDN è separata da quella tra CDN e server di origine.
2. Il browser segnala ancora HTTP/1.1. Assicurati che il browser e lo strumento stiano controllando lo stesso sito. Una pagina può caricare risorse da più domini e ogni connessione negozia il proprio protocollo. Se la richiesta di uno script di terze parti usa HTTP/1.1, non significa che lo utilizzi anche il documento principale.
3. Dopo il trasferimento del server compare un avviso relativo al certificato. La gestione del certificato HTTPS e la negoziazione del protocollo HTTP sono due aspetti correlati della creazione della connessione, ma il risultato del controllo HTTP/2 non costituisce una diagnosi completa del certificato. Verifica separatamente il nome host, la scadenza e la catena del certificato, oltre alla configurazione del server.

Questo controllo non può spiegare ogni caricamento lento di una pagina. Il supporto di HTTP/2 non fornisce indicazioni certe sul tempo di risposta del server, sull'esecuzione di JavaScript, sulle dimensioni delle immagini o sulla congestione della rete tra uno specifico visitatore e il server. Usa Ping se ti serve una valutazione separata della raggiungibilità della rete e dei tempi di risposta.

Perché cache e propagazione possono falsare il risultato?

La cache DNS e la propagazione delle configurazioni possono indirizzare temporaneamente controlli diversi verso server differenti. Dopo la modifica di un record DNS, i resolver ricorsivi possono continuare a utilizzare la risposta precedente fino alla scadenza del relativo tempo di vita. Di conseguenza, uno strumento lato server e la connessione del tuo ufficio o di casa potrebbero raggiungere indirizzi IP diversi.

Anche le modifiche a CDN e bilanciatori di carico possono richiedere tempo per raggiungere tutte le posizioni edge. Un endpoint potrebbe avere HTTP/2 attivo, mentre un altro potrebbe ancora utilizzare la configurazione precedente. Controlla le risposte DNS correnti, verifica che tutti i server di origine o edge condividano le impostazioni previste e ripeti il confronto al termine del periodo di cache pertinente.

I browser possono creare ulteriore confusione perché riutilizzano le connessioni aperte. Una scheda potrebbe continuare a usare una connessione HTTP/1.1 esistente fino alla sua chiusura, mentre un nuovo controllo lato server negozia HTTP/2. Chiudi la connessione del browser oppure avvia una nuova sessione di navigazione privata per ottenere un confronto più attendibile.

Domande frequenti

Un sito può supportare sia HTTP/1.1 sia HTTP/2?

Sì. Un server può supportare entrambi e selezionare la versione compatibile con il client che si connette. In questo modo, i client meno recenti possono utilizzare HTTP/1.1, mentre quelli più nuovi possono negoziare HTTP/2.

Un sito può usare sia HTTP/3 sia HTTP/2?

Sì. Molte configurazioni mantengono HTTP/2 come soluzione di riserva, perché HTTP/3 utilizza un protocollo di trasporto diverso e potrebbe non essere disponibile su tutte le reti. Un risultato HTTP/2 non consente di stabilire se sia attivo anche HTTP/3.

HTTP/2 richiede HTTPS?

HTTP/2 può essere utilizzato su TCP non cifrato con conoscenza preventiva, mentre l'uso del precedente token HTTP/1.1 Upgrade h2c è deprecato. Nei browser più diffusi, HTTP/2 viene normalmente utilizzato tramite HTTPS. Per un sito pubblico, una configurazione TLS valida è quindi in genere necessaria per rendere HTTP/2 disponibile ai browser.

HTTP/2 può risolvere un time to first byte elevato?

No. Un time to first byte elevato indica spesso tempi lunghi di elaborazione sul server, distanza di rete, cache miss o un'infrastruttura sovraccarica. HTTP/2 può migliorare la condivisione di una connessione tra più richieste, ma non elimina il ritardo prima che il server inizi a rispondere.

Come verifica finale, confronta lo stesso sito usando lo strumento, gli strumenti per sviluppatori del browser e i record DNS. Se i risultati sono diversi, annota l'indirizzo IP risolto e ripeti il test dopo la scadenza delle cache DNS e CDN esistenti.