Un calo del 35% nelle sessioni organiche non è un problema di vanità SEO. Per un’azienda che usa il sito per acquisire richieste, preventivi o appuntamenti, può significare meno opportunità commerciali già nel trimestre in corso. In questo caso recupero traffico organico, il punto non era pubblicare altri articoli: era capire perché Google stava riducendo la visibilità di pagine che in precedenza portavano contatti qualificati.
Il caso descritto è rappresentativo di molti siti WordPress cresciuti nel tempo senza una governance tecnica costante. Le pagine principali esistevano, i contenuti erano pertinenti e il brand aveva una domanda di mercato consolidata. Tuttavia, il traffico organico era sceso in modo progressivo per quattro mesi, mentre le richieste dal sito diminuivano più rapidamente delle visite.
Caso recupero traffico organico: il punto di partenza
Il primo errore, davanti a una curva in discesa in Google Search Console, è attribuire tutto a un aggiornamento dell’algoritmo. Gli aggiornamenti esistono, ma raramente spiegano da soli un calo. Bisogna separare le correlazioni dalle cause verificabili.
L’analisi è partita confrontando gli ultimi 90 giorni con lo stesso periodo precedente e con l’anno precedente. Questo doppio confronto evita una lettura distorta dalla stagionalità. Se un’attività riceve normalmente meno ricerche in agosto, confrontare solo luglio con agosto può generare un falso allarme.
Sono emersi tre segnali. Le impression erano diminuite soprattutto sulle pagine di servizio, non sul blog. La posizione media di alcune query commerciali era passata dalla prima pagina alla seconda. Infine, il CTR era sceso anche sulle query dove la posizione era rimasta quasi invariata.
Questo quadro suggeriva che il problema non fosse esclusivamente editoriale. Se una pagina perde posizioni, impression e capacità di ottenere clic, occorre verificare la sua qualità tecnica, la corrispondenza con l’intento di ricerca e il modo in cui Google la scansiona e la interpreta.
Non basta guardare le sessioni in Analytics
Le sessioni organiche indicano il sintomo, non la causa. Per individuare l’origine del calo, è necessario incrociare almeno quattro fonti: Google Search Console, dati di crawling, analisi delle pagine e tracking delle conversioni.
Search Console consente di isolare query, URL, dispositivi e paesi coinvolti. Un crawler evidenzia invece catene di redirect, pagine orfane, errori 4xx e 5xx, canonical incoerenti, tag noindex involontari e duplicazioni. L’analisi delle performance misura ciò che l’utente e Googlebot incontrano realmente. Il tracking, infine, mostra se il danno riguarda solo il volume o anche la qualità del traffico.
Nel caso analizzato, la diminuzione delle conversioni era superiore a quella delle sessioni. Era un dettaglio decisivo: non si stava perdendo traffico generico, ma soprattutto visite con intenzione commerciale.
Le cause tecniche che stavano limitando la crescita
La diagnosi ha rilevato un sito costruito per aggiunte successive. Nuove sezioni, plugin, script di terze parti e varianti di pagina erano stati introdotti senza una revisione dell’architettura. Il risultato non era un singolo errore grave, ma una somma di inefficienze con impatto cumulativo.
La prima criticità riguardava le performance. Su mobile, il Largest Contentful Paint di diverse pagine strategiche superava i 4 secondi. Il Time to First Byte era instabile e alcuni elementi visivi provocavano spostamenti di layout durante il caricamento, con un CLS oltre la soglia raccomandata.
Un sito lento non perde automaticamente posizioni da un giorno all’altro. Tuttavia, peggiora l’esperienza delle persone, riduce la probabilità che completino un form e rende più fragile la competitività delle pagine quando i concorrenti offrono contenuti equivalenti ma più accessibili. Le Core Web Vitals non sono un interruttore SEO, ma ignorarle su pagine ad alta intenzione è una scelta costosa.
La seconda criticità era strutturale. Due pagine di servizio molto simili si contendevano le stesse query, con title, H1 e blocchi testuali quasi sovrapponibili. Google riceveva segnali ambigui su quale URL dovesse mostrare. In alcuni casi alternava le pagine in SERP, in altri non ne valorizzava nessuna con continuità.
La terza riguardava l’indicizzazione. Filtri e parametri URL generavano versioni superflue di pagine già esistenti. Non tutte erano indicizzate, ma Googlebot spendeva risorse di scansione su URL senza valore commerciale. Su siti piccoli l’impatto può essere marginale; su cataloghi, portali o strutture con molte combinazioni, diventa un problema concreto di crawl budget e di pulizia dell’indice.
Infine, il tracking era incompleto. Il form principale inviava un evento, ma non distingueva tra invio riuscito, errore tecnico e lead realmente acquisito dal CRM. Senza questa distinzione, era impossibile sapere se il recupero delle visite avrebbe prodotto valore economico o soltanto numeri migliori in dashboard.
L’intervento: prima correggere, poi ampliare
La sequenza del lavoro è stata fondamentale. Aggiungere contenuti prima di risolvere cannibalizzazioni, lentezza e problemi di scansione avrebbe aumentato il volume di pagine da gestire senza rimuovere le cause del calo.
Si è intervenuti prima sulle URL ad alta priorità: quelle che avevano storico di impression, query commerciali e conversioni. Le pagine sovrapposte sono state consolidate in una struttura più netta. Una URL ha mantenuto il ruolo principale, mentre le altre sono state reindirizzate o riposizionate su intenti realmente distinti. La scelta dipende sempre dal contenuto, dai backlink e dalla cronologia di ogni pagina: eliminare una URL senza analisi può disperdere segnali utili.
Sul piano delle performance, il lavoro ha riguardato codice, asset e infrastruttura. Sono stati ridotti script non necessari, posticipati i file non critici, ottimizzate immagini e font, eliminati componenti ridondanti e rivista la gerarchia del caricamento. Il sito è stato poi ospitato su uno stack configurato per contenuti dinamici ad alte prestazioni, con cache server-side e LiteSpeed Enterprise.
Qui la scelta tecnica conta. Un builder molto pesante può essere gestibile su un sito semplice, ma diventa un limite quando ogni nuova sezione aggiunge markup, CSS e JavaScript superflui. Per le pagine decisive, un approccio code-first con struttura custom permette di controllare output, dipendenze e comportamento del frontend. Non è una questione estetica: meno codice inutile significa tempi più prevedibili e manutenzione più ordinata.
L’ottimizzazione non è stata validata con un singolo test PageSpeed. I punteggi sintetici sono utili, ma non sostituiscono i dati sul campo. Il controllo ha incluso test ripetuti su pagine chiave, dati reali di Core Web Vitals, logica di cache e comportamento su dispositivi mobili.
Rendere misurabile il risultato commerciale
Parallelamente, è stato corretto il modello di misurazione. Gli eventi sono stati definiti attorno alle azioni che indicano reale interesse: invio del form confermato, clic su contatti ad alta intenzione, richiesta di preventivo e avanzamento del lead nel CRM quando disponibile.
Il server-side tracking non serve a gonfiare i dati. Serve a ridurre le perdite di segnale dovute a browser, consenso e blocchi degli script, mantenendo una misurazione più affidabile nel rispetto della configurazione privacy adottata dal sito. Per un decision maker, la domanda utile non è quante persone hanno visitato una pagina, ma quali pagine e query stanno contribuendo a generare opportunità verificabili.
Cosa monitorare nelle settimane successive
Il recupero SEO non segue sempre una linea retta. Dopo redirect, consolidamenti e interventi tecnici, Google deve rieseguire crawl, rivalutare le pagine e aggiornare i segnali. Per query competitive, il processo può richiedere settimane o mesi. Promettere tempi certi sarebbe scorretto.
Nelle prime settimane vanno osservati copertura dell’indice, errori di scansione, stato delle URL principali e andamento delle impression. Successivamente diventano più significativi posizione e CTR delle query prioritarie. Le conversioni devono essere lette su finestre temporali sufficienti, perché pochi lead non costituiscono ancora un campione affidabile.
Un aumento delle impression senza crescita dei clic può indicare title e snippet poco competitivi. Un recupero delle visite senza miglioramento dei lead può segnalare traffico meno qualificato, pagine poco persuasive o un problema nel form. Se invece aumentano clic, richieste e qualità dei contatti, il sito sta tornando a svolgere il suo ruolo di asset commerciale.
Quando serve un audit prima di intervenire
Un audit tecnico SEO e performance è particolarmente indicato quando il traffico cala dopo un redesign, una migrazione, l’installazione di molti plugin, modifiche alla struttura URL o un peggioramento visibile della velocità. È utile anche quando le posizioni sembrano stabili ma le conversioni diminuiscono: spesso il problema è nella pagina, non nella SERP.
L’approccio che applico parte dalla verifica delle evidenze, non da una lista standard di ottimizzazioni. Architettura, codice, hosting, crawling, contenuti e tracking vengono analizzati come parti dello stesso sistema. Solo dopo la diagnosi ha senso definire priorità, impatto atteso e sequenza operativa.
Se il tuo sito ha perso visibilità o genera meno contatti a parità di traffico, richiedere un’analisi tecnica può evitare mesi di interventi casuali. Un audit ben eseguito chiarisce cosa correggere subito, cosa monitorare e quali investimenti non sono ancora giustificati.
Un sito non recupera valore perché accumula plugin, articoli o modifiche cosmetiche. Lo recupera quando la sua struttura torna a rendere semplice per Google comprendere le pagine giuste e semplice per le persone compiere l’azione giusta.