Page Speed Checker
Questo checker di velocità pagina gratuito misura gli aspetti della velocità che il server controlla: tempo al primo byte, quanto tempo impiega l'HTML a scaricarsi e quanto è grande, se gli header di compressione e caching sono impostati, e quanti fogli di stile, script, immagini, font e host di terze parti la pagina richiede. È un test lato server, quindi spiega cosa non può misurare (Core Web Vitals) e dove trovarli.
Page Speed Checker
Technical SEO
Informazioni su questo strumento
Le pagine lente perdono visitatori prima che appaia la prima parola, e la velocità alimenta i segnali di page experience di Google. Ma "il sito è lento" ha molte cause: un server lento, un documento HTML gonfiato, nessuna compressione, decine di script o immagini pesanti. Il primo passo è separare la quota del server dal front end, perché le correzioni si trovano in posti diversi.
Il checker richiede la pagina due volte dal nostro server. La prima richiesta si ferma dopo il primo kilobyte, quindi il suo tempo è vicino al tempo al primo byte: DNS, connessione, handshake TLS e il server che genera la risposta. La seconda scarica l'intero HTML, fornendo il tempo totale e la dimensione sul filo e dopo la decompressione. Quindi legge l'HTML per contare i fogli di stile, gli script esterni e inline, gli script che bloccano il rendering nella head, le immagini, gli iframe, i font precaricati e gli host di terze parti coinvolti, e valuta la compressione e il caching dagli header.
Questa è una misurazione di laboratorio da un server senza rendering: non esegue JavaScript, non scarica immagini e non dipinge la pagina, quindi non può segnalare Largest Contentful Paint, Cumulative Layout Shift o Interaction to Next Paint. Usa Google PageSpeed Insights o il Chrome User Experience Report per quelle metriche di campo. I tempi variano anche con la distanza; i tuoi visitatori vedranno numeri diversi.
Domande frequenti
Qual è un buon tempo al primo byte?
Google suggerisce meno di 800 millisecondi in campo e i migliori siti rispondono in meno di 200. Sopra 600 il server, l'applicazione o il database è solitamente il collo di bottiglia: il caching della pagina, un host più veloce, l'ottimizzazione di PHP o del database e una CDN sono le correzioni comuni. TTFB limita tutto ciò che segue, quindi correggilo per primo.
Perché i numeri sono diversi da PageSpeed Insights?
PageSpeed Insights renderizza la pagina in un telefono simulato con una connessione lenta e segnala Core Web Vitals, mentre questo checker misura la risposta del server grezzo da un data centre senza rendering. I due rispondono a domande diverse: questo ti dice quanto sono veloci il server e l'HTML, PageSpeed ti dice come la pagina si sente per un utente.
Come abilito la compressione gzip o Brotli?
In Apache abilita mod_deflate (o mod_brotli) per i tipi di testo; in Nginx imposta gzip on con gzip_types per HTML, CSS, JavaScript, JSON e SVG; in cPanel usa l'opzione Optimize Website; su Cloudflare è attivo per impostazione predefinita. La compressione riduce tipicamente i trasferimenti di testo del 70-80 percento.
Cosa sono gli script che bloccano il rendering?
Tag script nella head senza defer o async: il browser smette di costruire la pagina fino a quando ognuno non scarica ed esegue. Spostali alla fine del body o aggiungi defer, e carica i widget di terze parti async. Ogni script di blocco ritarda il primo paint di almeno un round trip.
La velocità della pagina influisce sul ranking?
Sì, come parte dei segnali di page experience di Google, anche se la rilevanza viene ancora prima. In pratica la velocità importa di più attraverso il comportamento: le pagine più veloci mantengono più visitatori che rimangono, leggono e convertono. Punta a un TTFB veloce, asset compressi e cachati, pochi script e immagini correttamente dimensionate.