UTM-tags die in GA4 verdwijnen, falen bijna altijd om een van vier redenen: de parameternaam wordt niet door GA4 gelezen, een redirect liet de query string vallen voordat de pagina laadde, de waarde van utm_medium is geen kanaal dat GA4 herkent, of het rapport dat je bekijkt heeft een ander bereik dan de data die je verwacht. Eén test in DebugView splitst die vier oorzaken in ongeveer een minuut in twee groepen, en daar begin je.
Dit is het troubleshooting-vervolg op UTM-parameters uitgelegd, dat behandelt waar de tags voor dienen, en UTM-campagnes end-to-end bijhouden, dat behandelt hoe je ze vanaf het begin consistent opbouwt.
Begin met DebugView, niet met theorie
Standaardrapporten in GA4 zijn verwerkt, gemodelleerd en kunnen tot een dag of twee achterlopen. Dat maakt ze een beroerde plek om te debuggen: je verandert iets, ziet niets, en kunt niet vaststellen of de oplossing niet werkte of gewoon nog niet is doorgekomen.
DebugView toont events zodra ze binnenkomen. Schakel debugmodus in, open je eigen getagde link, en bekijk de page_location van het page_view-event.
Als page_location je utm_-parameters bevat, hebben de tags de tag bereikt. Het probleem zit dan in attributie, kanaalindeling, of in welk rapport je aan het lezen bent. Als dat niet zo is, zijn de parameters daar nooit aangekomen en zit het probleem bij de link zelf of bij iets tussen de klik en de pagina.
Die ene tweedeling bespaart het grootste deel van de middag die mensen hier meestal aan kwijt zijn.
GA4 leest een vaste lijst en negeert de rest
GA4 herkent utm_id, utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_source_platform, utm_campaign_id, utm_creative_format en utm_marketing_tactic. De referentie voor campagnegegevens van Google bevat de actuele lijst.
Al het andere wordt genegeerd voor campagnerapportage. Een keurig ogende utm_channel=partner of utm_agency=northstar blijft voor altijd in de URL staan, verschijnt in page_location, en wordt nooit een dimensie waarop je kunt groeperen.
Hier liggen ook twee spellingvalkuilen op de loer. De parameternaam moet in kleine letters staan met underscores: utm-source en UTM_Source worden niet gelezen. En waarden zijn hoofdlettergevoelig, dus Email en email worden twee aparte rijen die één campagne in tweeën splitsen.
De redirect die de query string opeet
Dit is de oorzaak die mensen als laatste vinden, omdat de link er goed uitziet wanneer ze hem inspecteren.
Een bezoeker klikt op example.com/sale?utm_source=newsletter&utm_medium=email. Jouw site stuurt door naar www.example.com/sale, of naar een taalpad, of naar een inlogpagina en weer terug. Als er ook maar één stap in die keten de URL herbouwt in plaats van hem door te geven, zijn de tags verdwenen tegen de tijd dat de GA4-tag afgaat, en wordt de sessie toegeschreven aan direct.
Controleer het handmatig: open de getagde link en lees de adresbalk zodra de pagina tot rust is gekomen. Ontbreken de parameters daar, dan brengt geen enkele GA4-configuratie ze terug.
Hetzelfde geldt voor een korte link voor de bestemming. Een verkorter moet de volledige bestemmings-URL doorsturen, query string inbegrepen, zodat tags op de bestemming de redirect intact overleven. Tags op alleen de korte link zijn een andere zaak, en browsers die UTM-parameters verwijderen behandelt het nieuwere faalscenario waarbij de browser ze verwijdert nog voordat het verzoek is gedaan.
Als je links verkort voor campagnes, zet de tags dan op de bestemming en houd de korte link schoon. Zo neemt de redirect ze mee, en vertelt je eigen klikdata je nog steeds via welk kanaal de klik binnenkwam voordat GA4 er ooit iets van ziet. Hoe je linkkliks bijhoudt behandelt die kant van het lezen.
Wil je een redirect die standaard de hele query string behoudt? Maak een link aan op het gratis abonnement, tag de bestemming, en open hem één keer om te bevestigen dat de parameters aankomen.
Unassigned-verkeer is een utm_medium-probleem
Unassigned is niet hetzelfde als (not set). Unassigned betekent dat GA4 wel een campagne kreeg, maar die nergens in een kanaal kon onderbrengen: geen enkele standaardregel kwam overeen, dus viel hij aan het einde eraf.
De oorzaak is bijna altijd een utm_medium-waarde die voor een mens goed leesbaar is, maar voor GA4 niets betekent. newsletter, qr-code, flyer en partner-blog leveren dit allemaal op. De standaard kanaalgroepen matchen op een vaste woordenlijst, dus gebruik email, cpc, organic_social, referral, affiliate, en zet het interessante detail in utm_source en utm_campaign, waar het thuishoort.
Als jouw organisatie echt eigen kanalen nodig heeft, bouw dan een aangepaste kanaalgroep in plaats van het medium te verbuigen. Die wijziging geldt voor rapporten vanaf dat moment en laat de ruwe data ongemoeid, wat de juiste afweging is.
Controleer het bereik van het rapport dat je leest
De laatste oorzaak is helemaal geen bug.
GA4 heeft gebruikersgebonden dimensies (First user source / medium) en sessiegebonden dimensies (Session source / medium). Een terugkerende bezoeker die binnenkomt via de getagde e-mail van vandaag, draagt nog steeds diens oorspronkelijke first-user source, waardoor een gebruikersgebonden rapport geen spoor van de campagne van vandaag toont, terwijl het sessiegebonden rapport dat perfect laat zien.
Voordat je concludeert dat er iets kapot is, controleer of je Session source / medium leest voor campagneprestaties, en of de datumreeks het verkeer dekt dat je hebt gestuurd. Standaardrapporten hebben ook tot 24 à 48 uur nodig om tot rust te komen, en dat is precies waarom de DebugView-test hierboven bestaat.
De volgorde om het uit te zoeken
Lees page_location in DebugView. Ontbreken de tags, kijk dan naar de link en de redirectketen. Zijn ze aanwezig, kijk dan naar de mediumwaarde, dan naar de kanaalindeling, en dan naar het bereik van het rapport. Verander niet drie dingen tegelijk, want de rapportagevertraging van GA4 verbergt welke aanpassing werkte.
Zodra het is opgelost, is de manier om het opgelost te houden te stoppen met het handmatig bouwen van URL's. Een UTM-builder in de linkverkorter maakt van het medium een keuzelijst in plaats van een vrij tekstveld, wat de hele categorie typefouten hierboven wegneemt. UTM-naamgevingsconventies behandelt de woordenlijst waar een team zich daadwerkelijk aan kan houden.
Lees de cornerstone-serie
Dit artikel valt onder de tutorials-cluster. Begin met UTM-parameters uitgelegd, en ga daarna verder met UTM-campagnes end-to-end bijhouden voor de workflow. GA4 server-side tracking via redirects behandelt het geval waarin client-side tagging alleen niet genoeg is.
Gerelateerd op de blog
Veelgestelde vragen
Waarom worden mijn UTM-parameters niet weergegeven in GA4?
Meestal een van deze vier dingen: de parameternaam staat niet op de ondersteunde lijst van GA4, een redirect heeft de query string laten vallen voordat de pagina laadde, de waarde van utm_medium is niet een die GA4 herkent waardoor het verkeer bij Unassigned terechtkomt, of je bekijkt een gebruikersgebonden rapport terwijl de data sessiegebonden is. DebugView vertelt je in ongeveer een minuut met welke helft van het probleem je te maken hebt.
Welke UTM-parameters leest GA4 daadwerkelijk?
utm_id, utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_source_platform, utm_campaign_id, utm_creative_format en utm_marketing_tactic. Al het andere op de URL wordt genegeerd voor campagnerapportage, dus een aangepaste parameter zoals utm_channel zal nooit als dimensie verschijnen, hoe consistent je hem ook gebruikt.
Waarom toont GA4 (not set) voor source en medium?
(not set) betekent dat GA4 op dat niveau geen campagnewaarde had om toe te wijzen. De gebruikelijke oorzaken zijn een ongetagde link, een landingspagina die is omgeleid en daarbij de parameters kwijtraakte, of een rapportregel waar de sessie simpelweg geen campagne had, zoals een terugkerende bezoeker in een gebruikersgebonden rapport.
Waarom wordt mijn getagde verkeer weergegeven als Unassigned in GA4?
Omdat utm_medium een waarde bevat die door geen enkele kanaalindelingsregel wordt herkend. GA4 wijst kanalen toe op basis van een vaste set mediumpatronen, waardoor email, cpc en social correct terechtkomen, terwijl newsletter of qr-code dat niet doen. Herstel het medium, of maak een aangepaste kanaalgroep die jouw waarden herkent.
Hoe test ik of mijn UTM-tags GA4 bereiken?
Open DebugView en open vervolgens je eigen getagde link in een browser met debugmodus aan. Als page_location in het binnenkomende event de utm_-parameters bevat, werkt de tagging en zit het probleem in attributie of rapportage. Als dat niet zo is, zijn de parameters nooit aangekomen en zit het probleem bij de link of een redirect.
Kan een URL-verkorter UTM-tracking verbreken?
Dat kan, als de redirect de query string laat vallen, en sommige doen dat. Een verkorter moet de volledige bestemming doorsturen inclusief elke parameter, en de tags moeten op de bestemming staan in plaats van alleen op de korte link. Test dit door de korte link te openen en de adresbalk te lezen nadat hij is geland.
Probeer Elido
Plak een URL, krijg een werkende korte link
Geen aanmelding nodig. Link blijft 30 dagen actief. Meld je aan om hem voor altijd te bewaren.
Gratis, geen aanmelding nodig · 2 per dag