Server-side tagging gids: voordelen en handige tools

• Marketeers verliezen tot 30% van conversiedata door browserbeperkingen en ad-blockers.
• Server-side tagging werkt door event data via een cloudserver te sturen in plaats van via de browser van de gebruiker.
• Server-side tagging is de aanpak om dataverlies te vermijden, trackingnauwkeurigheid te verbeteren en te voldoen aan privacyregels.

Client-side tracking levert niet meer zo goede resultaten als vroeger. Ad-blockers en privacy-updates van browsers blokkeren het verzamelen en doorsturen van data naar advertentie- en analyseplatforms.

Server-side tagging lost dit op door een middleware-cloudserver toe te voegen, waarmee u completere data verzamelt, robuustere cookies instelt en voldoet aan wettelijke vereisten.

Deze gids legt uit hoe server-side tagging werkt, hoe u het instelt en welke tools u daarvoor gebruikt.

Laten we beginnen.

Server-side tagging betekent dat de data nog steeds in de browser wordt verzameld, maar niet rechtstreeks naar platforms zoals Meta of Google gaat.

In plaats daarvan gaat het eerst via een cloudserver waar uw Google Tag Manager (GTM) server container deze data verwerkt en doorstuurt naar de platforms of tools die u gebruikt, zoals Meta, Google Analytics of andere.

Om deze setup te laten werken, heeft u een plek nodig om die cloudserver te hosten.

Daarvoor helpt Stape: het biedt u een kant-en-klare omgeving voor uw GTM server container, zonder dat u zelf infrastructuur hoeft op te zetten.

Server-side tagging verbetert de nauwkeurigheid van data en privacy door minder afhankelijk te zijn van de browser van de gebruiker en enig dataverlies door browserbeperkingen te vermijden. Het werkt het beste in combinatie met een duidelijk tagging plan dat bepaalt welke acties u bijhoudt, welke parameters u verzendt en hoe u data consistent houdt over platforms heen.

Lees meer over wat is server-side tracking.

Steeds meer marketeers beginnen te inzien waarom server-side tagging de voorkeur verdient boven browsergebaseerde tracking. Dit zijn de belangrijkste redenen:

• Nauwkeurigere en completere data: events worden via uw eigen server verwerkt (vaak via een custom domain), waardoor minder conversies verloren gaan door browserbeperkingen of ad-blockers.

First-party cookies die via uw server worden ingesteld, kunnen ook veel langer meegaan, wat helpt om te achterhalen waar uw conversies werkelijk vandaan komen. Zo kunnen analytics-cookies via server-side tot 400 dagen geldig blijven in plaats van na een week te worden verwijderd.

En omdat trackingreques ten van uw domein komen, filteren ad-blockers ze minder snel weg, wat resulteert in completere conversiedata.

• Betere paginaprestaties: door trackingscripts naar de server te verplaatsen, draait er minder JavaScript in de browser, wat vaak leidt tot sneller laden en een betere gebruikerservaring.
• Meer datacontrole en privacy: met server-side tagging fungeert u als poortwachter van welke data naar elke vendor wordt gestuurd. U kunt persoonlijke informatie filteren of anonimiseren (bijvoorbeeld gebruikersidentificatoren zoals e-mailadressen of telefoonnummers verwijderen of hashen) voordat deze uw server verlaat. Dit helpt te voldoen aan CPRA in Californië, VCDPA in Virginia, GDPR-vereisten in de EU en andere privacywetten.

U kunt ook marketing mix modeling gebruiken om te zien hoe deze completere data van server-side tracking de campagneprestaties en het langetermijn-ROI verbetert.

U ziet "server-side tagging" en "server-side tracking" vaak door elkaar gebruikt, maar technisch gezien beschrijven ze twee verschillende benaderingen.

Server-side tagging begint nog steeds in de browser.

De data wordt daar verzameld, maar in plaats van rechtstreeks naar analytics- of advertentieplatforms te gaan, gaat het eerst via een cloudserver.

Daar draaien de tags, worden data gefilterd of verrijkt, en vervolgens doorgestuurd naar platforms zoals Google Analytics 4 (GA4) of Meta.

Server-side tracking slaat de browser daarentegen volledig over.

Alle data komt rechtstreeks van backend-systemen of andere servers en wordt vervolgens naar de analytics- of advertentieplatforms gestuurd, zonder enige interactie van het apparaat van de gebruiker.

In de praktijk trekken veel marketeers en platforms geen duidelijke lijn tussen de twee, waardoor de termen vaak door elkaar worden gebruikt.

U kunt beide gebruiken, maar om precies te zijn: tagging is browsergebaseerd met serververwerking, en tracking is volledig server-naar-server.

In een traditionele client-side setup draait uw GTM web container in de browser en stuurt data rechtstreeks naar third-party services (bijv. Google Analytics, Facebook, enz.).

Bij server-side tagging introduceert u een GTM server container op een cloudserver die tussen uw website en die third-party platforms staat. Dit is de basisstroom:

Bij server-side tagging stuurt de browser van de gebruiker tracking-events naar uw GTM server container, die ze vervolgens doorstuurt naar third-party tools zoals GA4 of Facebook. Dit creëert een first-party datastroom die u zelf beheert.

Wanneer een gebruiker een event triggert (bijvoorbeeld een paginaweergave of een aankoop), stuurt de browser die data naar het endpoint van uw server container (vaak een subdomein zoals ss.uwedomein.com).

Een Client-component parseert het inkomende verzoek binnen de server container en maakt de data beschikbaar voor uw geconfigureerde server tags.

Die server-side tags sturen de data vervolgens door naar de doelplatforms (bijv. Google Analytics, Google Ads, Facebook) via hun API's.

Server-side tagging instellen klinkt misschien complex, maar Stape heeft dit proces aangepast voor marketeers en bedrijfseigenaren.

Volg deze stappen om uw server-side tagging in te stellen:

• Toegang tot GTM: ga naar Google Tag Manager.
• Container aanmaken: klik op Admin → + onder de kolom Container.
• Container configureren: geef uw container een naam, selecteer Server als doelplatform en klik op Create.

• Server inrichten: kies Manually provision tagging server en kopieer de verstrekte Container Config.

• Aanmelden/Inloggen: ga naar Stape en log in of maak een account aan.
• Container aanmaken: klik op Create Container.
• Gegevens invoeren: geef een containernaam op, plak de container config van GTM, selecteer uw serverlocatie en klik op Create Container.

• Implementatie: Stape zal een cloudserver inrichten en uw GTM container hosten. De status verandert naar Running zodra de setup voltooid is.

• Toegang tot domeinen: scroll in uw Stape container naar het gedeelte Domains en klik op Add custom domain.
• Domein invoeren: voer een subdomein in (bijv. ss.uwedomein.com).
• DNS configureren: Stape levert DNS-records. Voeg deze toe bij uw domeinregistrar om het subdomein naar uw server container te laten wijzen.
• Verificatie: zodra de DNS-wijzigingen zijn doorgevoerd, wordt het custom domain geverifieerd.

• Web container openen: ga in GTM naar uw Web container.
• Tag aanmaken: voeg een nieuwe tag toe (bijv. Google Analytics: GA4 Event).
• Tag configureren: stel in de taginstellingen de Transport URL in op de URL van uw server container (bijv. https://ss.uwedomein.com).
• Triggers: stel geschikte triggers in voor uw tags zodat events naar de server container worden gestuurd.

• Server container openen: open in GTM uw Server container.
• Clients toevoegen: ga naar Clients, klik op New en selecteer de gewenste client (bijv. GA4).
• Tags instellen: maak onder Tags nieuwe tags aan die overeenkomen met de platforms waarnaar u data wilt sturen (bijv. Facebook Conversions API, LinkedIn Conversions API).

Gebruik de preview/debug-modus van GTM voor zowel uw web- als server containers. Activeer enkele testevents (zoals een paginaweergave of testconversie) en controleer in het debugpaneel van de server container of de events worden ontvangen en doorgestuurd.

Zodra alles er goed uitziet, publiceert u de wijzigingen in beide containers.

Uw site werkt nu live met server-side tagging.

In onze blogpost vindt u een uitgebreidere beschrijving en stappen om GTM te testen.

Server-side tagging zelf draaien klinkt goed, totdat u de maandelijkse kosten, installatietijd en het onderhoud bekijkt. Daarom kiezen marketeers en bedrijfseigenaren voor een beheerde oplossing zoals Stape.

Stape biedt u:

• Een volledig ingerichte cloudserver

Geen Google Cloud Run configureren, zelf hosten of schaalbaarheid beheren.

Stape biedt een kant-en-klare cloudserver voor uw GTM server container, zodat u de backend-setup kunt overslaan en direct kunt beginnen met tracking.

• Eenvoudig, overzichtelijk dashboard

Alles wat u nodig heeft om uw setup te beheren staat op één plek. U kunt de containerstatus bekijken, een domein koppelen, power-ups activeren en logs controleren.

• Betaalbare plannen

Uw eigen server hosten kan gemakkelijk meer dan $100/maand kosten. Met Stape kunt u gratis beginnen en daarna doorgaan voor $20/maand of opschalen met een groter plan.

• Ingebouwde power-ups

U kunt geavanceerde functies gebruiken zonder custom ontwikkelwerk:

• Cookie Keeper: houdt first-party cookies tot 400 dagen geldig, wat nuttig is omdat browsers ze na 3-7 dagen verwijderen.
• Custom Loader: verandert de namen van uw trackingscripts zodat ad-blockers ze niet herkennen en blokkeren.
• Anonymizer: laat u persoonlijke data filteren of verwijderen voordat deze wordt verzonden, zodat u voldoet aan wettelijke vereisten voor gegevensbescherming.
• Multi-domain support: volgt gebruikers op sites zoals shop.uwesite.com en blog.uwesite.com als één sessie, niet als afzonderlijke bezoeken.
  

• Templates voor GTM

Stape is ook een van de grootste bijdragers aan de GTM Template Gallery.

U vindt kant-en-klare templates voor GA4, Facebook, TikTok, Matomo, Piwik PRO en meer — allemaal ontworpen om server-side setups te vereenvoudigen en handmatig werk te verminderen.

• Globaal CDN en custom domains

Uw web container wordt nu gedownload via een globaal CDN, een groep servers wereldwijd die pagina's sneller laat laden door de server te gebruiken die het dichtst bij uw bezoeker staat.

U kunt (en zou moeten) ook een custom subdomein koppelen, zoals anything.uwesite.com, om data via uw eigen domein te sturen en de trackingnauwkeurigheid te verbeteren.

• Single Sign-On aangedreven door WorkOS

Stape biedt SSO voor uw domein, zodat iedereen met dat domein inlogt via dezelfde bedrijfslogin die ze al op het werk gebruiken. Nieuwe gebruikers worden automatisch aangemaakt bij hun eerste SSO-login en hun accounts blijven in dezelfde regio (Global of EU) als het masteraccount.

U kunt SSO-activering rechtstreeks aanvragen vanuit uw accountinstellingen op Stape.

• Ondersteuning wanneer u die nodig heeft

Er is een duidelijke kennisbank en documentatie in de Helpdesk en een supportteam dat klaarstaat om te helpen of advies te geven.

Client-side tagging betekent dat uw tracking-tags in de browser van de gebruiker draaien.

Wanneer iemand uw site bezoekt of een actie uitvoert, stuurt de browser die data rechtstreeks naar platforms zoals GA4 of Meta.

Dit type tagging heeft veel beperkingen. Ad-blockers en browserprivacy-beperkingen kunnen uw verzoeken blokkeren of ervoor zorgen dat u belangrijke informatie mist, wat leidt tot dataverlies.

Server-side tagging, zoals aangeboden door Stape, werkt anders. In plaats van data rechtstreeks vanuit de browser te sturen, gaat het eerst naar uw cloudserver, meestal via een custom subdomein zoals anything.uwesite.com. Van daaruit stuurt de server de data door naar advertentie- en analyseplatforms.

Deze setup geeft u meer controle over welke data wordt gedeeld en helpt u te voldoen aan privacywetten. Het verbetert ook de nauwkeurigheid van data door browsergerelateerde problemen te vermijden, zodat advertentieplatforms de juiste signalen ontvangen om uw campagnes aan te passen en mensen te bereiken die meer kans hebben om te converteren.

Server-side tagging helpt de privacy van gebruikers te beschermen door u meer controle te geven over hoe en waar gebruikersdata wordt gebruikt.

In plaats van data rechtstreeks vanuit de browser naar third-party platforms voor advertenties en analytics te sturen, gaat het eerst naar uw cloudserver.

Daar kunt u persoonlijke gegevens zoals IP-adressen of e-mailadressen verwijderen of anonimiseren voordat u ze doorstuurt. U kunt ook een serverlocatie kiezen die data binnen de EU houdt, wat de localisatievereisten van de GDPR ondersteunt.

Een belangrijk punt is de toestemming van de gebruiker. U kent dat venster "Wij gebruiken cookies", waarbij de gebruiker kiest om akkoord te gaan of te weigeren.

Als de gebruiker bezwaar maakt, worden hun gegevens niet gebruikt en voldoet u aan de GDPR-regels.

Cookies zijn een belangrijk hulpmiddel voor het verzamelen van gebruikersdata, en server-side tagging helpt u er het meeste uit te halen door te verbeteren hoe ze worden opgeslagen, vernieuwd en herkend.

Dit verandert er en waarom het belangrijk is voor uw tracking:

• First-party cookies met langere levensduur: met een server-side setup via uw eigen domein worden tracking-cookies first-party cookies.

Browsers blokkeren of verwijderen ze minder snel. Analytics- of advertentiecookies ingesteld via uw server kunnen maanden meegaan (tot 13 maanden) in plaats van na een paar dagen te worden verwijderd, zoals bij browser tagging het geval is.

Dit zorgt voor veel betere continuïteit bij het volgen van terugkerende bezoekers.

• Omgaan met ITP (Safari-beperkingen): Safari's Intelligent Tracking Prevention beperkt nog steeds de duur van zelfs first-party cookies.

Om dit te omzeilen, vernieuwt Stapes Cookie Keeper power-up uw belangrijke cookies continu zodat Safari ze niet na een week laat verlopen.

• Own CDN: leidt uw tagging-domein via hetzelfde IP-adres als uw hoofdsite.

Dit helpt browsers zoals Safari cookies als echt first-party te beschouwen, wat hun levensduur en nauwkeurigheid verbetert.

• Same-origin domain: uw tagging-pad instellen op hetzelfde domein als uw site (zoals uwesite.com/sgtm) helpt voorkomen dat browsers cookies downgraden of tracking blokkeren.
• Duurzame tracking: third-party cookies (zoals die van uw advertentieplatforms) worden geleidelijk uit browsers verwijderd.

Dit maakt een first-party, server-side setup nog belangrijker voor het nauwkeurig houden van uw tracking en attributie op de lange termijn.

Server-side tagging levert nog betere resultaten wanneer u het combineert met de juiste aanvullingen.

Deze Stape-tools helpen u alles in te stellen, uw gebruikersdata schoon te houden en om te gaan met ad-blockers of verdwijnende cookies zodat alles gewoon werkt zoals het moet:

• Gateways voor specifieke platforms

Als u tracking uitvoert voor een specifiek advertentieplatform, maakt een speciale gateway de setup sneller en eenvoudiger.

Stape biedt voorgeconfigureerde gateways die automatisch events van uw cloudserver naar het door u gekozen platform sturen, zonder handmatige tagging.

• Meta Conversions API Gateway: stuurt events zoals aankopen en leads van uw server naar Meta via Conversions API. Gehost door Stape, geen backend-setup vereist.
• Stape Gateway: gebouwd voor GA4 en Google Ads. Installeert automatisch core tags in uw server container.
• TikTok Events API Gateway: helpt u server-side events naar TikTok te sturen voor betere attributie en campagneoptimalisatie.
• Snapchat CAPI Gateway: volgt conversies op Snapchat zelfs wanneer browser tracking is geblokkeerd.

Elke gateway is afgestemd op de API van het platform, zodat u nauwkeurige event-tracking krijgt met minder configuratie.

• Monitoring

Monitoring laat zien of belangrijke events (zoals aankopen of aanmeldingen) plotseling stoppen met werken.

Bijvoorbeeld als er uren lang geen "Add to Cart"-events worden geregistreerd, terwijl mensen uw site wel gebruiken.

U wordt direct op de hoogte gesteld zodat u het probleem snel kunt oplossen door uw GTM-tags en triggers te controleren, preview-modus te gebruiken om events te testen, of recente sitewijzigingen te bekijken die de setup mogelijk hebben beïnvloed.

• Stape Analytics

Zodra server-side tagging actief is, wilt u waarschijnlijk zien welk verschil het daadwerkelijk maakt.

Stape Analytics meet hoeveel data werd hersteld van ad-blockers en browsers met trackingblokkering.

Zo werden in een 10-daagse test met meer dan 7 miljoen verzoeken 3,29% van de events hersteld van ad-blockers en 20,71% van trackingblokkerende mechanismen zoals Safari ITP.

U krijgt uw data-uitsplitsingen direct in uw Stape-account, zonder extra dashboards of integraties.

Soms werkt iets niet zoals verwacht. Meestal komt dit door een klein installatiedetail. Dit is wat u als eerste kunt controleren en hoe u zaken weer op de rails krijgt:

• GTM server 404/403-fouten: als uw tracking-calls een 404 retourneren, is het endpoint van de server container niet gevonden of niet gepubliceerd.

Een 403 duidt op toestemmingsproblemen (vaak het gebruik van een verkeerde container-ID of een ontbrekend autorisatietoken).

Oplossing: zorg ervoor dat u uw server container heeft gepubliceerd en dat uw web container naar de juiste server-URL/-ID wijst.

• Events komen niet aan (geblokkeerde verzoeken): als er geen events uw server container bereiken, kunnen ze worden geblokkeerd door browsers of extensies (bijv. ERR_BLOCKED_BY_CLIENT in de browserconsole).

Oplossing: gebruik een custom domain om verzoeken als first-party te laten verschijnen.

Controleer dan uw web-tags dubbel — ze moeten wijzen naar uw server container-URL en alle vereiste parameters bevatten (zoals eventnaam, waarde, valuta of event-ID) zodat de server het volledige event ontvangt.

Gebruik de preview-modus van GTM om te testen of de tag correct wordt geactiveerd.

• CORS of CSP blokkeert de verzoeken: Cross-Origin Resource Sharing (CORS) of Content Security Policy (CSP)-instellingen op uw site of browser kunnen verzoeken naar uw server container blokkeren.

Oplossing: zorg ervoor dat uw custom domain correct is geconfigureerd om cross-origin verzoeken toe te staan.

Mogelijk moet u serverheaders of CSP-regels bijwerken om verkeer tussen uw web container en uw server container toe te staan.

• Dubbele of ontbrekende conversies: als u zowel client- als server-tracking gebruikt, ziet u mogelijk dezelfde conversie dubbel geteld of helemaal niet.

Oplossing: voeg event deduplicatie toe met hetzelfde event-ID in zowel browser- als server-tags (met name voor platforms zoals Meta).

Als conversies nog steeds ontbreken, gebruik dan de debug-modus van GTM om te controleren of de server-tag is geactiveerd en het event is ontvangen.