Diagnosi e fix del sito web: Core Web Vitals dentro soglia, conversioni recuperate, ranking protetto.
Il cluster Diagnosi e Fix di GrowToPrime esiste per rispondere a una domanda di business molto concreta: quanto sta costando all’azienda un sito lento? Ogni secondo aggiuntivo di LCP riduce le conversioni mobile fra il 5 e il 15 per cento, ogni layout shift visibile fa rimbalzare gli utenti, ogni interazione lenta li convince che il brand non e affidabile. Audit di crescita, Speed Fix 24h, PageSpeed e Core Web Vitals, ottimizzazione WordPress, checklist PageSpeed: cinque pagine, un solo obiettivo operativo, riportare le metriche dentro soglia e tradurre il guadagno in lead, ordini e ranking.
Cluster: audit di crescita, Speed Fix 24h, PageSpeed e Core Web Vitals, ottimizzazione WordPress, checklist PageSpeed. Cinque entry point complementari per misurare, intervenire e mantenere il sito sotto soglia.
→
→
→
→
Cinque problemi tipici che convertono direttamente in lead persi e ranking peggiorato.
Un sito lento non e un problema astratto del reparto tecnico. E una voce di costo del business, sotto forma di conversioni che non arrivano, ordini che si bloccano sul checkout, posizioni Google che scivolano e budget Ads bruciato per portare utenti che escono prima di completare l’azione. Questi sono i cinque pattern che vediamo piu spesso nei siti italiani che ci arrivano in audit.
Hero che impiega 4-6 secondi a comparire
L’elemento LCP (Largest Contentful Paint) e quasi sempre la hero image, un titolo grande o un blocco visivo above-the-fold. Quando impiega oltre 2,5 secondi a essere dipinto, la prima impressione utente e gia compromessa: la sensazione e di sito che non parte, l’utente passa al risultato successivo. Le cause tipiche sono immagini non compresse, font web bloccanti, JS che ritarda il render, hosting con TTFB troppo alto.
Pagina che salta mentre carica
Il CLS (Cumulative Layout Shift) misura quanto la pagina si muove da sola: pulsanti che saltano sotto il dito, immagini senza dimensioni che fanno scendere il testo, banner cookie che spostano il contenuto, web font che cambiano spaziature. Sopra 0,1 di CLS, la pagina e percepita come instabile. L’utente clicca per sbaglio, si frustra, esce. La causa e quasi sempre asset senza dimensioni dichiarate o caricamenti tardivi non riservati.
Interazioni che rispondono in ritardo
L’INP (Interaction to Next Paint) misura il ritardo tra un click o tap e la risposta visibile della pagina. Sopra 200ms l’esperienza e percepita come lenta, sopra 500ms come rotta. La causa principale e JavaScript pesante sul main thread: librerie di tracciamento, slider, builder visuali, plugin che scaricano script su tutte le pagine. Il sintomo tipico e un menu che si apre in ritardo o un form che reagisce con un secondo di attesa.
Server che risponde in oltre 800ms
Il TTFB (Time To First Byte) e il tempo che il server impiega a iniziare la risposta. Quando supera 800ms su pagine cacheable, ogni metrica successiva parte gia in svantaggio: LCP non puo essere veloce se il server e lento. Cause tipiche: hosting condiviso sovraccarico, plugin che fanno query database non ottimizzate, cache di pagina assente o configurata male, mancanza di CDN su un sito con traffico distribuito geograficamente.
Mobile abbandonato sotto soglia
Il 60-75% del traffico oggi e mobile, ma molti siti italiani sono ancora ottimizzati pensando al desktop. Il risultato sono pagine che su iPhone medio impiegano 6-8 secondi a diventare interattive, hero scalate male, form difficili da compilare, CTA invisibili sopra la piega. PageSpeed mobile sotto 50, CrUX rosso su tutte le metriche. La perdita di conversioni e enorme e quasi sempre invisibile al titolare, che il sito lo guarda dal Mac.
Cinque pagine per cinque livelli di intervento sulle prestazioni.
Ogni pagina del cluster e un punto di ingresso autonomo, costruito per chi cerca quel taglio di intervento specifico. Tutte raccontano lo stesso sistema operativo: misurazione onesta, fix in ordine corretto, presidio nel tempo, KPI economici legati a lead e conversioni.
Audit di crescita
L’audit di partenza che mette in fila i tre fronti che decidono il risultato di un sito: tecnico (CWV, hosting, JS, immagini), commerciale (CTA, form, funnel, copy) e SEO (struttura, keyword, link interni). Non un report tecnico astratto, ma una mappa di interventi prioritizzati per impatto economico atteso.
Speed Fix 24h
L’intervento mirato che porta dentro soglia LCP, CLS e INP su un set ristretto di pagine critiche in tempi rapidi. Per chi ha un dolore acuto e visibile (PageSpeed rosso, CrUX in zona poor) e ha bisogno di ricevere il fix con report prima/dopo, non un cantiere lungo mesi.
PageSpeed e Core Web Vitals
L’analisi tecnica continua dei Core Web Vitals: lettura corretta di PageSpeed Insights e CrUX, identificazione dell’elemento LCP reale, mappa dei long task che alzano l’INP, controllo dei layout shift per pagina e dispositivo. L’ingresso strutturale per chi vuole un piano di rientro misurato, non un fix cosmetico.
Ottimizzazione WordPress
L’intervento strutturale sul sito WordPress: revisione di tema, plugin, hosting, cache, query database, immagini e configurazione. Per siti che vivono su WordPress da anni e hanno accumulato debito tecnico (plugin sovrapposti, builder pesanti, hosting non adeguato). La fondazione che rende sostenibili tutti i fix successivi.
Checklist PageSpeed
La checklist operativa che il team interno o l’agenzia di fiducia possono seguire da soli: ordine dei controlli, target per metrica, fix tipici per problema rilevato, errori da evitare. Lo strumento di trasferimento di conoscenza per chi vuole imparare a presidiare le metriche senza dipendere ogni volta da un fornitore esterno.
Quattro punti di ingresso tipici, scelti in base al dolore piu urgente di oggi.
Il modo piu efficace di partire con la diagnosi e fix delle prestazioni e capire dove fa piu male: misurare prima, intervenire subito, sistemare il fondamento o trasferire la pratica al team interno. Ecco le combinazioni che funzionano meglio quando il dolore e gia concreto.
Se non sai dove sei oggi
Si parte da audit di crescita + analisi PageSpeed e CWV. In 5-10 giorni esce una mappa chiara: quanto vali oggi su LCP, CLS, INP, su quali pagine il problema e piu grave, dove vale di piu intervenire per sbloccare conversioni. Numero di partenza per qualsiasi decisione successiva.
Se hai PageSpeed rosso e perdi conversioni
Si parte da Speed Fix 24h sulle pagine piu critiche (home, landing principali, schede prodotto top). In tempi rapidi LCP, CLS e INP rientrano dentro soglia, con report prima/dopo. Effetto visibile su rimbalzo mobile e percezione di velocita gia nei primi giorni dopo il deploy.
Se WordPress e diventato pesante negli anni
Si parte da ottimizzazione WordPress strutturale: revisione tema, plugin, hosting, cache, immagini, query database. Per siti che hanno accumulato debito tecnico con anni di modifiche. La fondazione su cui poi gli Speed Fix puntuali continuano a funzionare nel tempo invece di degradarsi dopo poche settimane.
Se vuoi trasferire la pratica al team
Si parte da checklist PageSpeed + formazione del team interno o dell’agenzia di fiducia. Per aziende che vogliono presidiare le metriche da sole nel tempo, sapere cosa controllare a ogni rilascio, evitare che ogni nuova modifica faccia regredire le prestazioni. Conoscenza che resta in casa.
Quattro fasi che ogni intervento performance dovrebbe attraversare in modo ordinato.
Saltare una di queste fasi e l’errore piu costoso che vediamo nei progetti di recupero. Ognuna serve a rendere efficace la successiva: misurare prima di toccare, sistemare il render prima del JS, stabilizzare prima di accelerare.
Fase 1: misurazione onesta
Prima di toccare nulla, si misurano LCP, CLS, INP e TTFB sulle pagine critiche, su mobile reale e in laboratorio. Si leggono i dati CrUX (utenti reali) e i dati Lighthouse (laboratorio), capendo dove divergono e perche. Senza misura iniziale documentata non si puo dichiarare nessun risultato a fine progetto.
Fase 2: LCP per primo
L’elemento LCP reale viene identificato pagina per pagina (quasi sempre hero, immagine principale o titolo above-the-fold). Si riduce il peso di quell’elemento, si elimina il ritardo di delivery, si valuta il preload solo se davvero critico. Niente lazy-load sull’immagine LCP: errore tipico che blocca il rientro sotto 2,5 secondi.
Fase 3: CLS sotto controllo
Si dichiarano dimensioni a immagini, iframe, video, embed. Si riserva spazio a widget e banner. Si elimina il font shift con font-display swap o caricamenti gestiti. Ogni elemento above-the-fold deve avere dimensioni stabili: la pagina non si muove mentre carica. Sotto 0,1 di CLS la sensazione di stabilita e immediata.
Fase 4: INP e JS sul main thread
Si riduce il JavaScript sul main thread: rimozione di librerie inutili, defer/async mirato sugli script non critici, eliminazione dei long task, debounce ed throttle sugli eventi pesanti. I widget di tracciamento e chat non critici vengono ritardati o caricati on-demand. INP dentro 200ms e la chiusura tecnica del lavoro sulle metriche.
Quattro KPI concreti che traducono le prestazioni in soldi e ranking.
La performance non si misura solo con numeri tecnici. Si misura con i numeri che parlano la lingua del business: lead arrivati, conversion rate, posizioni in SERP, costo per acquisizione. Questi sono i KPI che riportiamo nei review trimestrali insieme alle metriche tecniche.
Conversion rate mobile
Quando LCP scende sotto 2,5 secondi e CLS sotto 0,1, il conversion rate mobile sale tipicamente del 5-15% a parita di traffico. KPI tipico: confronto fra le 4 settimane prima del fix e le 4 settimane dopo, sulle pagine intervenute. Numero che si traduce direttamente in fatturato per chi ha e-commerce o lead form.
Posizioni in SERP
I Core Web Vitals sono un fattore di ranking confermato. Quando le pagine rientrano dentro soglia, Google le tratta come piu meritevoli a parita di contenuto e link. KPI tipico: monitoraggio posizioni medie su 20-50 query strategiche prima e dopo l’intervento, finestra 60-90 giorni per vedere l’effetto stabilizzarsi.
Bounce rate e tempo in pagina
Le metriche di engagement migliorano quando la pagina e veloce: meno utenti escono nei primi secondi, piu utenti scrollano e leggono. KPI tipico: riduzione del bounce rate di 10-20 punti percentuali sulle pagine intervenute, aumento del tempo medio in pagina del 30-40%. Indicatori che alimentano anche il ranking.
Costo per acquisizione
Per chi spende in Google Ads o Meta Ads, un sito veloce significa Quality Score piu alto, CPC piu basso, conversion rate piu alto sulle landing. KPI tipico: riduzione del 10-25% del costo per acquisizione a parita di campagna, dopo che le landing principali sono rientrate dentro soglia CWV. Effetto cumulativo che ripaga il fix in poche settimane.
Una visione lunga sulle prestazioni del sito come voce di costo del business.
La performance di un sito web e diventata negli ultimi cinque anni una variabile di business, non un capriccio del reparto tecnico. Il motivo e semplice e brutale: ogni secondo aggiuntivo che il sito impiega a rispondere si traduce in conversioni perse misurabili. I dati pubblici di Google, di Akamai, di Deloitte, di Cloudflare, raccontano tutti la stessa storia con varianti minime: sopra 2,5 secondi di LCP il conversion rate mobile crolla del 5-15% per ogni secondo aggiuntivo, e sopra 4 secondi piu della meta degli utenti chiude la scheda prima di vedere il contenuto. Per chi gestisce un sito che genera lead o ordini, questo significa che la lentezza e una voce di costo, anche se non compare in nessun bilancio.
Il framing corretto, quando si parla di diagnosi e fix delle prestazioni, non e quindi tecnico ma economico. Non parliamo di “sito piu veloce” come obiettivo astratto. Parliamo di lead persi che si possono recuperare, ordini che si bloccano sul checkout per lentezza e che si possono sbloccare, posizioni Google che scivolano e che si possono difendere, budget Ads bruciato per portare utenti che escono prima di convertire e che si puo riallocare. Ogni intervento che facciamo nel cluster Diagnosi e Fix viene letto in questa chiave: quanto vale economicamente la metrica che stiamo recuperando, su quali pagine ha senso intervenire prima, dove il rapporto fra effort tecnico e ritorno economico e piu favorevole.
I tre interventi principali del cluster (Speed Fix 24h, ottimizzazione WordPress strutturale, presidio CWV continuo) non sono alternativi ma complementari. Lo Speed Fix 24h e l’intervento mirato e veloce: porta dentro soglia LCP, CLS, INP su un set ristretto di pagine critiche, in tempi rapidi, con report prima/dopo. Funziona bene quando il dolore e acuto e visibile, quando PageSpeed e gia rosso e bisogna fermare l’emorragia. Non e pero una soluzione strutturale: se il sito gira su hosting non adeguato o ha plugin pesanti su tutte le pagine, il fix mirato si degrada nel tempo. L’ottimizzazione WordPress strutturale lavora sul fondamento: tema, plugin, hosting, cache, query database. E l’intervento che rende sostenibili tutti gli Speed Fix successivi. Il presidio CWV continuo, infine, e la pratica mensile che impedisce al sito di degradare di nuovo dopo qualche settimana di modifiche normali. I tre interventi insieme costruiscono una performance stabile nel tempo. Da soli, ognuno copre solo una parte del problema.
Il punto onesto, raramente detto apertamente, e che alcune ottimizzazioni hanno limiti che non dipendono dal fornitore. L’hosting condiviso scadente blocca il TTFB sopra 800ms anche con cache attiva, e questo si trascina su LCP. Plugin terzi che caricano CSS e JS su tutto il sito riducono i margini disponibili e a volte non si possono semplicemente rimuovere perche il cliente li usa per funzioni reali. Builder visuali pesanti come Elementor o Divi nelle versioni meno recenti producono markup ridondante che e difficile da snellire senza riscrivere intere pagine. Script di tracciamento di marketing (pixel, GTM, chat live, retargeting) sommano JavaScript sul main thread e impattano l’INP. Non promettiamo mai di “azzerare” questi limiti: spieghiamo cosa si puo fare dentro il perimetro attuale e cosa richiederebbe scelte piu ampie (cambio hosting, sostituzione plugin, rinuncia a script meno utili). Questa onesta diagnostica e la differenza fra un fornitore serio e uno che vende fumo.
Il report prima/dopo e per noi uno standard non opzionale. Ogni intervento del cluster comincia con misurazione documentata di LCP, CLS, INP, TTFB sulle pagine in scope, su mobile reale e in laboratorio Lighthouse, con riferimento ai dati CrUX (utenti veri, finestra 28 giorni). Si fissano i target tecnici (LCP sotto 2,5s al 75esimo percentile mobile, CLS sotto 0,1, INP sotto 200ms) come Definition of Done tecnico, non come promessa commerciale. Si esegue il fix. Si misura di nuovo, sulle stesse pagine, con la stessa metodologia. Il delta documentato e quello che il cliente porta a casa. Senza questa misurazione, qualsiasi affermazione sul “sito piu veloce” e indistinguibile dalla suggestione. La presenza del report prima/dopo e l’unico modo serio per dire “il fix ha funzionato”.
Un secondo livello, spesso trascurato, e l’integrazione fra diagnosi tecnica e diagnosi commerciale. Un sito puo essere tecnicamente veloce e commercialmente pessimo: hero perfetto a 1,8 secondi di LCP, ma CTA invisibile, copy generico, form troppo lungo, percorso confuso. In questo caso il problema non e la velocita ma la conversione. Per questo l’audit di crescita, primo modulo del cluster, mette in fila tre fronti: tecnico (CWV, hosting, JS, immagini), commerciale (CTA, form, funnel, copy, prezzi visibili) e SEO (struttura, keyword, link interni, schema). Ognuno dei tre puo bloccare i risultati anche se gli altri due sono perfetti. La diagnosi seria parte da tutti e tre insieme e prioritizza per impatto economico atteso, non per gusto del consulente. Capita spesso che il fix piu redditizio non sia quello tecnico, ma sistemare un form o riscrivere una hero. Capita altrettanto spesso che ottimi contenuti restino invisibili perche il sito e tecnicamente lento. La diagnosi onesta dice quale dei due e il vero collo di bottiglia in questo caso specifico.
Ultima considerazione, sulla manutenzione. Le prestazioni di un sito non sono un fix una tantum. Si degradano nel tempo se nessuno presidia: ogni nuovo plugin, ogni nuova immagine non compressa, ogni nuovo script di marketing, ogni aggiornamento del tema parent puo erodere quanto guadagnato con l’intervento iniziale. Tipicamente, senza presidio, un sito WordPress ben ottimizzato comincia a degradare dopo 3-6 mesi. Per questo proponiamo un presidio mensile leggero: monitoraggio CrUX delle metriche reali, alert automatico quando una soglia viene superata, intervento rapido prima che il problema diventi visibile a Google e ai clienti. La performance e una pratica continua, come la SEO o la sicurezza. Vista cosi, il cluster Diagnosi e Fix non vende un servizio, propone un modo di stare sul mercato digitale: misurare onestamente, intervenire in ordine, presidiare nel tempo, leggere ogni metrica come una voce di costo o di guadagno per il business. La domanda corretta non e piu “il mio sito e veloce?”, ma “quanto mi sta costando ogni mese non avere il sito dentro soglia?”. E una domanda che cambia il modo di prioritizzare gli investimenti tecnici, e a quella domanda lavoriamo per rispondere insieme.
FAQ Diagnosi e Fix
Le domande piu frequenti su prestazioni, Core Web Vitals e ottimizzazione WordPress.
Perche un sito lento costa soldi all’azienda?
Un sito lento costa in tre direzioni misurabili. Primo, conversioni perse: ogni secondo aggiuntivo di LCP riduce il tasso di conversione tra il 5% e il 15% sul mobile, secondo dati Google e benchmark di settore. Secondo, ranking peggiorato: i Core Web Vitals sono un fattore di ranking confermato e un sito sotto soglia perde posizioni a parita di contenuto. Terzo, costo per acquisizione piu alto: se il sito e lento, ogni euro speso in Ads o SEO rende meno perche piu utenti escono prima di convertire. La performance non e un dettaglio tecnico, e una voce di costo del business.
Cosa sono LCP, CLS e INP in pratica?
LCP (Largest Contentful Paint) misura il tempo che il piu grande elemento visibile (di solito hero, immagine principale o titolo) impiega a comparire. Target sotto 2,5 secondi al 75esimo percentile mobile. CLS (Cumulative Layout Shift) misura quanto la pagina si muove da sola mentre carica: pulsanti che saltano, immagini senza dimensioni, banner che spostano il contenuto. Target sotto 0,1. INP (Interaction to Next Paint) misura il ritardo tra una interazione utente (click, tap, input) e la risposta visibile. Target sotto 200ms. Sono i tre numeri che Google guarda per giudicare se la pagina e usabile.
Speed Fix 24h e ottimizzazione WordPress sono la stessa cosa?
No. Speed Fix 24h e un intervento mirato e veloce per portare metriche fuori soglia dentro soglia su un set ristretto di pagine, in tempi rapidi e con report prima/dopo. Ottimizzazione WordPress e un intervento strutturale piu ampio: revisione di tema, plugin, hosting, cache, immagini, query database, configurazione. Pagespeed e Core Web Vitals e l’analisi tecnica continua delle metriche, con piano di rientro su LCP, CLS, INP. I tre interventi sono complementari, non alternativi: lo Speed Fix risolve il dolore acuto, l’ottimizzazione WordPress sistema il fondamento, l’analisi CWV mantiene il sito sotto soglia nel tempo.
Posso garantire 100/100 PageSpeed dopo un fix?
No, e nessun fornitore serio dovrebbe prometterlo. Il punteggio PageSpeed dipende da hosting, plugin terzi, tema parent, script di tracciamento, dati field reali e dal contesto di rete dell’utente. Quello che si puo promettere e diverso: portare LCP, CLS e INP dentro le soglie raccomandate da Google sui dispositivi e sulle pagine critiche dichiarate, con misurazione prima/dopo. Il punteggio numerico e una conseguenza, non l’obiettivo. Chi promette 100/100 garantito sta vendendo aria o ha intenzione di nascondere contenuto importante per gonfiare il numero.
Quanto pesa l’hosting nelle prestazioni?
Molto, soprattutto sul TTFB (Time To First Byte) e sulla risposta lato server. Un hosting condiviso lento rende impossibile scendere sotto 800ms di TTFB anche con cache attiva, e questo si trascina su LCP e su tutte le metriche derivate. Quando il sito vive su hosting non adeguato al volume o alla complessita, lo Speed Fix da solo non basta: serve valutare migrazione su hosting WordPress dedicato o managed, oppure introdurre un layer CDN e cache di pagina aggressiva. Diagnostichiamo il livello hosting all’inizio del progetto per capire quale percorso ha senso.
I plugin di terze parti sono un problema?
Spesso si. I plugin WordPress di terze parti possono caricare CSS e JS sull’intero sito anche quando vengono usati su una sola pagina, possono fare query database non ottimizzate, possono incorporare script esterni che bloccano il rendering. Nei nostri audit identifichiamo i plugin che pesano sulle metriche e proponiamo una di tre strade: rimozione (se la funzione non serve), sostituzione (con un plugin piu leggero o un componente custom), confinamento (caricare gli asset solo dove servono). Non si tocca un plugin senza prima misurare il suo impatto reale: alcuni sembrano pesanti ma incidono poco sulle pagine critiche.
Quanto dura il miglioramento di un fix delle performance?
Dipende dalla manutenzione. Un sito ottimizzato puo restare sotto soglia per mesi se nessuno aggiunge plugin pesanti, immagini non compresse, script di tracciamento non controllati o nuove sezioni con widget esterni. Tipicamente, senza presidio, un sito WordPress ben ottimizzato comincia a degradare dopo 3-6 mesi di aggiornamenti e modifiche normali. Per questo proponiamo un presidio mensile leggero: monitoraggio CrUX, alert su soglie superate, intervento rapido prima che il problema diventi visibile. La performance non e un fix una tantum, e una pratica continua come la SEO.
Hai gia capito da dove iniziare?
Compila il form: ti rispondiamo con il modulo della piattaforma piu adatto al tuo punto di partenza.
Misura, intervieni in ordine, presidia nel tempo: la performance come voce di business, non come dettaglio tecnico.
Audit di crescita, Speed Fix 24h, PageSpeed e Core Web Vitals, ottimizzazione WordPress, checklist PageSpeed: cinque entry point per riportare LCP, CLS e INP dentro soglia e tradurre il guadagno in lead, ordini e ranking.