2026-09-03

Parametri UTM non compaiono in GA4: come trovare la causa reale

Hai controllato l'URL cento volte: utm_source, utm_medium e utm_campaign sono scritti correttamente, il link funziona, il click arriva sul sito. Eppure in GA4, nel report Acquisizione traffico, quella campagna non si vede: compare "(not set)" oppure il traffico finisce tutto sotto "Direct" o "Unassigned". Se ti riconosci in questa descrizione, il problema quasi certamente non è nell'URL che hai creato, ma in cosa succede tra il click e l'arrivo effettivo su GA4.

Perché succede

In ordine di probabilità, dalla causa più comune alla più rara:

1. Redirect chain che perde la query string. Se il link passa da un accorciatore di URL, da un redirect del CMS, da una landing page generata da un tool di email marketing o da un redirect 301/302 lato server, e quel redirect non è configurato per propagare i parametri, la query string con gli UTM viene tagliata prima che GA4 la veda. Questa è di gran lunga la causa più frequente quando l'URL "sorgente" è corretto ma quello che arriva al browser no.
2. Confusione tra dimensioni scoped a livello di sessione e scoped a livello di utente (first user). GA4 ha sia Session source / medium che First user source / medium. Se stai guardando un report o un'esplorazione impostata sulle dimensioni "First user" e quell'utente era già arrivato in precedenza da un altro canale (organico, direct), GA4 mostra la fonte del primo arrivo, non quella della campagna UTM recente. Il traffico UTM esiste, ma è "nascosto" dietro la dimensione sbagliata.
3. Latenza di elaborazione. I report standard di GA4 non sono in tempo reale: possono volerci fino a 24-48 ore prima che i dati compaiano stabilmente nei report di Acquisizione. Se hai lanciato la campagna nelle ultime ore, il "vuoto" che vedi può semplicemente essere latenza di processing, non un problema di tracciamento.
4. Parametri UTM non conformi. Maiuscole/minuscole diverse tra sessioni (Facebook vs facebook), spazi, caratteri speciali non incodificati, o l'uso di parametri custom non standard invece di utm_source/medium/campaign/term/content possono far sì che GA4 non li raggruppi come ti aspetti, facendoli apparire "mancanti" mentre in realtà sono solo frammentati o rinominati.
5. Consent Mode o blocco cookie che impedisce l'hit. Meno comune, ma se il consenso non è stato dato e il tag di misurazione non parte, il parametro UTM non viene mai registrato, indipendentemente da quanto sia corretto l'URL.

Fix, passo dopo passo

1. Apri l'URL con gli UTM in una finestra in incognito e controlla la barra degli indirizzi dopo l'atterraggio finale sulla pagina: se la query string non c'è più, hai trovato un redirect che la sta tagliando. Controlla ogni step della catena (accorciatore → redirect CMS → pagina finale).
2. Se usi un redirect lato server o un plugin, verifica che sia impostato per fare un "passthrough" della query string, non solo dell'URL base. Molti redirect 301 di default riscrivono solo il path.
3. Nei report GA4, cambia la dimensione da First user source / medium a Session source / medium (o viceversa, secondo cosa vuoi analizzare) e controlla se il traffico riappare. Fai lo stesso test in un'esplorazione libera aggiungendo entrambe le dimensioni in colonne affiancate per confrontarle.
4. Se la campagna è recente, aspetta 24-48 ore e ricontrolla prima di dichiarare il tracciamento rotto.
5. Uniforma minuscole, niente spazi, niente caratteri speciali non codificati in tutti gli UTM che generi da qui in avanti (vedi template sotto).
6. Verifica lo stato del Consent Mode: se il banner cookie blocca il tag prima del consenso, testa il flusso accettando i cookie e controlla se l'evento page_view con i parametri di campagna viene inviato (usa DebugView in GA4 per vederlo in tempo reale).
7. Usa DebugView di GA4 per il test finale: apri il link UTM con il browser in modalità debug, e controlla se i parametri source, medium, campaign compaiono nei parametri dell'evento session_start o page_view in tempo reale. Se non compaiono qui, il problema è a monte (redirect o consenso), non nel report.

Template UTM pronto all'uso

REGOLE DI NAMING (da applicare sempre, senza eccezioni):
- tutto minuscolo, nessuna eccezione
- nessuno spazio: usa underscore _
- nessun carattere speciale (é, à, ç, ecc.)
- usa sempre gli stessi valori per medium (lista chiusa sotto)

utm_source   = piattaforma/origine esatta (es: facebook, newsletter, google)
utm_medium   = canale, SOLO da questa lista chiusa:
                 cpc | email | social | referral | display | affiliate
utm_campaign = nome_campagna_mese_anno (es: black_friday_nov_2024)
utm_term     = solo per ads a pagamento, keyword o audience
utm_content  = variante creativa/annuncio (es: banner_a, video_15s)

ESEMPIO CORRETTO:
https://tuosito.it/landing?utm_source=facebook&utm_medium=social&utm_campaign=black_friday_nov_2024&utm_content=video_15s

CHECKLIST PRE-LANCIO:
[ ] URL testato in incognito, query string presente dopo il redirect finale
[ ] source/medium in minuscolo, senza spazi
[ ] medium presente nella lista chiusa sopra
[ ] evento verificato in DebugView GA4 prima del lancio massivo
[ ] link salvato in un foglio condiviso per riuso futuro (evita variazioni accidentali)

Come verificare che funziona

Apri DebugView in GA4, clicca sul link UTM completo dal dispositivo di test, e controlla che l'evento session_start mostri i parametri di campagna corretti in tempo reale. Poi aspetta 24-48 ore e controlla il report Acquisizione traffico standard usando sia Session source / medium che First user source / medium: se il traffico compare in almeno una delle due con i valori attesi, il tracciamento funziona: il problema era latenza o scoping, non un URL rotto.

Una volta che i dati UTM arrivano in modo affidabile in GA4, il passo successivo è capire cosa fare con quei numeri ogni settimana senza perdere tempo a incrociare CSV manualmente: è esattamente il tipo di lavoro che Next Action Analyst automatizza, trasformando l'export delle campagne in una lista di azioni prioritarie già pronta.