Server-side Google Tag Manager (sGTM) opzetten klinkt in een sales deck alsof het zo gepiept is, en verandert in de praktijk in een middag debuggen. Deze gids loopt stap voor stap door wat je écht nodig hebt, vanaf de eerste toegangsaanvraag tot de check die je daarna nooit mag overslaan.
Dit is onderdeel van onze serie voor tracking- en data-specialisten. Bekijk het volledige overzicht hier: Server-side tracking voor tracking- en data-specialisten.
Nieuw in het onderscheid tussen client-side en server-side tracking? Begin dan bij Client-side vs. server-side tracking, uitgelegd.
Wat je nodig hebt voordat je begint
Zorg dat deze vier dingen geregeld zijn voordat je iets gaat configureren.
1. Adminrechten in Google Tag Manager
Zonder publicatierechten op de bestaande webcontainer, en zonder de rechten om een nieuwe servercontainer aan te maken, kom je stap één niet eens voorbij. Check dit dus eerst, voordat je verder plant.
2. Toegang tot elk platform waar de klant data naartoe stuurt
In de praktijk gaat het om Google Ads, Google Analytics (GA4), Google Tag Manager zelf, Meta Business Manager, LinkedIn Campaign Manager, TikTok Ads Manager en eventuele ecommerceplatforms zoals Shopify of WooCommerce.
Toegang regelen tot vijf of zes losse accounts, met evenveel losse logins, is vaak het traagste onderdeel van het hele project. Vraag daarom op dag één meteen alles aan, in plaats van halverwege de setup te ontdekken dat er nog een login mist.
3. Een hostingomgeving voor de servercontainer
Hier draait de container daadwerkelijk. Sommige bureaus deployen rechtstreeks naar Google Cloud Run en beheren de infrastructuur zelf.
De meeste kiezen liever voor een specifieke sGTM-hostingprovider, zoals Stape, TAGGRS, Addingwell of AdPage. Die nemen de serverinfrastructuur voor je uit handen, zodat je niet voor elke klant losse cloudresources moet beheren.
4. Een duidelijk beeld van wat er al loopt
Kijk naar de bestaande webcontainer van de klant voordat je iets aanraakt. Een server-side setup die negeert wat er al op de site getrackt wordt, leidt bijna altijd tot dubbele of conflicterende data.
Stap 1: Maak de servercontainer aan
Maak in Google Tag Manager een nieuwe servercontainer aan, naast de bestaande webcontainer. Hier komen straks je server-side tags, triggers en variabelen te staan.
Op dit moment is de servercontainer nog leeg. Er gebeurt niets totdat je hem deployt en begint met het koppelen van je platforms.
Stap 2: Deploy de container naar een hostingomgeving
De servercontainer moet ergens draaien. Je wijst hem rechtstreeks naar Google Cloud Run, of je deployt via een hostingprovider zoals Stape, TAGGRS, Addingwell of AdPage.
Een hostingprovider maakt deze stap doorgaans eenvoudiger en voegt extra tooling toe boven op de ruwe infrastructuur, denk aan dashboards, templates of EU-hosting, afhankelijk van de provider. Welke route je ook kiest, je eindigt met een server-URL waar je website data naartoe stuurt.
Stap 3: Richt je webcontainer op de server
Pas in de webcontainer de Google Tag-instellingen aan (of je GA4-configuratietag), zodat data naar je nieuwe server-URL gaat in plaats van rechtstreeks naar Google. Dit is de stap die het verkeer daadwerkelijk via je server-side setup omleidt.
Stap 4: Configureer elk doelplatform
Voor elk platform op je lijst, GA4, Meta, Google Ads, LinkedIn, TikTok, enzovoort, heb je een bijpassende client en tag in de servercontainer nodig die weet hoe die data correct te ontvangen en door te sturen.
Dit is meestal de stap die de meeste tijd kost. Elk platform heeft zijn eigen eisen, zijn eigen naamgevingsconventies en zijn eigen eigenaardigheden.
Stap 5: Test voordat je het live noemt
Gebruik de preview-modus van GTM samen met de debugtools van elk platform zelf, zoals GA4 DebugView of de testtool van Meta's Events Manager, om te checken of events goed binnenkomen. Controleer of de parameters kloppen en of er niets dubbel binnenkomt naast client-side tags die nog steeds afvuren.
Publiceer nooit een container die je niet eerst hebt gepreviewd.
Stap 6: Controleer regelmatig, niet eenmalig
Dit is de stap die de meeste gidsen overslaan, en het is precies de stap die bepaalt of een setup over zes maanden nog steeds werkt. Platforms updaten hun API's op hun eigen schema, niet op het jouwe, en een werkende setup kan zomaar stilletjes stoppen met werken zodra dat gebeurt.
Zet een terugkerende check in de agenda. Behandel "het werkte bij de lancering" als een startpunt, niet als een garantie.
De meest gemaakte fouten
Twee fouten komen steeds weer terug. De eerste is vergeten om client-side tags te verwijderen of aan te passen die nu dubbel op de server aankomen.
De tweede is stap zes behandelen als optioneel, terwijl het juist de stap is die de data van de klant op de lange termijn beschermt.
Waar het handmatige werk eigenlijk naartoe gaat
Elke stap hierboven is echt werk, en het is hetzelfde werk voor elke nieuwe klant: toegang regelen tot vijf of zes platforms, de container bouwen, elke koppeling maken, testen, en dan volgende maand nog onthouden om het weer te checken.
TrackLead automatiseert de onderdelen die geen mens handmatig hoeft te doen. Onboarding is vereenvoudigd, zodat toegang krijgen tot de accounts van een klant één begeleide stap is in plaats van een reeks losse uitnodigingen.
De opzet van de servercontainer zelf, aanmaken, hosting-deployment en koppelingen met GA4, Google Ads, Meta, LinkedIn, TikTok, Shopify en WooCommerce, gebeurt in minuten in plaats van een halve dag. Monitoring draait daarna automatisch, zodat stap zes gebeurt zonder dat iemand het handmatig moet onthouden.