Wie in je team mag nieuwe tags maken? Wie mag bestaande tags aanpassen? Wie mag tags aan- en uitzetten? Zonder duidelijke afspraken kan iedereen alles veranderen. Een junior developer verwijdert per ongeluk een belangrijke tag. Een marketeer voegt een tag toe waardoor de tracking stukgaat. Een freelancer past de conversielogica aan en niemand weet het. Governance voorkomt chaos. Duidelijke rollen en rechten zorgen dat de juiste mensen de juiste beslissingen nemen. Met goedkeuring vang je fouten af voordat ze je livedata verpesten.
Dit artikel laat zien hoe je tag governance opzet die je tracking beschermt, zonder dat je team er trager door werkt.
Wat is een tag
Een tag is een stukje code dat wordt uitgevoerd wanneer er iets specifieks gebeurt op je website. Tags beheer je in een tagmanager. Dat is een container met al je trackingcodes. In plaats van meerdere trackingcodes direct op je site te zetten, installeer je één tagmanagercode. De tagmanager activeert daarna al je losse tags op basis van de regels en voorwaarden die jij instelt.
Tags meten conversies, betrokkenheid en specifiek bezoekersgedrag. Een aankooptag gaat af als iemand een bestelling afrondt. Een formuliertag gaat af als iemand een formulier verstuurt. Elke tag stuurt data naar je analyticsplatform, zodat je deze belangrijke acties volgt.
Governance gaat over wie deze tags mag maken, aanpassen en live zetten, zodat je data klopt en er niets per ongeluk stukgaat.
Leg duidelijke rollen en verantwoordelijkheden vast
Maak rollen voor tagbeheer. Wie is eigenaar van analytics? Wie van advertenties? Wie van conversietracking? Elk gebied heeft een eigenaar die wijzigingen goedkeurt.
Verschillende rollen hebben verschillende rechten. Kijkers zien tags maar passen ze niet aan. Bewerkers passen tags aan in de testomgeving. Publiceerders zetten tags live. Beheerders mogen alles. Wijs rollen toe op basis van functie en ervaring.
Schrijf op wie welke rol heeft. Maak duidelijk wie eigenaar is van welke tags. Als iemand een tagwijziging nodig heeft, weet die wie hij of zij moet vragen.
Vraag goedkeuring voor wijzigingen op de livesite
Laat niemand zomaar tags live zetten zonder goedkeuring. Maak een goedkeuringsproces. Een developer maakt een tag in de testomgeving. Iemand anders bekijkt hem. Een derde persoon keurt hem goed. Pas dan gaat hij live.
Met deze drie stappen vang je fouten af. De reviewer stelt vragen. De goedkeurder checkt of de wijziging past bij de bedrijfsdoelen. Op het moment dat een tag live gaat, hebben meerdere mensen hem bekeken.
Bij spoedwijzigingen kun je het proces inkorten. Sla het nooit helemaal over. Een kapotte tag op de livesite kost meer dan een paar uur goedkeuring.
Gebruik aparte test- en productieomgevingen
Maak een tagmanager voor testen en een voor productie. Alle wijzigingen gebeuren eerst in de testomgeving. Teams testen daar hun wijzigingen. Na goedkeuring gaan de tags naar productie.
Zo voorkom je dat er per ongeluk iets verandert op de livesite. Developers kunnen in de testomgeving experimenteren zonder bang te zijn voor echte data. Als ze zeker weten dat de wijziging werkt, vragen ze om doorzetten naar productie.
De testomgeving moet lijken op productie. Dezelfde sites. Dezelfde acties. Dezelfde datalaag. Dan voorspellen je tests goed hoe het live gaat.
Leg wijzigingsverzoeken vast
Vraag bij elk verzoek om een tagwijziging om documentatie. Wat verandert er? Waarom is het nodig? Welk bedrijfsdoel helpt het? Wie heeft het goedgekeurd?
Bewaar wijzigingsverzoeken in een vast systeem. Een spreadsheet werkt. Een speciale tool is beter. Houd bij wat er veranderde, wanneer en waarom. Deze geschiedenis is goud waard als er iets stukgaat en je wilt weten wat er gebeurde.
Neem een terugdraaiplan op in het verzoek. Hoe draai je de wijziging terug als de tag stukgaat? Hoe snel lukt dat? Wat gebeurt er als terugdraaien mislukt?
Regel toegang per rechtenniveau
Beperk wie waar bij kan. Een marketeer ziet advertentietags, maar niet de conversietags. Een developer ziet conversietags, maar niet de advertentietags. Met rechten voorkom je dat iemand per ongeluk iets aanpast waar hij niet over gaat.
Werk met rolgebonden toegang. Kijkers zien alles. Bewerkers passen tags in hun eigen gebied aan. Publiceerders zetten tags live. Beheerders doen alles. Met fijnmazige rechten voorkom je ongelukken.
Stel meldingen in voor ongeautoriseerde wijzigingen
Past iemand een tag aan zonder het goedkeuringsproces te doorlopen, waarschuw dan de eigenaar. De meeste tagmanagers hebben auditlogs. Gebruik ze om ongeautoriseerde wijzigingen te vinden.
Zet automatische meldingen aan. Wijzigt iemand een kritieke tag, dan gaat er een melding uit. De eigenaar kan de wijziging bekijken en zo nodig terugdraaien. Meldingen zorgen voor verantwoordelijkheid.
Plan regelmatig toegangscontroles in
Bekijk elk kwartaal wie waar toegang toe heeft. Haal mensen weg die het team hebben verlaten. Pas rechten aan voor mensen met een nieuwe rol. Rechten stapelen zich op, dat gebeurt echt. Mensen verzamelen in de loop van de tijd steeds meer toegang.
Controleer tijdens zo'n review ook de recente wijzigingen. Wie paste wat aan? Is het goedkeuringsproces gevolgd? Is er iets stukgegaan? Met regelmatige controles zie je problemen vroeg.
Veelgestelde vragen
Moet iedereen bewerkrechten hebben of alleen bepaalde mensen?
Alleen bepaalde mensen. Beperk bewerken tot teamleiders en ervaren uitvoerders. Kijkers zien alles, maar passen niets aan. Bewerkers werken in de testomgeving, niet in productie. Publiceerders zetten wijzigingen live. Met deze rolgebonden toegang voorkom je ongelukken. Nieuwe teamleden starten als kijker en worden bewerker na een training. Met de websitebouwer van WEMASY stel je dit direct in op je website.
Wat is het juiste goedkeuringsproces voor tagwijzigingen?
Drie stappen werkt goed. Maak de tag in de testomgeving. Laat een collega meekijken. Laat een manager of teamleider goedkeuren. Zet hem dan live. Bij routinewijzigingen kun je het terugbrengen tot twee stappen. Sla goedkeuring nooit helemaal over. Een wijziging bekijken kost minder dan een kapotte tag repareren.
Wij zijn een klein team. Kunnen we formele governance overslaan?
Je mag informeler zijn, maar sla het niet helemaal over. Zorg minimaal dat één persoon de tag maakt en een ander hem bekijkt voordat hij live gaat. Test wijzigingen in de testomgeving. Gebruik auditlogs om wijzigingen bij te houden. Ook kleine teams hebben baat bij basisafspraken. Naarmate je groeit, worden formele processen noodzakelijk.
Hoe gaan we om met spoedwijzigingen die snel live moeten?
Maak een versneld goedkeuringsproces. Misschien maar één goedkeurder in plaats van twee. Misschien mondelinge in plaats van schriftelijke goedkeuring. Leg de wijziging wel vast. Laat er toch iemand naar kijken. Test waar mogelijk toch in de testomgeving. Haast betekent niet onzorgvuldig. Snelheid komt door oefening en duidelijke processen, niet door stappen over te slaan.
Wat doen we als iemand productie kapotmaakt met een niet goedgekeurde wijziging?
Draai de wijziging eerst direct terug. Kijk daarna wat er gebeurde. Scherp vervolgens het goedkeuringsproces aan. Gebruik het als leermoment. Dwing goedkeuring voortaan af. Wie zich herhaaldelijk niet aan de regels houdt, verliest misschien de bewerkrechten. Maak duidelijk dat goedkeuring iedereen beschermt, ook degene die de wijziging doet.
Hoe beheren we toegang als mensen van rol veranderen?
Bekijk de rechten op het moment van de rolwissel. Heeft iemand nog toegang nodig tot het oude gebied? Is toegang tot het nieuwe gebied nodig? Haal oude toegang weg. Geef nieuwe toegang. Plan elk kwartaal een controle om achterblijvers te vinden. Mensen vergeten soms om een aanpassing van toegang aan te vragen. Met regelmatige controles vang je dat op.