Wie het Google Tag Manager-account heeft aangemaakt, is niet automatisch formeel eigenaar van de container. Feitelijke controle ligt echter bij wie Admin-rechten heeft op accountniveau en wie Publiceren-rechten heeft op containerniveau. Check dit nu zelf via Admin → User Management: daar zie je direct wie toegang heeft en wie veranderingen live kan zetten.


Kort samengevat:

  • Controleer in Google Tag Manager zowel de accountrechten als de containertoegang: een beheerder krijgt automatisch leesrecht, maar alleen publicatierecht op containerniveau laat wijzigingen live zetten.
  • Zorg voor minstens twee beheerders met zakelijke adressen; bureaus krijgen hoogstens bewerkrechten of goedkeuringsrechten, en publicatierecht blijft bij interne verantwoordelijken.
  • Als een bureau het account op eigen naam heeft aangemaakt, kan een bureauwissel de container kosten; laat voortaan de organisatie het account zelf aanmaken.
  • Ontbreekt beheerderstoegang, controleer dan eerst collega’s en resterende rechten; lukt herstel niet, exporteer wat bereikbaar is en houd accountnummer, containernummer en eigendomsbewijs klaar voor Google Klantenservice.

Adworth
Houd grip op je leadmeting
Adworth helpt dienstverleners en B2B-bedrijven met Google Ads en server-side tracking, zodat formulier- en telefoongesprekken beter meetbaar zijn.

Bekijk Adworth

Inhoudsopgave

Wat betekenen de rechten op account- en containerniveau?

Google Tag Manager werkt met twee lagen van toegang, en die twee lagen worden vaak door elkaar gehaald. Op accountniveau bestaat er Admin en User. Een Admin erft automatisch leesrechten voor alle containers binnen dat account en kan zelf bepalen wie welke containerrechten krijgt. Een gebruiker met alleen ‘User’-rechten op accountniveau krijgt geen enkele containertoegang vanzelf: die moet per container apart worden toegewezen.

Op containerniveau bestaan er vijf toegangsniveaus, zoals Google zelf beschrijft:

Het verschil tussen geërfde en direct toegewezen rechten is hierbij cruciaal. Een Admin heeft via het account automatisch leesrecht op elke container, maar dat wil niet zeggen dat die persoon ook mag publiceren. Volgens de Tag Manager API-documentatie wordt per container apart vastgelegd welk niveau iemand heeft: noAccess, read, edit, approve of publish. Functionele controle ontstaat pas bij de combinatie van Admin op accountniveau én Publiceren op containerniveau. Zonder die combinatie kan iemand wel meekijken of voorstellen doen, maar niet daadwerkelijk iets live zetten.

Zo controleer je in GTM wie eigenaar is en wie kan publiceren

Met dit stappenplan controleer je waar je staat.

  1. Log in op Google Tag Manager en ga naar Admin.
  2. Open Account user management en noteer wie Admin is en wie alleen User-rechten heeft.
  3. Ga naar Container → User Management en controleer per gebruiker het toegangsniveau: Geen toegang, Lezen, Bewerken, Goedkeuren of Publiceren.
  4. Vergelijk e-mailadressen: staan hier persoonlijke adressen van oud-medewerkers of een extern bureau, of alleen organisatie-eigen adressen?
  5. Tel het aantal Admins: is er maar één, dan loop je risico bij uitval of vertrek van die persoon.

Rechten die via het account zijn geërfd, tonen in de interface meestal een andere status dan rechten die direct op containerniveau zijn toegekend. Dat onderscheid telt mee bij de vraag wie werkelijk eigenaar is: een geërfd leesrecht zegt weinig, een direct toegekend publicatierecht zegt alles.

Pro-tip: Exporteer de gebruikerslijst periodiek naar een los document, zodat je een historisch overzicht hebt wanneer iemand later vraagt wie wanneer toegang had.

Gebruik deze checklist om te bevestigen dat eigendom en publicatiecontrole goed geregeld zijn: de organisatie zelf heeft het account aangemaakt, er zijn minstens twee Admins met een bedrijfs-e-mailadres, externe partijen hebben nooit meer dan Bewerken of Goedkeuren, en Publiceren-rechten liggen uitsluitend bij mensen die binnen de organisatie verantwoordelijk zijn.

Beheerregels om eigendom veilig te stellen

Een paar vaste afspraken voorkomen de meeste problemen rond GTM-eigendom. Laat altijd de organisatie zelf het Tag Manager-account aanmaken en voeg een extern bureau toe als gebruiker, nooit andersom. Volgens een praktijkgids over Tag Manager-beheer ontstaat er een afhankelijkheidsrisico zodra een bureau het account op eigen naam opzet: bij een bureauwissel kan de klant dan de container kwijtraken.

Dit beperken van Publiceren-rechten voorkomt dat iemand per ongeluk een onvolledige wijziging live zet, zoals ook de officiële uitleg over publicatie en goedkeuring beschrijft: publiceren gebeurt via Submit → Publish, waarbij werkruimtes en versies wijzigingen bundelen voordat ze live gaan.

Voor complexere samenwerkingen, bijvoorbeeld met meerdere bureaus of afdelingen die ieder hun eigen tags beheren, bieden Zones een oplossing binnen Tag Manager 360. Een Zone koppelt een aparte container aan de hoofdcontainer, maar beperkt welke pagina’s en welk type tags die gekoppelde container mag aansturen. Zo kan een externe partij tags beheren zonder dat die volledige rechten op de hoofdcontainer krijgt. Tag Manager 360 voegt hier bovendien goedkeuringsworkflows aan toe, zodat publicatie altijd via een vastgestelde stap verloopt.

Zonecontainer met beperkte tags en publicatiegoedkeuring

Pro-tip: Wissel je van bureau, vraag dan expliciet om verwijdering van het oude bureau als gebruiker zodra de overdracht compleet is, in plaats van te vertrouwen op een mondelinge afspraak.

Wat te doen als niemand meer toegang heeft

Toegang kwijtraken komt vaker voor dan je zou verwachten, meestal na het vertrek van een medewerker of bureau dat ooit het account beheerde.

  1. Ga na of een collega nog ergens Admin-rechten heeft, ook als die persoon zich dat zelf niet herinnert.
  2. Controleer of resterende rechten geërfd zijn via het account of direct op containerniveau zijn toegekend, want dat bepaalt wat iemand daadwerkelijk kan.
  3. Blijkt er echt niemand meer met Admin-toegang: exporteer wat nog wel bereikbaar is en bouw de configuratie over in een nieuwe, organisatie-eigen container.
  4. Is zelfs dat niet mogelijk, neem dan contact op met Google Support en houd account-ID, container-ID en bewijs van organisatie-eigendom bij de hand.

Een periodieke export van de containerconfiguratie en de rechtenlijst kan helpen voorkomen dat je bij toegangsproblemen helemaal met lege handen staat. Hoeveel tijd herstel kost, hangt af van de situatie.

Waarom eigendom en rechten bepalend zijn voor leadkwaliteit

Wie publiceert in GTM bepaalt of een wijziging gecontroleerd live gaat of per ongeluk de conversiemeting verstoort. Bij leadgeneratie kan een verkeerd ingestelde trigger of vergeten tag de formulierdata of belmetingen onbruikbaar maken.

Een strak publicatiebeleid kan helpen het risico te beperken door wijzigingen via een vaste workflow te laten verlopen, zoals uitgelegd in deze gids over hoe gebruik je Google Analytics als online marketeer. Zodra een organisatie zelf eigenaar is van de container en rechten bewust toewijst, wordt meetdata betrouwbaarder en daarmee ook bruikbaarder voor beslissingen over handmatig Google Ads-beheer. Zodra de techniek complexer wordt, bijvoorbeeld bij een overstap naar server-side tracking, is het verstandig een specialist te betrekken die zowel de tagging als het rechtenbeleid in één keer goed neerzet.

— Arno Kooijman

Hoe we helpen bij GTM-beheer en server-side tracking

We richten ons uitsluitend op leadgeneratie via Google Ads, zonder omwegen naar e-commerce of productfeeds. Binnen dat werk kunnen we helpen met het op orde brengen van je Google Tag Manager-container en het opzetten van server-side conversiemeting.

Adworth

Dit werk past bij B2B-dienstverleners en bedrijven met een omzet vanaf 1 miljoen euro die teleurgesteld zijn in een brede, geautomatiseerde aanpak van Google Ads en op zoek zijn naar een specialist die zelf de regie voert. Bekijk onze diensten rond SEA, webdesign en analytics of neem direct contact op om je huidige GTM-opzet te laten doorlichten.

Veelgestelde vragen

Wie is juridisch eigenaar van een GTM-container?

Controleer wie toegang heeft tot het Google Tag Manager-account en de container. Een bureau dat als gebruiker is toegevoegd, heeft daarmee niet automatisch dezelfde rechten als de organisatie.

Wat is het verschil tussen Admin en Publiceren-rechten?

Admin is een rol op accountniveau die automatisch leesrechten geeft voor alle containers binnen dat account, zoals beschreven in de officiële Tag Manager-documentatie. Publiceren is een apart recht op containerniveau en geeft pas echte controle, omdat alleen daarmee wijzigingen live kunnen worden gezet.

Hoeveel administrators moet een GTM-account minimaal hebben?

Er is geen vast minimum, maar Google raadt aan om nooit op één persoon te vertrouwen. Twee of meer Admins, of een gedeeld organisatorisch account, voorkomt dat toegang verloren gaat bij uitval of vertrek.

Wat gebeurt er met de GTM container bij een wisseling van marketingbureau?

Als de organisatie het account heeft aangemaakt, kan het oude bureau als gebruiker worden verwijderd en het nieuwe bureau worden toegevoegd. Is het account door een bureau aangemaakt, controleer dan eerst wie toegang heeft en welke rechten zijn toegewezen.

Wat zijn Zones in Google Tag Manager en wanneer gebruik je ze?

Zones laten je een aparte container koppelen aan de hoofdcontainer, met beperkingen op welke pagina’s en tag-types die gekoppelde container mag aansturen, zoals toegelicht in de uitleg over Zones. Ze zijn vooral nuttig wanneer meerdere afdelingen of bureaus tags moeten beheren zonder volledige rechten op de hoofdcontainer te krijgen.

Bronnen

Aanbevelingen