Risultati divergenti raccolti dai rank tracker: cosa sappiamo, quali spiegazioni restano ipotesi e come controllare prima di intervenire sul sito
Il report segnala che il sito è uscito dalle prime posizioni. Contemporaneamente scompaiono diversi concorrenti abituali, mentre visite e richieste non mostrano un cambiamento altrettanto evidente. Prima di attribuire il movimento a un aggiornamento Google, bisogna verificare la qualità della rilevazione.
È il problema al centro delle poisoned SERP, l’espressione usata da alcuni fornitori SEO per descrivere pagine di risultati raccolte automaticamente che appaiono complete, ma restituiscono insiemi di siti fortemente divergenti rispetto alle rilevazioni di riferimento. Il tema riguarda direttamente aziende e consulenti: una decisione presa su un dato anomalo può modificare contenuti, priorità e investimenti senza una diagnosi adeguata.
Le evidenze disponibili rendono necessario un controllo più rigoroso dei report. Non consentono, invece, di liquidare ogni perdita di posizioni come errore dello strumento o di considerare accertata una specifica intenzione di Google.
Cosa si intende per poisoned SERP in questa discussione
In questo articolo il termine indica il fenomeno descritto dai fornitori di rank tracking. Il punto critico è la differenza fra una risposta tecnicamente utilizzabile e una misurazione rappresentativa: una pagina può essere acquisita e interpretata senza errori, ma restituire un quadro poco coerente con quello che il monitoraggio intende misurare.
Il nome “poisoned” contiene già un’interpretazione. Per una descrizione prudente si può parlare di SERP divergenti o di rilevazioni sospette. L’osservazione di una divergenza e la spiegazione del suo meccanismo sono due passaggi distinti dell’indagine.
La differenza ha conseguenze pratiche. Se lo strumento segnala un errore, il dato mancante è riconoscibile. Se restituisce un elenco plausibile di posizioni, quel valore può entrare in dashboard, indici di visibilità, alert e report commerciali senza essere contrassegnato come incerto.
Quali evidenze abbiamo: studi e comunicazioni dei fornitori
La ricerca Poisoned Google SERPs di Nozzle, pubblicata il 10 ottobre e aggiornata il 19 ottobre 2026 con dati fino al 18, riporta una quota media dell’8,4% su 27 milioni di SERP valutabili raccolte dal 13 settembre, in 52 paesi. È il campione del fornitore: non l’8,4% di tutte le ricerche Google.
Nel metodo attuale, Nozzle considera abituali i siti presenti nella top 10 in almeno il 60% delle rilevazioni del periodo di riferimento, dal 20 agosto al 9 settembre, con almeno cinque rilevazioni. Classifica come anomala una SERP che ne conserva meno della metà in tutte le pagine raccolte. È una regola operativa, non una conferma della causa.
AccuRanker, nel rapporto del 19 ottobre, descrive rilevazioni divergenti e un controllo retrospettivo chiamato “sandwich check”: confronta i siti della prima pagina con quelli del giorno precedente e successivo, cercando una forte discontinuità rispetto a entrambi. Dichiara inoltre verifiche prima del salvataggio e una nuova raccolta quando l’esito non supera i controlli.
Una comunicazione SISTRIX del 7 ottobre spiega un’altra conseguenza: alcune keyword vengono aggiornate meno frequentemente perché il sistema mantiene l’ultimo dato verificato finché non ne ottiene uno nuovo accettabile. Una linea stabile può quindi contenere dati meno recenti di quanto si immagini.
Anche Cloro pubblica osservazioni sul proprio corpus e su API concorrenti. Il confronto è svolto da un fornitore che vende il servizio valutato: è utile come documentazione tecnica, ma non costituisce una verifica indipendente della superiorità del suo prodotto.
Il resoconto di Barry Schwartz su Search Engine Roundtable, pubblicato il 12 ottobre e successivamente integrato, raccoglie anche dichiarazioni dei produttori. Semrush, nel messaggio fornito alla testata, riconosce il problema ma dichiara un impatto limitato sui ranking dei propri utenti e casi residui soprattutto oltre la prima pagina. SE Ranking, in un aggiornamento del 16 ottobre riprodotto nell’articolo, comunica correzioni allo storico e problemi residui su circa il 2% dei risultati monitorati. Sono dichiarazioni riferite ai rispettivi servizi e momenti, non una misura comune di affidabilità.
| Fonte primaria | Che cosa documenta | Limite di interpretazione |
|---|---|---|
| Nozzle, aggiornamento 19 ottobre | Classificazione statistica rispetto a una baseline | Il valore dipende da campione, finestra e regola adottata |
| AccuRanker, 19 ottobre | Confronti temporali e controlli della raccolta | Un criterio retrospettivo richiede dati successivi |
| SISTRIX, 7 ottobre | Validazione e minore frequenza di aggiornamento | Qualità del dato e tempestività vanno lette insieme |
| Cloro, analisi consultata il 20 ottobre | Test su proprie rilevazioni e servizi esterni | Benchmark commerciale su un insieme selezionato |
Perché le percentuali pubblicate non sono una classifica degli strumenti
Una percentuale può riferirsi alle richieste ricevute prima dei filtri, alle sole pagine effettivamente salvate o a un insieme di query usato per un test. Può comprendere errori di acquisizione, escludere keyword senza storico oppure misurare soltanto la prima pagina. Cambiando il denominatore cambia il significato del numero.
AccuRanker dichiara, per esempio, che il controllo storico non copre ancora tutte le pagine: quelle con dati insufficienti richiedono un trattamento diverso. Cloro riconosce che una baseline invecchiata può classificare come sospetti anche spostamenti reali. Questi limiti contano quanto la percentuale riportata nel titolo di uno studio.
Per questo non sarebbe corretto affiancare i valori dei fornitori e concludere che uno sia più affidabile degli altri. Servirebbero query, paesi, dispositivi, orari, profondità di raccolta e criteri comuni, oltre a una modalità indipendente di validazione.
Neppure due dashboard concordanti costituiscono automaticamente due verifiche indipendenti. Prima bisogna conoscere la provenienza del dato: servizi differenti possono condividere fornitori o componenti della raccolta. L’accordo fra due report è un indizio utile, il cui peso dipende dalla loro effettiva indipendenza.
Google lo fa apposta per ostacolare gli scrapers?
È una delle ipotesi più discusse, ma nelle fonti ufficiali consultate al 20 ottobre non ho individuato una conferma Google del meccanismo chiamato “SERP poisoning”, dei suoi criteri o del suo obiettivo. Le spiegazioni dei fornitori restano attribuite ai rispettivi autori.
Un elemento ufficiale esiste: nelle spam policy di Google Search, il traffico generato automaticamente comprende anche la raccolta di risultati per verificare il ranking e altri accessi automatizzati senza autorizzazione espressa. Google dichiara che queste attività violano le proprie regole.
La policy chiarisce la posizione di Google sull’accesso automatizzato; non dimostra che l’azienda stia deliberatamente restituendo elenchi falsati. Una ricostruzione corretta deve conservare questa distinzione, anche quando alcuni titoli della stampa o dei fornitori adottano formulazioni più nette.
Una SERP diversa non dimostra da sola che il dato sia avvelenato
La documentazione Search Console ricorda che i risultati dipendono da momento, località, dispositivo e storia recente della persona che cerca. Un controllo manuale eseguito in un altro contesto può dunque divergere dal tracker anche senza alcuna anomalia.
Prima di formulare una diagnosi, confrontare almeno la query esatta, il paese e la località impostati, lingua, dispositivo, orario di acquisizione, tipo di risultato e profondità monitorata. Verificare inoltre se il report misura un dominio, uno specifico URL o un gruppo di pagine e come gestisce sottodomini, redirect e risultati speciali.
Un sito può uscire dai risultati raccolti perché la raccolta si interrompe prima del previsto. Può comparire con un altro URL. Oppure può aver perso davvero visibilità. Il dato “non trovato” acquista significato solo insieme alle condizioni in cui è stato prodotto.
Anche un ritorno rapido alla posizione precedente è un segnale da indagare, non una prova conclusiva: la volatilità reale può essere breve. Viceversa, una serie di rilevazioni coerenti può condividere lo stesso problema sistematico di acquisizione.
Un protocollo tecnico per verificare un calo sospetto
Il percorso seguente è una proposta operativa per evitare interventi affrettati. Serve a classificare l’incidente e a raccogliere elementi utilizzabili anche dall’assistenza del fornitore.
1. Conservare il dato originale e il contesto
Esportare keyword, URL atteso, posizione precedente e attuale, data e ora effettiva della raccolta, mercato e dispositivo. Se il servizio rende disponibile una copia della SERP o l’elenco completo dei risultati, conservarli con la stessa rilevazione. Separare l’orario del report da quello dell’acquisizione.
2. Esaminare la composizione della pagina
Controllare quali concorrenti rimangono e quali scompaiono, se cambia l’intento dei risultati e se la località è coerente. Registrare quante posizioni sono state realmente raccolte. Il confronto deve comprendere uno storico sufficientemente stabile, non soltanto il giorno precedente.
3. Verificare il rendimento del segmento interessato
In Search Console, confrontare query e pagine coinvolte con paese, dispositivo e intervallo coerenti. Cercare un riscontro in clic, impressioni e posizione media, considerando la disponibilità dei dati più recenti. Affiancare sessioni organiche, richieste e transazioni del sito, senza pretendere che tutte le metriche si muovano nello stesso momento.
4. Controllare anche il sito
Se emergono segnali di perdita reale, verificare disponibilità delle pagine, stato di indicizzazione, direttive, canonical, redirect, modifiche recenti e avvisi pertinenti in Search Console. Un problema di misurazione e un problema del sito possono verificarsi contemporaneamente: la prima ipotesi non deve nascondere la seconda.
5. Chiedere una validazione al fornitore
Inviare esempi identificabili e chiedere se il dato è stato validato, se è disponibile una nuova rilevazione e se la data mostrata corrisponde all’ultimo controllo accettato. Il ricontrollo offerto dal servizio è più utile di una sequenza di aggiornamenti manuali privi di contesto.
Quanto possiamo fidarci di Search Console?
Search Console è un riscontro fondamentale per il sito di cui si possiede l’accesso. Tuttavia la sua posizione media e la posizione puntuale registrata da un tracker misurano oggetti diversi: il report Google aggrega osservazioni e dimensioni, mentre il tracker descrive una particolare rilevazione.
I dati più recenti possono essere preliminari. Inoltre, un totale stabile può nascondere perdite in una sezione compensate dalla crescita di altre pagine o query. Per diagnosticare un’anomalia serve il segmento interessato, non soltanto la curva complessiva del dominio.
Se il tracker mostra una scomparsa e il segmento coerente di Search Console continua a generare visibilità e clic, cresce il sospetto di un problema di rilevazione. Non si ottiene però la certezza che ogni dato del tracker sia errato, né un lasciapassare per ignorare il calo.
Come cambiano report, alert e decisioni aziendali
Un report utile deve distinguere tre condizioni: rilevazione valida, dato sospetto e dato non disponibile. Una posizione non acquisita non dovrebbe diventare automaticamente una perdita certa. Se la dashboard usa un valore convenzionale per “non trovato”, quel trattamento deve essere esplicitato.
Per le keyword strategiche, affiancare al ranking la data di ultimo aggiornamento verificato e una breve nota sulla qualità. Evitare di collegare una riscrittura massiva, una rimozione di pagine o una variazione di budget al solo superamento di una soglia giornaliera.
Una possibile comunicazione al cliente, da adattare ai dati effettivamente controllati, è: “Il monitoraggio segnala una discontinuità sulle query indicate. Stiamo verificando la rilevazione con il fornitore e confrontando il segmento in Search Console prima di attribuirla a una perdita effettiva”. Non promette che il sito sia salvo: descrive lo stato della diagnosi.
Le domande da fare a chi fornisce i dati SEO
La scelta dello strumento richiede oggi informazioni sulla qualità e sulla copertura, oltre alle funzionalità disponibili. Prima di basare decisioni importanti sui suoi report, chiarire questi punti:
- Come vengono identificate e contrassegnate le rilevazioni divergenti?
- Il servizio conserva una posizione precedente quando il nuovo dato non è validato? Come lo comunica?
- Le statistiche dichiarate riguardano richieste grezze, dati filtrati o posizioni mostrate ai clienti?
- La copertura e la frequenza cambiano fra prima pagina, risultati successivi, mercati e dispositivi?
- Le correzioni modificano anche lo storico? Sono disponibili una data di revisione o un registro?
- Il fornitore offre esempi verificabili e una procedura per contestare una rilevazione?
Un monitoraggio rimane utile quando permette di capire che cosa è stato misurato, quando e con quali limiti. È questa trasparenza che consente all’azienda di trasformare un alert in una decisione motivata.
Domande frequenti sulle poisoned SERP
Google ha confermato di alterare i risultati inviati ai rank tracker?
Nelle fonti ufficiali consultate al 20 ottobre 2026 non ho individuato una conferma di questo meccanismo. I fornitori documentano divergenze; cause e intenzioni rimangono da distinguere dai risultati osservati.
Due strumenti SEO concordanti sono una verifica sufficiente?
L’accordo è utile, ma va valutata anche l’indipendenza delle fonti e la corrispondenza delle impostazioni. Per il proprio sito servono riscontri sul segmento interessato e una verifica della qualità della raccolta.
Devo aspettare alcuni giorni prima di controllare un calo?
I controlli possono iniziare subito. Occorre distinguere la verifica tecnica immediata dagli interventi sul sito: una rilevazione sospetta richiede validazione, mentre segnali concreti di indisponibilità o perdita reale richiedono un’indagine tempestiva.
Le percentuali pubblicate descrivono tutte le ricerche Google?
No. Riguardano specifici campioni, periodi e criteri di classificazione. Per interpretarle bisogna conoscere il denominatore e distinguere dati raccolti, filtrati e mostrati nei report.