← Terug naar kennisbank

    Wat is server-side tracking?

    Redactie Nexum Digital · Laatst bijgewerkt: 4 september 2026

    Bij server-side tracking stuurt de browser zijn data niet rechtstreeks naar Google of Meta, maar naar een server op je eigen domein. Die server verwerkt de gegevens en geeft ze door aan de platformen. Omdat de requests van je eigen domein komen, worden ze minder vaak geblokkeerd door adblockers en browserbeperkingen. Je meet daardoor conversies die je anders zou mislopen.

    Hoe het mechanisme werkt, met een rekenvoorbeeld

    De opzet bestaat uit drie stappen. Eén: op je website draait een lichte tagcontainer die events (paginaweergave, formulier, aankoop) naar een eindpunt op je eigen subdomein stuurt, bijvoorbeeld data.jouwdomein.be. Twee: op dat subdomein draait een servercontainer (meestal Google Tag Manager Server) die het event ontvangt, verrijkt of filtert. Drie: de servercontainer stuurt het event door naar Google Ads, GA4, Meta Conversions API of andere platformen via hun server-API's.

    Wat dat oplevert, reken je zo uit. Stel dat je webshop 400 bestellingen per maand doet volgens je orderadministratie, maar Google Ads meet er 300. Je meetgraad is 75%. Met server-side tracking en enhanced conversions stijgt dat naar bijvoorbeeld 360 gemeten bestellingen, oftewel 90%. Er is geen enkele extra verkoop, maar je biedstrategie ziet 20% meer conversies en berekent daardoor een correctere ROAS. Bij 4.000 euro adspend en 100 euro gemiddelde orderwaarde stijgt de gemeten ROAS van 7,5 naar 9,0 zonder dat er iets aan de campagne veranderde. De cijfers in dit voorbeeld zijn illustratief; je eigen meetverlies meet je door beide methodes een periode naast elkaar te laten lopen.

    Client-side versus server-side

    Client-side Server-side
    Waar draait het In de browser Op jouw server
    Geblokkeerd door adblockers Vaak Zelden
    Cookielevensduur in Safari Enkele dagen Langer, mits cookies vanaf je server gezet worden
    Controle over wat verzonden wordt Beperkt Volledig
    Kosten Geen extra Hostingkosten van de servercontainer
    Complexiteit Laag Hoger; vraagt eenmalige technische opzet
    Laadsnelheid van de site Elke tag laadt apart in de browser Eén request vanuit de browser; de rest gebeurt op de server

    Wat het oplevert en wat het kost

    De winst zit in twee dingen: meer gemeten conversies, waardoor je advertentieplatform beter kan bieden, en meer controle over welke data je precies deelt. De kosten zijn hosting van de container plus de eenmalige opzet. Hoeveel je terugwint verschilt sterk per site: veel Safari-verkeer of een technisch publiek met adblockers betekent meer verlies bij client-side en dus meer winst bij server-side. Meet het door beide methodes een periode naast elkaar te laten lopen en het aantal gemeten conversies te vergelijken met je backoffice.

    De hostingkost hangt af van je verkeer. Voor een KMO-site gaat het doorgaans om enkele tientallen euro's per maand; grote webshops met miljoenen events betalen meer. Dat zijn richtcijfers. Zet daar het advertentiebudget tegenover dat op basis van die data gestuurd wordt: wie maandelijks duizenden euro's adverteert op 75% van zijn data, betaalt de opzet meestal binnen enkele maanden terug via betere biedingen.

    Consent Mode v2

    In de Europese Economische Ruimte is Consent Mode v2 vereist om remarketing en gepersonaliseerde advertenties in Google-producten te blijven gebruiken. Het regelt dat er bij een geweigerde toestemming geen persoonsgegevens meegaan, maar wel een geaggregeerd signaal waarmee Google conversies kan modelleren. Server-side tracking vervangt consent niet: je hebt nog steeds een geldige toestemming nodig vóór je marketingcookies zet of persoonsgegevens deelt. De servercontainer is wel de plek waar je die toestemmingsstatus afdwingt: geen consent, geen doorsturen van identificerende data.

    Wanneer is dit relevant voor jouw bedrijf

    • Het aantal conversies in Google Ads of Meta wijkt duidelijk af van wat je in je webshop of CRM ziet. Dat verschil is je meetverlies en dus je potentiële winst.
    • Je adverteert met slimme biedstrategieën (doel-ROAS, doel-CPA) die afhankelijk zijn van volledige conversiedata. Elk gemist signaal maakt die biedingen minder scherp.
    • Je publiek gebruikt veel Safari of iOS, of is technisch onderlegd. Daar is client-side meetverlies het grootst.
    • Je wil grip op privacy: welke data verlaat je domein, naar welk platform en onder welke consent. Server-side geeft één controlepunt in plaats van tien losse scripts.

    Veelgestelde vragen

    Bij client-side tracking stuurt de browser van je bezoeker data rechtstreeks naar Google, Meta en andere platformen via scripts op je site. Bij server-side tracking gaat die data eerst naar een server op je eigen domein, die ze verwerkt en doorstuurt. Server-side is robuuster tegen adblockers en browserbeperkingen en geeft je volledige controle over wat er verzonden wordt.

    Server-side tracking is op zich neutraal: het is een transportmethode. GDPR-conform wordt het door de manier waarop je het inricht: een geldige cookiebanner met Consent Mode v2, alleen doorsturen wat toegestaan is, en een verwerkersovereenkomst met je hostingpartij. Het voordeel is dat je zelf bepaalt en documenteert welke velden elk platform ontvangt.

    Dat verschilt per site en is vooraf niet exact te zeggen. Het hangt af van het aandeel Safari- en iOS-verkeer, adblockergebruik en hoeveel bezoekers consent weigeren. De enige betrouwbare manier is meten: laat client-side en server-side enkele weken parallel lopen en vergelijk beide met de werkelijke bestellingen of leads in je backoffice.

    Voor pure analyse is de meerwaarde kleiner dan voor advertenties, omdat je met GA4 geen biedingen stuurt. Het helpt wel tegen adblockers en verlengt de cookielevensduur, waardoor terugkerende bezoekers beter herkend worden. Adverteer je ook via Google Ads of Meta, dan is de investering veel sneller terugverdiend.

    De Conversions API (CAPI) is de server-interface van Meta waarmee je conversies rechtstreeks vanaf je server doorstuurt, als aanvulling op of vervanging van de Meta-pixel in de browser. Het is een typisch onderdeel van een server-side opzet: dezelfde servercontainer stuurt events naar Google én naar Meta, met deduplicatie zodat een aankoop niet dubbel telt.

    Technisch kan het met Google Tag Manager Server en een cloudprovider, maar de valkuilen zitten in details: correcte deduplicatie, consent afdwingen, first-party cookies vanaf de server, enhanced conversions en het valideren tegen je backoffice. Wie dat niet dagelijks doet, verliest er snel dagen aan. Een eenmalige professionele opzet met documentatie is voor de meeste kmo's de efficiëntere route.