KLC Richiedi un’analisi
Passa al contenuto principale
Checklist per diagnosticare un calo del traffico organico

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 noindex provenienti 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

  1. Il calo è presente in più fonti dati.
  2. La data di inizio è circoscritta.
  3. Le release sono state ricostruite.
  4. Il fenomeno è segmentato per query, pagina e mercato.
  5. È chiaro se calano domanda, ranking o CTR.
  6. Indicizzazione, canonical e status sono controllati.
  7. Migrazioni e template sono confrontati.
  8. Le pagine perse sono valutate sull’intento e sul valore.
  9. Cannibalizzazioni e sostituzioni sono escluse o dimostrate.
  10. Ogni causa proposta ha un test.
  11. Il piano di recupero ha priorità e owner.
  12. 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.