Stape: server-side Google Tag Manager hosten zonder eigen cloudserver

Stape is een platform dat de server-container van Google Tag Manager voor je host. In plaats van zelf een server op Google Cloud Run op te zetten, plak je de configuratie van je server-container in Stape, kies je een serverlocatie en koppel je een subdomein van je eigen website. Je tags sturen hun data dan eerst naar die server, die ze doorstuurt naar GA4, Google Ads, Meta of LinkedIn. Stape heeft een gratis plan voor kleine volumes en betalende plannen op basis van het aantal requests.

Dit artikel gaat over de hostingkeuze en de praktische opzet. Wat server-side tagging is en waarom het je meting robuuster maakt, lees je in onze gids over server-side tagging en, specifiek voor advertenties, in server-side tracking voor Google Ads.

Wat doet Stape precies?

Server-side Google Tag Manager heeft twee containers: de gewone webcontainer in de browser en een servercontainer die op een server draait. Die server moet ergens staan. Google’s standaardroute is Google Cloud Run in je eigen cloudproject. Stape biedt hetzelfde als beheerde dienst, met extra’s bovenop:

• Hosting van de servercontainer in een regio naar keuze, met schaalbaarheid zonder dat je zelf servers beheert.
• Custom domain-koppeling, zodat je server op een subdomein van je eigen site draait.
• Power-ups zoals een custom loader (GTM laden via je eigen domein), een globale CDN en Own CDN, waarbij je server-domein via hetzelfde IP-adres loopt als je website.
• Templates en connectoren voor onder meer de Meta Conversions API, Google Ads en LinkedIn.

Wat kost Stape?

Stape rekent per maand op basis van het aantal requests dat je servercontainer verwerkt. Volgens de prijspagina van Stape (geraadpleegd op 6 oktober 2026, in dollar, bij jaarlijkse facturatie):

Dit zijn de prijzen van de leverancier, niet van ons. Een request is elke hit die je server binnenkrijgt: een paginaweergave, een event, het laden van een script. Een B2B-site met 20.000 bezoeken per maand en een handvol events per bezoek zit al snel boven het gratis plan.

Stape of Google Cloud Run?

Google beschrijft in zijn handleiding voor Cloud Run dat je voor productie minstens 2 instanties draait om dataverlies bij een storing te beperken, en dat elke server ongeveer 45 dollar per maand kost. Een productieopzet op Cloud Run start dus rond 90 dollar per maand, plus je eigen tijd voor beheer.

De kortere bewaartermijn van logs is het punt dat in de praktijk het meest opduikt. Logs zijn je bewijs als een conversiewaarde onrealistisch hoog is of een event dubbel binnenkomt. Met 3 dagen logs moet je snel zijn. Heb je een IT-afdeling die al op Google Cloud werkt, dan kan Cloud Run logischer zijn.

Stape opzetten in zes stappen

1. Maak een servercontainer in GTM. In Tag Manager maak je een nieuwe container met doelplatform “Server” en kopieer je de containerconfiguratie.
2. Maak de container aan bij Stape. Plak de configuratie en kies een serverlocatie, voor Belgische en Nederlandse sites bij voorkeur in de EU.
3. Koppel een custom domain. Stape zegt het letterlijk in zijn setupgids: gebruik een custom domain om first-party cookies te zetten, op hetzelfde root-domein als je website, bijvoorbeeld sst.jouwbedrijf.be. Je voegt de DNS-records toe die Stape toont; verificatie duurt meestal 2 tot 3 uur, soms tot 72 uur.
4. Stuur je webcontainer naar de server. In je webcontainer stel je in de Google-tag de parameter server_container_url in op je subdomein. Je GA4-hits gaan dan naar je eigen server in plaats van rechtstreeks naar Google.
5. Bouw je server-tags. In de servercontainer voeg je de GA4-tag toe, de Google Ads-conversietag, en connectoren zoals de Meta Conversions API. Elke tag krijgt dezelfde consent-logica als in de browser.
6. Test en publiceer beide containers. Preview de webcontainer en de servercontainer samen en controleer dat elk event één keer aankomt.

De fouten die we het vaakst zien

• Geen custom domain. De server draait op het standaarddomein van Stape. Dan zet je geen first-party cookies en verlies je het grootste voordeel.
• Dubbele conversies in Meta. Je stuurt een Lead-event via de pixel en via de Conversions API, zonder dezelfde event_id. Meta ontdubbelt alleen als event_id en de eventnaam overeenkomen binnen 48 uur. Dit is de klassieke oorzaak van dubbele aankopen of leads na een overstap naar server-side.
• Consent overslaan. Server-side voelt als “buiten de browser, dus buiten de banner”. Dat klopt niet: ook op je server stuur je alleen door wat de bezoeker toestond. Koppel je consent-status, bijvoorbeeld uit Cookiebot, mee in elk event.
• Persoonsgegevens ongefilterd doorsturen. Op je server kan je IP-adressen en parameters verwijderen voor je data naar een platform stuurt. Doe dat ook.
• Logs niet bekijken. Zie je een vreemde conversiewaarde, kijk dan binnen de bewaartermijn van je plan in de logs.

Hoe controleer je dat het werkt?

Vergelijk daarna een week lang de leads in Google Ads, Meta en je CRM. Server-side tagging levert doorgaans een vollediger signaal op, maar het verschil moet je in je eigen data zien, niet in een belofte. Aanvullend helpt het om gekwalificeerde leads via offline conversies vanuit je CRM terug te sturen.

Hulp bij server-side tagging?

Server-side tagging raakt GTM, consent, je advertentieplatformen en je DNS tegelijk. Bij Kaizo bouwden we de keten voor GA4, Google Ads en Meta; lees de opzet. Bij Suivo liep de leadtracking tot in het CRM. Twijfel je of server-side voor jou zin heeft, start dan met een tracking audit. Wil je het laten bouwen op Stape of Cloud Run, dan doet onze tracking specialist dat. Prijs op aanvraag.

Veelgestelde vragen