Un sito lento non è solo un problema tecnico, è un problema commerciale. Ogni secondo di carico in più riduce il tasso di conversione, peggiora il posizionamento su Google e genera insoddisfazione nel cliente finale. E quando quel sito porta il brand della tua agenzia, il problema tecnico diventa un problema di reputazione.
Le performance non si ottimizzano dopo, si costruiscono durante. Un sito strutturato correttamente fin dallo sviluppo richiede meno interventi post-consegna, regge meglio nel tempo e rende i piani di manutenzione molto più profittevoli. Questa checklist copre ogni fase del processo, dalla scelta dell’hosting alla consegna finale.
Hosting e infrastruttura: dove tutto inizia
La scelta dell’hosting è la variabile con l’impatto maggiore sulle performance baseline di qualsiasi sito WordPress. Un sito ottimizzato su un hosting lento non raggiunge mai i risultati che raggiungerebbe su un’infrastruttura adeguata, indipendentemente da quanto lavoro si investe nell’ottimizzazione del codice.
Per siti WordPress professionali, il shared hosting tradizionale non è un’opzione difendibile. Le alternative adeguate sono hosting managed WordPress, come Kinsta, WP Engine o Cloudways, che offrono PHP 8.x, server-side caching, CDN integrata e ambienti ottimizzati specificamente per WordPress. Il costo è superiore al shared hosting ma si ammortizza immediatamente sulla riduzione degli interventi tecnici post-consegna.
Per le agenzie che gestiscono molti siti, un piano reseller su hosting managed permette di centralizzare la gestione, applicare margini sull’hosting ai clienti e avere un ambiente standardizzato su cui lavorare in modo prevedibile. È una delle fonti di entrate ricorrenti meno sfruttate dalle agenzie italiane.
Tema e page builder: le scelte che pesano di più
Abbiamo già analizzato il confronto tra i principali page builder nell’articolo dedicato, la sintesi operativa per questa checklist è semplice: usare strumenti che producono codice pulito è il prerequisito di qualsiasi ottimizzazione successiva. Un tema pesante o un page builder che genera markup ridondante crea un tetto di performance che nessuna ottimizzazione successiva può abbattere completamente.
I criteri tecnici minimi per tema e builder: nessun CSS o JavaScript non necessario caricato globalmente, supporto nativo a lazy loading, output HTML semantico e privo di classi ridondanti, compatibilità certificata con le ultime versioni di PHP e WordPress. Ogni deviazione da questi criteri è un debito tecnico che si accumula.
Immagini: la causa più comune di siti lenti
Le immagini non ottimizzate sono la causa principale di LCP elevato, il parametro Core Web Vitals che Google considera più rilevante per l’esperienza utente. Un’immagine hero da 2MB non compressa può da sola portare l’LCP oltre i 4 secondi su connessioni mobili.
La checklist per le immagini è non negoziabile: formato WebP o AVIF per tutte le immagini del sito, lazy loading su tutto ciò che non è above the fold, dimensioni appropriate per ogni breakpoint con srcset correttamente configurato, e compressione applicata in fase di upload, non affidata al cliente in seguito.
Plugin come Imagify o ShortPixel gestiscono la conversione e compressione automatica in modo affidabile. Su siti con molte immagini, l’integrazione con un CDN dedicato alle immagini, come Cloudinary, produce risultati significativamente migliori con gestione centralizzata.
Caching: il livello che moltiplica le performance
Un sistema di caching ben configurato è la differenza tra un sito che risponde in 400ms e uno che risponde in 2 secondi per le stesse richieste. WordPress senza caching esegue query al database per ogni visita, con caching serve pagine statiche pre-generate che non richiedono elaborazione server.
La struttura di caching più efficace per WordPress è a tre livelli: server-side caching gestito dall’hosting, object caching tramite Redis o Memcached per le query al database, e browser caching per le risorse statiche. Su hosting managed questi livelli sono spesso preconfigurati, su hosting tradizionale richiedono configurazione esplicita tramite plugin come WP Rocket o W3 Total Cache.
Un errore comune è attivare il caching senza verificarne il funzionamento. Dopo ogni configurazione va fatto un test con strumenti come GTmetrix o WebPageTest per confermare che le pagine vengano effettivamente servite dalla cache e non generate dinamicamente ad ogni richiesta.
Database e query: l’ottimizzazione invisibile
Un database WordPress non ottimizzato rallenta ogni operazione del sito, non solo il caricamento delle pagine, ma anche il pannello di amministrazione, le ricerche e le operazioni automatiche come backup e aggiornamenti. Su siti attivi da anni con molti contenuti, post revision e dati di plugin accumulati, l’impatto può essere significativo.
La pulizia e ottimizzazione del database dovrebbe essere parte di ogni processo di consegna: rimozione delle revisioni in eccesso, pulizia dei dati orfani di plugin disinstallati, ottimizzazione delle tabelle. Plugin come WP-Optimize gestiscono queste operazioni in modo automatico e possono essere configurati per eseguirle periodicamente nell’ambito di un piano di manutenzione.
Le query lente sono un problema più sottile ma altrettanto rilevante su siti con funzionalità custom o molti plugin. Lo strumento Query Monitor permette di identificare le query che impattano maggiormente i tempi di risposta, uno step di verifica che dovrebbe essere incluso in ogni checklist pre-consegna su siti complessi.
Core Web Vitals: i parametri da verificare prima di consegnare
LCP, INP e CLS sono i tre Core Web Vitals che Google usa per valutare l’esperienza utente di un sito. Su siti WordPress professionali, i target da raggiungere prima della consegna sono: LCP sotto i 2,5 secondi, INP sotto i 200ms, CLS sotto 0,1.
LCP dipende principalmente dall’ottimizzazione delle immagini e dall’hosting. INP, che ha sostituito FID come metrica di interattività, dipende dalla quantità di JavaScript bloccante caricato nella pagina. CLS dipende dalla corretta definizione delle dimensioni di immagini e elementi dinamici che possono causare spostamenti del layout durante il caricamento.
Verificare questi parametri con Google Search Console e PageSpeed Insights prima della consegna, non dopo, è la differenza tra un sito che il cliente riceve già ottimizzato e uno che genererà richieste di intervento nelle settimane successive.
La checklist pre-consegna in sintesi
Prima di consegnare qualsiasi sito WordPress a un cliente, questi parametri devono essere verificati e documentati: punteggio PageSpeed Insights superiore a 85 su mobile, LCP sotto i 2,5 secondi, tutte le immagini in formato WebP con lazy loading attivo, caching configurato e verificato, database ottimizzato, nessun plugin inutilizzato attivo, SSL attivo e forzato, redirect configurati correttamente, sitemap XML generata e sottomessa a Search Console.
Questa verifica non richiede strumenti sofisticati, richiede disciplina di processo. Un partner tecnico strutturato esegue questa checklist su ogni sito prima della consegna all’agenzia, eliminando la categoria di problemi post-consegna più comune e più costosa da gestire. Blurr include questa verifica sistematica in ogni progetto consegnato alle agenzie con cui collabora, i siti arrivano già ottimizzati, documentati e pronti per la consegna al cliente finale.
Per approfondire come le performance tecniche si integrano con la SEO, leggi SEO tecnica per WordPress: le ottimizzazioni che fanno davvero la differenza. Se vuoi capire come lavoriamo tecnicamente sui progetti delle agenzie partner, su blurr.it/lavori/ trovi esempi concreti del nostro approccio.
FAQ
Qual è il parametro Core Web Vitals più importante per il posizionamento Google? LCP, Largest Contentful Paint, è il parametro con il peso maggiore nella valutazione di Google perché misura quanto velocemente il contenuto principale della pagina diventa visibile all’utente. Un LCP sotto i 2,5 secondi è il target da raggiungere su tutti i siti che puntano a posizionarsi bene nelle ricerche organiche.
Quanto impatta la scelta dell’hosting sulle performance di un sito WordPress? In modo determinante. Su hosting shared tradizionale, anche un sito ben ottimizzato raramente raggiunge punteggi PageSpeed superiori a 70-75 su mobile. Su hosting managed WordPress con PHP 8.x e server-side caching, lo stesso sito può raggiungere 90+ senza ottimizzazioni aggiuntive. È la variabile con il rapporto costo/impatto più favorevole di tutta la checklist.
WP Rocket è necessario se l’hosting offre già caching server-side? Non sempre. Hosting managed come Kinsta o WP Engine offrono caching server-side molto efficace che in molti casi rende WP Rocket ridondante per la funzione principale. Dove WP Rocket aggiunge valore è nella gestione del browser caching, nella minificazione di CSS e JavaScript e nell’ottimizzazione del database, funzioni che l’hosting non gestisce. La combinazione dei due livelli produce i risultati migliori.
Come si spiega al cliente l’importanza delle performance senza entrare nei dettagli tecnici? Con una metafora commerciale diretta: ogni secondo di carico in più riduce il tasso di conversione del sito mediamente del 7%. Per un ecommerce con 100 ordini al mese, un sito due secondi più lento del necessario può costare 14 ordini persi ogni mese. Tradurre le performance in impatto economico è il modo più efficace per far capire al cliente perché vale la pena investire in un sito fatto bene.