Controllo Brotli

Usa il nostro strumento di verifica Brotli per determinare se un sito web utilizza l'algoritmo di compressione Brotli per una velocità migliorata.

5 di 2 valutazioni
Controllo Brotli

Controllo Brotli è uno strumento gratuito che verifica se un sito web utilizza la compressione Brotli per distribuire i contenuti.

Che cos'è la compressione Brotli?

Brotli è un formato di compressione senza perdita che riduce la quantità di dati trasferiti da un server web a un browser. Viene comunemente applicato a contenuti testuali come file HTML, CSS, JavaScript, JSON e SVG.

La compressione avviene prima dell'invio della risposta da parte del server o durante l'invio. Un browser compatibile segnala di accettare Brotli includendo br con un valore di qualità diverso da zero nell'intestazione HTTP Accept-Encoding della richiesta. Se il server o la rete per la distribuzione dei contenuti è configurata per usare Brotli, può restituire la risposta compressa con Content-Encoding: br.

Brotli non modifica il significato dei contenuti. Il browser decomprime la risposta prima di elaborarla. I formati che utilizzano già una propria compressione, tra cui JPEG, PNG, MP4 e la maggior parte dei file di archivio, in genere traggono pochi vantaggi da un ulteriore passaggio con Brotli.

Schema: una risposta del server viene compressa con Brotli prima del trasferimento

Come verifico se un sito usa Brotli?

Inserisci l'indirizzo del sito web e avvia il controllo per verificare se utilizza la compressione Brotli.

L'operazione viene eseguita sul server. I dati inseriti vengono trasmessi al server tramite HTTPS e non vengono memorizzati.

Come interpreto il risultato del controllo Brotli?

Il risultato indica se il sito web utilizza Brotli.

Se Brotli viene rilevato, il sito lo utilizza. Se non viene rilevato, il sito potrebbe non applicare alcuna compressione oppure potrebbe usare un'altra codifica, come Gzip.

Esempio di risultato prodotto dallo strumento Controllo Brotli

Come risolvere i problemi più comuni con Brotli

Se Brotli non viene rilevato come previsto, segui questi passaggi diagnostici.

  1. Brotli è stato attivato, ma il sito restituisce ancora Gzip. Controlla le impostazioni per la negoziazione dei contenuti, i criteri che determinano quali contenuti possono essere compressi, le soglie relative alle dimensioni minime e le varianti memorizzate nella cache. Se la richiesta passa attraverso una CDN, un reverse proxy o una piattaforma di hosting con criteri di compressione propri, l'intermediario potrebbe sostituire Brotli con una risposta Gzip presente nella cache.
  2. La pagina iniziale supera il controllo, ma i file statici no. Verifica le regole di compressione per i file CSS e JavaScript. Spesso le regole del server vengono applicate in base al tipo MIME e le risorse potrebbero essere distribuite da un altro nome host, come static.example.co.uk.
  3. Una modifica recente all'hosting o alla CDN non risulta visibile. Controlla il DNS, l'instradamento e le intestazioni della risposta HTTP. Se il traffico raggiunge ancora un vecchio nodo periferico o server di origine, il risultato può riflettere la configurazione precedente.
Lo strumento Controllo Brotli su digily.link, con il suo modulo di inserimento

La Ricerca intestazioni HTTP può essere utile quando devi esaminare le intestazioni della risposta oltre all'esito relativo alla compressione. Brotli e HTTP/2 sono funzionalità distinte, quindi usa Controllo HTTP/2 se devi verificare anche il protocollo della connessione. Un sito può utilizzare Brotli su una connessione priva di HTTP/2 e l'attivazione di HTTP/2 non abilita automaticamente Brotli.

Puoi effettuare il controllo anche dalla riga di comando con curl. Una richiesta come curl --compressed -D - -o /dev/null https://www.example.co.uk/ chiede a curl di accettare i tipi di compressione supportati e stampa le intestazioni della risposta. I risultati possono essere diversi se un server tratta in modo differente i client da riga di comando oppure se viene usata una richiesta HEAD al posto di una normale richiesta GET.

Perché la cache o i tempi di propagazione possono falsare il risultato?

Le cache e i ritardi di instradamento possono produrre temporaneamente un risultato diverso da quello previsto in base alla configurazione. Una CDN può conservare un oggetto meno recente, non compresso o compresso con Gzip, finché non scade o non viene eliminato dalla cache.

Quando la scelta della rappresentazione dipende da Accept-Encoding, la risposta del server di origine dovrebbe includere Vary: Accept-Encoding. Le cache utilizzano questo campo per creare le chiavi di cache e mantenere separate le rappresentazioni destinate a client con supporto della compressione diverso. Se questa intestazione manca o viene gestita in modo errato, una cache può restituire la variante sbagliata. Se Brotli sembra comparire solo a intermittenza, controlla la chiave di cache della CDN e le intestazioni della risposta.

Anche le modifiche al DNS possono introdurre ritardi. I resolver potrebbero conservare il vecchio indirizzo fino alla scadenza del relativo time to live e, durante una migrazione, reti diverse possono raggiungere server differenti. Poiché questo strumento esegue il controllo su un server, il suo percorso DNS e di cache non coincide necessariamente con quello usato dal tuo browser. Anche gli strumenti per sviluppatori del browser potrebbero mostrare una risposta memorizzata nella cache locale. Quando confronti i risultati, ricarica quindi la pagina con la cache disattivata.

Domande frequenti

Posso attivare Brotli e Gzip contemporaneamente?

Sì. I server supportano comunemente entrambi e scelgono la codifica in base all'intestazione Accept-Encoding del client. In questo modo possono usare Gzip per i client meno recenti compatibili e Brotli per quelli che dichiarano br con un valore di qualità diverso da zero.

I file Brotli usano l'estensione .br?

I file precompressi con Brotli possono avere l'estensione .br sul server, ma normalmente i visitatori del sito richiedono l'URL originale. Il server seleziona la rappresentazione compressa e la identifica tramite l'intestazione di risposta Content-Encoding.

Tutti i file di un sito dovrebbero usare Brotli?

No. Brotli è generalmente adatto alle risposte testuali, mentre immagini, video, PDF e file di archivio potrebbero essere già compressi. Ricomprimere questi formati può impegnare il server senza ridurre in modo significativo le dimensioni del trasferimento.

Brotli migliora il posizionamento nei motori di ricerca?

Brotli non garantisce direttamente un posizionamento migliore. Risposte testuali più piccole possono ridurre i tempi di trasferimento e contribuire a migliorare le prestazioni delle pagine, ma sull'esperienza degli utenti incidono anche la cache, il tempo di risposta del server, l'esecuzione degli script e la gestione delle immagini.

Cosa devo controllare dopo aver attivato Brotli?

Verifica in un browser che un insieme rappresentativo di risposte testuali venga caricato correttamente. Controlla Content-Type, Content-Encoding, Content-Length quando presente e Vary. Se nella cache rimangono vecchie varianti, elimina le relative voci dalla CDN.

Strumenti simili

Ricerca SSL

Utilizza il nostro strumento di ricerca SSL per ottenere dettagli completi su qualsiasi certificato SSL e garantire la sicurezza del tuo sito web.

8,700
153
Ricerca intestazioni HTTP

Recupera tutte le intestazioni HTTP restituite da un URL per una tipica richiesta GET con il nostro strumento di ricerca delle intestazioni HTTP.

4,759
50
Controllo HTTP/2

Verifica se un sito web sta utilizzando il protocollo HTTP/2 più recente con il nostro strumento di verifica HTTP/2 e garantisci prestazioni ottimali.

4,927
147

Strumenti popolari