Core Web Vitals

I Core Web Vitals sono un insieme di tre metriche standardizzate definite da Google che quantificano l'esperienza utente reale sulle pagine web. [Largest Contentful Paint (LCP)](/glossary/lcp) misura quanto rapidamente viene caricato l'elemento visibile più grande, [First Input Delay (FID)](/glossary/fid) misura quanto velocemente la pagina risponde alla prima interazione dell'utente, e [Cumulative Layout Shift (CLS)](/glossary/cls) misura quanto il layout della pagina si sposta inaspettatamente durante il caricamento. Insieme, questi tre numeri catturano velocità di caricamento, reattività dell'interazione e stabilità visiva — i tre pilastri di una buona esperienza di pagina. Google ha segnalato che Interaction to Next Paint (INP) sta sostituendo FID come metrica di reattività, ma il framework di base rimane lo stesso.

Google utilizza i Core Web Vitals come segnale di ranking nel suo algoritmo di ricerca. Le pagine che raggiungono le soglie "buone" ricevono un vantaggio di posizionamento, mentre le pagine con punteggi scarsi possono scendere nei risultati di ricerca. Oltre al SEO, queste metriche riflettono direttamente ciò che i visitatori percepiscono: un embed di [flipbook](/glossary/flipbook) lento frustra i lettori, un pulsante non reattivo causa l'abbandono, e spostamenti imprevisti del layout erodono la fiducia. Per gli editori che incorporano contenuti interattivi sui loro siti web, le prestazioni di tali embed contribuiscono al punteggio complessivo della pagina. Ignorare i Core Web Vitals significa accettare sia una minore visibilità nelle ricerche che un'esperienza di lettura degradata.

FlipLink è progettato per proteggere i punteggi Core Web Vitals del vostro sito piuttosto che degradarli. Gli embed dei flipbook si caricano in modo asincrono, quindi non bloccano mai il rendering del contenuto principale della pagina, mantenendo [LCP](/glossary/lcp) veloce. Il contenitore dell'embed riserva un rapporto d'aspetto fisso prima dell'inizializzazione del flipbook, prevenendo spostamenti di layout che danneggerebbero il [CLS](/glossary/cls). Le risorse — immagini delle pagine, script di rendering [Three.js](/glossary/three-js) e font — vengono caricate progressivamente e solo quando necessario, mantenendo il thread principale del browser reattivo. La [schermata di caricamento personalizzata](/features/custom-loading-screen) di FlipLink mostra un placeholder fluido durante l'inizializzazione del visualizzatore. Il sito marketing di FlipLink raggiunge un punteggio di 97 su desktop e 91 su mobile negli audit di performance Lighthouse.

**Obiettivo LCP: sotto 2,5 secondi.** LCP misura il tempo di rendering del più grande elemento visibile nel [viewport](/glossary/viewport) — immagine, video o blocco di testo. Per le pagine con flipbook incorporati, il contenitore del flipbook non è l'elemento LCP — tipicamente lo è l'immagine hero o il titolo della pagina. Il caricamento asincrono di FlipLink assicura che l'embed non ritardi questo elemento. **Obiettivo FID/INP: sotto 100 millisecondi (FID) o 200 millisecondi (INP).** Queste metriche misurano il ritardo tra un'azione dell'utente (clic, tocco, pressione di tasto) e la risposta del browser. FlipLink scarica il rendering pesante su [WebGL](/glossary/webgl) tramite Three.js, mantenendo il thread principale libero per la gestione degli input. **Obiettivo CLS: sotto 0,1.** Il CLS si accumula ogni volta che un elemento visibile cambia posizione inaspettatamente. Il codice embed di FlipLink utilizza un wrapper con rapporto d'aspetto fisso, quindi il browser alloca lo spazio esatto prima del caricamento di qualsiasi contenuto. Nessun reflow, nessuno spostamento. **Strumenti di misurazione:** Google PageSpeed Insights, Lighthouse (integrato in Chrome DevTools) e il Chrome User Experience Report (CrUX) riportano tutti i Core Web Vitals. I dati sul campo di CrUX riflettono l'esperienza utente reale su una finestra mobile di 28 giorni.

| Metrica | Buono | Da Migliorare | Scarso | |---------|-------|---------------|--------| | LCP | ≤ 2,5s | 2,5s – 4,0s | > 4,0s | | FID | ≤ 100ms | 100ms – 300ms | > 300ms | | INP | ≤ 200ms | 200ms – 500ms | > 500ms | | CLS | ≤ 0,1 | 0,1 – 0,25 | > 0,25 | Queste soglie si applicano al 75° percentile dei caricamenti di pagina — il che significa che il 75% delle visite deve raggiungere la soglia "buono" affinché la pagina superi il test. Una singola visita lenta non invalida la metrica, ma un pattern costante di punteggi scarsi lo farà.

**Incorporare un flipbook danneggia i miei Core Web Vitals?** No, se l'embed si carica in modo asincrono e riserva lo spazio di layout in anticipo. Il codice embed di FlipLink fa entrambe le cose per impostazione predefinita. Il flipbook si inizializza dopo che il contenuto principale della pagina è stato renderizzato, quindi non compete con la sezione hero o la navigazione per la priorità di caricamento. **Quale metrica conta di più per il SEO?** Google pesa tutte e tre equamente come parte del segnale di esperienza di pagina. Tuttavia, LCP tende ad avere l'impatto più visibile sulla velocità percepita, rendendola la prima metrica che la maggior parte degli editori ottimizza. **Con quale frequenza dovrei controllare i miei Core Web Vitals?** Eseguite un audit Lighthouse dopo ogni modifica significativa alla pagina — specialmente dopo aver aggiunto o modificato contenuti incorporati. Per il monitoraggio continuo, controllate il report Core Web Vitals in Google Search Console settimanalmente. I dati sul campo si aggiornano su un ciclo mobile di 28 giorni, quindi i miglioramenti impiegano circa un mese per riflettersi nei punteggi CrUX.