Eén server-side GTM-container voor meerdere domeinen: zo organiseer je je sGTM-infrastructuur
Een enkele server-side Google Tag Manager-container kan prima data verwerken van meerdere verschillende hoofddomeinen — zonder dat je per domein een apart cloudproject of aparte container nodig hebt. De keuze zit hem in hoe je je cloudinfrastructuur inricht: meerdere subdomeinen koppelen aan één cloudservice, of meerdere cloudservices laten verwijzen naar dezelfde servercontainer.
De kernvraag: één container, meerdere domeinen
Veel organisaties beheren meerdere websites tegelijk — een hoofdsite, een webshop en een blog op verschillende domeinen. De standaardgedachte is dat je per website een aparte server-side container nodig hebt, maar dat klopt niet. Een Server-container in GTM staat volledig los van de cloudinfrastructuur die erachter hangt. Je kunt één container koppelen aan meerdere cloudservices, en één cloudservice kan meerdere subdomeinen bedienen. Die flexibiliteit geeft je als GTM- of GA4-beheerder veel speelruimte bij het inrichten van je stack.
Optie 1: meerdere subdomeinen op één cloudservice
Werk je op Google Cloud Platform — via App Engine of Cloud Run — dan kun je meerdere aangepaste subdomeinen aan hetzelfde cloudproject koppelen. Stel dat je data wilt verzamelen van brand.website, store.app en blog.content: je reserveert per domein een subdomein en koppelt die via het standaard proces voor custom domains in GCP aan je cloudproject. Zo blijven alle verzoeken in een first-party context, wat gunstig is voor datakwaliteit en cookielevensduur. Het aandachtspunt hier is schaalbaarheid. Als één van de websites plotseling veel meer verkeer genereert, kan dat ten koste gaan van de andere sites die op dezelfde service draaien — tenzij je de scaling-configuratie daar expliciet op hebt afgestemd. Controleer dus of je auto-scaling correct is ingesteld voor het gecombineerde verkeerspatroon.
Optie 2: meerdere cloudservices aan één Server-container koppelen
Wil je het verkeer liever spreiden over meerdere cloudservices — bijvoorbeeld om geografisch dichter bij de eindgebruiker te zitten en zo latency en netwerkkosten te beperken — dan is dat ook mogelijk. In de GTM-interface van je Server-container vind je via het container-ID in de navigatiebalk de Container Configuration-string. Die string is de schakel tussen je Docker-omgeving en je GTM-container. Elke server-stack die je wilt aansluiten heeft die Container Configuration-string nodig, of je nu deployt via het shell-script voor App Engine, Cloud Run, of een eigen Docker-omgeving. Docker is platform-agnostisch, wat betekent dat je niet gebonden bent aan Google Cloud. AWS, Azure of een eigen on-premise server werken allemaal, zolang Docker wordt ondersteund en de server HTTP-verbindingen naar buiten kan maken.
Hybride configuraties: load balancers en multi-cloud
Beide opties zijn ook te combineren. Je kunt meerdere subdomeinen op meerdere cloudservices draaien, verkeer routeren via een load balancer op basis van geografische locatie of interne versus externe verzoeken, en tegelijk meerdere Server-containers inzetten voor organisatorische scheiding. Zo'n hybride opzet is technisch haalbaar, maar vraagt afstemming met de cloud-engineers of het DevOps-team in je organisatie — zij beheren de DNS-records, de scaling-instellingen en de load balancer-configuratie.
Wat moet je als GTM- of GA4-beheerder nu controleren?
Gebruik je al een server-side setup met meerdere domeinen, loop dan de volgende punten langs. Controleer of alle domeinen via een eigen subdomein naar de server-container sturen, zodat cookies als first-party worden gezet. Verifieer in je Server-container welke Container Configuration-string actief is en of alle gekoppelde cloudservices daar correct naar verwijzen. Heb je meerdere websites op één cloudservice draaien, bekijk dan de scaling-instellingen en stel alerts in op onverwachte verkeerspieken. Overweeg je uitbreiding naar een multi-regio of multi-cloud setup, bespreek dan de load balancer-configuratie vooraf met je DevOps-team — dat is geen GTM-instelling maar een infrastructuurkeuze. Voor wie server-side tagging verder wil verdiepen: de Container Configuration-string is het ankerpunt van je hele sGTM-architectuur. Zorg dat die altijd gedocumenteerd en toegankelijk is.