Google Core Update: identificare e risolvere calo traffico
Identifica le cause di un calo traffico organico: aggiornamenti Google, problemi tecnici o errori di gestione. Scopri il metodo per distinguerle e intervenire.
Calo di traffico organico: come distinguere un aggiornamento Google da un errore tecnico prima di toccare qualsiasi cosa
Quando il grafico delle visite organiche scende di colpo, la reazione istintiva è chiamare chi gestisce il sito e chiedere spiegazioni. A volte è la mossa giusta. Spesso porta a settimane di interventi inutili su contenuti che non c’entrano nulla, mentre il vero problema, un file di configurazione sbagliato o un plugin aggiornato male, resta intatto. La tesi di questo articolo è semplice: la diagnosi viene prima di qualsiasi intervento, e la diagnosi richiede una sola domanda precisa: cosa è cambiato, e quando?
Il punto di partenza è la data, non il sintomo
Prima di aprire qualsiasi strumento, individua il giorno esatto in cui il traffico ha cominciato a scendere. Non la settimana, non il mese: il giorno. Quella data è l’unica informazione che permette di separare le tre cause possibili.
Se coincide con la finestra dichiarata di un Core Update, hai un primo segnale algoritmico. Google annuncia inizio e fine di ogni aggiornamento sulla Search Status Dashboard (search.google.com/search-status) e sul profilo ufficiale di Google Search Central. Il March 2025 Core Update, per esempio, è stato dichiarato il 13 marzo 2025 con rollout completato il 27 marzo: chiunque abbia registrato un calo in quella finestra ha un candidato algoritmico da valutare.
Se invece la data coincide con un intervento sul sito, un aggiornamento del CMS, una migrazione di server, una modifica agli URL, la causa è quasi certamente tecnica. Un aggiornamento algoritmico non colpisce un sito in un giorno preciso che coincide con un deploy: i rollout di Google si distribuiscono su giorni o settimane, non si sincronizzano con i calendari dei fornitori.
Google Search Console: tre report nell’ordine giusto
Google Search Console è lo strumento con cui Google comunica direttamente ai proprietari di siti. Se non è configurato, è il primo passo obbligato, prima di qualsiasi altra analisi.
Con risorse limitate e nessun esperto interno, esistono tre report da consultare in sequenza precisa.
Il primo è Prestazioni → Risultati di ricerca, filtrato per pagine e ordinato per calo di clic rispetto al periodo precedente. Identifica le cinque o dieci pagine che hanno perso di più: questo dice dove concentrare l’analisi, non dove intervenire.
Il secondo è Copertura → Errori. Se compaiono pagine in stato “Escluse” o “Errore”, il problema è tecnico e va risolto prima di toccare qualsiasi contenuto. Un caso documentato e ricorrente: siti migrati su nuovo hosting che trovano centinaia di pagine con errore 404 perché gli URL sono cambiati senza redirect. Il traffico crolla, l’algoritmo non c’entra nulla.
Il terzo è Esperienza → Segnali web principali. Se i valori di velocità e stabilità visiva sono peggiorati in coincidenza con il calo, c’è una correlazione tecnica da investigare. PageSpeed Insights (pagespeed.web.dev) permette di verificarlo gratuitamente in due minuti.
La struttura del calo dice già molto prima di aprire qualsiasi report. Un calo uniforme su tutte le pagine suggerisce un problema di autorevolezza generale del dominio o un errore tecnico che impedisce a Google di scansionare il sito correttamente. Un calo concentrato su sezioni specifiche, solo le schede prodotto o solo gli articoli del blog, punta a un problema di contenuto. Un calo sulle ricerche che contengono il nome dell’azienda segnala un problema reputazionale o, nel caso peggiore, una penalizzazione manuale.
E-E-A-T: il caso che vale più di qualsiasi definizione
Nel settembre 2023, Google ha completato il rollout dell’Helpful Content Update, un aggiornamento che ha colpito in modo sproporzionato i siti con contenuti generici, anonimi e non dimostrativi di esperienza diretta. Tra i settori più colpiti in Italia figuravano studi professionali e piccoli e-commerce che avevano esternalizzato la produzione di contenuti senza presidiarne la qualità editoriale.
Il meccanismo è questo: Google valuta ogni contenuto cercando segnali che dimostrino chi lo ha scritto, perché quella persona è credibile, e su quale base concreta. Un commercialista che pubblica un articolo sulla fiscalità d’impresa firmato con nome, titolo e numero di iscrizione all’albo ha un vantaggio strutturale su uno studio che pubblica la stessa informazione in forma anonima. Non perché Google legga il curriculum, ma perché i segnali di credibilità, link a fonti primarie, dati con attribuzione, casi reali con numeri, sono misurabili.
L’opinione scomoda è questa: la maggior parte delle aziende italiane che ha perso traffico dopo l’Helpful Content Update non è stata penalizzata da Google. Ha semplicemente smesso di essere preferita rispetto a concorrenti che nel frattempo avevano pubblicato contenuti più specifici e verificabili. La differenza è rilevante perché cambia l’intervento: non si tratta di “correggere” qualcosa, ma di costruire autorevolezza dove prima non esisteva, e questo richiede mesi, non settimane.
Quando il problema è il fornitore
Questo punto genera attrito, ma i dati lo supportano. Una quota significativa dei cali di traffico che le aziende attribuiscono a Google dipende da errori introdotti da chi gestisce il sito, non sempre per negligenza, spesso per aggiornamenti automatici mal gestiti.
I segnali sono precisi: il calo inizia in una data che coincide con un intervento dichiarato o non dichiarato sul sito; Google Search Console mostra un picco improvviso di errori di scansione da quella data; le pagine che perdono traffico sono esattamente quelle modificate o spostate; il sito risulta più lento rispetto al mese precedente.
In questi casi chiedere al fornitore un log completo delle modifiche degli ultimi 60 giorni è il punto di partenza obbligato. Se il fornitore non lo fornisce, o non lo ha, il problema di trasparenza è indipendente dal traffico e va affrontato come tale. Un CMS come WordPress, usato da una quota rilevante dei siti italiani, riceve aggiornamenti automatici che possono modificare la struttura degli URL o creare conflitti tra componenti aggiuntivi senza che nessuno ne sia consapevole nell’immediato.
Tempi di recupero: l’aspettativa da correggere
Google stessa indica, nella documentazione ufficiale sui Core Update, che i miglioramenti significativi vengono riconosciuti al prossimo aggiornamento rilevante, che può arrivare dopo settimane o mesi. Intervenire sui contenuti durante il rollout di un aggiornamento rende impossibile misurare l’effetto reale delle modifiche: i dati sono in movimento per definizione.
Per i problemi tecnici gravi, pagine non indicizzate, errori di server, redirect mancanti, l’intervento deve essere immediato indipendentemente da qualsiasi aggiornamento in corso. Per i problemi di contenuto e autorevolezza, la finestra realistica di recupero dopo un Core Update è di uno o due cicli successivi, non di giorni.
Chi promette recuperi rapidi dopo un aggiornamento algoritmico sta vendendo una certezza che non esiste. I benchmark circolanti nel settore SEO italiano, spesso basati su campioni piccoli e non rappresentativi, andrebbero letti con la stessa cautela che si riserva a qualsiasi dato non replicabile.
Un’azione sola
Prima di modificare qualsiasi contenuto o chiamare il fornitore, apri Google Search Console, vai su Copertura → Errori e verifica se esistono pagine escluse o in errore dalla data in cui il traffico ha cominciato a scendere. Se ci sono, hai la causa. Se non ci sono, confronta quella data con il calendario degli aggiornamenti Google sulla Search Status Dashboard. Solo dopo questa verifica ha senso decidere se il problema è tecnico, algoritmico, o editoriale, perché solo allora l’intervento sarà quello giusto.