Jarenlang was client-side tracking de standaard. Bedrijven vertrouwden op tags en pixels die direct vanuit de browser van een bezoeker data stuurden naar analyseplatforms. Denk aan het meten van conversies, het optimaliseren van de gebruikerservaring en het tonen van gerichte advertenties.

Maar het speelveld is veranderd.

De betrouwbaarheid van client-side data staat onder druk. Browserbeperkingen (zoals ITP) en het toenemende gebruik van adblockers maken het verzamelen van complete en accurate data via de ‘oude’ methode steeds moeilijker en gefragmenteerder.

Als webanalist focus ik op betrouwbare data en actionable insights. Daarom is het cruciaal om te kijken naar het alternatief: server-side dataverzameling.

De basis: client-side versus server-side tracking

Beide methoden dienen hetzelfde doel: data over gebruikersinteracties op je website of app verzamelen en naar een analyseplatform sturen. Het verschil zit in de route van de data.

Client-side tracking: de directe (maar kwetsbare) route

Bij client-side tracking (de traditionele methode) stuurt de browser van de gebruiker (de ‘client’) de data direct naar een externe server, zoals Google Analytics of Facebook. Dit gebeurt via stukjes JavaScript-code (tags) die op je pagina’s staan, vaak beheerd via een Tag Management Systeem (TMS).

• De keerzijde: De browser heeft hier de volledige controle. Privacymaatregelen verkorten de levensduur van cookies, voorkomen ‘fingerprinting’ en blokkeren tracking. Dit leidt tot een gefragmenteerde en onbetrouwbare datastroom.
  

Server-side tracking: de gecontroleerde route

Bij server-side tracking worden de verzamelde data eerst naar een door jou beheerde server gestuurd. Deze server fungeert als een buffer en stuurt de data vervolgens door naar het analyseplatform. Deze extra laag zorgt voor meer veiligheid en controle over welke data je deelt en hoe.

Hoewel dit concept technisch klinkt, is het werken met moderne server-side oplossingen tegenwoordig veel gebruiksvriendelijker dan de log analytics van weleer.

Twee server-side oplossingen voor jouw data verzameling

Server-side is niet één methode. Er zijn twee belangrijke varianten die ik in de praktijk veel zie:

1. Server-side tracking met een first-party collector (de hybride methode)

Hierbij worden trackingverzoeken via een proxyserver binnen je eigen (sub)domein afgehandeld. Cookies worden ingesteld vanuit jouw domein, waardoor ze een langere levensduur krijgen en je data nauwkeuriger wordt.

• De voordelen:
  • Hogere datanauwkeurigheid: De levensduur van first-party cookies wordt verlengd.
  • Betere databeveiliging: Gevoelige data wordt niet direct met de client-side gedeeld.
  • Volledige data-granulariteit: Je behoudt alle details over traffic, conversies, scroll depth, enzovoorts.
  • Lichtgewicht en onafhankelijk: Geen zware infrastructuur nodig, en je bent niet verplicht om Google’s servers of Tag Manager te gebruiken.
• De nadelen:
  • Implementatiecomplexiteit: Hoewel eenvoudiger dan vroeger, vereist het nog steeds meer expertise en tijd dan client-side tags.
  • Alleen voor analytics: Deze methode is vaak beperkt tot je analyseplatform; andere marketingtools vereisen een andere oplossing.
  • Toestemming blijft vereist: Zelfs met deze methode moet je voldoen aan de AVG/privacyregels.

2. Server-side tagging (de controlekamer)

Dit is de meest geavanceerde aanpak. Een speciale tagmanager-server host alle data en stuurt deze vervolgens gecontroleerd naar alle marketingtools (niet alleen analytics). De webbrowser stuurt slechts één verzoek naar jouw server, en jij bepaalt vervolgens welke data, gemaskeerd of verrijkt, naar welke externe leverancier gaat.

• De voordelen:
  • Maximale datacontrole: Je kunt data maskeren of verwijderen voordat je deze deelt met derden.
  • Verbeterde websiteprestaties: Door tags te verplaatsen naar een cloudomgeving, verlicht je de laadtijd van je website.
  • Dataverrijking: Combineer webdata met CRM- of transactiedata voordat je het verstuurt.
  • Langere levensduur van cookies: Dit helpt bij het verzamelen van betrouwbaardere data.
• De nadelen:
  • Kosten en infrastructuur: Het inrichten van de benodigde servers en cloud-oplossingen brengt kosten met zich mee.
  • AVG-uitdagingen: Het creëren van unieke bezoekers-ID’s is een persoonsgegeven en vereist toestemming.
  • Beperkte ondersteuning: Niet alle marketingleveranciers hebben hun tags al voor deze technologie geoptimaliseerd.

3. Data opslaan of streamen voor Looker Studio

Voor schaalbaarheid en prestaties adviseer ik een tussenliggende database zoals Google BigQuery. Dit stelt Looker Studio in staat om snel en efficiënt grote datasets te verwerken.

• Grote setups (aanbevolen): n8n schrijft de getransformeerde data naar een database (bijv. BigQuery). Looker Studio verbindt met deze database.
• Eenvoudige setups: Voor kleinere dashboards kan n8n de getransformeerde data direct wegschrijven naar een Google Sheet, wat Looker Studio vervolgens leest.

Kiezen voor server-side: is het het waard?

Server-side is niet een magische oplossing voor alles. Het lost het probleem van het verdwijnen van third-party cookies voor remarketing niet op. Wél verbetert het de betrouwbaarheid en nauwkeurigheid van je first-party data.

Mijn nuchtere advies

Als jouw organisatie grote waarde hecht aan data en deze gebruikt voor cruciale bedrijfsbeslissingen, dan is investeren in een server-side setup geen optie maar een noodzaak om concurrerend te blijven.

Wil jij de stap zetten naar betrouwbare, gecontroleerde en AVG-proof data?

Server-side tracking vereist de juiste expertise voor een soepele en effectieve implementatie. Ik help je graag met een no-nonsense analyse van jouw huidige setup en adviseer je over de meest geschikte server-side oplossing voor jouw behoeften. Of vraag de gratis data scan aan voor een complete vrijblijvende scan van jouw data stack.

Neem nu contact op voor een vrijblijvend adviesgesprek over jouw data setup.

Neem contact op