Server-side tagging is voor veel digital marketeers een vrij nieuw concept. Het is dan ook normaal dat er enkele veel voorkomende problemen voorkomen. Naast het feit dat het een nieuw concept is, staat het ook op de kruising tussen marketing en IT, waardoor er een nauwe samenwerking nodig is tussen multidisciplinaire teams. Bij Semetis experimenteren we al enkele jaren met server-side tagging, en hebben we een paar interessante studies uitgevoerd. Eén daarvan was de impact van server-side tagging op de laadsnelheid van je website.
Als je compleet onvertrouwd bent met server-side tagging, zijn er een paar interessante resources die we aanbevelen. De meest complete documentatie tot op vandaag is de Server-side Tagging In Google Tag Manager course van Simo Ahava. Julius Fedorovicius van Analytics Mania schreef ook een impressionante documentatie, aangevuld met enkele video's. Deze gids is gratis, terwijl het lesmateriaal van Simo Ahava dat niet is.
Vandaag duiken we wat dieper in één van de meest voorkomende probleem die we zien bij het implementeren van server-side tagging in Google Tag Manager: waarom sommige GA4 events niet doorkomen in je server container. In dit artikel maken we gebruik van een set-up waarin we GA4 HTTP requests doorsturen naar onze server container.
Eerst en vooral zijn er een paar primaire redenen waarom GA4 events niet in je server worden weergegeven. Hieronder een checklist:
- Zorg ervoor dat je GA4 event gebruik maakt van de juiste GA4 configuration tag.
- De configuration tag moet verwijzen naar de juiste server URL.
- Zorg ervoor dat de tag triggert op de juiste pagina of tijdens de juiste actie.
- De data layer stuurt data door naar de GA4 event tag. Zorg ervoor dat de data layer correct wordt gepusht, en dat het alle nodige informatie bevat voor het event.
Als je alle bovenstaande redenen afgecheckt hebt, kan er nog een ander probleem zich voordoen: de GA4 configuration tag wordt te laat afgevuurd op de pagina. De GA4 configuration tag is verantwoordelijk om de hits naar de juiste bestemming te sturen, of het nu een Google Analytics 4 property is, of een server container. Zorg ervoor dat de GA4 configuration tag altijd wordt afgevuurd vóór de GA4 event tag.
In het voorbeeld dat ik hierna aanhaal, hebben we recent Google’s consent mode geïmplementeerd. Deze set-up stuurt een nieuwe data layer event gtm_consent_update, die we gebruiken om onze GA4 configuration tag (en elke andere pageview tag) te triggeren. Het nadeel van deze set-up is dat het nieuwe event gtm_consent_update vrij laat wordt afgevuurd, nadat alle andere pageload events worden uitgestuurd. Als je een event pusht op de pageload, kan het gebeuren dat gtm_consent_update maar uitgestuurd wordt nadat dat event wordt uitgestuurd in de data layer. Laten we een voorbeeld bekijken van het view_item event.
Zoals je ziet in de screenshot hierboven, wordt het view_item event uitgestuurd voor gtm_consent_update. De GA4 view_item event tag, die naar de server gestuurd moet worden, wordt afgevuurd vóór de configuration tag, die afgevuurd wordt op gtm_consent_update. Omdat de configuration tag verantwoordelijk is voor het “routen” van de event tag naar de juiste bestemming, wordt het event niet naar de server gestuurd. Het GA4 event wordt dus ook niet getoond in mijn server container.
Eén manier om dit te voorkomen is ervoor te zorgen dat het event maar uitgestuurd wordt nadat de configuration tag wordt uitgestuurd, maar vaak komt hier development support aan te pas.
Een andere manier is het toevoegen van een extra parameter aan je GA4 event tags. Als je server_container_url toevoegt als een event parameter, heeft de event tag in theorie geen configuration tag nodig om te weten waar ze de data naartoe moet sturen. Zelfs als het event wordt afgevuurd voordat het informatie krijgt van de configuration tag, stuurt het een HTTP request naar de server. Het resultaat is dat het event nu vertoond wordt in mijn server container, zelfs voor page_view wordt uitgestuurd door de configuration tag.
Hulp nodig bij de set-up van server-side tagging? Aarzel niet uit te reiken naar Dit E-mail adres wordt beschermd tegen spambots. U moet JavaScript geactiveerd hebben om het te kunnen zien. of het formulier op untangled.semetis.com in the vullen.
Robbe Desmyttere
| LinkedinDit E-mail adres wordt beschermd tegen spambots. U moet JavaScript geactiveerd hebben om het te kunnen zien.