Come capire se Astrina sta tracciando correttamente il traffico bot
Non serve un audit completo per rispondere a una sola domanda: Astrina sta classificando le visite simili a bot nel modo che ti aspetti in questa proprietà, su questa campagna, proprio adesso? Se ti chiedi come capire se Astrina traccia correttamente il traffico bot, questo è un test molto più mirato del giudicare la qualità del traffico sull’intero account, e fa risparmiare tempo. Parti da qui.
Il modo più pulito di lavorare è scegliere una proprietà, una landing page e una finestra temporale piccola. Dieci minuti possono bastare per verificare traffico bot su Astrina. Stai verificando la logica di tracciamento, non la salute dell’intero mix di acquisizione.
1. Definisci lo scenario esatto da verificare
Scrivi lo scenario prima di aprire la dashboard. Indica la proprietà, la campagna, il percorso della pagina e il comportamento che ti aspetti di vedere. Se un crawler visita /pricing tre volte in 90 secondi, è un caso specifico. Se uno strumento di QA carica la stessa pagina con lo stesso user agent da un unico IP, è un altro caso.
Questo conta perché il traffico bot può significare cose diverse in contesti diversi. Una newsletter può attirare scanner di link. Una pagina di documentazione pubblica può attirare scraper. Una landing page pubblicitaria può ricevere bot di anteprima dalle piattaforme adv. Non mescolare questi casi in un unico set di test. Un test, un obiettivo.
Se stai verificando una configurazione dopo una modifica, annota esattamente quale. Qualcuno ha aggiunto un filtro? L’agent è stato installato su un secondo sottodominio? È stata attivata una nuova regola di alert? Sono questi dettagli a stabilire se il risultato dipende dal prodotto o dalla configurazione.
2. Scegli una finestra di test piccola con segnali bot noti
Scegli una finestra temporale breve in cui ti aspetti che un’attività simile a bot sia visibile. Una porzione di 30 minuti funziona meglio di un’intera settimana quando vuoi confermare la classificazione. Se conosci già una fonte, usa quella. Se conosci una landing page, usa quella. Se sai qual è l’ora con più crawl, ancora meglio.
Cerca una base di confronto che riesci a spiegare in una sola frase. Per esempio: “Questa pagina è stata condivisa in un forum con molto traffico bot alle 14:00”, oppure “Questa campagna è stata colpita da un controllo di monitoraggio ogni 5 minuti”. Più pulita è la base, più è facile controllare classificazione bot Astrina e capire se Astrina sta etichettando correttamente le visite.
Una mossa pratica: confronta la finestra di test con una finestra tranquilla della stessa durata. Se i segnali bot compaiono solo nella finestra attesa, e Astrina li tratta in modo diverso rispetto alla finestra tranquilla, hai un buon punto di partenza. Se le due finestre sembrano identiche, fermati. Qualcosa nella configurazione potrebbe stare nascondendo il segnale.
3. Riproduci il pattern di visita che vuoi testare
Usa uno schema ripetibile. Visita lo stesso percorso dallo stesso profilo browser, o dallo stesso host di test, oppure con la stessa stringa user agent. Fallo sempre nello stesso ordine. Tre visite a un minuto di distanza sono più facili da rivedere rispetto a una raffica confusa di click casuali.
Un pattern semplice può essere questo: pagina A, poi pagina B, poi di nuovo pagina A. Oppure homepage, poi pagina prodotto, poi pagina checkout senza pause. Alcuni bot fanno esattamente così. Anche alcuni umani lo fanno, ed è per questo che conta il numero di ripetizioni. Due hit sono una prova debole. Cinque o più possono raccontare una storia più chiara.
Tieni il test ristretto. Non sommergere la proprietà con centinaia di richieste, a meno che tu non stia cercando di testare il comportamento su larga scala, e quello è un altro lavoro. Un piccolo set di visite note basta per la maggior parte dei controlli. Ti servono tracce leggibili, non rumore.
Se prima ti serve un’installazione pulita, la pagina di setup dell’agent è qui: * e le dimensioni del testo visibile normalizzato. Installa una volta, verifica che la proprietà riceva dati, poi esegui il test bot. Un test fallito non significa nulla se il tracker non era mai attivo.
4. Verifica che Astrina registri in modo coerente la catena degli eventi
Apri la vista della singola visita o sessione e controlla la sequenza. Le pageview dovrebbero apparire nell’ordine in cui le hai generate. I referrer dovrebbero corrispondere alla fonte che hai usato. I timestamp dovrebbero allinearsi ai minuti, non slittare in un’altra ora. Qui un test bot dovrebbe essere noioso.
Fai attenzione ai vuoti. Un bot può generare eventi di pageview senza un corrispondente inizio sessione. Un loop di reload può creare hit duplicati con lo stesso percorso. Un crawler può arrivare senza referrer e poi rimbalzare su due pagine interne. Questi pattern non sono una prova da soli, ma ti dicono se Astrina vede la catena come una singola sequenza simile a bot o come traffico scollegato.
Un controllo utile è l’intervallo tra gli hit. Se hai attivato richieste ogni 20 secondi, le distanze registrate dovrebbero restare vicine a quel ritmo. Se sono compresse, allungate o riordinate, il problema potrebbe essere nella gestione dei timestamp più che nella classificazione bot.
Questo piccolo dettaglio conta. Un’etichetta bot sul visit sbagliato è un’etichetta sbagliata. Lo è anche una buona etichetta applicata al percorso errato. Controlla prima la catena, poi l’etichetta.
5. Confronta i risultati della classificazione tra filtri e viste
Non fidarti di un solo riquadro della dashboard. Controlla lo stesso set di test nella vista principale, in ogni segmento salvato, in ogni export e in ogni filtro a livello di proprietà che usi. Il risultato dovrebbe rimanere coerente. Se una visita è etichettata come bot in un punto e come umana in un altro, c’è un problema di reporting che vale la pena indagare.
Se puoi, usa almeno due viste. Una vista può nascondere il traffico filtrato. Un’altra può mostrare gli eventi grezzi. Questa differenza è utile, non fastidiosa. Ti dice se la classificazione esiste a livello di evento, di sessione o solo in un report derivato.
Se mantieni una mappa di misurazione per la proprietà, ricontrolla il test bot rispetto agli eventi che ti aspetti di misurare: pageview, inizio sessione, referrer e qualsiasi evento personalizzato legato alla campagna. L’articolo su cosa misurare nell’analytics di un sito web può aiutarti quando devi nominare chiaramente questi campi.
Non saltare gli export. Un CSV può rivelare un disallineamento che la dashboard nasconde dietro i raggruppamenti. Cerca lo stesso session ID, lo stesso percorso pagina e lo stesso flag bot in tutti e tre i punti. Se il flag scompare nell’export, è un guasto concreto.
6. Cerca falsi negativi e falsi positivi nel set di test
Ora controlla a mano un piccolo campione. Scegli 5 hit bot evidenti e 5 visite chiaramente umane. Non ti serve un campione enorme. Ti servono casi ovvi. Se un crawler noto è stato mancato, è un falso negativo. Se una visita normale di una persona è stata segnalata, è un falso positivo.
Usa la prova più semplice che hai. Un test bot da un servizio di monitoraggio, un run di browser sintetico o un IP QA noto possono rappresentare il lato bot. Un test dalla Wi‑Fi dell’ufficio o da un account del team possono rappresentare il lato umano. Mantieni la distinzione pulita. I campioni misti fanno perdere tempo.
Fai attenzione ai casi limite. Un’estensione del browser può far sembrare strana una visita umana. Uno strumento di privacy può rimuovere i referrer. Un proxy aziendale può raggruppare più persone dietro un solo IP. Nessuno di questi elementi, da solo, prova che Astrina sbagli, ma spiegano perché un singolo hit possa finire nel bucket sbagliato.
Se vuoi confrontare l’etichetta bot con un flusso di prodotto, la session replay può aiutare. Il post su astrina session replay per controllare il checkout mostra come usare la replay in un percorso più ristretto. È utile quando il test bot tocca compilazioni di form, azioni nel carrello o step di checkout.
7. Verifica il reporting a valle e le esclusioni
La classificazione corretta è solo metà del lavoro. Devi anche confermare che il traffico bot venga escluso, instradato o conteggiato come si aspetta il tuo reporting. Controlla gli alert, gli export e qualsiasi integrazione che legge da Astrina. Se il traffico bot dovrebbe essere escluso da una metrica, verifica quell’esclusione nel punto in cui la metrica viene consumata, non solo dentro Astrina.
Guarda un esempio a valle. Se il tuo report settimanale prende solo sessioni non bot, il traffico di test scompare lì? Se il tuo alert osserva picchi sospetti, il test bot lo attiva o resta sotto soglia? Se una dashboard a valle usa un filtro salvato, il filtro continua a funzionare dopo l’applicazione dell’etichetta bot? Tre controlli distinti. Tre possibili punti di errore.
Questo è anche il momento per rivedere modifiche al prodotto o allo stack che alterano il comportamento dell’analytics. Se di recente sono cambiate le regole del browser, il post su cosa è cambiato nell’analytics del sito dopo può dare un contesto utile per un cambiamento nei report che non è affatto causato dal rilevamento bot.
Alcuni team inviano anche il traffico gestito come bot a un processo separato, soprattutto quando un alert o un workflow di supporto dipende da esso. Se la tua configurazione include un percorso ritirato o protetto da accesso, conferma che le regole di routing si comportino ancora come previsto dopo l’applicazione dell’etichetta bot. Una sola esclusione mancante può inondare un report nel giro di poche ore.
8. Documenta il risultato e cosa ritestare dopo
Annota il test prima di dimenticarlo. Registra la proprietà, la finestra di test, la fonte, il percorso, il numero di hit e l’esito. Bastano cinque righe. Se l’etichetta corrispondeva alle aspettative, scrivilo. Se non lo faceva, indica esattamente dove ha fallito: etichetta mancante, sessione sbagliata, export errato o esclusione rotta.
Mantieni il prossimo test specifico. Se il primo controllo ha usato un solo IP, ripeti da un secondo IP. Se il primo controllo ha usato un solo percorso pagina, ripeti su una pagina diversa. Se il primo controllo ha usato solo pageview, ritesta con un cambio di referrer o con un pattern di click ripetuto. Una modifica alla volta. È così che isoli il problema.
Usa una checklist breve dopo ogni modifica di configurazione, reinstallazione dell’agent o nuovo rilascio. La pagina di setup può aiutarti se devi reinstallare l’agent da zero: * e le dimensioni del testo visibile normalizzato. Se il tuo team lavora su una proprietà di staging, replica prima lì la stessa verifica. I problemi in staging costano meno.
Se vuoi una vista più pulita di come una visita tracciata dovrebbe passare attraverso la proprietà, rivedi l’articolo base su come configurare l’uptime di Astrina. L’uptime non è il rilevamento bot, ma insegna la stessa disciplina: un evento noto, un risultato noto, un percorso verificabile.
Dopo, mantieni le note ben visibili. Una frase come “10 hit ripetuti da un unico IP sono stati etichettati come bot in dashboard, export e filtro alert martedì alle 14:20” vale più di un generico appunto pass/fail. Scrivi la data. Scrivi il percorso. Scrivi l’errore esatto, se c’è stato. Poi ritesta quel caso preciso la prossima volta.
