Ken jij deze 4 voordelen van server-side tracking al?

Het verplaatsen van het trackingmechanisme van scripts van de browser naar je eigen server, levert je vele voordelen op: 

1. Data verrijking  

Door gegevens naar eigen servers te verplaatsen, kan je deze verrijken met data uit andere bronnen, zoals CRM-data. Hierdoor ontstaat er een completer klantbeeld. Het zou toch handig zijn om de loyalty tier van een klant door te sturen naar een advertentieplatform en op basis daarvan een look-a-like audience aan te maken zodat je campagnes beter presteren?    

2. Data accuraatheid  

Het tweede grote voordeel voor analytics is de grotere nauwkeurigheid van je data. Omdat veel browsers al third party cookies blokkeren of omdat gebruikers een adblocker gebruiken, zal data die je op deze manier verzamelt minder accuraat zijn. Server-side tracking biedt voordelen ten opzichte van client-side tracking, zoals het omzeilen van browserinstellingen en ad blockers. Dit resulteert in nauwkeurigere gegevens, wat leidt tot betrouwbaardere besluitvorming op basis van analyses. Wees wel steeds transparant in je cookie- en privacypolicy, geen consent wil zeggen geen tracking.  

3. Meer vat op security  

Het toevoegen van third party scripts aan je website brengt altijd een risico met zich mee. Wanneer je deze scripts in feite migreert naar een server, heb je beter vat op welke data er gecapteerd wordt en welke data er doorgestuurd wordt naar een externe partij zoals Google en Facebook. Zo voorkom je dat er ongewenst persoonlijke informatie wordt gedeeld. 

4. Prestatiewinst  

Tot slot moeten we het hebben over de prestatiewinst. In plaats van het verzenden van de verzoeken naar de browser van de gebruiker, kan het nu worden verzonden naar een eigen server. Hierdoor vermindert de laadtijd in de browser waardoor je website sneller wordt voor je bezoekers. Verwacht hier geen mirakels, maar alle beetjes helpen.

Elke configuratie heeft zijn voor- en nadelen, daarom hebben we ze op een rijtje gezet in een mooi overzicht.

Nu je alle voor- en nadelen van server-side tracking kent, is de volgende vraag: hoe start ik hier nu mee? 

Er zijn enkele stappen die je moet volgen om jouw server-side project tot een goed einde te brengen. In ons voorbeeld gaan we ervan uit dat je met de Google toolstack aan de slag wil gaan, maar er zijn natuurlijk nog andere providers zoals Amazon. 

1. Opzetten van een server environment 

Een server environment bestaat uit twee onderdelen: een server container die je aanmaakt in de Google Tag Manager interface en een tagging server die in ons voorbeeld opgezet wordt in Google Cloud. De tagging server wordt het punt waarnaar je data doorstuurt. Vergeet zeker geen billing-account te koppelen in Google Cloud, anders zal je data niet worden opgeslagen. 

2. Client aanmaken in Google Tag Manager  

Een Client is een element dat specifiek is aan een server-side Google Tag Manager container. Een Client luistert als het ware naar binnenkomende HTTP-requests en doet dan iets met deze requests. Als we kijken naar een GA4 Client, dan zou deze luisteren naar binnenkomende requests van Google Analytics 4 en de data hiervan omvormen naar een event wat gebruikt kan worden door andere server-side tags. Zo kan je bijvoorbeeld de Facebook Conversion API opzetten aan de hand van de GA4 client. 

3. Je eerste tag aanmaken in de server container 

Nadat je een Client hebt aangemaakt, is de volgende stap het aanmaken van een tag. Net zoals in de client-side versie van Google Tag Manager, heb je hier verschillende opties. Welke optie je kiest is afhankelijk van het platform dat data moet ontvangen: Google Ads, Facebook, Google Analytics … 

Het voordeel van deze tags is hun gebruiksgemak en simpele interface, zoals je die al jaren gewoon bent. Voeg nog je server endpoint en een trigger toe aan je tag en klaar! 

In principe heb je nu een werkende server-side tracking setup. Toch zijn er nog enkele optionele stappen die je kan nemen om ervoor te zorgen dat jouw server-side setup voldoet aan de best practices.

Browser data opvangen

In een server-side container ontvang je enkel HTTP-requests, die op zich niet zo veel data bevatten. Het voordeel van client-side tracking is dat je gegevens uit de browser automatisch opvangt, wat je meer rapportagemogelijkheden geeft. Wil je deze browserdata toch opslaan en doorsturen naar je server-side container? Kijk dan even in je client-side Tag Manager naar je bestaande tags. Voor GA4 tags bestaat de optie “Send to server container”. Hiermee forward je als het ware de volledige payload vanuit de browser naar je server container.

Een eigen domein gebruiken voor meer data ownership

Bij een standaard server-side tagging implementatie, forwardt je de data naar een domein van Google: .appspot.com. Je maakt best een custom domain aan, waarbij je een subdomein van je eigen domein gebruikt. In ons geval zou dit measurement.iodigital.com kunnen zijn.

Als je dit doet, zal alle data als first-party data verzameld worden, wat handig is als je cookies zou gebruiken.

Je data verrijken

Nu je een werkende server-side implementatie hebt, is het tijd om de data die je opvangt vanop je website of app te verrijken met data uit je CMS of CRM. Zoals we eerder hebben aangehaald, kan je bijvoorbeeld de loyalty status vanuit je CRM mee doorgeven aan je advertentieplatformen om je campagnes efficiënter te laten lopen

Data monitoring opzetten

Heel fijn dat je data verzameling nu server-side verloopt, maar soms lopen er nu eenmaal zaken mis. Je server kan bijvoorbeeld tijdelijk onbeschikbaar zijn door een technische storing, of je website ligt plat door een grote stijging aan bezoekers door die Black Friday campagne die je hebt gelanceerd. Om het verlies aan data zo klein mogelijk te houden, activeer je best enkele monitoring regels die je meteen een alert geven als er iets misloopt.