Informazioni sulla compressione GZIP
Che cos'è un test GZIP?
Un test GZIP pone una domanda semplice: quando il tuo server invia una pagina, la comprime prima? GZIP è il metodo di compressione utilizzato dal web da decenni e funziona individuando le ripetizioni nel testo e codificandolo in modo più efficiente.
HTML, CSS e JavaScript sono estremamente ripetitivi, quindi il risparmio è notevole, in genere dal 70 al 90 percento. Il browser espande il file al suo arrivo e il visitatore non si accorge mai che è successo.
Viene configurato una sola volta sul server, si applica a tutto contemporaneamente e ha un costo di elaborazione quasi nullo. Ecco perché vale la pena intervenire immediatamente quando un test GZIP non va a buon fine: poche correzioni sono così economiche o hanno un impatto così ampio.
GZIP e Brotli
Brotli è un metodo di compressione più recente che generalmente offre prestazioni migliori di GZIP sui contenuti testuali, spesso con un ulteriore risparmio del 15-20%, ed è supportato da tutti i browser attuali.
Non ha tanto sostituito GZIP quanto affiancarlo. I server negoziano con ogni client e utilizzano il metodo migliore supportato da entrambi; per questo, la configurazione normale prevede Brotli con GZIP come fallback.
Un test GZIP superato indica che la compressione è attiva. Stabilire se si sta utilizzando il metodo migliore è una questione separata, che vale la pena porsi una volta verificato il caso di base.
La compressione conta ancora nel 2026?
È una delle poche ottimizzazioni quasi gratuite e aiuta ogni visitatore a ogni richiesta. Nessun altro elemento di una checklist delle prestazioni combina la stessa portata e lo stesso costo.
La maggior parte degli hosting moderni la abilita per impostazione predefinita, ed è proprio per questo che il problema passa inosservato quando una migrazione, una configurazione personalizzata del server o un nuovo livello CDN la disattiva. I siti perdono la compressione molto più spesso di quanto la attivino.
L’effetto è invisibile durante il caricamento di una singola pagina, ma considerevole sull’intero sito: è il tipo di problema che può persistere per anni senza che nessuno lo segnali.
Come è correlata la compressione alla ricerca basata sull’IA
I crawler richiedono risposte compresse come qualsiasi altro client. Servire HTML non compresso rende ogni recupero più grande e lento, riducendo la quantità di un sito di grandi dimensioni che viene letta durante una determinata scansione.
Questo costo è invisibile a livello di singola pagina, ma significativo su migliaia di pagine, perciò è proprio il tipo di aspetto che vale la pena verificare anziché dare per scontato.
Non influisce sulla comprensione dei contenuti, ma solo sulla quantità di contenuti raggiunta.
Best practice per la compressione
- Abilitala per HTML, CSS, JavaScript, SVG e JSON.
- Non comprimere immagini o video: sono già compressi e diventerebbero leggermente più grandi.
- Preferisci Brotli quando supportato, con GZIP come alternativa.
- Ripeti il controllo dopo qualsiasi modifica all'hosting, al CDN o al server.
- Verifica con le intestazioni della risposta anziché affidarti all'impostazione del pannello di controllo.
- Combina questa opzione con la minificazione: le due tecniche rimuovono ridondanze sovrapposte, ma non identiche.
Cosa controlla questo strumento
Il test GZIP richiede la pagina e indica se la risposta è arrivata compressa; il test viene superato quando lo è.
Controlla il documento della pagina, quindi una pagina compressa che fornisce fogli di stile o script non compressi supererà comunque il test. Se il documento è compresso ma il sito risulta ancora lento, il prossimo elemento da controllare sono le risorse.
Cosa fare dopo
La compressione è uno dei tre modi per ridurre le dimensioni dei file. Verifica se anche le tue risorse sono
minificati, scopri quanto pesa complessivamente la pagina con lo strumento
dimensione del file della pagina web e conferma che il server utilizzi un protocollo moderno con il controllo
HTTP/2.