Stape
Ricerca
Prova gratis

Sorgente di traffico non assegnata e non impostata in GA4

Aggiornato
6 dic 2024
Pubblicato
7 giu 2024
Disponibile anche in

Il traffico non assegnato in GA4 può essere un problema che confonde molti proprietari di siti web e venditori. Capire perché si verifica e come affrontarlo è fondamentale per un’analisi accurata dei dati. 

In questo articolo analizzeremo le cause del traffico non assegnato e non impostato e forniremo soluzioni pratiche. Alla fine, saprai come assicurarti che i dati sul traffico siano attribuiti correttamente.

Che cos’è il traffico non assegnato in GA4

What is Unassigned traffic - Stape

Il “traffico non assegnato” si riferisce alle sessioni e agli eventi che non possono essere attribuiti a nessun gruppo di canali predefinito in Google Analytics 4.

Di per sé questo non è un grosso problema, a differenza degli indicatori “non impostato” in sorgente/mezzo. Per questo motivo, di seguito tratteremo separatamente il problema Non assegnato e quello “non impostato”.

Comprendere la determinazione delle fonti di traffico di Google Analytics 4 e risolvere le fonti non assegnate

GA4 stabilisce la particolare fonte di traffico della sessione utilizzando due parametri: in primo luogo, la presenza di parametri UTM nell’URL all’inizio della sessione dell’utente. Se questi sono assenti, controlla il referrer per determinare la fonte di traffico del sito. Se anche il referrer è vuoto, il traffico viene classificato come Diretto.

Come GA4 utilizza i parametri UTM

Quando sono presenti i parametri UTM, Google Analytics 4 utilizza utm_source e utm_medium per determinare a quale gruppo di canali assegnare la sorgente di traffico. Se non hai gruppi di canali personalizzati in GA4, vengono utilizzati i gruppi di canali predefiniti. L’elenco ufficiale delle regole per i valori di utm_source e utm_medium per determinare i rispettivi gruppi è disponibile qui: https://support.google.com/analytics/answer/9756891?hl=en.

Per esempio, se utilizzi utm_source=facebook&utm_medium=paid negli annunci di Facebook, questa fonte sarà automaticamente classificata come “Paid Social” secondo le regole standard.

Paid Social category - stape

Tuttavia, se utilizzi qualcosa di personalizzato, come utm_source=stape&utm_medium=sst, questi valori non corrispondono a nessuna regola standard, quindi questa sessione rientrerà nella categoria “Non assegnato”.

Come risolvere le fonti di traffico non assegnate

1. Assicurati che il problema sia effettivamente dovuto a valori non standard nei parametri UTM.

Per farlo, puoi modificare il report di acquisizione del traffico in sorgente/mezzo della sessione o aggiungerlo come colonna supplementare.

Session source/medium - stape

2. Assicurati che sorgente/mezzo non abbia un numero elevato di valori (non impostati). Se è tutto a posto, vedrai quali sono le sorgenti e i mezzi effettivamente utilizzati.

3. Vai su Google Analytics 4 → Amministratore → Gruppo di canali. Aggiungi il tuo nuovo gruppo di canali personalizzato, che terrà conto e distribuirà correttamente i parametri UTM nei gruppi necessari.

Consigliamo di non crearlo da zero (richiederebbe molto più tempo), ma di copiare il gruppo di canali Predefinito, rinominarlo e aggiungere le regole di distribuzione della sorgente necessarie.

(non impostato) nel rapporto di acquisizione del traffico sorgente/mezzo

Se vedi molti valori ‘(non impostati)’ in sorgente/mezzo, significa che c’è un problema con la configurazione di monitoraggio di GA4.

(not set) in Source/Medium Traffic Acquisition Report

Principali cause di (non impostato) in sorgente/mezzo

1. Inizializzazione aggiuntiva di gtag da un’altra fonte

Questo è il motivo più comune per la maggior parte degli utenti. Spesso questo problema si nota dopo il passaggio al monitoraggio lato server, anche se potresti non averlo notato prima.

Sintomo: alcuni eventi GA4 vengono inviati al contenitore GTM lato server, mentre altri vengono inviati direttamente a google-analytics.com.

Cause: In Google Tag Manager, si inizializza gtag con il parametro server_container_url, ma questa impostazione viene sovrascritta da un’altra inizializzazione effettuata nel codice del sito o tramite un plugin/integrazione. Dal momento che il monitoraggio lato server e il monitoraggio web in Google Analytics 4 utilizzano cookie diversi per determinare l’id del client (il cookie ‘_ga ’ è utilizzato per gli eventi web, mentre FPID è utilizzato per gli eventi server), gli eventi inviati dallo stesso utente attraverso il web e il server saranno considerati da GA4 come eventi di utenti diversi, uno dei quali non ha avuto un evento session_start per determinare l’origine della sessione, con il risultato che tale sessione risulta (non impostata).

Come verificare il problema:

Apri lo strumento di sviluppo della rete nel browser, attiva l’opzione ‘conserva log’ per non perdere alcun evento quando passi da una pagina all’altra. Per comodità, nel filtro specifica l’id di misura del GA4 per facilitare la ricerca delle richieste necessarie.

Ecco un esempio di evento che funziona correttamente e viene inviato all’url del contenitore del server:

preserver log in network dev tool - stape

Ed ecco un evento che viene inviato direttamente a GA a causa di problemi di configurazione:

preserver log in network dev tool 2 - stape

Verifica che tutti gli eventi di GA4 siano inviati all’URL del contenitore del server e non a google-analytics.com.

Come risolvere il problema:

  • Controlla se nel codice è presente codice inline con inizializzazione o eventi gtag. Di solito si presenta in questo modo:
Check that all your GA4 events are sent to the URL of your server container, not to google-analytics.com

Se nel codice del sito sono presenti script gtag, rimuovili completamente.

  • Verifica se sono attivi plugin/integrazioni che inviano dati a Google Analytics 4. Disattiva queste funzioni al loro interno.

Ideally, use a single GoogL’ideale è utilizzare un singolo tag Google con GA4 configurato attraverso il contenitore GTM.le tag with GA4 configured through your GTM container.

2. I tag evento GA4 si attivano prima del Tag Google

Questo accade perché alcuni eventi del livello dati si attivano troppo presto o spesso a causa di un’impostazione errata del funzionamento del tag rispetto al consenso.

I sintomi e i controlli sono esattamente gli stessi del primo punto: alcuni eventi vengono inviati direttamente a google-analytics.com. 

Esegui una verifica nella modalità di anteprima del tuo contenitore web GTM; spesso si può osservare una situazione come nell’esempio seguente:

GA4 Event Tags Firing Earlier Than the Google Tag

In questo esempio, il tag Google con la configurazione GA4 utilizza un trigger di aggiornamento del consenso per operare quando lo stato del consenso è già noto; questo evento compare piuttosto tardi nella pagina.

Ma prima di questo c’è un altro evento nel livello dei dati (view_item nell’esempio precedente) su cui viene attivato il tag event. Poiché al momento dell’attivazione dell’evento non c’è un’impostazione della configurazione per l’invio dei dati all’url del contenitore del server, questo evento sarà inviato direttamente all’analytics, il che comporterà problemi nel determinare la fonte delle sessioni per tale evento.

Se si verificano situazioni del genere, assicurati che i tag evento di Google Analytics 4 siano sempre attivati successivamente al Google Tag.

Spesso, l’uso di un gruppo di trigger può contribuire a risolvere questo problema. Ad esempio, per risolvere un problema come quello descritto sopra, puoi utilizzare un gruppo di trigger che includa view_item e cookie_consent_update: in questo modo l’evento view_item di GA4 si attiverà sempre dopo il tag config.

Using a trigger group - stape

3. Uso di un ID di sessione e/o di un ID cliente non corretti nell’invio di eventi tramite il protocollo di misura

Se utilizzi il protocollo di misurazione per inviare alcuni eventi, assicurati che client_id e session_id siano utilizzati nel formato corretto e con i cookie corretti. In questo modo, gli eventi inviati tramite il protocollo di misurazione saranno associati alla sessione dell’utente e avranno la sorgente corretta.

Nel passaggio a GA4 lato server, spesso questo punto viene trascurato e si continua a usare il cookie _ga negli eventi del protocollo di misurazione.

Il cookie 'FPID' viene utilizzato per il monitoraggio lato server per determinare client_id. Usa il valore senza la sua prima parte.

Esempio di cookie FPID User ID:

FPID2.4.dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491

Formato per l’uso in MP:

dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491

Il cookie ‘_ga_yourMeasurementId’ viene utilizzato per determinare session_id. Usa solo la parte dopo il secondo punto.

Esempio di Cookie Session:

GS1.1.1717673857.4.1.1717674043.0.0.803799365

Formato per l’uso in MP:

1717673857

Inoltre, assicurati di utilizzare la corretta decodifica/codifica del valore del cookie.

Di solito il modo più semplice per verificarlo è guardare nei rapporti di GA4 Explore i valori dei cookie per gli eventi web e per gli eventi del server, per assicurarsi che sia tutto corretto. 

In caso di problemi inspiegabili, una registrazione aggiuntiva dei dati in un database di terze parti e la verifica in tale sede possono sempre essere utili.

Conclusioni

Comprendere e configurare correttamente GA4 per tracciare e classificare con precisione le fonti di traffico è indispensabile per un’analisi digitale efficace. Assicurarsi che i parametri UTM siano impostati correttamente ed evitare le insidie dei valori (non impostati) nei rapporti sorgente/mezzo ti permetterà di avere una visione più chiara della provenienza del traffico in Google Analytics e del suo comportamento sul tuo sito. 

Affrontando questioni come l’inizializzazione aggiuntiva di gtag, la tempistica dei tag evento e l’uso corretto degli ID sessione e client, potrai migliorare l’accuratezza dei tuoi dati analitici. Questo permetterà, in ultima analisi, di prendere decisioni migliori e di adottare strategie di marketing più efficaci. Prendersi il tempo necessario per configurare nel modo giusto GA4 garantisce di ottenere il massimo dai dati analitici e di ottenere risultati migliori per l’azienda.

Ci auguriamo che questo articolo sia utile a coloro che hanno delle difficoltà con il traffico GA4 non assegnato. Comprendendone le cause e applicando le soluzioni suggerite, potrai migliorare l’accuratezza dei dati e ottenere maggiori informazioni sulle prestazioni del tuo sito web. 

Tuttavia, occorre ricordare che a volte il problema può risolversi da solo con il tempo, man mano che i processi di raccolta dei dati si normalizzano. Spesso, la pazienza può essere altrettanto efficace di un’azione immediata. Ti ringraziamo per la lettura e ti auguriamo di avere successo nella gestione del tuo traffico con Google Analytics.

Prova Stape per tutto ciò che riguarda il lato serverproprio ora!