Skip to content
Cerca

Page speed: impatto, funzionamento e checklist tecnica

Page speed misura quanto velocemente e con quale qualità una pagina web diventa visibile e interattiva per gli utenti; comprende metriche di laboratorio e sul campo (LCP, INP, CLS) e influisce sull'usabilità e sui segnali di ranking.

Velocità di pagina: guida al miglioramento delle prestazioni del sito

What is page speed?

Page speed è la misura del tempo e della qualità con cui una pagina web diventa disponibile e interattiva per un utente reale. Non è un singolo valore: include metriche di laboratorio (simulazioni) e dati sul campo raccolti da utenti reali, e valuta aspetti come il tempo fino al primo contenuto visibile, il caricamento del più grande elemento visivo e la reattività durante l'interazione.

Why page speed matters for SEO

Page speed incide sull'esperienza utente e su segnali che i motori di ricerca possono usare per ordinare i risultati. Google considera le Core Web Vitals come segnali di esperienza di pagina; sono parte del più ampio insieme di fattori di ranking, ma non determinano da soli la posizione in SERP. Inoltre pagine più veloci tendono a ridurre il tasso di abbandono e possono essere censite e riesaminate più frequentemente, benché crawling, indicizzazione e ranking siano processi distinti.

How page speed works

Page speed dipende da più livelli tecnici che si concatenano: la latenza di rete e il protocollo (HTTP/2, HTTP/3/QUIC), il tempo di risposta del server (TTFB), il percorso critico di rendering (risorse CSS/JS che bloccano il rendering), il caricamento delle risorse multimediali e l'attività del main thread (JavaScript pesante). L'ottimizzazione agisce su questi punti: ridurre payload, spostare o differire JavaScript non critico, comprimere e dimensionare immagini, usare cache e CDN, e servire risorse moderne. Le metriche principali che riflettono questi comportamenti includono LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift) e FCP (First Contentful Paint).

Types of page speed

Distinguere i tipi di page speed aiuta a scegliere gli strumenti e le priorità:

- Lab vs field: i test di laboratorio (Lighthouse, PageSpeed Insights in modalità simulata) misurano in condizioni ripetibili; i dati sul campo (Chrome UX Report, dati real-user) mostrano l'esperienza effettiva degli utenti.
- Mobile vs desktop: la versione mobile è la base primaria per crawling e indicizzazione; dal luglio 2024 Google usa Googlebot Smartphone per le verifiche predefinite, quindi la velocità mobile è critica per indexazione e UX.
- Perceived (percepita) vs technical: la velocità percepita riguarda quanto prima l'utente vede contenuto utile; le ottimizzazioni tecniche possono migliorare entrambe le dimensioni.

How to get started with page speed

Prioritizza le pagine che generano traffico o conversioni e misura prima di ottimizzare. Una roadmap pratica: identificare le pagine critiche, raccogliere dati sul campo, eseguire analisi di laboratorio per individuare i colli di bottiglia, applicare le ottimizzazioni a basso rischio (compressione, caching, immagini responsive) e quindi misurare l'effetto sui dati reali.

Verificare e risolvere: strumenti chiave

Usa una combinazione di strumenti di laboratorio e sul campo per verificare e ripetere le ottimizzazioni:

- PageSpeed Insights / Lighthouse — per dati di laboratorio e report che mappano problemi di rendering e opportunità di ottimizzazione.
- Chrome DevTools (Performance, Network, Coverage) — per analisi del main thread, individuazione di JS che blocca e controllo delle dimensioni delle risorse.
- curl e header inspection — per verificare tempi di risposta e header rilevanti: uso di curl -I per header o curl -A "Mozilla/5.0 (compatible)" <URL> per vedere l’HTML restituito a uno user-agent specifico.
- Analisi server (log) — per misurare latenza reale, frequenza di crawling e errori.
- Field data (Google Search Console rapporti e PageSpeed Insights) — per vedere le metriche real-user se possiedi il sito.
- WebPageTest o strumenti di terze parti per test avanzati di rete e simulazioni mobile-realistiche.

Practical checklist: verifiche tecniche

Usa questa checklist rapida per confermare lo stato delle pagine critiche:

**Server response (TTFB)** — where to verify — passes when Response headers via curl -I mostrano tempi di risposta stabili e header di cache appropriati.

**LCP visualizzazione su mobile** — where to verify — passes when PageSpeed Insights field data e Lighthouse lab mostrano che il più grande elemento visivo si carica rapidamente su emulazione mobile.

**INP / interattività** — where to verify — passes when Chrome DevTools Performance e Lighthouse indicano bassa attività di main thread durante le interazioni principali.

**Cumulative Layout Shift (CLS)** — where to verify — passes when Lighthouse e field data mostrano stabilità visiva e gli elementi hanno dimensioni o placeholder corretti.

**Asset delivery e caching** — where to verify — passes when header Cache-Control/ETag sono presenti e risorse statiche sono servite via CDN con compressione (Brotli/Gzip) dove applicabile.

Common page speed mistakes

Errori frequenti da evitare:
- Misurare solo in laboratorio senza confrontare i dati real-user.
- Differenziare contenuti importanti tra desktop e mobile (mancata parity): ricordati che Google usa la versione mobile come base primaria per crawling e indicizzazione.
- Caricare grandi immagini senza formati moderni o dimensionamento responsive.
- Eseguire ottimizzazioni bloccanti in produzione senza test su staging.
- Dipendere esclusivamente da metriche aggregate senza segmentare per geografia, rete e tipo di dispositivo.

Frequently asked questions

Leggi la guida Technical SEO

Come differenzio metriche di laboratorio e sul campo?

I test di laboratorio (Lighthouse) sono ripetibili e utili per debug; i dati sul campo provengono da utenti reali e mostrano l'esperienza effettiva. Usa entrambi per priorizzare.

Il page speed influisce sull'indicizzazione?

La velocità è collegata all'esperienza utente: pagine più lente possono ricevere crawling meno frequente o essere meno favorevoli per l'indicizzazione mobile-first, ma crawling, indicizzazione e ranking restano processi distinti.

Quali metriche devo controllare prima di tutto?

Dai priorità a LCP, INP e CLS (Core Web Vitals) insieme a TTFB e FCP per capire rete, server e rendering. Verifica sia in laboratorio sia con dati real-user.

Come verifico pagine esterne (es. publisher) se non ho Search Console su quel dominio?

Usa curl o un browser in incognito per ispezionare l'HTML e Chrome DevTools per vedere il DOM renderizzato; la query site: su Google può dare indicazioni sull'indicizzazione pubblica, ma non è definitiva.

Ulteriori domande?

Controlla i report di PageSpeed Insights, esegui tracce con Chrome DevTools e monitora le metriche real-user nei rapporti di Search Console per verificare gli effetti delle ottimizzazioni.

Termini correlati