Een server-GTM-container instellen en configureren
De servercontainer is het onderdeel dat echt op Measurebase draait: je eigen endpoint dat trackingrequests op je subdomein ontvangt, bepaalt wat ze betekenen, en ze vanuit Amsterdam doorstuurt naar Google en andere leveranciers. Deze gids maakt er een aan, maakt de provisioningkeuze die hem aan Measurebase koppelt, en stelt de twee clients in die elke opzet nodig heeft. Hij gaat uit van de GA4-property en webcontainer van eerder in de serie.
De container aanmaken
In Google Tag Manager, voeg een nieuwe container toe aan je account en kies Server als target platform. Web- en servercontainers lijken op elkaar maar gedragen zich anders: een servercontainer draait in niemands browser; hij draait op infrastructuur, en de volgende vraag is van wie.
Kies handmatige provisioning
Direct na het aanmaken vraagt GTM hoe de tagging-server geprovisioned moet worden, met als voorselectie Automatically provision tagging server, die optie deployt naar App Engine van Google Cloud, op de VS-gerichte infrastructuur van Google, op je eigen Cloud-factureringsaccount. Kies in plaats daarvan Manually provision tagging server . GTM toont een Container Config string: kopieer die. Die string is wat je in Measurebase plakt bij het toevoegen van je domein; zo weet je EU-gehoste tagging-server welke container hij draait. Je vindt hem altijd terug onder Admin → Container Settings.
Begrijp clients: de voordeur van de container
Waar een webcontainer triggers heeft, begint een servercontainer met clients: die claimen binnenkomende requests en zetten ze om in events waar tags mee kunnen werken. Twee clients dragen een standaardopzet:
- Google Tag Manager: Web Container. Serveert de code van je webcontainer via je tagging-subdomein, en dat is wat de loader op je site first-party maakt. Voeg deze client toe en zet het ID van je webcontainer (
GTM-XXXXXXX) in Allowed Container IDs. Sla je dit over, dan laadt je script prima terwijl elk event server-side stilletjes wordt geweigerd, de meest voorkomende reden dat een verse opzet nul data laat zien. - GA4. Standaard aanwezig; claimt de GA4-events die je Google-tag nu stuurt naar
server_container_url.
De GA4-tag toevoegen
Clients ontvangen; tags sturen door. Maak een Google Analytics: GA4 tag aan, laat de standaardinstellingen staan (hij erft het event van de GA4-client) en geef hem de trigger All events with a Client Name of GA4. Vanaf dat moment is de flow compleet: browser → je subdomein → servercontainer → Google. Leverancierstags (Meta Conversions API, Google Ads) volgen later hetzelfde patroon, elk als aparte tag op dezelfde binnenkomende events.
Bekijk de hele keten in preview
Servercontainers hebben hun eigen preview: die toont links elke binnenkomende request: welke client hem claimde, welke tags afgingen, wat er naar Google uitging. Zet hem naast de preview van de webcontainer en je ziet één klik de hele route afleggen. Vuur een testevent vanaf je site af en controleer dat het hier aankomt voordat je publiceert.
Publiceer allebei de containers
Publiceer de servercontainer, en heb je onderweg de webcontainer aangepast (de instelling server_container_url uit de vorige gids), publiceer die dan ook. Een half gepubliceerd paar (één kant live, de andere nog in concept) is de klassieke reden dat een opzet in preview werkt en in productie stilletjes niet.
Controleer het op Measurebase
Met beide containers live en je domein actief open je de requestlogs van het domein in het Measurebase-dashboard: echte hits horen binnen enkele ogenblikken te verschijnen, met een Active-status. De complete installatiegids loopt vanaf hier de volledige verificatiechecklist door.