Client-side vs. server-side tracking: welke methode past bij jouw bedrijf?

Jarenlang gebruikten bedrijven client-side tags en pixels om websitebezoekers te volgen, de gebruikerservaring te verbeteren, conversieratio te optimaliseren en advertenties te tonen aan het juiste publiek. Dit soort trackers verliezen nu echter hun aantrekkingskracht. Steeds meer browsers stoppen met ondersteuning voor third-party tracking, waardoor het verzamelen van data via client-side technieken steeds moeilijker wordt.

Bedrijven die nauwkeurigere data over het gedrag van gebruikers en customer journeys willen, stappen over of kijken naar alternatieven, zoals server-side dataverzameling. Server-side dataverzameling is in veel situaties een goede oplossing voor het probleem van de steeds minder betrouwbare en gefragmenteerde client-side data.

Server-side methoden kunnen ook verwarrend zijn. Vooral omdat er veel verschillende methoden zijn. Daarnaast is het belangrijk om te realiseren dat ook server-side trackers en tags – meestal niet detecteerbaar in browsers – moeten voldoen aan dezelfde compliance regels als bij client-side tracking. Dit geldt inmiddels voor vrijwel alle trackingmethodes.

Server-side tracking vs. client-side tracking

Server-side en client-side tracking zijn methoden die worden gebruikt om data, die via een browser zijn verzameld (bij server-side gebeurt dit via een server die de browser van websitedata voorziet), naar een analyseplatform te brengen. Beide methoden helpen data te verzamelen over interacties van bezoekers op websites of apps. Het verschil zit in de manier waarop de data worden verzameld.

Client-side tracking

Met client-side tracking worden data rechtstreeks van de browser van gebruikers (ook wel ‘client’ genoemd) naar een externe third-party server gestuurd, zoals een analytics-oplossing. Deze dataoverdracht is mogelijk doordat kleine stukjes JavaScript-code (tags) op elke pagina van een website zijn geplaatst. Meestal wordt hierbij een tagmanagement-systeem gebruikt.

De manier van dataverzameling verandert

Client-side tracking was jarenlang de meest gebruikte methode voor het verzamelen van data, maar dit verandert nu. Browser privacy-mechanismen, zoals Intelligent Tracking Prevention (ITP), beperken namelijk de levensduur van cookies en voorkomen ‘fingerprinting’: het proces waarbij kleine stukjes informatie over een device van een gebruiker worden verzameld en samengevoegd om een uniek beeld te vormen over een gebruiker.

Client-side methoden zijn minder betrouwbaar

Daarnaast voorkomt het ook ‘CNAME cloaking’, een methode die wordt gebruikt om een third-party domein te ‘vermommen’ als onderdeel van het first-party domein, waardoor een third-party kan tracken als een first-party. Bovendien gebruiken steeds meer internetgebruikers (37% wereldwijd) een adblocker om trackers te blokkeren. Dit alles zorgt ervoor dat data, die met client-side methoden worden verzameld, gefragmenteerder en daardoor minder betrouwbaar en bruikbaar zijn.

Server-side tracking

Bij server-side tracking methoden worden de verzamelde data naar een server gestuurd, die een website of app host, en vervolgens doorgegeven aan een analyseplatform. Dit proces creëert een extra laag tussen een website en een data collection platform en zorgt voor meer veiligheid en controle.

Server-side data is gebruiksvriendelijker

Hoewel het concept van server-side tracking misschien nieuw lijkt, gaat het terug tot het begin van de jaren negentig en het begin van web analytics. Marketeers konden toentertijd, aan de hand van log analytics, basisinzichten over bezoekers van hun website verkrijgen, zoals locatie en verwijzende sites. Dankzij nieuwere methoden is het werken met server-side data inmiddels gebruiksvriendelijker en effectiever.

Server-side tracking met een first-party collector – de hybride methode

Bij server-side tracking met een first-party collector worden cookies ingesteld vanaf een proxyserver binnen een (sub)domein van een website. Trackingverzoeken gaan rechtstreeks naar het domein in plaats van via een third-party analyseplatform. Het is een hybride model, waarbij de voordelen van client-side dataverzameling worden gecombineerd met server-side logica en centrale verwerking van data.

✅ De voordelen

Server-side tracking met een first-party collector biedt veel voordelen voor bedrijven die niet-gefragmenteerde data willen verzamelen over customer journeys:

• Hogere nauwkeurigheid van data: server-side tracking helpt om de levensduur van analytics cookies te verlengen, waardoor de data nauwkeuriger is.
• Betere data security: server-side tracking is een veilige methode om gevoelige data te tracken en de complete customer journey opnieuw op te bouwen, omdat er geen data wordt gedeeld met de client-side.
• High-quality dataverzameling: server-side tracking biedt dezelfde data granulariteit als client-side tracking, zoals traffic sources, verwijzende sites, pageviews, conversiepercentages, scroll depth, etc.
• Lichtgewicht: er is geen apart platform of on-premises implementatie van grote componenten nodig, waardoor de impact op de infrastructuur wordt beperkt.
• Onafhankelijkheid van Google-producten: met deze methode hoef je geen server-side Google Tag Manager te gebruiken of Google-servers te gebruiken – dit kan vooral belangrijk zijn vanwege privacyzorgen of strikt intern beleid.

❌ De nadelen

Ondanks deze voordelen, en het gegeven dat server-side tracking met een first-party collector als een van de meest betrouwbare alternatieven voor client-side analytics wordt gezien, heeft het ook nadelen:

• Het kan niet gebruikt worden zonder toestemming van de gebruiker: hoewel server-side trackers en tags meestal niet detecteerbaar zijn in browsers, moeten nog steeds dezelfde compliance regels worden gevolgd als bij client-side tracking. Dit geldt echter inmiddels voor vrijwel alle trackingmethodes.
• De implementatie is complexer dan bij client-side analytics: server-side tracking is al een heel stuk eenvoudiger dan log analytics, maar vergt nog steeds tijd, middelen en expertise.
• Server-side dataverzameling geldt alleen voor analytics: de methode werkt maar voor een deel van de data stack. Indien je alle marketingtools server-side wil gebruiken, zijn andere methoden nodig, zoals server-side tagging.

Server-side tagging

Bij server-side tagging wordt gebruikgemaakt van een speciale tagmanager-server die alle data host en vervolgens naar de juiste marketingtools stuurt. In plaats van third-party scripts rechtstreeks op je website te installeren, krijg je een buffer die je website en gebruikersdata scheidt van externe leveranciers en hun trackers. Met een server-side component stuurt de webbrowser slechts één verzoek en kan je bepalen welke data met welke service worden gedeeld. Hiermee kun je het verzamelen van data beperken en beheren hoeveel data je aan derden verstrekt.

✅ De voordelen

Server-side tagging biedt marketeers en analisten een aantal voordelen:

• Meer controle over data en betere databescherming: het is mogelijk om bepaalde data te maskeren of te verwijderen, zodat leveranciers geen volledige informatie over je websitebezoekers krijgen. Daarnaast zijn gebruikersdata beter beschermd als ze worden verzameld en gedistribueerd in een door de klant beheerde server-side omgeving. Je kunt selecteren welke data worden gedeeld met specifieke leveranciers.
• Verbeterde websiteprestaties: met server-side tagging kun je tag management van je website of app verplaatsen naar een server-side processing container in de cloud. Of naar een ander extern platform, wat de prestaties van de website verbetert.
• Dataverrijking: door gebruik te maken van server-side tag management is het mogelijk om data te verrijken met informatie uit verschillende tools, zoals een CRM- of een transactiesysteem.
• Langere levensduur van cookies: in veel gevallen helpt server-side tagging om de levensduur van cookies te verlengen en betrouwbaardere data te verzamelen.

❌ De nadelen

Er kleeft ook een aantal nadelen aan server-side tagging:

• Server-side tagging en AVG: server-side tagging oplossingen creëren een uniek ID voor elke bezoeker, wat valt onder de definitie van persoonsgegevens onder wetten zoals de AVG. Dit betekent dat je dit soort gegevens alleen kunt verzamelen met toestemming van de bezoeker. Bij anonimisering wordt dit probleem omzeild, maar worden ook belangrijke inzichten over customer journeys verloren.
• Server-side tagging implementatie: om server-side tagging in te richten, is een gespecialiseerd tag management systeem vereist. Dit proces vereist ook de installatie en het beheer van een webserver of een speciale database in de cloud, wat leidt tot extra werk voor technische teams.
• Kosten: het installeren van extra servers brengt extra kosten met zich mee.
• Beperkte ondersteuning voor server-side tagging: het is verstandig om eerst te controleren of de tools in je datastack server-side tagging ondersteunen, voordat je erin investeert. Nog niet alle marketingleveranciers hebben tags voor deze technologie geïntegreerd.

Kiezen voor server-side?

Voordat je besluit om voor server-side te kiezen, is er een aantal belangrijke zaken die je moet overwegen. Zowel server-side tracking als tagging helpen om de betrouwbaarheid van data te verbeteren. Maar zelfs bij server-side methoden moet je denken aan privacywetgeving, zoals de AVG. Bovendien zal het overschakelen naar server-side de problemen rond het verlies van data, door het verdwijnen van third-party cookies, niet oplossen:

• Server-side analytics tracking is een methode die wordt gebruikt om de levensduur van first-party cookies te verlengen. Het biedt echter geen oplossing voor de problemen met third-party tracking.
• Server-side tagging lost de uitdagingen van remarketing niet op een effectieve, privacybewuste manier op. Met het uitfaseren van third-party cookies wordt het retargeten van anonieme bezoekers op verschillende sites steeds moeilijker.

Kortom, heeft jouw organisatie ruime ervaring met analytics en gebruiken jullie data voor belangrijke beslissingen? Dan kan het investeren in een server-side setup significante voordelen opleveren.