Da buono a ottimo: come abbiamo reso un sito più veloce e più visibile senza rifarlo
Abbiamo portato il punteggio di velocità da 46 a 80 su mobile e da 53 a 94 su desktop, senza rifare il sito né mettere a rischio vendite e pagamenti.
CASO STUDIO · SEO TECNICA, PERFORMANCE E VISIBILITÀ AI
SEO tecnica e GEO aiutano motori di ricerca e assistenti AI a trovare e interpretare le informazioni di un sito. La SEO tecnica cura gli aspetti che ne facilitano l’accesso e la lettura da parte dei motori. La GEO — Generative Engine Optimization — lavora sulla reperibilità, chiarezza e verificabilità delle informazioni per gli assistenti AI.
Quando un sito rallenta, la risposta che senti più spesso è: «Rifacciamolo».
È una risposta costosa. E non sempre è quella giusta.
CopyPersuasivo.com aveva già ciò che conta: anni di articoli, un punto di vista riconoscibile e un’offerta concreta. Il valore c’era; arrivava però al lettore con il freno tirato.
Abbiamo quindi lavorato come si fa con un’auto che ha un buon motore ma viaggia appesantita: niente demolizioni, solo meno peso, meno attriti e una regolazione più precisa.
L’obiettivo era chiaro: velocizzare il sito e renderlo più leggibile per motori di ricerca e assistenti AI, intervenendo quasi soltanto dietro le quinte.
Nessuna riscrittura in massa. Nessun nuovo tema. Nessun trasloco del sito.
Questi sono i risultati aggiornati al 14 settembre 2026, misurati con PageSpeed Insights:
- punteggio mobile da 46 a 80 e desktop da 53 a 94;
- tempo di blocco del browser da 2.060 a 10 millisecondi su mobile: −99,5%;
- comparsa del contenuto principale da 4,2 a 3,7 secondi su mobile: −12%;
- controllo delle buone pratiche tecniche da 77 a 100;
- accesso degli assistenti AI alle pagine principali da 2 su 3 a 3 su 3;
- controllo tecnico SEO confermato a 100.
I valori finali sono mediane: per ogni dispositivo abbiamo ordinato i risultati di tre prove e scelto quello centrale. In questo modo un test insolitamente buono o cattivo pesa meno sul confronto.
Il punto di partenza: il sito aveva valore, ma lo consegnava male
Il primo test, eseguito il 12 settembre 2026, ha chiarito il problema.
PageSpeed Insights simula una visita e osserva quanto lavoro deve fare il browser per mostrare la pagina. Il motore di analisi si chiama Lighthouse: puoi immaginarlo come un banco di prova per siti web.
Su mobile il punteggio era 46. Il browser rimaneva occupato per 2.060 millisecondi e impiegava 12,5 secondi a rendere visibile gran parte della pagina. Su desktop il punteggio era 53, con 1.620 millisecondi di blocco.
Il dato decisivo non era il voto in sé. Era il tempo durante il quale il browser, già impegnato a eseguire codice, non riusciva a rispondere subito a un clic o a mostrare i contenuti.
Il controllo SEO automatico di Lighthouse era già a 100. Non serviva conquistare un altro bollino verde: serviva far lavorare meno il browser prima di consegnare la pagina al lettore.
Google riunisce le misure più importanti dell’esperienza di navigazione sotto il nome di Core Web Vitals. Sono come le spie principali del cruscotto: indicano quanto velocemente compare il contenuto, quanto presto la pagina risponde e quanto rimane stabile mentre si carica.
“We highly recommend site owners achieve good Core Web Vitals for success with Search.”
— Google Search Central
Un articolo può essere ottimo. Se la pagina tarda troppo a comparire, una parte dei lettori non arriverà mai al primo paragrafo.
Il punto di partenza ricostruito dai dati esportati il 12 settembre 2026. I test di laboratorio possono cambiare leggermente da una rilevazione all’altra.
La prima scelta: lasciare in pace ciò che funzionava
Prima di cambiare qualcosa abbiamo deciso che cosa non avremmo toccato.
Non abbiamo:
- riscritto gli articoli storici;
- cambiato le offerte o le pagine di vendita;
- rifatto il sito con un nuovo tema;
- sacrificato il checkout — il passaggio finale dell’acquisto —, i tracciamenti essenziali o altre funzioni commerciali per inseguire un numero;
- promesso aumenti automatici di traffico o posizionamento.
Abbiamo aggiunto soltanto una struttura di orientamento per il blog: un punto di partenza chiaro, collegamenti tematici più ordinati e un accesso più semplice ad articoli e podcast.
Il resto del lavoro è avvenuto dietro le quinte, nel codice caricato da ogni pagina e nelle indicazioni offerte a Google e agli assistenti AI.
SEO tecnica e GEO: che cosa abbiamo sistemato
1. Abbiamo tolto il bagaglio che non serviva più
La homepage caricava ancora codice di strumenti non più usati o che, su quella pagina, non avevano alcun compito.
Abbiamo rimosso dalle pagine pubbliche i residui di:
- Proof;
- LinkedIn;
- Hotjar;
- MailerLite.
Hotjar era diventato un doppione: da oltre un anno analizziamo registrazioni delle sessioni e mappe di calore con Microsoft Clarity. MailerLite apparteneva a una fase precedente, perché oggi email e automazioni passano da ActiveCampaign. I codici di LinkedIn e Proof, invece, non alimentavano attività in corso su quella pagina.
Lasciarli attivi sarebbe stato come tenere nel bagagliaio attrezzi che non usi mai: ogni visita avrebbe continuato a trasportarne il peso senza ottenere un vantaggio.
2. Abbiamo fatto arrivare le immagini al momento giusto
Le copertine che si trovano più in basso non devono essere scaricate tutte prima che il lettore possa vedere la parte iniziale della pagina.
Abbiamo attivato il caricamento differito delle immagini: in pratica il browser prepara subito ciò che hai davanti e richiama le immagini successive quando stai per raggiungerle. È come servire le portate una alla volta, invece di affollare il tavolo prima ancora che inizi la cena.
3. Abbiamo dato a ogni pagina gli strumenti che le servono
Qui il lavoro era diverso dal semplice eliminare i vecchi codici: gli strumenti rimasti erano utili, ma non dovevano comparire ovunque.
La homepage editoriale non ha bisogno del checkout. Un articolo non deve portarsi dietro tutte le funzioni di una pagina prodotto. Perciò abbiamo impedito a homepage e pagine editoriali di caricare, quando inutili, file di WooCommerce, di WPFunnels — lo strumento usato per costruire alcuni percorsi di vendita —, del podcast, dell’indice dei contenuti e delle librerie di icone.
WooCommerce non è stato disattivato. Negozio, carrello e pagamenti sono rimasti intatti nelle pagine in cui servono. È lo stesso principio che applichiamo nel marketing B2B per PMI: prima si chiarisce il compito, poi si scelgono gli strumenti.
Sono rimasti operativi:
- il negozio con 9 prodotti;
- il carrello e il checkout;
- i pagamenti con carta tramite Stripe;
- Apple Pay e Google Pay.
4. Abbiamo messo una segnaletica più chiara
Per prima cosa abbiamo lasciato attivo un solo plugin SEO, Rank Math, mantenendo Yoast inattivo. Due sistemi che danno istruzioni contemporaneamente possono comportarsi come due navigatori che suggeriscono strade diverse. Meglio una sola mappa, coerente e verificata secondo i requisiti tecnici di Google Search.
Poi abbiamo controllato i principali segnali che aiutano motori di ricerca e assistenti AI a orientarsi:
- mappa del sito: l’elenco organizzato delle pagine da scoprire;
- robots.txt: il cartello all’ingresso che indica ai programmi automatici dove possono passare;
- llms.txt: un’indicazione aggiuntiva pensata per presentare contenuti e risorse ai sistemi AI;
- collegamenti interni: i percorsi che uniscono temi, articoli e podcast;
- OAI-SearchBot: il programma usato dalla ricerca di ChatGPT per trovare pagine da mostrare nei risultati.
Abbiamo verificato che OAI-SearchBot non fosse bloccato e che le pagine principali fossero raggiungibili. Questa segnaletica non obbliga Google o ChatGPT a citare il sito: non guida l’auto al posto loro, ma evita di chiudere la strada prima ancora che partano.
È il lato tecnico del problema raccontato nel nostro caso studio sull’azienda invisibile su ChatGPT. Prima di desiderare una citazione, bisogna essere accessibili e offrire informazioni chiare e verificabili.
OpenAI distingue il programma usato per cercare contenuti da quello impiegato per addestrare i modelli:
“OAI-SearchBot is used to surface websites in search results in ChatGPT’s search features.”
— OpenAI, Overview of OpenAI Crawlers
Consentire l’accesso non garantisce una citazione. Evita, più semplicemente, di chiudere una delle porte da cui il sito può essere scoperto.
La nuova struttura di orientamento del blog aiuta persone, Google e assistenti AI a trovare i contenuti senza riscrivere gli articoli.
L’imprevisto che non abbiamo nascosto
Durante il lavoro abbiamo riattivato WP Rocket per misurare quanto potesse contribuire. WordPress ha mostrato un errore critico, cioè la pagina non riusciva più a caricarsi correttamente.
Avevamo però preparato una via d’uscita. Abbiamo ripristinato subito l’ultima configurazione stabile senza cancellare file: è bastato rinominare la cartella del plugin, così WordPress ha smesso di caricarlo e abbiamo potuto tornare indietro in sicurezza.
La velocità continua a essere gestita dagli strumenti che sul sito stavano già funzionando bene. Questo ritorno alla versione precedente viene spesso chiamato rollback; in parole semplici, è la retromarcia di sicurezza quando una modifica crea un problema.
Ogni intervento tecnico serio dovrebbe prevederla. Se per guadagnare qualche punto si mette a rischio il checkout, non è ottimizzazione: è una scommessa con il fatturato.
In alto, l’errore critico. In basso, il ritorno alla configurazione precedente eseguito da Plesk.
Perché non abbiamo pubblicato il primo miglioramento
Dopo i primi interventi una rilevazione ha segnato 60 su mobile e 85 su desktop. Era un buon segnale, ma non ancora un risultato abbastanza solido da presentare.
PageSpeed è una fotografia scattata in condizioni simulate. Il risultato può cambiare con il carico del server, la rete usata dal test e i processi attivi in quel momento. Una sola fotografia può venire particolarmente bene o male; per capire la direzione serve una piccola sequenza.
Per questo abbiamo conservato quella rilevazione come tappa intermedia e aspettato tre test finali per ogni dispositivo.
Una rilevazione utile per seguire il percorso, ma non abbastanza per rappresentare da sola il risultato.
Il risultato: il valore centrale di tre test, non il picco migliore
Abbiamo eseguito tre prove finali su mobile e tre su desktop. Poi abbiamo ordinato i risultati e scelto quello centrale, la mediana. Così un’oscillazione isolata incide meno sul confronto.
Prima della tabella, traduciamo le sigle:
- TBT misura per quanto tempo il browser rimane troppo occupato per rispondere prontamente;
- LCP misura quanto impiega a comparire il contenuto principale della pagina;
- FCP misura quando appare il primo elemento visibile;
- Speed Index indica quanto rapidamente lo schermo si riempie di contenuti.
| Indicatore | Prima | Dopo | Variazione |
|---|---|---|---|
| Performance mobile | 46 | 80 | +34 punti |
| TBT mobile | 2.060 ms | 10 ms | −99,5% |
| FCP mobile | 2,3 s | 2,9 s | +26% (peggiorato) |
| LCP mobile | 4,2 s | 3,7 s | −12% |
| Speed Index mobile | 12,5 s | 5,9 s | −53% |
| Performance desktop | 53 | 94 | +41 punti |
| TBT desktop | 1.620 ms | 0 ms | −100% |
| LCP desktop | 1,8 s | 0,9 s | −50% |
| Best practice | 77 | 100 | +23 punti |
| Audit SEO | 100 | 100 | confermato |
| Accesso degli assistenti AI | 2/3 | 3/3 | completo |
Lo screenshot seguente conserva il checkpoint del 13 settembre: 73 su mobile e 69 su desktop. Il 14 settembre, dopo gli ultimi interventi, i tre test hanno prodotto una mediana di 80 su mobile e 94 su desktop.
Rilevazione aggiornata al 14 settembre 2026. La tabella confronta il test iniziale con le mediane di tre nuove prove per dispositivo.
Che cosa significano davvero questi numeri
Il 100 dell’audit SEO non è cambiato: c’era già. Il miglioramento riguarda soprattutto ciò che quel bollino non riesce a raccontare da solo.
In concreto abbiamo ottenuto:
- pagine che diventano visibili più rapidamente;
- un browser molto meno impegnato in attività inutili;
- meno codice e immagini caricati senza motivo;
- funzioni commerciali rimaste stabili;
- una struttura più facile da percorrere per persone, Google e assistenti AI.
In breve, questo lavoro non crea valore dal nulla: aiuta a distribuire meglio il valore già presente, senza perdere lettori lungo la strada.
Perché il punteggio non è 100
Il sito non deve soltanto essere veloce. Deve anche vendere, misurare e far funzionare il checkout.
CopyPersuasivo.com non è una pagina dimostrativa vuota. È un sito WordPress con Elementor, e-commerce, gestione del consenso, misurazione pubblicitaria e funzioni editoriali.
Alcuni codici restano perché svolgono un compito economico preciso. Toglierli avrebbe potuto far salire il numero sul cruscotto e, allo stesso tempo, peggiorare il viaggio. Preferiamo un 80 mobile e un 94 desktop con acquisti, misurazione e pagamenti funzionanti a un 100 ottenuto eliminando ciò che fa lavorare il sito.
Rimangono margini di miglioramento sui file grafici, sul codice JavaScript che il browser scarica ma non usa subito e sul tempo necessario a mostrare il contenuto principale da mobile. Il grosso del blocco è però stato rimosso senza compromettere il percorso d’acquisto.
Che cosa ci portiamo dietro da questo lavoro
Prima di rifare il sito, controlla come lavora quello che hai
Un buon contenuto può perdere occasioni perché la pagina lo consegna male. A volte non serve aprire un nuovo cantiere: basta capire dove quello attuale si inceppa.
Conta ciò che una pagina carica, non il numero totale di plugin
Un plugin può essere indispensabile in negozio e inutile in un articolo. La domanda utile non è soltanto «quanti plugin ci sono?», ma «quali strumenti sta caricando questa pagina, e perché?».
La visibilità negli assistenti AI comincia dall’accesso
Un file llms.txt, da solo, non crea visibilità. Accesso, mappa del sito, collegamenti e contenuti verificabili devono indicare la stessa direzione.
Tornare alla versione stabile fa parte della strategia
La retromarcia di sicurezza non è una sconfitta. Protegge fatturato, dati e fiducia mentre si migliora il sito.
Negli altri casi studio di Marketing Persuasivo trovi lo stesso criterio: prima le prove, poi le promesse.
Metodo e limiti della misurazione
Il punto di partenza deriva da un’esportazione di PageSpeed Insights del 12 settembre 2026. Il dato finale è la mediana di tre test eseguiti il 14 settembre 2026 per ciascun dispositivo: 80, 80 e 80 su mobile; 94, 92 e 94 su desktop.
Sono prove di laboratorio eseguite da Lighthouse in condizioni simulate. Al momento del test non erano ancora disponibili dati reali sufficienti nel Chrome User Experience Report, l’archivio con cui Chrome raccoglie l’esperienza di navigazione di utenti reali.
Chrome spiega che il punteggio performance di Lighthouse combina più indicatori, assegnando a ciascuno un peso diverso. Non misura direttamente fatturato, qualità editoriale o successo organico.
Non possiamo quindi promettere che:
- ogni visita reale sia più veloce nella stessa misura;
- i Core Web Vitals osservati sugli utenti reali siano già tutti superati;
- il traffico organico aumenti automaticamente;
- il sito venga citato automaticamente dagli assistenti AI.
Possiamo documentare che, nelle condizioni delle prove, il browser ha lavorato molto meno, la valutazione delle buone pratiche tecniche è passata da 77 a 100 e l’accesso degli assistenti AI alle pagine principali è passato da 2 su 3 a 3 su 3.
Il passo successivo è osservare nel tempo traffico, citazioni e conversioni.
Il tuo sito ha bisogno di essere rifatto — o soltanto liberato?
Prima di spendere denaro, mesi e pazienza, conviene capire dove si blocca davvero.
Con la Diagnosi Persuasiva analizziamo struttura, contenuti, percorso commerciale e attriti tecnici. Distinguiamo ciò che rallenta il sito da ciò che, invece, dipende dall’offerta o dal processo di vendita.