
Checklist per diagnosticare un calo del traffico organico
3 Ottobre 2026 · SEO
Un calo del traffico organico non è una diagnosi. È un sintomo che può dipendere da misurazione, stagionalità, perdita di domanda, problemi tecnici, cambiamenti nelle SERP, contenuti meno competitivi o modifiche al sito. Intervenire subito su titoli e testi, senza ricostruire ciò che è accaduto, può peggiorare la situazione e cancellare prove utili.
Questa checklist serve a trasformare un calo generico in un insieme di fenomeni circoscritti, con cause plausibili e test verificabili.
1. Confermare che il calo esista davvero
Prima di parlare di SEO, controllare la raccolta dati.
- Il codice analytics è ancora presente su tutti i template?
- Sono cambiati consenso, tag, proprietà, filtri o definizioni di canale?
- Il dominio, il protocollo o il cross-domain sono configurati correttamente?
- Il confronto usa lo stesso intervallo, gli stessi giorni della settimana e la stessa zona oraria?
- Esistono anomalie in altri canali nello stesso momento?
- Search Console mostra una variazione simile di clic o impression?
Se Search Console è stabile ma analytics crolla, la causa può essere nella misurazione o nel comportamento dopo il clic. Se calano impression e clic, il fenomeno è più vicino alla visibilità organica.
2. Costruire una timeline degli eventi
Registrare in un’unica linea temporale:
- release del sito e modifiche ai template;
- migrazioni, redirect e cambi URL;
- aggiornamenti di contenuti o linking interno;
- variazioni a robots.txt, sitemap, canonical e meta robots;
- interventi su performance, cookie banner o JavaScript;
- problemi server e indisponibilità;
- cambiamenti di prodotto, prezzo o mercato;
- campagne che possono avere influenzato la domanda di brand;
- aggiornamenti noti dei sistemi di ricerca, senza assumerli come causa automatica.
La data esatta del calo è più utile di una memoria vaga. Usare annotazioni, log di deploy, ticket e cronologia del CMS.
3. Segmentare prima di interpretare
Il dato aggregato nasconde quasi sempre il problema. Separare per:
- query di brand e non brand;
- paese e lingua;
- dispositivo;
- directory e tipo di pagina;
- prodotto, servizio o settore;
- pagina nuova, aggiornata o invariata;
- impression, clic, CTR e posizione;
- desktop, mobile e funzionalità di ricerca;
- conversioni e qualità del traffico.
Una perdita del 20% può essere concentrata in dieci URL oppure distribuita su tutto il sito. Le azioni sono completamente diverse.
4. Distinguere calo di domanda, visibilità e clic
Usare questa matrice:
| Segnale | Interpretazione iniziale | Verifica successiva |
|---|---|---|
| Impression in calo, posizione stabile | domanda o copertura minore | trend, stagionalità, query perse |
| Impression stabili, posizione peggiore | perdita di competitività o problema tecnico | URL, concorrenti, indicizzazione |
| Posizione stabile, CTR in calo | SERP cambiata o snippet meno efficace | feature, title, intent |
| Clic stabili, sessioni in calo | tracciamento o landing | analytics, redirect, consenso |
| Traffico stabile, lead in calo | qualità o conversione | moduli, mix query, UX |
La posizione media va usata con prudenza: è un aggregato di query, paesi e risultati diversi. Analizzare gruppi coerenti.
5. Controllare indicizzazione e crawling
Per le directory colpite verificare:
- status code e disponibilità;
- meta robots e
X-Robots-Tag; - canonical dichiarato e scelto;
- presenza nelle sitemap;
- link interni;
- pagine orfane;
- errori di rendering;
- URL duplicate o parametriche;
- variazioni nei log di Googlebot, se disponibili;
- report di indicizzazione e ispezioni campione.
Non limitarsi alla homepage. Un errore di template può interessare solo prodotti senza una certa proprietà o pagine pubblicate dopo una data.
6. Verificare migrazioni e modifiche strutturali
Se il calo segue un rifacimento, controllare:
- mappa redirect uno a uno;
- redirect verso pagine equivalenti, non verso la homepage;
- catene e loop;
- contenuti, title, H1 e link persi;
- cambio della navigazione;
- differenze tra desktop e mobile;
- pagine eliminate senza sostituto;
- canonical rimasti sul vecchio ambiente;
- file robots o
noindexprovenienti dallo staging; - sitemap con URL vecchie o non canoniche.
Confrontare vecchio e nuovo crawl per template e non soltanto per numero totale di pagine.
7. Analizzare il contenuto senza usare scorciatoie
Per le pagine che hanno perso visibilità chiedere:
- l’intento dei risultati è cambiato?
- la pagina risponde ancora al compito principale?
- informazioni, esempi o dati sono diventati obsoleti?
- il contenuto è realmente distinto da altre pagine del sito?
- la parte più utile è visibile e comprensibile?
- esistono prove proprietarie o il testo ripete conoscenza comune?
- le pagine concorrenti offrono strumenti, tabelle, comparazioni o documenti migliori?
- title e snippet promettono ciò che la pagina mantiene?
Non aggiornare la data senza modifiche sostanziali. Non aggiungere parole per simulare profondità.
8. Controllare cannibalizzazione e sostituzione tra URL
Un sito può perdere traffico su una pagina mentre un’altra URL dello stesso dominio guadagna. Analizzare:
- query condivise tra più pagine;
- alternanza dell’URL mostrata;
- pagine vecchie e nuove con intento simile;
- categorie che competono con prodotti;
- tag o archivi indicizzati;
- versioni internazionali non correttamente separate;
- articoli che assorbono query commerciali senza guidare alla pagina appropriata.
La soluzione può essere differenziare, consolidare, ridisegnare i link o cambiare il tipo di pagina. Un canonical non risolve contenuti che hanno compiti confusi.
9. Valutare la SERP e i concorrenti
Per un campione di query perse registrare:
- nuovi domini o nuovi tipi di risultato;
- presenza di video, mappe, prodotti, forum o risposte generate;
- cambiamenti nel livello di specificità;
- pagine che sono salite e caratteristiche comuni;
- differenza tra query desktop e mobile;
- contenuti recenti realmente aggiornati;
- segnali di brand, esperienza o prova che prima mancavano.
Non copiare la struttura dei concorrenti. Usare l’analisi per capire quale standard informativo è richiesto e dove è possibile offrire qualcosa di più utile.
10. Separare ipotesi e prove
Creare una tabella con:
| Ipotesi | Evidenza a favore | Evidenza contraria | Test |
|---|---|---|---|
| errore di canonical | URL scelte diverse | solo alcune pagine colpite | ispezione e crawl |
| domanda stagionale | impression in calo ogni anno | nuove query perse | confronto pluriennale |
| contenuto superato | concorrenti più completi | ranking stabile su altre query | aggiornamento campione |
| problema di tracking | Search Console stabile | conversioni scese anche altrove | debug tag |
Un’ipotesi non deve diventare una conclusione perché coincide con una data.
11. Progettare il recupero come esperimento controllato
Prioritizzare interventi che:
- correggono blocchi tecnici dimostrati;
- ripristinano URL e link persi;
- migliorano pagine ad alto valore con domanda ancora presente;
- separano intenti confusi;
- aggiungono prove, dati o strumenti mancanti;
- migliorano snippet solo quando la posizione è stabile;
- possono essere misurati su un gruppo definito.
Registrare data, URL, modifica e risultato atteso. Evitare di cambiare contemporaneamente tutto il sito, perché diventa impossibile capire che cosa ha funzionato.
Checklist rapida
- Il calo è presente in più fonti dati.
- La data di inizio è circoscritta.
- Le release sono state ricostruite.
- Il fenomeno è segmentato per query, pagina e mercato.
- È chiaro se calano domanda, ranking o CTR.
- Indicizzazione, canonical e status sono controllati.
- Migrazioni e template sono confrontati.
- Le pagine perse sono valutate sull’intento e sul valore.
- Cannibalizzazioni e sostituzioni sono escluse o dimostrate.
- Ogni causa proposta ha un test.
- Il piano di recupero ha priorità e owner.
- Le modifiche vengono annotate e monitorate.
Domande frequenti
Un calo significa penalizzazione?
No. È una delle ipotesi meno frequenti rispetto a problemi tecnici, domanda, concorrenza, misurazione o cambiamenti di SERP. Verificare eventuali azioni manuali, ma non usare “penalizzazione” come spiegazione predefinita.
Quanto tempo serve per recuperare?
Dipende dalla causa, dall’ampiezza e dalla frequenza di scansione. Un errore tecnico corretto può richiedere nuova elaborazione; un problema di qualità o architettura può richiedere più cicli. Definire segnali intermedi, non soltanto il traffico finale.
Conviene aggiornare tutte le pagine?
No. Partire dai cluster colpiti e dalle pagine con valore. Aggiornare in massa senza diagnosi può introdurre ulteriore rumore.
Approfondisci il servizio: Recupero traffico organico.
