Come risolvere il traffico live mancante in Astrina

Il traffico live mancante di solito non è davvero “sparito”. Spesso è nascosto dall’ambito, dal tempismo o da una modifica che hai fatto tre giorni fa e di cui ti sei dimenticato. Se stai cercando di capire come risolvere traffico live Astrina, parti dalla domanda più semplice: cosa ti aspettavi di vedere, su quale pagina e in quale minuto non è comparso? In altre parole, quando sembra che Astrina non mostra traffico live, il primo passo è verificare dove e quando il dato dovrebbe apparire.

Una dashboard vuota non prova una perdita. La homepage può sembrare vuota mentre il blog, il checkout o la landing page di una campagna continua a registrare tutto normalmente. Controlla una pagina, poi un’altra. Questa piccola differenza conta anche quando stai cercando il traffico live mancante Astrina.

1. Verifica se il problema è davvero traffico live “mancante”

Definisci il divario in termini semplici. Se Astrina mostra 2 visitatori live e tu te ne aspettavi 5, è una discrepanza, non un blackout. Se mostra 0 su un intero sito per 20 minuti, è un problema diverso. Non è lo stesso caso.

Annota prima la pagina o l’area del sito. Una pagina prodotto, un catalogo e un articolo di supporto possono comportarsi in modo diverso perché possono usare template o posizionamenti dei tag differenti. Un solo template rotto può far sembrare inattiva una sezione mentre il resto del sito funziona.

Usa un confronto concreto. “Più basso del solito” è vago; “la pagina prezzi è scesa da 7 visite live a 0 dopo il deploy di mezzogiorno” ti dà una linea reale da indagare. Qui i numeri aiutano. Andare a intuito no.

2. Controlla data, ora e fuso orario esatti

Prima di toccare il codice, controlla l’intervallo di report. Astrina potrebbe mostrare una vista live, una finestra recente o un intervallo salvato, e non sono intercambiabili. Una pagina può sembrare assente semplicemente perché l’orologio è impostato su un fuso orario diverso da quello usato dal team.

Controlla il fuso orario dell’account, l’orologio del browser e quello del server del sito, se disponibile. Uno scarto di 15 minuti può far sembrare una richiesta in ritardo, in anticipo o del tutto mancante. Basta questo per far perdere un’ora.

Fai attenzione alle viste “correnti”. Se hai aperto Astrina alle 09:58 e hai aggiornato alle 10:02, devi comunque verificare che la dashboard si sia aggiornata con te. Una scheda obsoleta può continuare a mostrare lo stato live di ieri e farti inseguire fantasmi.

3. Rivedi accesso, proprietà e ambito dei filtri

Assicurati di essere nella proprietà giusta. Sembra ovvio, ma i team spesso usano nomi simili per staging, produzione, siti regionali o account cliente. Un clic in più può portarti sul progetto sbagliato.

Poi controlla i permessi. Se il tuo ruolo non può vedere un segmento, un filtro o una vista privata, potresti pensare che il traffico live manchi quando in realtà è solo nascosto. Succede più spesso di quanto si ammetta nelle riunioni.

Cerca le restrizioni di ambito. Filtri, segmenti e viste salvate possono nascondere il traffico live per un tipo di dispositivo, un paese o un percorso. Se un filtro esclude gli IP interni, un test dall’ufficio potrebbe non comparire mai. Se ti serve una configurazione account più ampia per diversi siti, la vista ogni sito che segui di Astrina può facilitare il confronto di ciò che è visibile tra i vari progetti.

Un test rapido aiuta: passa a una vista non filtrata e ricarica. Se il traffico live appare, il problema non era la raccolta. Era l’ambito.

4. Esamina le modifiche recenti all’implementazione

Traccia l’ultimo rilascio, anche se era “solo un piccolo cambiamento”. Una nuova regola del tag manager, un aggiornamento del banner dei consensi, una modifica a un redirect o una regola CDN può interrompere gli hit live senza rompere la pagina stessa. La pagina si carica. I dati no.

Controlla se il codice di tracciamento è stato spostato nell’ultimo deploy. Se lo script è stato ritardato, rimosso da un template o duplicato in due punti, il traffico live può diventare instabile. Basta una patch front-end.

I rilasci front-end meritano un’attenzione speciale. Un singolo cambiamento di rendering può impedire l’esecuzione dello script al caricamento iniziale, soprattutto nelle single-page app dove contano le modifiche di route. Il sito sembra normale. La richiesta non parte.

Anche il comportamento dei consensi è un punto di rottura frequente. Se ora il banner aspetta un clic prima di attivare l’analytics, il traffico live calerà per gli utenti che non accettano i cookie. Non è un bug di Astrina. È una modifica di configurazione.

5. Verifica che le richieste live arrivino ad Astrina

Apri gli strumenti di sviluppo del browser e guarda la scheda Network. Ricarica la pagina una volta, poi cerca la richiesta di tracciamento. Devi vederla partire al caricamento e restituire una risposta corretta. Nessuna richiesta significa che nessun dato può arrivare.

Controlla i dettagli della richiesta, non solo la visualizzazione della pagina. La richiesta potrebbe essere bloccata, reindirizzata o ricevere un errore facile da perdere se guardi solo la dashboard. Quello che vuoi confermare è una risposta riuscita.

Se puoi acquisire un request ID, fallo. L’assistenza può rintracciarlo molto più velocemente di una nota vaga come “il traffico live non funziona”. Più il pacchetto è preciso, meno tempo tutti passano a fare ipotesi.

Prova una volta da desktop e una volta da mobile. Un telefono può comportarsi in modo diverso, e quella differenza può evitarti di incolpare il livello sbagliato. Test piccolo, indizio grande.

6. Controlla i blocchi su dispositivi o browser specifici

Gli ad blocker possono nascondere il traffico live. Anche le impostazioni sulla privacy, le estensioni del browser e controlli più rigidi sui cookie. Safari e iOS meritano in particolare di essere testati perché il loro comportamento può essere diverso da Chrome.

Testa almeno tre condizioni: nessun blocker, blocker attivo e consenso negato. Se il traffico live appare solo nel primo caso, il problema non è una perdita totale. È una registrazione condizionata. Questa distinzione conta per la correzione.

Prova un browser normale e una finestra privata. Poi ripeti da un telefono. Se l’hit live compare in un punto e scompare in un altro, hai ristretto il problema al comportamento del browser e non al sito o all’account.

A volte la spiegazione è banale. Un dispositivo aziendale con impostazioni di privacy rigide può cancellare proprio la richiesta che stai cercando di misurare. Poco glamour. Molto reale.

7. Confronta le pagine coinvolte con una pagina che funziona

Scegli una pagina che registra traffico live e una che non lo fa. Caricale con lo stesso browser, lo stesso dispositivo, la stessa rete e lo stesso stato di consenso. Se una funziona e l’altra no, hai un problema a livello di pagina, non un’interruzione globale.

Confronta i template della pagina. La pagina rotta potrebbe usare un layout diverso, un blocco script ritardato o un percorso eventi personalizzato. La pagina funzionante dimostra che l’account può ricevere traffico live. La pagina che fallisce mostra dove si interrompe.

Usa il confronto anche per isolare problemi specifici degli eventi. Una pagina può caricarsi correttamente mentre un clic, l’invio di un form o una visualizzazione virtuale della pagina non parte mai. Succede spesso nei flussi di checkout e nelle route delle SPA, dove la pagina visibile e l’evento tracciato non sono la stessa cosa.

Se usi già astrina per i controlli a livello di pagina, questo è il momento di guardare la pagina esatta che cambia stato, non solo la homepage. La homepage può stare bene mentre il vero problema è su un solo pulsante bloccato.

8. Escala con un pacchetto di troubleshooting conciso

Prima di contattare l’assistenza, raccogli sei elementi: l’URL interessato, il timestamp, il browser, il dispositivo, il comportamento atteso e quello reale. Aggiungi uno screenshot, se ce l’hai. Aggiungi un request ID se lo hai catturato. Quel pacchetto trasforma un lento scambio di messaggi in un controllo diretto.

Se il tuo team gestisce più siti, includi il nome del progetto esattamente come appare in Astrina. Un carattere fuori posto può mandare l’assistenza nella direzione sbagliata. Sembra una cosa minima. Non lo è.

Tieni la nota breve e specifica. “Traffico live mancante su /pricing alle 10:14 UTC in Safari su iPhone, la richiesta non compare mai in Network” è molto meglio di “non funziona niente”. L’assistenza può agire subito sulla prima frase.

Se la tua configurazione coinvolge agenzie o più proprietà cliente, una dashboard condivisa come tutti i siti dei clienti in un’unica dashboard può aiutarti a capire se il problema riguarda un solo cliente o se si estende all’intero account. Un sito rotto è un problema del sito. Tre siti rotti puntano di solito a una modifica di configurazione.

Cosa registrare durante l’indagine

Un controllo finale: se la richiesta live non parte mai, non perdere tempo con i grafici di reporting. Torna a implementazione, consenso o blocco. Se la richiesta parte ma non compare nulla in Astrina, il percorso è diverso e spesso molto più rapido da risolvere. Due problemi. Due soluzioni.

Usa le prove della pagina funzionante, della pagina bloccata e del log di rete prima di chiedere aiuto. È la strada più veloce quando stai cercando di risolvere il traffico live mancante in Astrina, e offre alla persona dall’altra parte qualcosa che può davvero testare invece di un reclamo vago.