Door strengere privacyregels en het verdwijnen van third-party cookies wordt traditionele tracking in Google Analytics steeds minder effectief. GA4 is weliswaar ontworpen met privacy in het achterhoofd, maar maakt standaard nog steeds gebruik van cookies. Om nauwkeurige gegevens in GA4 te verzamelen zonder cookies, moet je GA4 implementeren via server-side tracking.
Websites gebruiken traditioneel cookies om gebruikersacties te volgen, zoals het opslaan van winkelwagenitems of het registreren van advertentieklikken. Maar door de toenemende zorgen over privacy stappen steeds meer websites over op cookieless tracking.
Cookieless tracking maakt gebruik van first-party data in plaats van cookies die in de browser worden opgeslagen. De meest betrouwbare manier om dit toe te passen is via server-side tracking. Dit helpt niet alleen om cookies te vermijden en de tracking nauwkeuriger te maken, maar zorgt ook voor betere naleving van privacyregels en meer controle over de gebruikersgegevens.
Google Analytics 4 gebruikt machine learning om het gedrag te modelleren van gebruikers die geen toestemming hebben gegeven voor analytische cookies. Het gedrag van vergelijkbare gebruikers die wél toestemming gaven, wordt gebruikt om dat van niet-toestemmende gebruikers te modelleren.Om in aanmerking te komen voor machine learning, moet je GA4-property aan de volgende voorwaarden voldoen:
To be eligible for machine learning, GA4 property should meet specific:
Als je GA4-property niet in aanmerking komt voor machine learning, of als je merkt dat de resultaten onnauwkeurig zijn, kun je ervoor kiezen om cookieless tracking te implementeren op basis van first-party data zodra een gebruiker geen toestemming geeft voor analytische cookies.
Om GA4 goed te laten werken en terugkerende gebruikers te herkennen, moet je de volgende gegevens aanleveren:
Voor het opzetten van cookieless GA4-tracking zonder toestemming van de gebruiker heb je deze tools nodig:
Om te bepalen of er toestemming is gegeven, gebruiken we de gcs-parameter. De standaardconfiguratie van GA4 stuurt verzoeken naar sGTM, maar die bevatten niet alle benodigde informatie. Alle GA4-verzoeken worden geschreven naar Firestore.
Om te bepalen of een gebruiker zonder toestemming een actieve sessie heeft in GA4, vergelijken we de tijdstempel van het vorige bezoek met die van het huidige bezoek. Als het verschil meer dan 30 minuten is, werken we de sessieparameters in Firestore bij.
Firestore gebruikt de UserID als documentnaam en slaat details over de gebruikerssessie op binnen deze documenten. Dit is een eenvoudige manier om Firestore te structureren, maar er zijn ook veel andere manieren om gegevens over de volledige gebruikerservaring in Firebase te beheren.
1.2 Schrijf indien nodig gegevens naar Firestore. Hiervoor gebruiken we de Firestore Writer-tag. Raadpleeg deze uitgebreide handleiding over het gebruik van de Firestore Writer-tag. We gebruiken de collectie UserID. Voor elke user ID maken we een nieuw document aan dat de cid als documentnaam gebruikt.
1.3 De server-side GA4-tag heeft een standaardconfiguratie en wordt geactiveerd telkens wanneer de GA4-client wordt toegewezen en de gebruiker toestemming geeft voor analytische cookies.
2.1.1 Als er geen toestemming is gegeven voor analytische cookies, gebruiken we de Stape User ID power-up om de user ID toe te voegen aan de sGTM-verzoekheaders.
2.1.2 Met behulp van de Firestore Writer-tag schrijven we gegevens naar Firestore en gebruiken we de Stape User ID als documentnaam.
2.1.3 Om te controleren of de sessie actief is, gebruiken we de Firestore Reader-variabele om de timestamp op te halen die is gekoppeld aan het laatste bezoek van deze gebruiker in Firebase. Vervolgens vergelijken we het tijdsverschil tussen de vorige sessie timestamp van de gebruiker en de huidige timestamp. Als het verschil minder dan 30 minuten is, heeft de gebruiker een bestaande sessie.
2.1.4 Parameters worden als volgt bijgewerkt:
2.1.5 Verzend aangepaste gegevens naar GA4. Om gegevens bij te werken voordat ze naar GA4 worden verzonden, gebruiken we een transformatie.
2.2.1 Als er geen toestemming is gegeven voor analytics cookies, gebruiken we de Stape User ID power-up om de user ID toe te voegen aan de sGTM request headers.
2.2.2 Schrijf gebruikersdata opnieuw naar Firestore op basis van de Stape User ID met behulp van de Firestore Writer-tag.
2.2.3 Om te controleren of de sessie actief is, gebruiken we de Firestore Reader-variabele om de timestamp op te halen die aan deze gebruiker is gekoppeld in Firebase. Vervolgens controleren we het verschil tussen de timestamp van de vorige sessie en de huidige timestamp. Als het verschil meer dan 30 minuten bedraagt, is er een nieuwe sessie gestart.
2.2.4 Parameters worden als volgt bijgewerkt:
2.2.5 Verstuur de aangepaste data naar GA4. Om de data aan te passen vóór verzending naar GA4, gebruiken we een transformation. De tag wordt geactiveerd wanneer een GA4-client wordt geclaimd, toestemming niet is verleend en het tijdsverschil tussen sessies meer dan 30 minuten bedraagt.
2.3.1. Wanneer analytische cookies niet zijn toegestaan, gebruik je de User ID power-up van Stape om een user ID te genereren.
2.3.2. Controleer of er al een gebruiker met dezelfde UserID in Firestore bestaat. Als er geen gebruiker met dezelfde user ID wordt gevonden, gebruik je een Firestore Writer-tag om een gebruiker met sessiedetails aan te maken in de database.
2.3.3 Parameters worden als volgt bijgewerkt:
2.3.4 Verstuur de aangepaste gegevens naar GA4.
Het implementeren van cookieless Google Analytics 4-tracking via server-side Google Tag Manager is een belangrijke stap vooruit in het inspelen op de veranderende online privacywetgeving en de voorkeuren van gebruikers. Nu de digitale wereld blijft evolueren, wordt het verzamelen van waardevolle inzichten zonder cookies steeds belangrijker.
Door gebruik te maken van de kracht van server-side tracking en Google Tag Manager kunnen bedrijven hun toewijding aan gegevensprivacy behouden en tegelijkertijd profiteren van de waardevolle inzichten die GA4 biedt. Deze aanpak zorgt niet alleen voor naleving van nieuwe regelgeving, maar versterkt ook het vertrouwen van gebruikers die zich zorgen maken over hun online privacy. In een cookieless toekomst helpen innovatieve oplossingen zoals server-side tracking en GA4 bedrijven om digitaal relevant en concurrerend te blijven.
Opmerkingen