Vraag het aan vijf tracking specialisten en je krijgt vijf verschillende antwoorden, meestal gevolgd door "dat hangt er vanaf." Dat is geen ontwijkend antwoord. Het is gewoon waar.
Maar "het hangt ervan af" helpt je niet veel als je een project moet inschatten of een offerte moet maken voor een klant. Dus laten we uitzoeken waar die tijd echt in gaat zitten, en waarom de eerlijke bandbreedte groter is dan de meeste mensen denken.
Dit artikel maakt deel uit van onze serie voor tracking- en data-specialisten. Bekijk het volledige overzicht hier: Server-side tracking voor tracking- en data-specialisten.
Het toegangsprobleem waar niemand rekening mee houdt
Voordat je echt aan de slag kunt, heb je admin-toegang nodig tot het GTM-container, plus toegang tot elk platform dat je koppelt. Denk aan GA4, Google Ads, Meta Business Manager, LinkedIn Campaign Manager, TikTok Ads Manager, en vaak ook het CMS of platform van de webshop (Shopify, WooCommerce).
Die toegang regelen kan tien minuten duren als de klant het goed voor elkaar heeft en snel reageert. Het kan ook drie dagen duren als je wacht tot iemand van de boekhouding een Business Manager-uitnodiging accepteert, of tot een marketingmanager eerst "even bij IT moet checken" voordat hij GTM-adminrechten geeft.
Dit heeft niks te maken met jouw kunde als specialist. Het gaat volledig om hoe snel de klant beweegt, en het is de grootste bron van vertraging in een project die helemaal niets met technische moeilijkheid te maken heeft.
Als je een tijdlijn offreert, houd "uren werk" apart van "kalenderdagen tot afronding." Klanten gooien die twee dingen op één hoop als jij dat niet zelf doet.
Het server-container aanmaken en uitrollen
Zodra de toegang geregeld is, gaat het aanmaken van het container snel. Een server-container opzetten, uitrollen naar Cloud Run (of een managed hosting zoals Stape, TAGGRS of Addingwell), en je webcontainer laten wijzen naar de nieuwe server-URL kost meestal een uur of twee gefocust werk, als je het al vaker hebt gedaan.
Deze stap is mechanisch werk. Er is weinig ruimte om uit te lopen, tenzij je tegen een hostingprobleem aanloopt of een custom domain met SSL nodig hebt waarbij je moet wachten op DNS-propagatie.
Voor de meeste setups is dit het kleinste stukje van de totale tijdlijn. Dat verrast mensen die ervan uitgaan dat "server-side" automatisch "ingewikkeld infrastructuurwerk" betekent. Het infrastructuurdeel is juist het makkelijke deel.
Elk platform configureren: hier gaat de echte tijd in zitten
Dit is het grootste deel van het project, en het schaalt met het aantal platforms en hoe niet-standaard de events zijn.
Een schone setup met alleen GA4 en standaard ecommerce events kost misschien twee tot drie uur om correct te configureren op de server. Dat betekent: de client-side GA4-tag mappen naar de server-side GA4-client, checken dat parameters goed doorkomen, en verifiëren dat user-provided data (bij consent-gebaseerde setups) correct doorstroomt.
Voeg daar Google Ads conversion tracking met enhanced conversions aan toe, een Meta Conversions API-koppeling met correcte deduplicatie tegen de Meta Pixel, een LinkedIn Insight Tag, en een TikTok Events API-koppeling, en je configureert nu vier of vijf losse server-side tags. Elk heeft zijn eigen field mapping, eigen event matching-logica en eigen eigenaardigheden.
Alleen al de deduplicatie voor Meta kan een uur kosten als de event ID's tussen client en server nog niet consistent zijn. Niet-standaard events, custom parameters, of een ecommerce-setup die niet het aanbevolen GA4-schema volgt, kosten hier ook extra tijd, soms flink veel.
Voor een setup met drie tot vijf platforms en een redelijk standaard event-structuur, reken op een volledige dag voor alleen de configuratie. Bij zware customisatie, custom conversion events, of een rommelige bestaande dataLayer kan dat oplopen tot twee dagen.
Testen en debuggen: de stap die iedereen onderschat
Hier lopen ingeschatte tijdlijnen vaak spaak. Testen is niet zomaar "GTM preview mode openen en checken of de tag afgaat." Je moet checken dat server-side en client-side tags niet allebei afgaan en dubbel tellen.
Je moet Meta's Events Manager test tool openen om te bevestigen dat deduplicatie echt werkt, niet alleen theoretisch geconfigureerd is. Je moet Google Ads checken op conversion diagnostics, die 24 tot 48 uur nodig hebben om data te tonen. Je moet die ene productpagina opsporen waar de dataLayer push gebeurt voordat het object volledig gevuld is, waardoor de helft van je ecommerce events zonder productdata binnenkomt.
Realistisch gezien kost grondig testen en debuggen net zoveel tijd als de configuratie zelf, soms meer. Een flink deel daarvan kun je niet versnellen, omdat je moet wachten tot platforms de data verwerken en tonen.
Specialisten die deze stap overslaan, of er te snel doorheen gaan, zijn degenen die twee weken later dat telefoontje krijgen: "waarom laat GA4 andere cijfers zien dan Ads."
Documentatie en overdracht
Opschrijven wat er is geconfigureerd, waar de inloggegevens staan, welke naamgevingsconventies zijn gebruikt, en wat het team van de klant moet weten om niets te breken, kost meestal een uur of twee. Onder tijdsdruk is dit het eerste wat mensen overslaan.
Maar het is wel het verschil tussen een setup die zes maanden meegaat en een setup die stilletjes kapotgaat zodra iemand iets aanpast in het container.
Wat is dan een realistische bandbreedte?
Als je alles optelt: voor een typische setup met GA4, Ads en een of twee extra platforms, op een redelijk schone bestaande implementatie, kijk je meestal naar twee tot vier dagen effectieve werktijd. Dat is verspreid over een project dat qua kalendertijd wel een week of twee kan duren, zodra je rekening houdt met vertraging bij klanttoegang en de verwerkingstijd die platforms nodig hebben voor goed testen.
Meer platforms, rommeliger bestaande tracking, of custom event-structuren duwen dat richting de hogere kant of erover. Minder platforms en een schoon, goed gedocumenteerd startpunt kunnen daaronder blijven.
Er is geen enkel juist getal, en iedereen die een vast aantal uren offreert zonder eerst te vragen naar het aantal platforms en hoe schoon de data is, gokt gewoon.
Wat verandert er als de configuratielaag geautomatiseerd wordt
Het probleem van toegang achterna zitten en klanten die traag reageren verdwijnt niet door automatisering. Dat blijft mensenwerk en blijft traag.
Maar de configuratie en het testen, samen goed voor het grootste deel van de handmatige uren, zijn precies het deel dat automatisering goed kan overnemen. Field mapping per platform en deduplicatie-logica verschillen namelijk niet echt van klant tot klant, wat veel mensen wel denken. Het patroon is herhaalbaar, het is alleen omslachtig om het elke keer met de hand te doen.
Dat is de laag die TrackLead automatiseert. Het draait boven op standaard GTM, dus er is geen vendor lock-in en geen migratie nodig als je er ooit weer mee wilt stoppen.
Het regelt het aanmaken en uitrollen van het server-container, en configureert daarna de koppelingen met GA4, Google Ads, Meta, LinkedIn, TikTok, Shopify en WooCommerce in minuten in plaats van bijna een hele dag. Daarna blijft het ook de tracking van elke klant monitoren, zodat je niet weken later koud aan het debuggen slaat op het moment dat een klant vraagt waarom de cijfers niet kloppen.
Voor specialisten die dit voor meerdere klanten tegelijk beheren, is dat het verschil tussen twee tot vier dagen per setup offreren en een fractie daarvan offreren, met het vertrouwen dat het na de overdracht ook echt in de gaten wordt gehouden.