Server-side tracking: wat het is en wanneer je het nodig hebt

Wat server-side tracking is

Bij gewone meting, client-side, stuurt de browser van je bezoeker zelf de gegevens naar Google Analytics, Google Ads en Meta. Elke tag op je site praat rechtstreeks met een ander bedrijf.

Bij server-side tracking zit er een tussenstation tussen. De browser stuurt één datastroom naar een server die bij jou hoort, meestal op een subdomein van je eigen website. Die server bepaalt wat er doorgaat naar welk platform. In de praktijk is dat vaak een servercontainer van Google Tag Manager.

Dat klinkt als een technisch detail, maar het verandert drie dingen: wie de gegevens verstuurt, hoe lang je bezoekers herkenbaar blijven, en wat je zelf in de hand hebt.

Wat het oplost

• Adblockers. Veel adblockers houden verzoeken naar bekende meetdomeinen tegen. Een verzoek naar je eigen subdomein valt minder snel in die filters. Minder snel, niet nooit.
• Kort levende cookies. Safari beperkt cookies die via JavaScript worden gezet tot zeven dagen. Komt iemand na tien dagen terug en vraagt hij een offerte aan, dan is hij een nieuwe bezoeker en is de klik uit beeld. Een eigen server kan, goed ingericht, cookies zetten die langer meegaan.
• Controle over wat je deelt. Op de server bepaal je welke velden naar welk platform gaan. Een e-mailadres kan versleuteld naar Meta, en helemaal niet naar GA4.
• Minder scripts in de browser. Dat scheelt laadtijd. Een prettige bijvangst, geen reden op zich.

Wat het niet oplost

Hier wordt server-side tracking vaak overschat. Leveranciers noemen percentages teruggewonnen data die uit hun beste cases komen. Ga ervan uit dat het bij jou minder is.

• Toestemming. Geeft iemand geen toestemming voor marketingcookies, dan blijft dat zo. Consent Mode geldt server-side net zo goed als in de browser. Server-side gebruiken om je cookiebanner te omzeilen is niet toegestaan, en dat risico is geen campagne waard.
• Een meting die niet klopt. Vuurt je conversie twee keer, of gaat er geen waarde mee, dan stuurt een server die fout keurig door. Server-side maakt een goede meting beter, geen slechte meting goed.
• Attributie. Welke campagne de eer krijgt, is een andere vraag. Betere brondata helpt, maar beantwoordt die vraag niet.

Er komt ook iets bij: beheer. Een server kost geld, moet bijgehouden worden, en als hij stilvalt meet je niets. Iemand moet erop letten.

Server-side maakt een goede meting beter, geen slechte meting goed.

Een rekenvoorbeeld

Neem een bedrijf met 200 aanvragen per maand in zijn CRM. Google Ads ziet er daarvan 150 terug. Van de 50 die ontbreken, vallen er 30 weg omdat de bezoeker geen toestemming gaf. De andere 20 verdwijnen door adblockers en verlopen cookies. Server-side tracking wint daarvan een deel terug.

Twaalf aanvragen per maand extra in beeld, acht procent meer signalen. Dat is bescheiden, en dat is eerlijk. Of het de moeite waard is, hangt af van waar je op stuurt. Leert een campagne van 30 offertes per maand, dan maken een paar extra signalen verschil. Leert hij van 3.000 aankopen, dan merk je het nauwelijks.

Wanneer je het nodig hebt

Wij raden server-side tracking aan als twee of meer van deze punten kloppen:

• Je stuurt campagnes op conversies die schaars zijn, zoals offertes of afspraken, en elk gemist signaal telt.
• Een groot deel van je bezoekers gebruikt Safari of een adblocker. Bij een zakelijk of technisch publiek ligt dat vaak hoger.
• Tussen eerste klik en aanvraag zit vaak meer dan een week, zodat kort levende cookies je klikken kwijtraken.
• Je wilt uitkomsten uit je CRM terugsturen naar Google en Meta. Een eigen server is daar een logische plek voor.

Klopt geen van deze, dan is server-side tracking geen prioriteit. Zorg eerst dat je meting klopt: elke actie één keer gemeten, met een uniek nummer per aanvraag en een waarde erbij.

Waar je begint

Begin met meten hoeveel je mist. Leg per week het aantal aanvragen of orders in je eigen administratie naast wat Google Ads en Meta terugzien. Het verschil is het plafond van wat server-side kan terugwinnen, en meestal haal je daar een deel van.

Is dat verschil groot genoeg, breng dan eerst één platform server-side, bijvoorbeeld Meta via de Conversions API, en meet opnieuw. Stuur daarbij hetzelfde eventnummer mee als de browser, anders telt Meta elke aanvraag twee keer. Pas als je ziet dat het werkt, volgt de rest. Zo betaal je niet voor infrastructuur waarvan je niet weet wat hij oplevert.

Jorick DumpelCo-founder en groeistrateeg bij Designated. Draait een eigen portefeuille klanten en heeft de meeste advertising-ervaring van het team.