Google Analytics toegang verlenen: passende rechten in GA4

Google Analytics toegang verlenen begint met twee keuzes: welke gegevens heeft iemand nodig en welke handelingen horen bij de opdracht? Geef daarna passende toegang tot het juiste GA4-account of de juiste property. Laat de ontvanger zelf controleren of het werk uitvoerbaar is. Hieronder bepaal je de scope, vergelijk je rollen en leg je vast hoe je toegang later beoordeelt of intrekt.

Laat de opdracht bepalen welke toegang nodig is

Begin met een opdrachtomschrijving van enkele concrete zinnen. “Het bureau doet onze marketing” zegt onvoldoende over benodigde rechten. “De analist vergelijkt iedere maand organische bezoeken en aanvragen voor onze Nederlandse webshop” geeft wel richting. Je weet dan welke omgeving nodig is, welke gegevens iemand moet bekijken en of instellingen wijzigen onderdeel van het werk is.

Splits een brede opdracht op in uitvoerbare taken. Rapporten lezen, gedeelde verkenningen maken, gebeurtenissen beheren en gebruikers toevoegen zijn verschillende werkzaamheden. Een collega die een rapport bespreekt, heeft niet automatisch configuratierechten nodig. Een technische uitvoerder die meetinstellingen aanpast, hoeft evenmin andere gebruikers te kunnen toelaten.

Noteer ook wat buiten de opdracht valt. Denk aan gegevens van een tweede onderneming, beheer van andere medewerkers of aanpassingen aan marketinginstellingen. Zulke uitsluitingen maken een verzoek toetsbaar. Als iemand later ruimere rechten vraagt, kun je bespreken welke extra taak dat noodzakelijk maakt.

Gebruik als vertrekpunt deze vier vragen:

• Welk concreet document, onderzoek of werkende instelling moet de ontvanger opleveren?
• Welke property bevat de gegevens die daarvoor nodig zijn?
• Moet de ontvanger alleen lezen, ook wijzigen of tevens gebruikers beheren?
• Wanneer eindigt de opdracht of beoordelen jullie de toegang opnieuw?

Dit is ook nuttig wanneer je hulp vraagt bij SEO. Een onderzoek naar bezoekersgedrag vraagt andere toegang dan het aanpassen van de meetinrichting. Laat het beoogde werk de rechten bepalen, ook wanneer dezelfde specialist beide soorten opdrachten kan uitvoeren.

Herken het verschil tussen account, property en gegevensstream

Een Analytics-account bevat properties. Binnen een property kunnen gegevens van een website, een app of een combinatie daarvan samenkomen. Gegevensstreams beschrijven de afzonderlijke aanvoerpunten. De indeling volgt dus niet automatisch de regel dat iedere website precies één eigen property of een afzonderlijk account moet hebben.

Voor toegangsbeheer is vooral het verschil tussen accountbereik en propertybereik belangrijk. Toegang op accountniveau werkt door naar de properties binnen dat account. Toegang op propertyniveau kun je richten op een geselecteerde omgeving. Controleer daarom eerst welke bedrijven, websites en apps werkelijk onder het account vallen.

Een herkenbare naam helpt, maar is geen sluitend bewijs. Een property met “Webshop” in de naam kan een oude testomgeving zijn. Leg naast de naam ook de property-ID vast en controleer welke gegevensstreams erbij horen. Zo voorkom je dat twee mensen dezelfde woorden gebruiken voor verschillende omgevingen.

Zie een gegevensstream niet als vanzelfsprekende aparte toegangsgrens. Als meerdere websites of apps samen in één property meten, moet je beoordelen welke informatie iemand via die property kan zien. Een rapportfilter waarmee je één domein bekijkt, maakt de onderliggende propertytoegang niet automatisch smaller.

De officiële uitleg van de Analytics-hiërarchie helpt bij het herkennen van deze onderdelen. Een organisatie kan daarboven een aanvullende laag vormen, maar is geen verplichte stap voor ieder bedrijf. Maak geen nieuwe accountstructuur uitsluitend omdat je een extra collega wilt toevoegen.

Waarom oude uitleg over weergaven verwarrend kan zijn

Oudere Analytics-handleidingen beschrijven soms drie beheerkolommen: account, property en weergave. Die oude weergavestructuur hoort bij een eerdere productindeling. Gebruik haar niet als routekaart voor GA4. Zoek bij een bestaande GA4-omgeving naar het toegangsbeheer van het account of de property.

Wanneer een leverancier om “toegang tot de weergave” vraagt, verduidelijk je eerst de bedoeling. Bedoelt diegene rapportinzage in één property, toegang tot een rapportbestand of daadwerkelijk beheerrechten? Door het verzoek te vertalen naar een huidige taak voorkom je dat een verouderde term leidt tot onnodig ruime toegang.

Kies bewust tussen propertyselectie en accountbereik

Voor een rapportlezer is toegang tot de relevante property vaak voldoende. De collega kan dan de cijfers bekijken die bij diens werk horen. Het feit dat een ander team dezelfde Analytics-account gebruikt, is geen reden om ook hun properties beschikbaar te maken.

Een implementatiespecialist kan ruimere handelingen nodig hebben, terwijl het bereik beperkt blijft. Iemand die instellingen van één property moet aanpassen, krijgt daarvoor bijvoorbeeld Editor op die property. Brede configuratierechten binnen een geselecteerde property zijn iets anders dan toegang tot alle properties van het account.

Voor een bureau dat meerdere websites beheert, onderzoek je eerst de feitelijke inrichting. Staan de websites in twee properties, dan kun je voor beide een afzonderlijk besluit vastleggen. Staan ook andere ondernemingen in het account, dan kan accountbrede toegang die onbedoeld meenemen.

Accounttoegang kan passend zijn wanneer de opdracht aantoonbaar het hele account en alle relevante properties omvat. Leg dan vast waarom het ruimere bereik nodig is. Houd er rekening mee dat accountrechten doorwerken naar properties binnen dat account; een smaller ingestelde rol bij één property heft dat niet zomaar op.

Ontbreekt overzicht over de omgeving, stel dan eerst een inventaris op. Noteer de accountnaam, account-ID, propertynamen, property-ID’s en verantwoordelijke personen. Geef bij twijfel nog geen breed bereik om het uitzoekwerk gemakkelijker te maken. Vraag een bevoegde beheerder om mee te kijken naar de bedoelde property.

Vergelijk de vijf GA4-rollen met een taakmatrix

GA4 onderscheidt vijf werkrollen: Administrator, Editor, Marketer, Analyst en Viewer. De passende keuze hangt af van de handeling die iemand moet uitvoeren. De onderstaande tabel vergelijkt de rollen voor toegangsbesluiten; zij is geen volledige opsomming van iedere productfunctie of van rechten in gekoppelde diensten.

De rol None betekent dat op het betreffende onderdeel geen resourcerol is toegekend. Het is geen zesde werkrol voor een lichtere opdracht. Ook zegt een ontbrekende directe rol niet zonder meer dat iemand nergens toegang heeft: overerving kan nog steeds bevoegdheden opleveren.

Gebruik de officiële beschrijving van rollen en gegevensrestricties om een specifieke taak te toetsen. Vraag bij een onduidelijk verzoek welk onderdeel iemand wil openen en welke wijziging daarvoor nodig is. “Ik heb altijd beheerderstoegang” is geen inhoudelijke onderbouwing.

Vertaal werkzaamheden naar minimale bevoegdheden

Een eigenaar die uitsluitend de maandrapportage wil bekijken, kan voor die dagelijkse taak genoeg hebben aan Viewer. Eigenaarschap van het bedrijf maakt een zware werkrol niet voor elke handeling noodzakelijk. Tegelijk moet het bedrijf aantoonbaar over blijvende, bevoegde administratie beschikken om gebruikers te kunnen beheren.

Een rapportanalist die gedeelde verkenningen moet opleveren, heeft een andere opdracht dan iemand die bestaande rapporten leest. Analyst kan dan passen. Moet dezelfde persoon ook gebeurtenissen of doelgroepen beheren, onderzoek dan de aanvullende marketingtaak voordat je een rol kiest.

Een uitvoerder die propertyinstellingen moet wijzigen, kan Editor nodig hebben. Geef Administrator alleen wanneer gebruikersbeheer werkelijk bij de opdracht hoort en het gekozen bereik daarvoor passend is. Een verzoek om meer rechten moet dus verwijzen naar een noodzakelijke handeling, niet alleen naar een functietitel.

Zo pas je minimale bevoegdheden praktisch toe: kies de rol waarmee de afgesproken taken uitvoerbaar zijn, leg uitgesloten werkzaamheden vast en controleer de uitkomst met de ontvanger. Een te beperkte rol kan werk blokkeren; dat los je gericht op nadat de ontbrekende taak is vastgesteld.

Controleer effectieve rechten op beide niveaus

De rol die je rechtstreeks bij een property ziet, vertelt niet altijd het hele verhaal. Effectieve rechten ontstaan ook door rechten op het bovenliggende account. Een ruimere overgeërfde rol kun je bij een onderliggende property niet beperken door daar een lichtere rol te kiezen.

De volgende rechtenkaart laat twee gevallen zien die dezelfde uitkomst hebben, maar een andere oorzaak. Parent betekent hier het bovenliggende account; child is de geselecteerde property. Het gaat uitsluitend om de rolwerking in deze voorbeelden, los van eventuele gegevensrestricties.

In het eerste geval kan het verwijderen van de directe uitbreiding ertoe leiden dat Viewer via het account overblijft. Dat is geen volledige beëindiging van toegang. In het tweede geval verandert een aanpassing van de propertyrol niets aan de overgeërfde Editor-bevoegdheden zolang de accounttoekenning blijft bestaan.

Controleer daarom bij elke wijziging zowel het gewenste eindresultaat als de herkomst van de bestaande rechten. Noteer bijvoorbeeld: “Na afloop alleen rapportinzage via accountrol” of “Na overdracht geen toegang meer tot deze bedrijfsomgeving.” Die twee uitkomsten vragen verschillende maatregelen.

Maak deze controle voordat je een nieuwe gebruiker toevoegt. Iemand die al accountbreed Editor is, wordt niet beperkt doordat je diegene opnieuw als Viewer bij een property vastlegt. Je voegt dan vooral administratie toe, terwijl het werkelijke toegangsprobleem blijft bestaan.

Behandel gegevensrestricties als een afzonderlijke keuze

Naast rollen bestaan gegevensrestricties voor kosten en opbrengsten. Daarmee beperk je de beschikbaarheid van bepaalde financiële gegevens voor een gebruiker. Zo’n restrictie is iets anders dan de rol zelf, en ook iets anders dan volledige intrekking van toegang.

Een analist kan bijvoorbeeld rapporten nodig hebben zonder financiële cijfers te mogen gebruiken. Beoordeel dan of de opdracht met een passende gegevensrestrictie uitvoerbaar blijft. Als het onderzoek juist draait om opbrengsten per kanaal, kan het afschermen van opbrengstgegevens de afgesproken analyse onmogelijk maken.

Een restrictie verwijdert de onderliggende meetgegevens niet uit de property. Leg dit onderscheid uit aan collega’s die vragen of omzetgegevens “weg zijn”. Controleer eerst of zij een beperkt beeld krijgen door hun toegangsinstellingen, voordat iemand wijzigingen in de meting gaat voorstellen.

Ook restricties kunnen worden overgeërfd. Een beperking die op accountniveau geldt, kun je niet simpelweg bij een property ongedaan maken. Neem daarom in het toegangsbesluit twee afzonderlijke velden op: de effectieve rol en de geldende gegevensrestricties, inclusief het niveau waarop ze zijn toegekend.

Gebruik een restrictie niet als vervanging voor een duidelijke propertykeuze. Als iemand een volledige onderneming niet mag bekijken, is alleen het afschermen van financiële gegevens geen passende oplossing. Bepaal eerst het bereik en daarna welke gegevens binnen dat bereik nodig zijn.

Verzamel deze gegevens voordat je iemand toevoegt

Je hebt passende Administrator-bevoegdheden nodig om gebruikers toe te voegen of hun rechten te wijzigen. Controleer of jouw beheerrecht geldt voor het gekozen account of de gekozen property. Een Editor kan instellingen aanpassen, maar mag daarmee niet automatisch gebruikers beheren.

Vraag de ontvanger welk e-mailadres bij diens Google-account of Google Workspace-account hoort. Een zakelijk adres kan geschikt zijn, maar alleen een bekend mailadres opschrijven is onvoldoende. Het moet overeenkomen met de identiteit waarmee de ontvanger daadwerkelijk bij Google inlogt.

Laat de ontvanger het volledige adres bevestigen via jullie bestaande contactkanaal. Controleer spelling, domeinnaam en eventuele naamgenoten. Gebruik voor deze ontvangercontrole geen wachtwoord en vraag ook geen verificatiecode op. Toegang wordt aan een eigen gebruikersidentiteit toegekend; daarvoor hoef je geen inloggegevens te delen.

Leg vervolgens account, property, rol, restricties en beoordelingsmoment naast de opdracht. Laat een inhoudelijk verantwoordelijke bevestigen dat de geselecteerde gegevens bij het werk horen. Bij een bureau is bovendien duidelijk wie de feitelijke ontvanger is en wie wijzigingen in het team doorgeeft.

Heb je zelf geen Administrator-rechten, stuur dan dit complete verzoek naar de bevoegde beheerder. Je hoeft niet eerst jouw eigen rechten te laten verhogen wanneer die beheerder de gewenste gebruiker rechtstreeks kan toevoegen. Bewaar de goedgekeurde opdracht bij het verzoek, zodat de beheerder het bereik kan beoordelen.

Google Analytics toegang verlenen in controleerbare stappen

De praktische route loopt via Beheer, ook aangeduid als Admin, en het toegangsbeheer van account of property. Benamingen kunnen per interfacetaal verschillen. Controleer steeds de geselecteerde omgeving en het niveau van de gebruikerslijst; vertrouw niet uitsluitend op de plek waar een knop staat.

1. Log in met jouw eigen Google-account. Controleer de actieve identiteit, vooral wanneer je meerdere Google-profielen gebruikt. Ga verder met het account dat de benodigde beheerbevoegdheden heeft.
2. Selecteer het juiste Analytics-account. Vergelijk naam en identificatie met je voorbereidende notities. Kijk of de bedoelde property onder dit account valt.
3. Selecteer de bedoelde property. Controleer de property-ID en de bijbehorende gegevensstreams. Deze stap voorkomt dat je iemand toegang geeft tot een oude of vergelijkbaar genoemde omgeving.
4. Open Beheer en het passende toegangsbeheer. Kies de gebruikerslijst van de property voor een beperkte opdracht, of die van het account wanneer accountbereik bewust is goedgekeurd.
5. Controleer bestaande toegang. Zoek de ontvanger en beoordeel bestaande rollen en overerving. Bij een bestaande gebruiker kan een gerichte aanpassing nodig zijn in plaats van een nieuwe toekenning.
6. Kies gebruikers toevoegen. Vul het bevestigde e-mailadres in. Controleer het adres nogmaals voordat je de rechten vastlegt.
7. Voer de rolkeuze en eventuele gegevensrestricties uit. Vergelijk de selectie met het toegangsbesluit. Kies een e-mailmelding als die voor jullie overdracht bruikbaar is.
8. Voeg de gebruiker toe en controleer de vermelding. Leg vast op welk niveau de rechten staan. Plan daarna de toegangstest met de ontvanger.

De officiële instructies voor gebruikersbeheer beschrijven toevoegen en wijzigen. De e-mailmelding is een optie binnen het proces. Zij vervangt de controle van de daadwerkelijke toegang niet en bewijst niet dat de ontvanger de juiste property kan gebruiken.

Laat de ontvanger een passende toegangstest uitvoeren

Een toegangstest begint bij de ontvanger, met diens eigen Google-identiteit. Laat diegene de bedoelde property openen en de property-ID teruggeven. Alleen “ik zit erin” is te vaag wanneer iemand meerdere klanten, websites of testomgevingen in Analytics ziet.

Kies vervolgens een taak die past bij de toegekende rol. Een rapportlezer opent het afgesproken rapport en selecteert een benoemde periode. Een analist controleert of de benodigde gedeelde verkenning bruikbaar is. Een technisch uitvoerder controleert of het relevante instellingenonderdeel beschikbaar is.

Voer geen onnodige wijzigingen uit om rechten te bewijzen. Het openen van het juiste beheeronderdeel kan voor een eerste controle voldoende zijn. Als uitvoering van een echte wijziging onderdeel is van de opdracht, spreek dan vooraf af wat wordt aangepast en hoe jullie het resultaat controleren.

Laat de ontvanger ook melden wat ontbreekt. Een onzichtbaar rapport, afgeschermde opbrengstcijfers en een ontbrekende bewerkoptie hebben niet noodzakelijk dezelfde oorzaak. Vraag om de exacte handeling, het geselecteerde account, de property-ID en een beschrijving van de melding.

Leg de test vast met datum, ontvanger, gebruikte identiteit, omgeving, taak en uitkomst. Een passende bevestiging luidt bijvoorbeeld: “Ik heb property 740001 geopend en het afgesproken acquisitierapport bekeken; bewerken van instellingen is geen onderdeel van mijn opdracht.” Het nummer is hier fictief en dient alleen als voorbeeld.

Bij SEO-rapportage kun je de toegangstest koppelen aan het eerste rapport dat iemand moet opleveren. Daarmee controleer je niet alleen of een scherm opent, maar ook of de geselecteerde gegevens voldoende zijn voor de afgesproken rapportagevraag.

Maak bij een mislukte test onderscheid tussen waarneming en conclusie. “De knop om gebruikers toe te voegen ontbreekt” is een waarneming. “Mijn account is defect” is een conclusie waarvoor nog geen bewijs bestaat. Schrijf in het dossier eerst wat de ontvanger daadwerkelijk ziet en welke stap niet lukt. Voeg daarna de verklaring van de bevoegde beheerder toe. Als die verklaring nog ontbreekt, blijft het onderdeel openstaan. Zo kan iemand anders het onderzoek overnemen zonder een aanname als vastgesteld feit te behandelen. Dit helpt vooral wanneer opdrachtgever, bureau en technisch uitvoerder ieder een ander deel van de omgeving op dat moment kunnen bekijken.

Werkvoorbeeld: één bedrijf met twee websites

Neem het volledig fictieve bedrijf Linde Buiten. Het heeft een informatieve website en een webshop. In dit voorbeeld staan ze in twee afzonderlijke GA4-properties binnen één account: Linde Advies en Linde Winkel. Deze inrichting is een aanname voor de oefening, geen voorschrift voor andere bedrijven.

De ondernemer wil drie opdrachten verdelen. Eigenaar Noor bewaakt de overdracht van gebruikersbeheer. Rapportanalist Sam onderzoekt uitsluitend de webshop. Technisch uitvoerder Inez past uitsluitend instellingen voor de informatieve website aan. Voor iedere persoon wordt afzonderlijk vastgesteld welk bereik en welke rol nodig zijn.

Is Noor nog geen Administrator, dan vraagt de huidige bevoegde beheerder haar toegang aan te passen en controleert Noor die voordat er bestaande beheerders verdwijnen. Voor Sam en Inez kan dezelfde beheerder de beperkte propertytoegang rechtstreeks regelen. Noor hoeft hun wachtwoorden niet te kennen en hoeft geen tussenaccount te gebruiken.

De rol van Noor volgt hier uit haar concrete beheertaak. Zou zij alleen rapporten willen lezen, dan zou daarvoor geen Administrator nodig zijn. Het bedrijf moet in dat geval op een andere aantoonbare manier passend gebruikersbeheer behouden.

Reken het bereik door zonder resultaten te voorspellen

Voor deze fictieve oefening tellen we combinaties van ontvanger en toegankelijke property. Dat is een eenvoudige inventarismaat, geen maat voor beveiliging of bedrijfsresultaat. We veronderstellen dat niemand vooraf andere rechten heeft en dat er precies twee properties zijn.

Als alle drie de personen accounttoegang krijgen, ontstaan drie maal twee, dus zes ontvanger-propertycombinaties. Met het uitgewerkte besluit heeft Noor toegang tot twee properties, Sam tot één en Inez tot één. Dat geeft twee plus één plus één, dus vier combinaties.

Het verschil is twee combinaties: Sam krijgt Linde Advies niet en Inez krijgt Linde Winkel niet. De berekening zegt niets over bespaarde kosten, omzet of voorkomen incidenten. Zij maakt uitsluitend zichtbaar welk gegevensbereik buiten de drie opdrachten valt.

Verander nu één aanname: Sam moet later beide websites vergelijken. Dan beoordeel je toegang tot Linde Advies afzonderlijk. Je kunt een tweede propertytoekenning overwegen zonder automatisch gebruikersbeheer of brede configuratierechten mee te geven. Werk het toegangsbesluit en de toegangstest bij wanneer die opdracht wordt goedgekeurd.

Gebruik dit werkblad voor een onderbouwd toegangsbesluit

Kopieer de onderstaande velden naar je eigen document of spreadsheet. Maak één rij of formulier per ontvanger en per toekenningsniveau. Heeft iemand accounttoegang én een extra propertyrol, leg beide vast. Anders verdwijnt juist de informatie die je bij een latere wijziging nodig hebt.

Het werkblad ondersteunt drie uitkomsten. Je kunt toegang goedkeuren omdat opdracht, bereik en rol bij elkaar passen. Je kunt het verzoek terugleggen omdat bijvoorbeeld de property onduidelijk is. Of je kunt een smaller alternatief voorstellen, zoals Viewer in plaats van Editor voor een rapportlezer.

Een ingevuld werkblad wijzigt zelf geen rechten en beëindigt geen toegang. Gebruik het als opdracht voor de bevoegde beheerder en als controle bij de oplevering. Bewaar het op een plek waar de verantwoordelijke eigenaar het kan terugvinden, ook wanneer de contactpersoon bij een bureau vertrekt.

Diagnose: je ziet geen optie om gebruikers te beheren

Een ontbrekende beheeroptie betekent niet automatisch dat Analytics kapot is. Controleer eerst je ingelogde identiteit. Bij meerdere Google-profielen kun je ongemerkt met een account werken dat wel rapporten mag bekijken, maar geen gebruikers mag beheren.

Controleer daarna de geselecteerde omgeving en jouw rol op het relevante niveau. Editor is geen Administrator. Ook kan iemand beheerrechten hebben voor een bepaalde property zonder daarmee dezelfde bevoegdheid voor het hele account te krijgen.

Laat zo nodig een bekende beheerder bevestigen welke effectieve rechten je hebt. Vraag gericht: “Wie kan gebruikers beheren voor deze property-ID?” Dat is duidelijker dan een algemeen verzoek om volledige toegang. De beheerder kan vervolgens de ontvanger toevoegen of beoordelen of jouw eigen taak structureel gebruikersbeheer vereist.

Probeer dit probleem niet te verhelpen door meetcodes te vervangen, properties te dupliceren of een nieuwe Analytics-account te openen. Dat zijn wijzigingen aan de inrichting, terwijl de diagnose over gebruikersbevoegdheden gaat. Pas instellingen pas aan wanneer een afzonderlijk vastgesteld meetprobleem dat nodig maakt.

Bewaar bestaande toegang zolang onduidelijk is wie bevoegd kan aanpassen. Vooral bij een overdracht wil je voorkomen dat de laatste bruikbare beheerroute verdwijnt. Eerst een bevestigde beheerder en een geslaagde test, daarna een gerichte wijziging.

Diagnose: de ontvanger ziet de property niet

Vraag eerst met welk exact e-mailadres de ontvanger is ingelogd. Vergelijk dat met het toegevoegde adres. Een melding in de mailbox kan aankomen terwijl de browser een ander Google-profiel gebruikt. Laat de ontvanger bewust het bedoelde profiel kiezen en opnieuw naar Analytics gaan.

Controleer daarna accountselectie en propertyselectie. Laat naam en property-ID teruggeven, of samen vaststellen welke omgeving ontbreekt. Een vergelijkbare naam is onvoldoende om te concluderen dat de goede property zichtbaar is.

Bekijk vervolgens de gebruikerslijst op het niveau waarop je toegang wilde geven. Staat het bevestigde adres daar daadwerkelijk met de bedoelde rol? Als er bestaande accountrechten zijn, neem die mee in de controle. Leg een verschil tussen de voorgenomen en werkelijke toekenning vast voordat je opnieuw iets toevoegt.

Onderscheid een onzichtbare property van een zichtbare property zonder de verwachte cijfers. In het tweede geval onderzoek je onder meer de gekozen periode, rapportselectie, gegevensrestricties en of de property de bedoelde meting bevat. Ruimere rechten zijn niet voor elk ontbrekend getal de oplossing.

Maak van een toegangsprobleem dus eerst een reproduceerbare beschrijving: juiste identiteit, juiste omgeving, verwachte handeling, waargenomen uitkomst. Daarmee kan de beheerder gericht controleren. Zonder die gegevens kan herhaald toevoegen vooral extra onduidelijkheid veroorzaken.

Diagnose: iemand heeft ruimere rechten dan verwacht

Begin met de effectieve rechten en onderzoek waar die vandaan komen. Kijk niet alleen naar de regel die je onlangs hebt toegevoegd. Een oudere accounttoekenning kan nog steeds een zwaardere rol opleveren voor alle onderliggende properties.

Stel dat je een voormalige implementatiespecialist bij één property Viewer maakt, maar die persoon op accountniveau Editor blijft. De configuratierechten blijven dan via het account bestaan. Het correctiemoment ligt bij de accounttoekenning en vraagt een beoordeling van alle properties die daarvan afhankelijk zijn.

Inventariseer vóór die aanpassing of de persoon ergens nog legitieme werkzaamheden uitvoert. Als toegang voor één opdracht moet blijven bestaan, ontwerp dan eerst de gewenste afzonderlijke propertyrechten. Laat een bevoegde beheerder bepalen hoe de overgang uitvoerbaar blijft.

Controleer vervolgens de nieuwe situatie op twee punten: kan de ontvanger de resterende afgesproken taak uitvoeren, en is het ongewenste bereik verdwenen? Alleen een gewijzigde rolnaam in één gebruikerslijst bewijst dat laatste niet.

Leg ook vast of gekoppelde diensten afzonderlijk moeten worden beoordeeld. Een wijziging in GA4 beëindigt niet automatisch toegang tot advertentieplatforms, een tagbeheeromgeving of het websitebeheer. Maak van zo’n aanvullende controle een aparte taak met een eigen verantwoordelijke.

Scheid GA4-toegang van toegang tot je website

Een technische opdracht kan meerdere systemen raken. Een specialist kan in GA4 instellingen moeten beoordelen, terwijl de uitvoering van een meetaanpassing in WordPress, Shopify of een tagbeheeromgeving plaatsvindt. Toegang tot één daarvan verleent niet vanzelf rechten in de andere systemen.

Laat de specialist daarom eerst de diagnose beschrijven: welke informatie ontbreekt, in welk systeem zit de oorzaak vermoedelijk en welke handeling is nodig om dat te controleren? Bepaal pas daarna voor ieder systeem het passende bereik en de benodigde bevoegdheden.

Voor een onderzoek binnen technische SEO kan rapportinzage voldoende zijn om een eerste vraag te onderzoeken. Als daarna een meetinstelling moet worden aangepast, is dat een vervolgbesluit. Leg die uitbreiding vast met de concrete wijziging en de afgesproken verificatie.

Bij een webshopopdracht rond ecommerce-SEO kan het nodig zijn om verkeersgegevens en geregistreerde aankopen te vergelijken. Bepaal dan welke financiële gegevens werkelijk nodig zijn. De inhoud van het onderzoek bepaalt of opbrengstrestricties passend zijn, niet alleen het etiket “SEO”.

Bewaar wijzigingen aan de meting in een afzonderlijk wijzigingsverslag. Noteer wat de uitvoerder heeft aangepast, wanneer dat gebeurde en hoe de juiste werking is beoordeeld. Het toegangsformulier vertelt wie iets mocht doen; het wijzigingsverslag vertelt wat er daadwerkelijk is uitgevoerd.

Maak bij een bureauwissel een overdrachtsformulier en intrekdossier

Een bureauwissel bestaat uit toegang overdragen, werkzaamheden afronden en ongewenste rechten beëindigen. Begin met een inventaris van de bestaande gebruikers en hun toekenningsniveaus. Laat de verantwoordelijke eigenaar bepalen wie moet blijven, wie tijdelijk nodig is en wiens opdracht eindigt.

Gebruik het werkblad als overdrachtsformulier en voeg een apart besluit per vertrekkende ontvanger toe. Noteer de einddatum van de opdracht, de noodzakelijke resterende werkzaamheden en wie bevestigt dat die klaar zijn. Daarmee voorkom je dat “nog even nodig” een onbepaalde eindtoestand wordt.

Neem in het intrekdossier minimaal deze onderdelen op:

• Eigenaar: de persoon die de beëindiging goedkeurt en aanspreekbaar blijft.
• Grantniveau: elke accounttoekenning en propertytoekenning die de ontvanger toegang geeft.
• Gewenst eindbeeld: geen toegang, beperkte resterende toegang of voortzetting voor een afzonderlijke opdracht.
• Overname: de nieuwe verantwoordelijke met bevestigde beheerbevoegdheden en een concrete ontvangertoegangstest.
• Uitvoering: de bevoegde beheerder, uitgevoerde wijzigingen en datum van controle.
• Bewijs van beëindiging: controle van toekenningen en effectieve rechten, plus vastlegging van eventuele resterende toegang.

Vraag het vertrekkende bureau welke medewerkers voor de opdracht toegang hebben gekregen. Vergelijk dat overzicht met de daadwerkelijke gebruikerslijsten. Een contactpersoon kan vertrekken terwijl een andere medewerker nog een eigen toekenning heeft. Vertrouw daarom niet uitsluitend op één naam uit de samenwerkingsovereenkomst.

Hanteer deze volgorde bij de overdracht

Controleer eerst of de onderneming een bereikbare, bevoegde beheerder behoudt. Voeg zo nodig de nieuwe verantwoordelijke toe via de bestaande bevoegde beheerder. Laat die persoon de juiste omgeving openen en het benodigde gebruikersbeheer controleren voordat je oude beheerrechten aanpakt.

Laat daarna de nieuwe uitvoerders hun eigen werk testen. Een nieuw bureau dat de property kan openen, heeft nog niet noodzakelijk alles voor de afgesproken opdracht beschikbaar. Controleer rapporten, benodigde analyses en eventueel relevante instellingen afzonderlijk.

Rond vervolgens de werkzaamheden van de vertrekkende partij af. Verzamel openstaande wijzigingen, relevante onderzoeksdocumenten en afspraken over resterende taken. Die informatie voorkomt dat je later rechten moet herstellen omdat niemand weet welke instelling nog onderzocht werd.

Pas daarna de goedgekeurde intrekkingen toe en controleer de uitkomst. Gebruik voor daadwerkelijke verwijdering de passende accountbevoegde Administrator, zoals beschreven in de officiële verwijderinstructies. Een verwijderde propertyvermelding bewijst niet dat overgeërfde accountrechten ook verdwenen zijn.

Als er twijfel bestaat over de laatste Administrator of de herkomst van rechten, behoud dan de bestaande toegang totdat de bevoegde eigenaar een gecontroleerde aanpassing kan uitvoeren. Wis geen laatste beheerder om een overdracht administratief afgerond te laten lijken.

Controleer na intrekken wat werkelijk is beëindigd

Start de eindcontrole vanuit het vastgelegde gewenste eindbeeld. Moest alle GA4-toegang verdwijnen, of alleen het recht om instellingen te wijzigen? Een gebruiker die nog Viewer is, voldoet aan het tweede doel mogelijk wel en aan het eerste niet.

Controleer de niveaus waarop rechten waren toegekend en beoordeel de effectieve uitkomst. Bewaar een gedateerde registratie van de aangepaste gebruikersvermeldingen en de conclusie van de bevoegde beheerder. Beperk vastgelegde persoonsgegevens tot wat nodig is voor deze controle.

Een bevestiging van de voormalige ontvanger kan aanvullend helpen, maar is geen vervanging voor de beheerderscontrole. Iemand kan met het verkeerde profiel testen of een andere property openen. Koppel iedere bevestiging daarom aan de betrokken identiteit en omgeving.

Controleer afzonderlijk toegang tot andere gebruikte platforms. Als het bureau ook in je website, advertentieomgeving of tagbeheer werkte, sluit je die taken niet af met alleen een GA4-wijziging. Laat per platform vastleggen wie de wijziging uitvoert en wie het resultaat controleert.

Toegang intrekken verwijdert bovendien geen eerder geëxporteerde rapporten uit de bestanden van een ontvanger. Bespreek de overdracht en behandeling van zulke documenten afzonderlijk binnen jullie afspraken. Houd het dossier feitelijk: noteer wat is gecontroleerd en welke onderdelen nog openstaan.

Plan herbeoordeling rond veranderingen in het werk

Kies een concreet moment om toegang opnieuw te bekijken. Dat kan de oplevering van een onderzoek zijn, het einde van een implementatie of een wijziging in het team. Leg ook vast wie de beoordeling uitvoert; een datum zonder verantwoordelijke wordt gemakkelijk vergeten.

Beoordeel bestaande toegang opnieuw wanneer properties worden toegevoegd, opdrachten uitbreiden of een bureau andere medewerkers inzet. Vooral accounttoegang verdient aandacht als de omgeving groeit. Een eerder passend bereik kan later meer gegevens omvatten dan bij de oorspronkelijke opdracht werd bedoeld.

Vraag per ontvanger of de taak nog bestaat, of dezelfde property nodig blijft en of de rol nog past. Iemand kan na een implementatie alleen nog rapporten hoeven lezen. Beoordeel dan of een beperktere rol voldoende is en controleer eventuele overerving voordat je die wijziging uitvoert.

Bij een SEO-audit kun je de afronding van het onderzoek als beoordelingsmoment gebruiken. Besluit afzonderlijk of de specialist daarna uitvoeringstaken krijgt. Een afgeronde analyse is geen automatische toestemming om permanent configuratierechten te behouden.

Maak een onduidelijk rechtenverzoek uitvoerbaar

Een bericht als “Kun je mij volledige toegang geven?” bevat nog geen bruikbaar toegangsbesluit. Vraag welke taak vastloopt en laat de aanvrager die beschrijven zonder al een rol voor te schrijven. Soms blijkt dat alleen een rapport ontbreekt, terwijl de aangevraagde beheerrechten veel verder gaan.

Gebruik bijvoorbeeld deze tekst: “Voor welke property werk je, welk onderdeel probeer je te openen en wat wil je daar doen? Geef ook aan of het om lezen, analyseren, marketinginstellingen of gebruikersbeheer gaat. Dan kan onze beheerder de passende toegang beoordelen.” Daarmee verzamel je informatie die rechtstreeks bij de rolkeuze helpt.

Leg het antwoord naast de opdrachtomschrijving. Een leverancier die onderzoek zou doen maar nu gebeurtenissen wil aanpassen, vraagt mogelijk om een inhoudelijke uitbreiding. Bespreek eerst waarom die wijziging nodig is en wie haar goedkeurt. Daarna kan de bevoegde beheerder beoordelen welke rol daarbij past.

Blijkt het verzoek terecht, voeg dan de nieuwe taak toe aan het werkblad. Noteer ook of de ruimere rol alleen voor die uitvoering nodig is. Koppel het beoordelingsmoment aan de acceptatie van het werk, zodat de bevoegdheden daarna opnieuw inhoudelijk worden bekeken.

Bepaal of directe toegang nodig is voor een eenmalige vraag

Niet iedere informatievraag vraagt om een eigen GA4-toekenning. Een collega die één overzicht voor een overleg nodig heeft, kan soms verder met een geschikt rapportbestand. Beoordeel welke informatie werkelijk nodig is en of de collega zelf vervolgvragen moet kunnen onderzoeken.

Een gedeeld bestand kan passen bij een afgebakende vraag over een vaste periode. Vermeld daarbij de property, periode, gebruikte selectie en betekenis van de cijfers. Zonder die context kan de ontvanger een getal verkeerd interpreteren, ook wanneer het bestand technisch correct is.

Directe toegang past eerder wanneer iemand terugkerend moet analyseren, zelfstandig selecties moet maken of gedeelde verkenningen moet onderhouden. Leg dan vast waarom een los document onvoldoende is. Deze afweging gaat over de werkvorm; zij verandert niets aan de noodzaak om rol en bereik passend te kiezen.

Denk ook aan de verspreiding van een rapportbestand. Het intrekken van GA4-toegang haalt een eerder verstuurd document niet terug. Spreek daarom af wie het overzicht mag ontvangen en waar jullie de definitieve versie bewaren. Zet in het werkblad of de opdracht directe toegang of alleen een afgesproken informatielevering vereist.

Onderzoek verschillen tussen wat twee gebruikers zien

Als jij wel cijfers ziet en de ontvanger niet, vergelijk dan eerst dezelfde situatie. Open dezelfde property, hetzelfde rapport, dezelfde periode en dezelfde selectie. Vraag beide gebruikers de gekozen instellingen te benoemen. Een verschil in rapportcontext kan eruitzien als een rechtenprobleem.

Controleer vervolgens of het verschil een hele property, een specifieke handeling of bepaalde financiële gegevens betreft. Die afbakening bepaalt je volgende stap. Een ontbrekende property vraagt onderzoek naar bereik en identiteit. Een ontbrekende bewerkfunctie vraagt onderzoek naar rollen. Ontbrekende opbrengstgegevens kunnen aanleiding zijn om gegevensrestricties te controleren.

Verhoog de rol niet als algemene proef wanneer de oorzaak nog onduidelijk is. Daarmee verander je meerdere bevoegdheden tegelijk en wordt lastiger te beoordelen wat het oorspronkelijke probleem was. Noteer eerst de waarneming en laat de beheerder de relevante instelling controleren.

Herhaal na een gerichte correctie dezelfde vergelijking. Leg vast welk verschil is opgelost en wat nog ontbreekt. Wanneer de toegang passend blijkt maar de gegevens zelf twijfelachtig blijven, behandel je dat als een afzonderlijke meetvraag. Zo blijft het toegangsbesluit controleerbaar en voorkom je dat een analyseprobleem onnodig ruime rechten oplevert.

Voorbeeld van een ingevulde beslisnotitie

In het fictieve werkblad van Linde Buiten staat bij Sam: “Opdracht: gedeelde verkenning voor Linde Winkel opleveren. Bereik: uitsluitend property Linde Winkel. Rol: Analyst. Gebruikersbeheer en algemene configuratiewijzigingen vallen buiten de opdracht. Beoordeling: zodra Noor het onderzoek heeft ontvangen.” Dit is concreter dan alleen een naam met een rol.

De beheerder vult daarnaast het bevestigde Google-accountadres, de werkelijke property-ID en de herkomst van bestaande rechten in. Die gegevens worden hier bewust niet verzonnen als echte accountinventaris. Sam bevestigt vervolgens dat de bedoelde property zichtbaar is en dat de afgesproken analysetaak uitvoerbaar is.

Stel dat tijdens de controle toch Editor via het account zichtbaar wordt. Dan wordt het besluit nog niet als passend afgerond. Noor laat eerst onderzoeken waarom die accountrol bestaat en of andere werkzaamheden ervan afhangen. Pas na die beoordeling wordt de toekenning gericht aangepast.

De afsluitende notitie beschrijft vervolgens de feitelijke uitkomst, inclusief eventuele resterende toegang. Daardoor kan een volgende beheerder begrijpen waarom Sam toegang heeft, wat er is gecontroleerd en wanneer een nieuw besluit nodig wordt.

Veelgestelde vragen over GA4-toegang

Heeft de ontvanger een Gmail-adres nodig?

Nee. Het e-mailadres moet bij een Google-account of Google Workspace-account horen; een Gmail-adres is niet verplicht. Laat de ontvanger bevestigen met welk adres diegene inlogt en gebruik precies dat adres bij het toevoegen.

Kan een Editor andere gebruikers toevoegen?

Nee. Editor geeft bevoegdheden voor instellingen, maar geen gebruikersbeheer. Voor het toevoegen of wijzigen van gebruikers zijn passende Administrator-rechten nodig. Vraag een bevoegde beheerder om de ontvanger rechtstreeks toe te voegen als je die rechten zelf niet hebt.

Beperkt Viewer op een property een overgeërfde Editor-rol?

Nee. Editor op accountniveau blijft doorwerken naar de property. Een directe Viewer-rol verlaagt die overgeërfde rechten niet. Onderzoek de accounttoekenning en laat een bevoegde beheerder beoordelen hoe het gewenste beperktere bereik kan worden ingesteld.

Bewijst een e-mailmelding dat de toegang werkt?

Nee. Een melding is geen praktische toegangstest. Laat de ontvanger met de bedoelde Google-identiteit de juiste property openen en een afgesproken taak uitvoeren. Leg de property-ID, taak en uitkomst vast.

Verwijdert een opbrengstrestrictie gegevens uit GA4?

Nee. Een gegevensrestrictie beperkt welke financiële gegevens de gebruiker kan raadplegen. Zij verwijdert de onderliggende meetgegevens niet en beëindigt evenmin alle toegang. Controleer ook of de restrictie op accountniveau wordt overgeërfd.

Is één propertyvermelding verwijderen genoeg bij een bureauwissel?

Niet altijd. Accountrechten kunnen nog steeds toegang geven, en rechten in andere platforms blijven afzonderlijk bestaan. Laat een bevoegde beheerder het toekenningsniveau en de effectieve rechten controleren. Behoud passende administratie voordat bestaande beheerders worden verwijderd.

Leg je toegangsbesluit voor aan Niblah

Wil je laten beoordelen welke toegang past bij werkzaamheden aan je website of webshop? Niblah biedt webdesign, WordPress, Shopify en SEO. Beschrijf via het contactformulier de opdracht, de betrokken properties en het punt waarop je vastloopt. Vermeld welke rol je nu ziet en welke handeling nodig is. Stuur geen wachtwoorden of verificatiecodes mee; begin met het ingevulde toegangsbesluit en de gewenste uitkomst.