Core Web Vitals: perché la velocità influisce direttamente sulle vendite

Core Web Vitals è l'insieme di tre metriche fondamentali che Google ha definito per misurare l'esperienza reale degli utenti e, contrariamente a quanto pensano molti responsabili e-commerce, non è "solo un problema del team tecnico". Da un lato queste metriche influenzano il posizionamento nei motori di ricerca, dall'altro determinano se il visitatore rimarrà sul sito e completerà l'acquisto. In questo articolo spieghiamo LCP, INP e CLS con le rispettive soglie, mostriamo con numeri concreti l'impatto della velocità sulle vendite ed elenchiamo gli interventi di miglioramento specifici per i siti e-commerce.

Cos'è Core Web Vitals e perché è importante?

Dal 2021 Google utilizza l'esperienza di pagina come segnale di ranking e la definisce tramite tre metriche misurabili: la velocità di caricamento (LCP), la reattività alle interazioni (INP) e la stabilità visiva (CLS). Questo trio prende il nome di Core Web Vitals. Il tratto comune di queste metriche è che vengono misurate sui dispositivi reali degli utenti, non in condizioni di laboratorio: riflettono cioè l'esperienza che il vostro cliente vive in autobus, con uno smartphone di fascia media e una connessione instabile.

Per l'e-commerce l'importanza è duplice. Primo, la visibilità: tra due pagine di contenuto qualitativamente simile, Google tende a premiare quella con l'esperienza migliore, e questo incide direttamente sul traffico organico delle pagine categoria. Secondo, ancora più rilevante, la conversione: una pagina lenta, poco reattiva e che "salta" fa perdere la vendita prima ancora che il visitatore veda il prodotto.

Le tre metriche e le rispettive soglie

Google definisce per ogni metrica tre fasce: "buona", "da migliorare" e "scarsa". La valutazione si basa sul 75° percentile delle misurazioni degli utenti: se almeno tre quarti dei vostri utenti rientrano nella fascia "buona", la pagina supera quella metrica.

LCP: Largest Contentful Paint

L'LCP è il tempo necessario perché l'elemento visibile più grande della pagina — nell'e-commerce, tipicamente l'immagine del prodotto o il banner in evidenza — venga renderizzato. È la metrica che determina la sensazione di "la pagina si è caricata". L'obiettivo è restare sotto i 2,5 secondi; le cause tipiche sono immagini pesanti non ottimizzate, risposta del server lenta (TTFB) e file CSS/JS che bloccano il rendering.

INP: Interaction to Next Paint

L'INP è la metrica che nel 2024 ha sostituito il FID e misura in quanto tempo la pagina risponde visivamente a ogni interazione dell'utente — toccare "aggiungi al carrello", selezionare una variante, aprire un menu. Ritardi superiori a 200 millisecondi creano una sensazione di "blocco". Il nemico numero uno è il JavaScript pesante che blocca il thread principale; nei siti e-commerce si tratta per lo più di script di marketing di terze parti.

CLS: Cumulative Layout Shift

Il CLS misura gli spostamenti imprevisti dei contenuti durante il caricamento della pagina. State per toccare "Aggiungi al carrello" quando un banner caricato in ritardo si inserisce e finite per toccare il punto sbagliato: è questo lo scenario che rovina sia il punteggio CLS sia la pazienza del cliente. Le cause principali sono immagini senza dimensioni specificate, spazi pubblicitari o promozionali caricati in ritardo e font personalizzati che arrivano dopo il resto del contenuto.

L'impatto della velocità sulla conversione: cosa dicono i numeri?

Il legame tra velocità e vendite viene misurato in modo coerente da anni e i risultati confermano l'intuizione:

• Quando il tempo di caricamento passa da 1 a 3 secondi, la probabilità di abbandono immediato aumenta del 32%; a 5 secondi questo aumento arriva al 90%.
• Circa la metà degli utenti mobile abbandona una pagina che non si carica entro 3 secondi.
• Secondo la ricerca multisettoriale di Deloitte, anche un miglioramento di 0,1 secondi nella velocità ha aumentato la conversione dei siti retail fino all'8%.
• I case study di settore riportano incrementi di conversione a doppia cifra per i siti e-commerce che hanno spostato l'LCP dalla fascia "scarsa" a quella "buona".

La logica dietro questi numeri è semplice: la lentezza applica una piccola "tassa di abbandono" a ogni passaggio del funnel di acquisto. Se la pagina categoria si apre lentamente, l'utente non arriva al prodotto; se la selezione della variante è impacciata, non si aggiunge nulla al carrello; se la pagina di checkout è pesante, l'ordine non si completa. La velocità da sola non garantisce le vendite, ma se prodotto, prezzo e fiducia sono già a posto, crea un effetto moltiplicatore. Per gli altri anelli del funnel, potete consultare il nostro articolo 7 metodi comprovati per aumentare il tasso di conversione.

L'impatto della velocità sulla SEO: indiretto ma cumulativo

Core Web Vitals è un segnale di ranking, ma va inquadrato correttamente. Google ha dichiarato esplicitamente che i segnali di esperienza non prevalgono sulla qualità dei contenuti: una pagina vuota con un'ottima esperienza non supererà mai una pagina lenta ma pertinente. Il segnale è ciò che fa la differenza tra concorrenti di qualità simile, e nell'e-commerce le pagine categoria si trovano esattamente in questo tipo di competizione: decine di siti elencano prodotti quasi identici con titoli simili.

Gli effetti indiretti sono spesso più rilevanti del segnale diretto. Su una pagina lenta il tasso di abbandono aumenta e l'utente torna ai risultati di ricerca; questo comportamento nel tempo abbassa la qualità percepita della pagina. Anche il crawl budget risente della velocità: Googlebot esegue la scansione di siti lenti su un numero inferiore di pagine, il che per i cataloghi ampi significa che i nuovi prodotti vengono indicizzati più tardi. Abbiamo approfondito la strategia di crescita del traffico organico tramite le pagine categoria nella nostra guida SEO per l'e-commerce.

Dati di laboratorio o dati sul campo?

La confusione più comune nella misurazione della velocità è: "Il mio punteggio PageSpeed è 90, ma Search Console dice ancora scarso." La causa sono due tipi di dati diversi.

I dati di laboratorio (Lighthouse) testano la vostra pagina una sola volta, in un ambiente controllato, con un profilo standard di dispositivo e connessione. Sono perfetti per la diagnosi: mostrano, riga per riga, quale immagine è troppo grande e quale script blocca il rendering. I dati sul campo (CrUX — Chrome User Experience Report) sono invece le misurazioni degli utenti Chrome reali che hanno visitato il vostro sito negli ultimi 28 giorni. Sono questi i dati che Google usa per il ranking, non il punteggio di laboratorio.

La differenza tra i due porta informazione: se il laboratorio è buono ma il campo è scarso, i vostri utenti reali usano dispositivi e connessioni più deboli rispetto al vostro profilo di test — molto comune in Turchia, dove il traffico è a forte prevalenza mobile. Il metodo corretto è: fissate gli obiettivi sui dati sul campo e usate gli strumenti di laboratorio per diagnosi e verifica. Poiché i dati sul campo coprono una finestra mobile di 28 giorni, un miglioramento apportato impiega circa un mese a riflettersi pienamente nel report: abbiate pazienza.

Interventi specifici per l'e-commerce

Invece del generico consiglio "rendete il sito più veloce", concentratevi sulle quattro aree che offrono il ritorno maggiore sui template e-commerce. Anche l'ordine di lavoro conta: migliorate prima i template che generano più traffico e fatturato (di solito le pagine prodotto e categoria); la homepage può sembrare la pagina più prestigiosa, ma raramente è il vero collo di bottiglia del percorso d'acquisto. Poiché in Turchia oltre tre quarti del traffico arriva da mobile, eseguite tutti i test su un profilo Android di fascia media, non su desktop.

Ottimizzazione delle immagini

Gran parte del peso di una pagina e-commerce è costituito dalle immagini. Passate ai formati WebP/AVIF, servite l'immagine della dimensione corretta per ogni breakpoint (responsive images) e rimandate il caricamento delle immagini fuori schermo con il lazy loading — ma non applicate mai il lazy loading all'immagine principale del prodotto, candidata all'LCP: caricatela con priorità. Specificare larghezza e altezza per tutte le immagini elimina anche la principale fonte di CLS.

Verifica degli script di terze parti

Tra analytics, pixel di marketing, chat dal vivo e heatmap, un sito e-commerce medio trasporta decine di script di terze parti, e sono il nemico numero uno dell'INP. Fate un inventario ogni tre mesi: rimuovete ciò che non viene usato, rimandate gli script rimanenti a dopo l'interazione e, dove possibile, spostatevi verso il server-side tagging. Rimuovere un singolo script di marketing pesante può portare più benefici di settimane di ottimizzazione del codice.

CDN e caching

Servire i contenuti dal punto più vicino all'utente riduce sia il TTFB sia l'LCP. Una CDN per gli asset statici ormai è lo standard; la vera differenza si fa nel caching intelligente dell'output HTML delle pagine categoria e prodotto. Le architetture che separano le parti dinamiche come stock e prezzo e servono lo scheletro della pagina dalla cache mantengono l'LCP sul campo in fascia "buona" anche durante i picchi di traffico da campagna.

CSS critico e percorso di rendering

Inserire in linea il CSS necessario per la prima schermata e rimandare il resto interrompe la catena che blocca il rendering. Caricare i font personalizzati con font-display: swap e riservare lo spazio con un font di sistema dà respiro sia all'LCP sia al CLS.

"La velocità non è una campagna, è uno standard igienico: non un punteggio da raggiungere una volta e abbandonare, ma un budget che dovete difendere di nuovo con ogni nuova funzionalità."

Strumenti di misurazione: cosa monitorare e con cosa?

Per non perdersi tra troppi strumenti, chiarite il ruolo di ciascuno:

1. Search Console – Report Core Web Vitals: mostra lo stato generale dei dati sul campo del vostro sito e i gruppi di pagine problematici; è la dashboard principale per il monitoraggio.
2. PageSpeed Insights: presenta fianco a fianco i dati sul campo e di laboratorio per un singolo URL; iniziate la diagnosi da qui.
3. Lighthouse / DevTools: strumento per la diagnosi approfondita e la verifica delle modifiche durante lo sviluppo.
4. Monitoraggio degli utenti reali (RUM): a differenza del ritardo di 28 giorni di CrUX, una misurazione web-vitals integrata nel vostro sito mostra i problemi lo stesso giorno e offre una suddivisione per segmento (dispositivo, tipo di pagina, paese).

Un ritmo consigliato: controllate settimanalmente la dashboard RUM, rivedete Search Console una volta al mese ed eseguite Lighthouse sui template critici prima di ogni rilascio importante. In questo modo un peggioramento viene individuato prima che il cliente se ne accorga. Evitate anche di ridurre la misurazione a un unico punteggio complessivo: un obiettivo tipo "PageSpeed sopra 90" può spingere i team verso micro-ottimizzazioni che alzano il punteggio senza migliorare l'esperienza dell'utente. Gli obiettivi corretti sono sempre specifici per metrica e template, ad esempio "portare l'LCP sul campo della pagina prodotto mobile da 3,1 a 2,4 secondi". Un obiettivo così formulato rende il progresso misurabile e permette di confrontare l'impatto sul fatturato del miglioramento con i dati di conversione.

Conclusione

Core Web Vitals non è un esame tecnico: è la pazienza del vostro cliente, quantificata. Con l'LCP misurate "quanto velocemente vedo la pagina", con l'INP "quanto velocemente ottengo una risposta" e con il CLS "la pagina mi salta davanti agli occhi?" — e le risposte a queste tre domande influenzano sia il vostro posizionamento su Google sia il vostro fatturato. La buona notizia è che gran parte dei problemi di velocità nell'e-commerce deriva da un ristretto numero di pattern noti e, con l'infrastruttura giusta, la maggior parte non si presenta affatto. Potete verificare quali livelli di performance sono già inclusi nella vostra scelta di infrastruttura nella nostra pagina soluzioni, e cosa copre ogni pacchetto nella pagina prezzi.

Completare questa checklist sulla vostra infrastruttura attuale può richiedere settimane; sull'infrastruttura di Şimşek Software, livelli come ottimizzazione delle immagini, CDN, caching intelligente e CSS critico sono inclusi di serie: i negozi dei nostri clienti vanno online puntando già alla fascia "buona" nei dati sul campo. Per stilare insieme il vostro report Core Web Vitals e scoprire quanto fatturato state perdendo a causa della velocità, richiedete una demo: partiamo dalla misurazione.