Siti veloci. Codice pulito. Ottimizzazione PageSpeed.

Quasi mai per un motivo solo. I quattro colpevoli, in ordine di frequenza: il server che ci mette troppo a rispondere (TTFB alto: nessun plugin di cache lo risolve), le immagini caricate a piena risoluzione e ridotte via CSS, il page builder che trascina decine di richieste per disegnare una riga di testo, e i plugin che pesano più di quanto rendano. Finché non li misuri, si interviene alla cieca.

Sì, e ti sembra veloce per due motivi: hai una connessione buona e il tuo browser ha già tutto in cache. Un cliente nuovo, su 4G, con un telefono di tre anni fa, vede un'altra pagina. Google misura quella, e su mobile, dove il divario è più grande. Il punteggio non è un voto estetico: è la stima di quanti visitatori se ne vanno prima che la pagina compaia.

Dipende da dove parti, e la differenza può essere enorme. Su una testata online da oltre 70.000 articoli l'LCP è passato da 14,6s a 2,6s e la pagina da 9,7MB a 1,1MB: da sito che perdeva lettori prima ancora di comparire, a sito che si apre subito. Su un Joomla il CLS è sceso da 0,105 a 0,017. Lo score medio dei progetti che seguo è 92 su mobile. Un numero sul tuo sito non te lo prometto prima di averlo visto: te lo dico dopo, con i numeri in mano.

Il primo sguardo è gratuito e serve a capire se il tuo sito ha margini reali. Se non ne ha, te lo dico, e finisce lì.

Se i margini ci sono, si passa allo studio a pagamento: da 600 a 1.200 € a seconda della dimensione del sito e del CMS. Comprende l'analisi completa dei punti critici, misurati uno per uno, e il preventivo dettagliato per risolverli. Il documento che ne esce resta tuo, anche se decidi di non proseguire con me: puoi darlo a chiunque.

Il costo dell'implementazione dipende da cosa emerge dallo studio, e lo sai prima di iniziare.

Su tutti e tre, e Joomla e PrestaShop sono dove faccio la differenza più grande: chi li ottimizza davvero è raro, e i plugin pronti che salvano WordPress lì non esistono. Più WooCommerce per l'e-commerce. Sviluppo componenti, moduli, plugin e temi da zero in PHP/MySQL, senza page builder.

Sì. Si lavora su un ambiente di staging separato, che puoi aprire quando vuoi per vedere come cresce. Il sito vecchio resta in piedi e continua a vendere finché il nuovo non è pronto, e il passaggio dura il tempo di un aggiornamento di DNS. Prima del cambio faccio un backup completo, e se qualcosa non torna si torna indietro in pochi minuti.

È la lite in cui rimbalzi da mesi, e la risposta è: si misura. Se il TTFB è alto il problema è a monte del browser (server, PHP, query) e cambiare tema non sposta niente. Se il TTFB è buono ma la pagina compare tardi, il problema è quello che il browser deve scaricare ed eseguire. Sono due lavori diversi, e distinguerli è la prima cosa che faccio: così smetti di pagare quello sbagliato.

Capita: temi comprati, page builder stratificati, plugin che si combattono fra loro. In quei casi rattoppare costa più che rifare, e si ricostruisce il tema da zero. Su una testata da oltre 70.000 articoli l'LCP è passato da 14,6s a 2,6s; su un Joomla la pagina è scesa da 1108KB a 129KB. Non è una resa: è la strada più corta.

No. Cambia il codice sotto, non l'aspetto sopra: l'estetica resta quella di prima, fin nei dettagli. Su Utilius ho sostituito Elementor con un theme WordPress su misura tenendo la stessa faccia, e il PageSpeed è arrivato a 92. Nessuno si accorge del cambio, tranne chi apre il sito.