2026-07-22

(not set) in GA4: cosa significa e come risolverlo per report

Apri un report GA4 — landing page, source/medium o campagna — e vedi una riga (not set) che si mangia una fetta enorme del traffico o delle conversioni. Non sai se è un bug di tracciamento, un problema di configurazione o qualcosa che semplicemente non puoi correggere. Questa guida ti dice esattamente quale caso è il tuo.

Perché succede, dal più comune al più raro

1. Manca la dimensione richiesta nell'hit. GA4 scrive (not set) quando l'evento arriva ma non porta il dato che quel report sta cercando di mostrare. È la causa più frequente e riguarda quasi sempre landing page e campaign.

2. Parametri UTM assenti o incompleti nel link. Se un utente arriva da un link senza utm_source/utm_medium, GA4 non ha nulla da mostrare in source/medium e assegna (not set) o, a seconda dei casi, "(direct)/(none)".

3. Redirect o consenso cookie che perdono i parametri. Un redirect (http→https, dominio→sottodominio, un tool di email marketing) può tagliare la query string con gli UTM prima che GA4 la legga.

4. Evento page_view sparato senza il parametro page_location valorizzato correttamente. Succede con SPA, tag gestiti male in Google Tag Manager, o page_view duplicati custom che sovrascrivono i parametri di default.

5. Import di dati costo/campagna non allineato ai nomi campagna reali. Se colleghi Google Ads, Meta Ads o un import manuale con nomi campagna diversi da quelli nei link, GA4 non riesce ad abbinare e mostra (not set) nel report Traffic acquisition per campagna.

6. Finestra di elaborazione / dato ancora in transito. Meno comune, ma un piccolo (not set) residuo e stabile nel tempo, senza pattern, può essere semplicemente rumore di raccolta dati che non vale la pena inseguire.

Fix, passo per passo

1. Isola il report. Apri il report specifico (Landing page, Traffico: Sessione source/medium, Traffico: Sessione campaign) e filtra solo per (not set) per capire quanto volume è coinvolto e in quale intervallo di date è comparso.
2. Controlla se è recente o storico. Se (not set) è comparso da una data precisa, cerca cosa è cambiato quel giorno: nuovo redirect, nuova campagna, aggiornamento di Google Tag Manager, migrazione dominio.
3. Per landing page (not set): verifica il parametro page_location. In Google Tag Manager, controlla il tag Google Analytics: GA4 Configuration e conferma che il campo Page Location non sia sovrascritto da un valore vuoto in qualche tag custom o Data Layer Variable rotta.
4. Per source/medium (not set): controlla gli UTM alla sorgente. Prendi 3-5 URL usati nelle campagne (email, social, ads) e verifica che contengano utm_source e utm_medium validi, non solo utm_campaign.
5. Testa il redirect. Apri uno dei link UTM in incognito e guarda nella barra indirizzi se, dopo il redirect, la query string con gli UTM è ancora presente. Se sparisce, il problema è nel redirect (CDN, plugin, tool email), non in GA4.
6. Per campaign (not set): allinea i nomi. Confronta il nome campagna nell'import (Google Ads, Meta Ads, import manuale) con l'utm_campaign realmente usato nei link. Devono coincidere carattere per carattere.
7. Verifica il consenso/consent mode. Se hai attivato Consent Mode, controlla che i parametri di campagna non vengano scartati insieme ai cookie quando l'utente nega il consenso: in quel caso il (not set) è strutturale, non un bug.
8. Classifica il risultato. Se hai trovato un tag rotto, un redirect che taglia gli UTM o un mismatch di nomi campagna: è fixable, correggi e monitora i prossimi 7 giorni. Se dipende da utenti senza consenso, dark social, o traffico diretto mascherato da app/email client: è strutturale, non risolvibile con configurazione GA4, e va solo isolato/segmentato nei report.

Checklist diagnostica da copiare

CHECKLIST (not set) IN GA4 - ordine di verifica rapida

[ ] 1. Report coinvolto: Landing page / Source-medium / Campaign
[ ] 2. Volume (not set): ___% del totale, periodo: ___
[ ] 3. Comparso da data precisa? SI / NO -> se SI, cosa è cambiato quel giorno?
[ ] 4. Tag GA4 Configuration in GTM: Page Location valorizzato correttamente? SI / NO
[ ] 5. Link campagna testati (min 3): utm_source e utm_medium presenti? SI / NO
[ ] 6. Redirect testato in incognito: UTM sopravvivono al redirect? SI / NO
[ ] 7. Nome campagna import (Ads/Meta) = utm_campaign nel link? SI / NO
[ ] 8. Consent Mode attivo e blocca parametri su "denied"? SI / NO
[ ] 9. Classificazione finale: FIXABLE / STRUTTURALE
[ ] 10. Azione: correggere tag/redirect/naming OPPURE segmentare e monitorare

Come verificare che hai risolto

Genera un nuovo link UTM di test, aprilo in incognito, e nel report in tempo reale di GA4 controlla che source/medium e campaign compaiano valorizzati (non (not set)). Poi aspetta 24-48 ore e riguarda il report standard filtrato su (not set): se la percentuale scende rispetto alla settimana precedente sullo stesso volume di traffico, il fix ha funzionato. Se resta stabile, il caso è probabilmente strutturale.

Una volta capito quale (not set) è fixable e quale no, il lavoro vero inizia dopo: capire quali campagne meritano budget nonostante il rumore nei dati. È esattamente il tipo di priorità che Next Action Anal