25 mar 2026
Scritto da
Alex Held
Il filtro per i bot in GA4 è fondamentale per mantenere puliti i dati analitici e, di recente, i proprietari di siti web si trovano sempre più spesso ad affrontare un traffico insolito e indesiderato nei report di Google Analytics 4. Il problema più comune è lo spam da referral con sorgenti sospette e geolocalizzazione "Polonia". I siti di origine di tale traffico sono solitamente gli stessi: news.grets.store, statis.seders.website, trast.mantero.online, ofer.bartikus.site. Se li ha già riscontrati, non è il solo.

Google Analytics consiglia di aggiungere questi siti all'Elenco di referral indesiderati. Di fatto, però, questo non risolve il problema: si limita a cambiare la categoria di traffico in "Diretto", lasciando lo spam nei report. Un altro problema è che GA4 non è in grado di filtrare il traffico in base ai referral, ma solo per indirizzo IP.
In questo articolo esamineremo lo spam tramite il Measurement Protocol, le tipologie di spam più frequenti – in particolare lo spam da referral e da eventi – e, soprattutto, come bloccare il traffico bot sul sito web e proteggere i dati in GA4.
Google Analytics è lo strumento di analisi web più diffuso, utilizzato da milioni di utenti. Gli spammer di referral sperano che, controllando Google Analytics e notando traffico proveniente da siti sconosciuti, Lei sia spinto dalla curiosità di visitarli. È una delle strategie della cosiddetta zona grigia per ottenere traffico. Esistono diversi metodi di monetizzazione: reindirizzamento verso offerte di affiliazione o verso pagine di destinazione che propongono acquisti, download di software, promozione di agenzie di marketing o qualsiasi altro servizio.
Gli spammer devono conoscere l'ID di Google Analytics per inviare hit falsi all'account GA. A volte, tuttavia, non si preoccupano nemmeno di cercare ID reali: generano ID fittizi in grandi quantità sperando che alcuni corrispondano a identificatori reali di GA. Uno script automatizzato invia quindi dati falsi agli account GA tramite il measurement protocol.
A causa dello spam fantasma, non è possibile visualizzare i dati reali sui visitatori del sito, poiché il traffico fittizio si mescola a quello organico. Lo spam fantasma influisce su tutte le metriche di GA: numero di visite, frequenza di rimbalzo, durata media della sessione e così via.
Può anche ridurre il posizionamento organico, poiché i motori di ricerca potrebbero interpretare il traffico spam come tentativi illeciti di migliorare le posizioni SEO tramite tecniche ambigue.
Il filtro per i bot in GA4 aiuta a escludere il traffico automatizzato e non umano dai report analitici. Per impostazione predefinita, GA4 esclude bot e spider noti in base all'elenco IAB/ABC International Spiders and Bots List. Tuttavia, questo filtro integrato è limitato e non copre tutti i tipi di traffico bot, in particolare le sorgenti di spam più recenti.
La limitazione principale consiste nel fatto che GA4 può filtrare il traffico solo per indirizzo IP. Di conseguenza, il traffico bot e lo spam da referral possono comunque passare inosservati e continuare a inquinare i dati analitici.
Per risolvere questo problema, è possibile attivare il power-up Bot Detection. Questo assegna a ciascuna richiesta un punteggio da 0 a 100. Le richieste comprese tra 50 e 75 vengono solo contrassegnate, poiché alcuni parametri verificati non confermano del tutto il comportamento di un bot. Le richieste superiori a 75 vengono bloccate se il blocco è abilitato, poiché tutti i parametri mostrano una chiara attività da parte di bot.

Questo power-up verifica automaticamente se ogni richiesta in entrata proviene da un bot (ad es. spam da referral, script automatizzati). È in grado di rilevare e bloccare le richieste sospette prima che raggiungano il server o gli strumenti di analisi. Quando è abilitato, aggiunge due intestazioni a ogni richiesta:
Successivamente, creando una variabile di tipo Request Header per queste intestazioni nel container sGTM, è possibile sfruttare i segnali di rilevamento bot per filtrare il traffico indesiderato o sospetto. Ad esempio, è possibile bloccare l'attivazione dei tag di GA4 o di altri strumenti se la richiesta viene identificata come traffico bot.
| Nota: questo filtro può ora essere eseguito sia utilizzando una variabile in sGTM (come in precedenza), sia direttamente all'interno dell'account Stape abilitando le funzionalità del power-up. |
Vantaggi del power-up Bot Detection:
1. Dati analitici più precisi
2. Maggiore sicurezza e protezione dalle frodi
3. Facile da configurare e gestire
Una volta attivato, per tutte le richieste inviate al server, riceverà nelle intestazioni di richiesta due parametri aggiuntivi a ogni richiesta: X-Device-Bot (true o false) e X-Device-Bot-Score (un punteggio compreso tra 1 e 100 relativo alla probabilità che si tratti di una richiesta da un bot):

È quindi sufficiente aggiungere questo controllo supplementare agli attivatori nel container server:

Ora, se viene stabilito che la richiesta proviene da un bot, il tag non si attiverà e i dati non verranno inviati.
È anche possibile combinare questa configurazione con il power-up Block Request by IP.
Consente di bloccare le richieste provenienti da un massimo di 30 indirizzi IP selezionati.
In questo modo, è possibile filtrare il traffico interno del proprio team e bloccare il traffico qualora si notino bot provenienti da un indirizzo IP specifico, escludendo questi dati da GA4 e da altre piattaforme.
Se utilizza Cloudflare e riscontra un Paese specifico da cui proviene il traffico spam (per lo più dalla Polonia), può attivare Bot Check per gli indirizzi IP provenienti dalla Polonia.
Si tratta di una buona soluzione, ma solo se non ha visitatori reali provenienti dalla località da cui ha origine il traffico spam. In caso contrario, influirà inevitabilmente sul conteggio delle visite autentiche da quell'area.

Inoltre, Cloudflare offre anche le seguenti funzionalità per bloccare il traffico bot:

Se il referral contiene i domini di spam in questione, è possibile aggiungere un attivatore di eccezione per i tag di GA4. Farlo è molto semplice:

Ad esempio: news.grets.store|static.seders.website|another.domain


In questo modo, l'attivatore di eccezione impedirà l'esecuzione dei tag qualora il referral contenga uno dei domini di spam indicati, e questi dati non verranno inclusi in GA4.
Lo spam da referral e da eventi in Google Analytics 4 è un problema serio che distorce le statistiche e può danneggiare la strategia SEO e le decisioni basate sui dati. Purtroppo, i meccanismi integrati di GA4 attualmente non consentono di filtrare efficacemente tale traffico in base alle sorgenti di referral.
Ora, se viene stabilito che la richiesta proviene da un bot, il tag non si attiverà e i dati non verranno inviati.
Questo è particolarmente rilevante per i tag che alimentano direttamente le piattaforme pubblicitarie. Se non viene filtrato, il traffico bot non si limita a distorcere i report di GA4: viene inoltrato a Google Ads e Meta come conversioni reali, addestrando i loro algoritmi di offerta su traffico che non acquisterà mai. Per una configurazione completa che estenda questo filtro specificamente ai dati delle offerte pubblicitarie, consulti Guida pratica per proteggere le offerte pubblicitarie dai bot.
La cosa più importante è non ignorare il traffico bot in GA4. Prima si implementa una protezione di base, più accurati e utili saranno i report. Inoltre, passando a GTM lato server, non solo si otterrà protezione, ma anche ulteriori vantaggi: dati più puliti, una migliore velocità del sito e un maggiore controllo sull'analisi dei dati.
Se non sa da dove iniziare, provi a testare almeno una delle soluzioni descritte in questo articolo. Noterà come la qualità delle analisi cambierà nel giro di pochi giorni.
Desidera iniziare a utilizzare i tag lato server?
Stape offre numerosi tag per GTM lato server! Faccia clic su Prova gratis per registrarsi ed esplorarli tutti.
Provare gratis25 mar 2026
Commenti