Wer in deinem Team darf neue Tags erstellen? Wer darf bestehende Tags ändern? Wer darf Tags ein- und ausschalten? Ohne klare Regeln kann jeder alles ändern. Ein Junior-Entwickler löscht aus Versehen einen wichtigen Tag. Ein Marketer fügt einen Tag hinzu, der das Tracking kaputt macht. Ein Dienstleister ändert die Conversion-Logik und niemand merkt es. Governance verhindert dieses Chaos. Klare Rollen und Berechtigungen sorgen dafür, dass die richtigen Personen die richtigen Entscheidungen treffen. Freigabeprozesse fangen Fehler ab, bevor sie deine Live-Daten beschädigen.
In diesem Artikel erfährst du, wie du Tag-Governance aufsetzt, die dein Tracking schützt und dein Team trotzdem schnell arbeiten lässt.
Was ist ein Tag?
Ein Tag ist ein Code-Schnipsel, der ausgelöst wird, wenn auf deiner Website eine bestimmte Aktion passiert. Tags werden über einen Tag-Manager verwaltet. Das ist ein Container, der alle deine Tracking-Codes enthält. Statt mehrere Tracking-Codes direkt in deine Website einzubauen, installierst du einen einzigen Tag-Manager-Code. Der Tag-Manager löst dann alle einzelnen Tags aus, und zwar nach den Regeln und Bedingungen, die du festlegst.
Tags messen Conversions, Interaktionen und bestimmtes Nutzerverhalten. Ein Kauf-Tag wird ausgelöst, wenn jemand einen Kauf abschliesst. Ein Formular-Tag wird ausgelöst, wenn jemand ein Formular absendet. Jeder Tag schickt Daten an deine Analyseplattform, damit du diese wichtigen Aktionen verfolgen kannst.
Bei Governance geht es darum, zu steuern, wer diese Tags erstellen, ändern und live schalten darf. So bleibt die Datenqualität hoch und es gibt keine versehentlichen Fehler.
Klare Rollen und Zuständigkeiten festlegen
Lege Rollen für das Tag-Management fest. Wer ist für Analytics zuständig? Wer für Werbung? Wer für das Conversion-Tracking? Jeder Bereich braucht eine verantwortliche Person, die Änderungen freigibt.
Verschiedene Rollen haben verschiedene Rechte. Betrachter können Tags sehen, aber nicht ändern. Bearbeiter können Tags in der Staging-Umgebung ändern. Publisher können Tags in die Live-Umgebung übernehmen. Admins dürfen alles. Vergib Rollen nach Aufgabe und Erfahrung.
Halte schriftlich fest, wer welche Rolle hat. Mach klar, wem welche Tags gehören. Wenn jemand eine Änderung braucht, weiss er, wen er fragen muss.
Freigabe für Änderungen im Livebetrieb verlangen
Lass niemanden ohne Freigabe Tags live schalten. Richte einen Freigabeprozess ein. Ein Entwickler erstellt einen Tag im Staging. Eine zweite Person prüft ihn. Eine dritte Person gibt ihn frei. Erst dann geht er live.
Dieser Ablauf in drei Schritten fängt Fehler ab. Die prüfende Person stellt Fragen. Die freigebende Person achtet darauf, dass die Änderung zu den Geschäftszielen passt. Bis ein Tag live geht, haben ihn mehrere Personen angesehen.
Bei dringenden Änderungen kannst du den Ablauf verkürzen. Ganz überspringen solltest du ihn aber nie. Ein kaputter Tag im Livebetrieb kostet mehr als ein paar Stunden Freigabeprozess.
Staging und Livebetrieb trennen
Lege einen Staging-Tag-Manager und einen Live-Tag-Manager an. Alle Änderungen passieren zuerst im Staging. Das Team testet dort die Änderungen. Nach der Freigabe werden die Tags in den Livebetrieb übernommen.
So vermeidest du versehentliche Änderungen im Livebetrieb. Entwickler können im Staging ausprobieren, ohne echte Daten zu gefährden. Wenn sie sicher sind, dass die Änderung funktioniert, beantragen sie die Übernahme in den Livebetrieb.
Die Staging-Umgebung sollte dem Livebetrieb entsprechen. Gleiche Websites. Gleiche Aktionen. Gleicher Data Layer. Nur dann sagen deine Tests im Staging zuverlässig voraus, wie sich der Livebetrieb verhält.
Änderungswünsche dokumentieren
Wenn jemand eine Tag-Änderung wünscht, verlange eine Dokumentation. Was soll sich ändern? Warum ist das nötig? Welches Geschäftsziel unterstützt es? Wer hat es freigegeben?
Sammle Änderungswünsche an einem festen Ort. Eine Tabelle reicht. Ein spezielles Tool ist besser. Halte fest, was sich wann und warum geändert hat. Diese Historie ist Gold wert, wenn etwas kaputtgeht und du verstehen willst, was passiert ist.
Nimm einen Rollback-Plan in den Änderungswunsch auf. Wie machst du die Änderung rückgängig, falls der Tag ausfällt? Wie schnell geht das? Was passiert, wenn der Rollback scheitert?
Zugriff nach Berechtigungsstufe steuern
Begrenze, wer worauf zugreifen darf. Ein Marketer sollte Werbe-Tags sehen, aber keine Conversion-Tags. Ein Entwickler sollte Conversion-Tags sehen, aber keine Werbe-Tags. Berechtigungen verhindern versehentliche Änderungen in Bereichen, für die du nicht zuständig bist.
Arbeite mit rollenbasiertem Zugriff. Betrachter sehen alles. Bearbeiter ändern Tags in ihrem Bereich. Publisher übernehmen Tags in den Livebetrieb. Admins machen alles. Fein abgestufte Rechte verhindern Unfälle.
Warnungen bei nicht autorisierten Änderungen einrichten
Wenn jemand einen Tag ändert, ohne den Freigabeprozess zu durchlaufen, informiere die zuständige Person. Die meisten Tag-Manager bieten Audit-Logs. Nutze sie, um nicht autorisierte Änderungen zu erkennen.
Richte automatische Benachrichtigungen ein. Wenn jemand einen wichtigen Tag ändert, geht eine Warnung raus. Die zuständige Person kann die Änderung prüfen und bei Bedarf zurücknehmen. Warnungen schaffen Verantwortung.
Zugriffe regelmässig überprüfen
Prüfe jedes Quartal, wer worauf Zugriff hat. Entferne Personen, die das Team verlassen haben. Passe die Rechte an, wenn jemand die Rolle wechselt. Schleichende Rechteausweitung ist real. Mit der Zeit sammeln Personen immer mehr Berechtigungen.
Sieh dir bei der Prüfung auch die letzten Änderungen an. Wer hat was geändert? Wurde der Freigabeprozess eingehalten? Hat eine Änderung etwas kaputt gemacht? Regelmässige Prüfungen decken Probleme früh auf.
Häufig gestellte Fragen
Sollten alle Bearbeitungsrechte haben oder nur bestimmte Personen?
Nur bestimmte Personen. Beschränke das Bearbeiten auf Teamleiter und erfahrene Umsetzer. Betrachter sehen alles, ändern aber nichts. Bearbeiter arbeiten im Staging, nicht im Livebetrieb. Publisher übernehmen Änderungen in den Livebetrieb. Dieser rollenbasierte Zugriff verhindert versehentliche Änderungen. Neue Teammitglieder starten als Betrachter und werden nach einer Einarbeitung zu Bearbeitern. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Welcher Freigabeprozess passt für Tag-Änderungen?
Drei Schritte funktionieren gut. Erstelle den Tag im Staging. Lass ihn von einer Kollegin oder einem Kollegen prüfen. Lass ihn von einer leitenden Person freigeben. Dann geht er live. Bei Routineänderungen kannst du auf zwei Schritte verkürzen. Die Freigabe ganz zu überspringen ist aber keine Option. Eine Änderung zu prüfen kostet weniger, als einen kaputten Tag zu reparieren.
Wir sind ein kleines Team. Können wir auf formale Governance verzichten?
Du kannst es lockerer handhaben, solltest es aber nicht ganz weglassen. Mindestens eine Person erstellt den Tag und eine andere prüft ihn vor dem Livegang. Teste Änderungen im Staging. Nutze Audit-Logs, um Änderungen nachzuverfolgen. Auch kleine Teams profitieren von einer Grundordnung. Wenn ihr wachst, werden formale Abläufe unverzichtbar.
Wie gehen wir mit dringenden Änderungen um, die schnell live müssen?
Richte einen beschleunigten Freigabeprozess ein. Vielleicht genügt eine freigebende Person statt zwei. Vielleicht reicht eine mündliche Freigabe statt einer schriftlichen. Dokumentiere die Änderung trotzdem. Lass sie trotzdem prüfen. Teste sie nach Möglichkeit trotzdem im Staging. Dringend heisst nicht leichtsinnig. Tempo entsteht durch Übung und klare Abläufe, nicht dadurch, dass du Schritte weglässt.
Was tun wir, wenn jemand mit einer nicht freigegebenen Änderung den Livebetrieb stört?
Nimm die Änderung zuerst sofort zurück. Prüfe dann, was passiert ist. Und schärfe danach den Freigabeprozess nach. Nutze den Vorfall zum Lernen. Setze die Freigabe künftig konsequent durch. Wer wiederholt gegen die Regeln verstösst, verliert womöglich seine Bearbeitungsrechte. Mach klar, dass die Freigabe alle schützt, auch die Person, die die Änderung vornimmt.
Wie verwalten wir Zugriffe, wenn Personen die Rolle wechseln?
Prüfe beim Rollenwechsel die Berechtigungen. Braucht die Person noch Zugriff auf den alten Bereich? Braucht sie Zugriff auf den neuen? Entziehe alte Rechte. Vergib neue. Plane vierteljährliche Prüfungen ein, um Nachzügler zu erwischen. Manchmal vergisst jemand, Änderungen am Zugriff zu beantragen. Regelmässige Prüfungen fangen das auf.