Core Web Vitals: cosa sono e perché il tuo sito B2B non può ignorarli

I Core Web Vitals sono tre metriche che misurano l'esperienza di chi visita il tuo sito. Non misurano il tuo server o la tua connessione — misurano quello che percepisce il visitatore: quanto aspetta, quanto il sito è reattivo, quanto è stabile visivamente.

Google le ha scelte perché sono la traduzione numerica di una domanda semplice: "Questo sito funziona bene per chi lo usa?"

Le tre metriche sono:

• LCP — Velocità di caricamento. Quanto ci mette il contenuto principale a comparire? Se il visitatore vede una pagina bianca per 4 secondi, se ne va. Google vuole che il contenuto appaia in meno di 2,5 secondi.
• INP — Reattività. Quando il visitatore clicca un bottone o un link, il sito risponde subito? O c'è un ritardo frustrante prima che succeda qualcosa? Google vuole una risposta in meno di 200 millisecondi.
• CLS — Stabilità visiva. Il contenuto resta fermo durante il caricamento? O salta, si sposta, costringe il visitatore a rincorrere il pulsante che voleva cliccare? Google vuole spostamenti vicini allo zero.

Queste tre metriche sono fattori di ranking dal 2021. Nel 2026 il loro peso è cresciuto, specialmente per le ricerche da mobile — che per la maggior parte dei siti B2B rappresentano oltre il 60% del traffico.

I Core Web Vitals non sono un tema tecnico che riguarda solo gli sviluppatori. Sono un tema di business che riguarda il fatturato.

Ranking Google: a parità di contenuto e autorità di dominio, Google posiziona più in alto i siti con metriche migliori. Se il tuo competitor diretto ha un sito più veloce del tuo, parte con un vantaggio nel ranking — anche se il tuo contenuto è migliore.

Tasso di abbandono: diversi studi di settore confermano che ogni secondo aggiuntivo di caricamento aumenta significativamente il tasso di abbandono. Per un sito B2B, dove ogni visita è un potenziale lead da migliaia di euro, un sito lento è un venditore che fa aspettare il cliente alla porta.

Conversioni: un sito che risponde ai click con ritardo, dove il contenuto salta mentre si carica, dove il bottone "Contattaci" impiega secondi a comparire, è un sito che perde conversioni. Non perché il messaggio sia sbagliato — perché l'esperienza è frustrante.

Prima impressione: il sito web è spesso il primo punto di contatto con un potenziale cliente B2B. Un sito lento comunica disorganizzazione. Un sito veloce comunica competenza. È irrazionale, ma è così che funziona la percezione.

In sintesi: i Core Web Vitals non sono un dettaglio tecnico da delegare — sono un indicatore di quanto il tuo sito converte o perde opportunità.

Non serve chiamare un'agenzia per scoprire come sta il tuo sito. Google offre uno strumento gratuito che ti dà la risposta in mezzo minuto.

Vai su pagespeed.web.dev, inserisci l'URL del tuo sito e clicca "Analizza". In pochi secondi vedrai un report con:

• Dati reali (sezione "Scopri l'esperienza dei tuoi utenti reali") — sono i dati raccolti da utenti Chrome reali che hanno visitato il tuo sito. Questi sono i dati che Google usa per il ranking. Se vedi tutto verde, stai bene. Se vedi arancione o rosso, stai perdendo posizioni.
• Dati di laboratorio — sono test simulati, utili per capire cosa migliorare ma meno rilevanti per il ranking. Un punteggio Lighthouse di 100 su un computer potente non conta se i dati reali sono scarsi.

L'altro strumento fondamentale è Google Search Console (gratuito): nella sezione "Esperienza" trovi un report che mostra lo stato di tutte le pagine del tuo sito, divise in "Buono", "Da migliorare" e "Scarso". Se hai molte pagine in rosso, hai un problema sistemico che sta frenando tutto il sito.

Consiglio: testa il tuo sito e quello dei tuoi principali competitor. Se loro hanno metriche migliori, hanno un vantaggio strutturale nel ranking che nessuna strategia SEO può compensare completamente.

Non serve entrare nel codice per capire le cause più comuni. Se riconosci una di queste situazioni, è probabile che le metriche del tuo sito ne soffrano:

• Il sito è stato costruito con un page builder (WordPress con Elementor, Wix, Squarespace). Questi strumenti generano molto codice in più rispetto a un sito sviluppato su misura, e quel codice rallenta il caricamento
• Il sito carica molti script esterni — analytics, chat bot, pixel pubblicitari, cookie banner, widget social. Ognuno compete per le risorse del browser. Sei script esterni possono aggiungere 2-3 secondi di latenza
• Le immagini non sono ottimizzate — foto caricate direttamente dalla fotocamera o da una stock library senza compressione. Un'immagine da 2 MB che potrebbe pesare 200 KB è uno spreco che il visitatore paga in attesa
• Il sito non usa rendering server-side — il browser deve scaricare e eseguire tutto il JavaScript prima di mostrare qualsiasi contenuto. Il visitatore vede una pagina bianca per secondi
• L'hosting è economico — server condivisi con tempi di risposta lenti. Il sito parte già in ritardo prima ancora di caricare qualsiasi contenuto

La maggior parte di questi problemi non si risolve con interventi cosmetici. Servono scelte architetturali diverse — ed è esattamente il tipo di lavoro che facciamo.

Non serve diventare esperti di performance per pretenderla. Ma serve sapere le domande giuste da fare a chi sviluppa il tuo sito — che sia un team interno, un freelance o una software house.

Le domande che separano chi si occupa davvero di performance da chi no:

• "Il sito usa server-side rendering?" Se la risposta è no, il sito parte già con un handicap su LCP. L'HTML dovrebbe arrivare completo al browser, senza aspettare JavaScript
• "Le immagini vengono ottimizzate automaticamente?" Formati moderni, dimensioni responsive, caricamento intelligente. Se ogni immagine va compressa a mano, prima o poi qualcuno dimentica e il sito rallenta
• "Quanti script esterni ci sono?" Ogni analytics, chat widget e pixel aggiunge latenza. Chi sviluppa il sito dovrebbe sapere esattamente quanti sono e quanto pesano
• "Come gestite la stabilità del layout?" Se la risposta è uno sguardo perplesso, è un problema

La performance non è un'ottimizzazione da fare "dopo il lancio". È una scelta architetturale che va fatta dall'inizio — e correggerla dopo costa molto di più che farla bene subito.