De meest voorkomende problemen bij een SST setup
Een veelvoorkomende bron van frustratie is wanneer er problemen optreden in de metingen op je marketing of analytische platforms en je afhankelijk bent van de tijd die wij besteden aan het analyseren van het probleem. Om je te helpen deze afhankelijkheid te verminderen en sneller tot een oplossing te komen, hebben we een aantal stappen samengesteld waarmee je zelf analyses kunt uitvoeren. Met deze handleiding kun je de oorzaak van het probleem identificeren en mogelijk zelfs oplossen, zonder te hoeven wachten op onze assistentie. Zo kun je niet alleen tijd besparen, maar ook je vaardigheden in probleemoplossing verbeteren.
Dit helpdesk-artikel is gebaseerd op onze eigen support input. Mocht jij andere problemen hebben die hier niet toegelicht worden, laat dit vooral aan ons weten via de chatfunctie linksonderin of door het op de mail te zetten naar support@adpage.io.
Wanneer je de cookiebanner instelt en de consent overview instellingen ook goed ingesteld hebt, is de kans groot dat de eerste paginabezoeken niet goed meer gemeten worden. En in deze eerste paginabezoeken worden onder andere de UTM-parameters afgelezen van je bezoekers. Het tweede paginabezoek zal dan gezien worden als eerste paginabezoek. Dat komt omdat de Google Tag en page_view event tags vaak ingesteld staan op de Initialisatie of op All Pages. Maar het updaten van de consent van de bezoeker vindt pas plaats na deze stap, waardoor de Google Tag en de GA4 page_view event tag dankzij de Built-In Consent Checks van GTM niet (volledig) afgevuurd worden. Op het moment dat de bezoeker zijn of haar consent updatet, moeten de Google Tag en de page_view event tags dus nogmaals/pas afgevuurd worden.
Oplossing: Dit los je op door de stappen uit dit artikel uit te voeren: De consent update op de juiste manier triggeren
Gebruik je Cookiebot? Dan heb je de mogelijkheid om per cookie aan te geven onder welke categorie deze valt. Bepaalde cookies worden geplaatst vanuit de server die van groot belang zijn voor het herkennen van een gebruiker, zoals de session_id, client_id en user_id. Alleen worden deze niet altijd door Cookiebot als 'Necessary' cookies gezien waardoor deze opnieuw gegenereerd moeten worden op het moment dat een nieuwe gebruiker de cookies via de cookiebanner accepteert. Hierdoor komt de userinfo op pagina één van sessie één niet overeen met de userinfo op pagina twee van sessie één. Volg onderstaande stappen om te checken of dit probleem bij jou voorkomt.
Installeer een DataLayer checker extensie in je browser. Wij raden deze aan voor Google Chrome gebruikers: DataLayer Checker
Zorg ervoor dat deze extensie ook functioneert in een incognitovenster/de privémodus.
Open nu een incognitovenster/de privémodus en ga naar de site toe.
Gebruik je DataLayer Checker om de informatie van het trytagging_user_data/sld_user_data event te bekijken. Klik op de 'json' knop in de DataLayer Checker om het volgende te zien te krijgen:
Maak een screenshot van je user_id, client_id, session_id en session_count.
Accepteer nu alle cookies, en navigeer naar een volgende pagina.
Open op deze tweede pagina weer de trytagging_user_data/sld_user_data event in de DataLayer Checker door op de 'json' knop te klikken.
Vergelijk nu of je user_id, client_id, session_id en session_count overeenkomen met de waardes op de eerste pagina waar je een screenshot van hebt genomen.
Verschilt één van deze IDs? Dan zal je onderstaande stappen uit moeten voeren.
Oplossing: Dit los je op door in je Cookiebot Scan Report te bekijken of er nog cookies vanuit je server nog op 'Unclassified' staan.
In het trytagging_user_data/sld_user_data event in de DataLayer staan de marketing- en userinfo waar Google Tag Manager de gegevens van de gebruikers uit ophaalt. Dit is een vereiste als je werkt met webhooks. Als je de Google Tag of de GA4 event tags af laat vuren voordat dit plaatsgevonden heeft kan je belangrijke data mislopen. Hierdoor kan het foutgaan dat gebruikers en hun sessies niet goed doorgestuurd worden naar de marketing en analytische platforms, waardoor je onder andere gebeurtenissen niet aan je campagnes toe kan kennen en je unassigned in GA4 kan stijgen.
Oplossing:
Vervang al je Initialisatie of Page View triggers met de user_data trigger.
Zorg er dan wel voor dat al je andere triggers voor event tags ná de Google Tag triggeren. Dus ná de user_data trigger.
Dit kan je doen via een trigger group:
Wanneer de Google Tag afgevuurd wordt na een GA4 event tag, staat je tracking setup niet ideaal ingesteld. De Google Tag moet voor de GA4 event tags afgevuurd worden. Dit kan je checken door naar de volgorde van triggers te kijken. Triggert de Google Tag bijvoorbeeld op basis van All Pages - Paginaweergave terwijl de GA4 event tag voor page_view op Initialisatie triggert? Dan moet je dit aanpassen.
Staan de triggers van de Google Tag en andere GA4 event tags op dezelfde trigger ingesteld? Dan zal je de tag priority settings moeten gebruiken. Hoe hoger het cijfer van de tag priority is, hoe eerder deze afgevuurd zal worden. Stel voor de Google Tag dus bijvoorbeeld het cijfer "1000" in, en voor de GA4 event tag voor page_view een cijfer lager dan dat.
Als je Cookiebot op je website gebruikt, kan er een grote hoeveelheid verkeer in je Google Analytics-property verschijnen. Dit is normaal gedrag, aangezien de Cookiebot scanner elke pagina van de website bezoekt om te bepalen welke cookies/trackers op de website worden gebruikt.
Oplossing: Voer de volgende stappen uit: Cookiebot data uit GA4 uitsluiten
Als je te veel data in je GA4 ziet ten opzichte van de werkelijkheid of wanneer je een groot percentage unassigned verkeer ziet, kan het zo zijn dat je (nog) data verzameld van een oud/ander (sub)domein. Dit kan je testen door in een GA4 rapport een extra dimensie toe te voegen genaamd 'Hostnaam'.
Naast dat je gebeurtenissen kan ontvangen vanaf een ander (sub)domein, kunnen specifieke problemen zoals unassigned verkeer ook vanaf specifieke pagina's op je site komen. Dit kan je testen door in je verkeersacquisitie-rapport in GA4 een extra dimensie toe te voegen genaamd 'Paginapad en schermnaam'. In de zoekbalk daarboven kan je "unassigned" typen om naar alle pagina's te kijken waar unassigned verkeer gevonden is.
Hiermee kan je er achter komen dat bepaalde pagina's voor al je unassigned verkeer zorgen. Of dat er bijvoorbeeld gebeurtenistags op basis van de zoekresultaten op een site (search) voor de Google Tag afgevuurd wordt waardoor je unassigned verkeer krijgt op die specifieke pagina's.
Worden er geen aankopen in je marketingplatforms toegekend aan campagnes, en zie je in GA4 dat ieder purchase-event aan unassigned toegewezen wordt? Dan kan het zo zijn dat je geen marketinginfo meestuurt met je conversie webhooks. Deze marketinginfo is van groot belang om je aankopen ook werkelijk toe te kennen aan de juiste kanalen / bronnen.
Volg de volgende stappen om een aankoop via webhooks in de server container preview mode te checken: Webhooks testen in de sGTM preview mode
Mocht je geen marketinginfo meesturen? Pauzeer dan de webhook tags op de server container en verwijder de voorwaarde in de GA4 en Meta triggers dat de eventnaam niet purchase mag bevatten.
Dit helpdesk-artikel is gebaseerd op onze eigen support input. Mocht jij andere problemen hebben die hier niet toegelicht worden, laat dit vooral aan ons weten via de chatfunctie linksonderin of door het op de mail te zetten naar support@adpage.io.
Functioneren de GTM triggers met de werking van het CMP?
Wanneer je de cookiebanner instelt en de consent overview instellingen ook goed ingesteld hebt, is de kans groot dat de eerste paginabezoeken niet goed meer gemeten worden. En in deze eerste paginabezoeken worden onder andere de UTM-parameters afgelezen van je bezoekers. Het tweede paginabezoek zal dan gezien worden als eerste paginabezoek. Dat komt omdat de Google Tag en page_view event tags vaak ingesteld staan op de Initialisatie of op All Pages. Maar het updaten van de consent van de bezoeker vindt pas plaats na deze stap, waardoor de Google Tag en de GA4 page_view event tag dankzij de Built-In Consent Checks van GTM niet (volledig) afgevuurd worden. Op het moment dat de bezoeker zijn of haar consent updatet, moeten de Google Tag en de page_view event tags dus nogmaals/pas afgevuurd worden.
Oplossing: Dit los je op door de stappen uit dit artikel uit te voeren: De consent update op de juiste manier triggeren
Worden server cookies opnieuw gegenereerd na het updaten van de consent in een Cookiebot-banner?
Gebruik je Cookiebot? Dan heb je de mogelijkheid om per cookie aan te geven onder welke categorie deze valt. Bepaalde cookies worden geplaatst vanuit de server die van groot belang zijn voor het herkennen van een gebruiker, zoals de session_id, client_id en user_id. Alleen worden deze niet altijd door Cookiebot als 'Necessary' cookies gezien waardoor deze opnieuw gegenereerd moeten worden op het moment dat een nieuwe gebruiker de cookies via de cookiebanner accepteert. Hierdoor komt de userinfo op pagina één van sessie één niet overeen met de userinfo op pagina twee van sessie één. Volg onderstaande stappen om te checken of dit probleem bij jou voorkomt.
Installeer een DataLayer checker extensie in je browser. Wij raden deze aan voor Google Chrome gebruikers: DataLayer Checker
Zorg ervoor dat deze extensie ook functioneert in een incognitovenster/de privémodus.
Open nu een incognitovenster/de privémodus en ga naar de site toe.
Gebruik je DataLayer Checker om de informatie van het trytagging_user_data/sld_user_data event te bekijken. Klik op de 'json' knop in de DataLayer Checker om het volgende te zien te krijgen:
Maak een screenshot van je user_id, client_id, session_id en session_count.
Accepteer nu alle cookies, en navigeer naar een volgende pagina.
Open op deze tweede pagina weer de trytagging_user_data/sld_user_data event in de DataLayer Checker door op de 'json' knop te klikken.
Vergelijk nu of je user_id, client_id, session_id en session_count overeenkomen met de waardes op de eerste pagina waar je een screenshot van hebt genomen.
Verschilt één van deze IDs? Dan zal je onderstaande stappen uit moeten voeren.
Oplossing: Dit los je op door in je Cookiebot Scan Report te bekijken of er nog cookies vanuit je server nog op 'Unclassified' staan.
Worden de tags getriggerd voor of na de user_data event in de DataLayer?
In het trytagging_user_data/sld_user_data event in de DataLayer staan de marketing- en userinfo waar Google Tag Manager de gegevens van de gebruikers uit ophaalt. Dit is een vereiste als je werkt met webhooks. Als je de Google Tag of de GA4 event tags af laat vuren voordat dit plaatsgevonden heeft kan je belangrijke data mislopen. Hierdoor kan het foutgaan dat gebruikers en hun sessies niet goed doorgestuurd worden naar de marketing en analytische platforms, waardoor je onder andere gebeurtenissen niet aan je campagnes toe kan kennen en je unassigned in GA4 kan stijgen.
Oplossing:
Vervang al je Initialisatie of Page View triggers met de user_data trigger.
Zorg er dan wel voor dat al je andere triggers voor event tags ná de Google Tag triggeren. Dus ná de user_data trigger.
Dit kan je doen via een trigger group:
Wordt de Google Tag wel als allereerst getriggerd?
Wanneer de Google Tag afgevuurd wordt na een GA4 event tag, staat je tracking setup niet ideaal ingesteld. De Google Tag moet voor de GA4 event tags afgevuurd worden. Dit kan je checken door naar de volgorde van triggers te kijken. Triggert de Google Tag bijvoorbeeld op basis van All Pages - Paginaweergave terwijl de GA4 event tag voor page_view op Initialisatie triggert? Dan moet je dit aanpassen.
Staan de triggers van de Google Tag en andere GA4 event tags op dezelfde trigger ingesteld? Dan zal je de tag priority settings moeten gebruiken. Hoe hoger het cijfer van de tag priority is, hoe eerder deze afgevuurd zal worden. Stel voor de Google Tag dus bijvoorbeeld het cijfer "1000" in, en voor de GA4 event tag voor page_view een cijfer lager dan dat.
Zie je veel spikes van veel verkeer én gebruik je Cookiebot?
Als je Cookiebot op je website gebruikt, kan er een grote hoeveelheid verkeer in je Google Analytics-property verschijnen. Dit is normaal gedrag, aangezien de Cookiebot scanner elke pagina van de website bezoekt om te bepalen welke cookies/trackers op de website worden gebruikt.
Oplossing: Voer de volgende stappen uit: Cookiebot data uit GA4 uitsluiten
Ontvang je gebeurtenissen van andere (sub)domeinen?
Als je te veel data in je GA4 ziet ten opzichte van de werkelijkheid of wanneer je een groot percentage unassigned verkeer ziet, kan het zo zijn dat je (nog) data verzameld van een oud/ander (sub)domein. Dit kan je testen door in een GA4 rapport een extra dimensie toe te voegen genaamd 'Hostnaam'.
Zijn er specifieke pagina's waar er dingen misgaan?
Naast dat je gebeurtenissen kan ontvangen vanaf een ander (sub)domein, kunnen specifieke problemen zoals unassigned verkeer ook vanaf specifieke pagina's op je site komen. Dit kan je testen door in je verkeersacquisitie-rapport in GA4 een extra dimensie toe te voegen genaamd 'Paginapad en schermnaam'. In de zoekbalk daarboven kan je "unassigned" typen om naar alle pagina's te kijken waar unassigned verkeer gevonden is.
Hiermee kan je er achter komen dat bepaalde pagina's voor al je unassigned verkeer zorgen. Of dat er bijvoorbeeld gebeurtenistags op basis van de zoekresultaten op een site (search) voor de Google Tag afgevuurd wordt waardoor je unassigned verkeer krijgt op die specifieke pagina's.
Wordt er marketinginfo meegestuurd met de webhooks?
Worden er geen aankopen in je marketingplatforms toegekend aan campagnes, en zie je in GA4 dat ieder purchase-event aan unassigned toegewezen wordt? Dan kan het zo zijn dat je geen marketinginfo meestuurt met je conversie webhooks. Deze marketinginfo is van groot belang om je aankopen ook werkelijk toe te kennen aan de juiste kanalen / bronnen.
Volg de volgende stappen om een aankoop via webhooks in de server container preview mode te checken: Webhooks testen in de sGTM preview mode
Mocht je geen marketinginfo meesturen? Pauzeer dan de webhook tags op de server container en verwijder de voorwaarde in de GA4 en Meta triggers dat de eventnaam niet purchase mag bevatten.
Bijgewerkt op: 07/10/2024
Dankuwel!