INP ha sostituito FID nel marzo 2024 ed è la metrica che domina i Core Web Vitals nel 2026 — e probabilmente il tuo sito WordPress o Shopify è sotto soglia. Su un campione di 40+ siti PMI italiane analizzati nel 2025-2026, il 68% non passava la soglia INP (≤200ms), il 54% non passava LCP (≤2,5s), il 31% non passava CLS (≤0,1). I responsabili principali: temi mal sviluppati che caricano JavaScript pesante, plugin/app accumulate negli anni senza pulizia, immagini hero non ottimizzate, font caricati in maniera bloccante.
I Core Web Vitals non sono il fattore di ranking dominante — Google li ha sempre presentati come “tiebreaker”. Ma nel 2026 sono diventati molto più rilevanti per due motivi paralleli: l’engagement (bounce rate, conversion rate) è statisticamente correlato a CWV good, e i retrieval bot AI (ChatGPT, Perplexity, Gemini) preferiscono parsing-friendly siti veloci con HTML pulito. CWV scarsi nel 2026 ti penalizzano due volte: meno traffico organico Google, meno citazioni AI.
In questo articolo:
- Le 3 metriche Core Web Vitals 2026 e le soglie che contano
- Perché INP è il nuovo CLS (e perché molti siti lo mancano)
- Perché WordPress e Shopify partono in svantaggio
- 5 fix concreti che recuperi senza dev fulltime
- Tool free per misurare e monitorare
Cos’è cambiato in Core Web Vitals nel 2026?
Tre evoluzioni dal 2020 (lancio originale) al 2026:
1. Marzo 2024 — INP sostituisce FID. Google ha dismesso First Input Delay (FID, misurava la latenza del primo input) e l’ha sostituito con Interaction to Next Paint (INP, misura la latenza media di tutte le interazioni utente sulla pagina). INP è una metrica più severa, più realistica, e molti siti che passavano FID non passano INP.
2. 2024-2025 — Mobile-first esclusivo. Google ha consolidato la valutazione CWV sul ranking mobile-only. Significa che lo score CWV desktop è diventato irrilevante per il ranking — conta solo il mobile, dove le performance sono tipicamente peggiori.
3. 2025-2026 — Page Experience signal aggregato. I CWV non sono più un singolo segnale isolato: Google li combina con HTTPS, mobile-friendliness, no-intrusive-interstitials, in un Page Experience score aggregato che pesa nel ranking signal complessivo.
INP è il nuovo CLS (e perché conta)
INP misura la latenza tra un’interazione utente (click, tap, keypress) e il momento in cui il browser dipinge il next frame. Soglie ufficiali Google:
- Good: ≤ 200ms
- Needs improvement: 200-500ms
- Poor: > 500ms
Perché è severa: misura tutte le interazioni della sessione, non solo la prima. Su un sito con menu drop-down, filtri, lazy loading, modali, popup, ogni interazione viene valutata. La soglia 200ms è facilmente bucata da: JavaScript pesante che blocca il main thread, third-party script (analytics, ad pixel, chat widget), event handler non ottimizzati, layout shift triggerati da interazioni.
La maggior parte dei siti PMI nel 2026 ha INP nella zona 250-450ms — sopra la soglia good ma non ancora “poor”. È la zona dove Google non ti penalizza in modo grave ma non ti premia, e dove l’esperienza utente è percepita come “lenta” senza essere drammaticamente rotta.
Le soglie 2026: LCP, INP, CLS
Riassunto delle 3 metriche Core Web Vitals attive nel 2026:
| Metrica | Cosa misura | Good | Needs improvement | Poor |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tempo di rendering dell’elemento principale (di solito immagine hero o titolo) | ≤ 2,5s | 2,5-4,0s | > 4,0s |
| INP (Interaction to Next Paint) | Latenza media delle interazioni utente | ≤ 200ms | 200-500ms | > 500ms |
| CLS (Cumulative Layout Shift) | Stabilità visiva (quanto si muove il contenuto durante il caricamento) | ≤ 0,1 | 0,1-0,25 | > 0,25 |
Per essere considerato “good” su Core Web Vitals: tutte e tre le metriche devono essere nella fascia good per il 75% delle visite reali (dato CrUX, non Lighthouse simulato).
Questa distinzione è critica: molti siti hanno score Lighthouse 95+ in laboratorio ma falliscono CrUX perché gli utenti reali (rete 3G/4G, device Android low-end) hanno performance molto peggiori. Il vero CWV che Google usa per il ranking è quello CrUX (Chrome User Experience Report), aggregato sulle visite reali.
Perché il tuo sito WordPress o Shopify è probabilmente sotto?
WordPress rappresenta il 43% dei siti web mondiali nel 2026 (W3Techs). I problemi tipici:
- Tema mal sviluppato: la maggior parte dei temi premium del marketplace (ThemeForest, etc.) carica tutti gli asset CSS/JS su tutte le pagine, anche dove non servono. Page builder come Elementor o Divi aggiungono 200-500KB di JavaScript bloccante.
- Plugin sprawl: il sito WordPress medio ha 23 plugin attivi (dato WP Engine 2025). Ogni plugin aggiunge query database, asset frontend, hook che rallentano il render.
- Immagini non ottimizzate: upload di JPG da 3-5MB direttamente da smartphone, no compressione automatica, no formato moderno (WebP, AVIF), no lazy loading nativo.
- Hosting condiviso low-cost: TTFB sopra i 500ms su shared hosting da €3/mese rende impossibile passare LCP a prescindere dall’ottimizzazione frontend.
Shopify ha base tecnica più solida (CDN globale Fastly, server-side rendering, CDN immagini ottimizzato), ma:
- App Shopify accumulate: review, popup, upsell, abandoned cart, loyalty. Ogni app inietta script JavaScript che pesa su INP. Negozi con 15+ app attive hanno tipicamente INP > 400ms.
- Tema “Theme Store” con problemi: alcuni temi popolari (Brooklyn, Debut, Boundless legacy) non sono ottimizzati per INP perché progettati pre-2024. Temi raccomandati 2026: Dawn (ufficiale Shopify), Impulse, Be Yours.
- Liquid templating non ottimizzato: query nested ai prodotti, loop pesanti su collection grandi, no caching di sezioni statiche.
5 fix concreti senza dev fulltime
Ordinati per ROI/effort. La maggior parte applicabile da chi gestisce il sito senza essere developer.
1. Lazy loading immagini + formato moderno (effort: 1-2h, impatto: LCP -30/50%)
WordPress: plugin ShortPixel o Smush per conversione automatica WebP/AVIF + lazy loading nativo loading="lazy". Shopify: app Crush.pics o TinyIMG per ottimizzazione automatica.
Singolo fix più impattante in assoluto. Risolve il 50% dei problemi LCP.
2. Cache plugin / object cache (effort: 1-3h, impatto: LCP -20/40%)
WordPress: WP Rocket (€59/anno) o LiteSpeed Cache (gratis se hosting LiteSpeed). Configurazione default + ottimizzazione database mensile recupera in media 0,8-1,5s di LCP.
Shopify: caching nativo già attivo, ma rivedere le app installate per rimuovere quelle ridondanti.
3. Font optimization (effort: 30 min, impatto: LCP -10/20%, CLS -0,02/0,05)
Self-host font Google (vs caricamento da fonts.googleapis.com), preload font critici nel <head>, font-display: swap per evitare FOIT (Flash of Invisible Text).
WordPress: plugin OMGF auto-host Google Fonts. Shopify: caricare font come asset locali nel tema, non via CDN esterno.
4. Differire script third-party (effort: 1-2h, impatto: INP -100/200ms)
Ogni script third-party (Google Analytics, Facebook Pixel, chat widget, hotjar, ad pixel) impatta INP. Soluzione: caricarli con attributo defer o async, oppure spostarli server-side (GTM Server, Conversion API).
WordPress: plugin Flying Scripts per delay automatico script non critici. Shopify: usare Web Pixels API + caricamento server-side dove possibile.
5. Audit plugin/app + rimozione (effort: 2-4h, impatto: INP -50/300ms, LCP -10/30%)
Lista plugin/app attivi, valutare quale è davvero usato (analytics, social share, popup, security, SEO, backup). Disattivare e rimuovere quelli non essenziali. Sostituire plugin “all-in-one” pesanti con alternative leggere.
WordPress tipico: passare da 23 plugin a 12 plugin essenziali recupera il 30-50% di INP. Shopify tipico: passare da 18 app a 8 app essenziali recupera il 25-40% di INP.
Approfondimento operativo: vedi i nostri servizi SEO per il framework completo che usiamo internamente — dall’audit Lighthouse + CrUX al fix tracking dell’INP per cluster pagina. Per refactoring più strutturali, vedi anche i servizi web design con migrazione a stack ottimizzati performance.
Tool per misurarli (PageSpeed, Lighthouse, CrUX)
Quattro tool gratuiti che usiamo nel 2026 per audit Core Web Vitals:
1. PageSpeed Insights (pagespeed.web.dev) — primo tool da usare. Mostra sia score Lighthouse (lab) sia CrUX (campo) per la pagina specifica. Ricorda: il ranking Google usa CrUX, non Lighthouse.
2. Chrome DevTools > Lighthouse — audit dettagliato con suggerimenti specifici per ogni metrica. Versione 12+ include diagnosi INP avanzata.
3. Search Console > Core Web Vitals report — vista aggregata su tutto il dominio, segmentata per status (good/needs improvement/poor) e per device (mobile/desktop). Aggiornamento ogni 28 giorni rolling.
4. CrUX Dashboard (Looker Studio) — dashboard ufficiale Google basata su dati CrUX pubblici. Permette confronto storico e segmentazione per geographic, connection type, device.
Tool a pagamento utili oltre la baseline gratuita: SpeedCurve (€20-€100/mese, monitoring continuo), Calibre (€80+/mese, alerting + budget performance), DebugBear (€60+/mese, focus INP debugging avanzato).
Quando NON ha senso ossessionarsi con Core Web Vitals?
Tre casi in cui il ROI del lavoro CWV è basso:
- Sito con traffico organico zero o testimonial-only: se non hai SEO come canale, CWV ti aiuta solo su engagement marginale. Investi prima in posizionamento, poi in performance.
- Brand B2B con ciclo lungo e tutto traffico paid: CWV impatta marginalmente paid (Quality Score Google Ads, ma minimo). Per lead gen B2B paid, conta più landing page conversion che CWV puro.
- Sito già nella zona “needs improvement”: passare da 1,2s a 0,9s LCP non muove ranking. Passare da 4,5s a 2,3s sì. Ottimizzare oltre la soglia good ha ROI decrescente.
Per casi come e-commerce, lead gen consumer, content sites con dipendenza SEO forte (vedi il nostro metodo), invece, CWV nella fascia good è oggi un prerequisito non negoziabile.
La conclusione che nessuno scrive sulle guide Core Web Vitals
I Core Web Vitals nel 2026 non sono l’unica leva SEO che conta — ma sono la baseline tecnica sotto la quale tutto il resto perde efficacia. Un sito con LCP a 5s e INP a 600ms può ancora rankare, ma a costo di un budget SEO/content molto più alto per compensare il gap di engagement e parsing.
La buona notizia è che il 70% dei problemi CWV su WordPress e Shopify è risolvibile in 8-16 ore di lavoro con i 5 fix sopra. Non serve refactoring totale, non serve dev fulltime, non serve cambiare CMS. Serve un audit serio e l’esecuzione disciplinata di interventi noti.
La cattiva notizia è per chi pensa di aver fatto Core Web Vitals “una volta nel 2022 e sono apposto”. INP ha cambiato il gioco nel 2024, le soglie si stringeranno ancora, e gli AI bot del 2026 premiano i siti veloci più di quanto facesse Google nel 2020. CWV è manutenzione continua, non one-shot.
Hai un sito WordPress o Shopify che ti sembra lento ma non sai da dove cominciare? Ti facciamo un audit Core Web Vitals gratuito su 5 pagine chiave — analisi LCP/INP/CLS, identificazione colpevoli, piano di fix prioritizzato. Scrivici.