Das Problem: Alle fassen die Einwilligung an, niemand ist zuständig

Fragen Sie bei einem typischen werbefinanzierten Publisher, wem die Einwilligung gehört, und Sie hören mehrere Antworten. Die Rechtsabteilung hat die Cookie-Richtlinie geschrieben. Ad Ops hat die Anbieter hinzugefügt. Die Entwicklung hat das Banner installiert. Das Produktteam hat im letzten Quartal das Design geändert. Das Marketing hat letzte Woche einen neuen Pixel ergänzt. Jede dieser Änderungen war für sich vernünftig, aber niemand war dafür verantwortlich, wie sie zusammenpassen — und so landet eine Website bei einem Tag, das vor der Einwilligung feuert, einem Anbieter, der im Banner fehlt, oder einem Redesign, das die Einwilligungsrate unbemerkt gesenkt hat.

Dieser Artikel schlägt ein einfaches Zuständigkeitsmodell vor, damit Einwilligungsentscheidungen einen klaren Verantwortlichen, einen klaren Freigebenden und einen klaren Prozess haben.

Warum Zuständigkeit für den Umsatz ebenso zählt wie für das Risiko

Die Einwilligung liegt zwischen zwei Zielen, die in unterschiedliche Richtungen ziehen. Rechts- und Datenschutzteams achten darauf, ob das Setup die Entscheidungen der Nutzer und die geltenden Regeln respektiert. Ad-Ops- und Umsatzteams achten darauf, wie viel Inventar zum vollen Wert monetarisiert werden kann. Beide haben recht. Ohne einen festgelegten Verantwortlichen entscheidet bei Meinungsverschiedenheiten, wer die Konfiguration zuletzt angefasst hat, statt einer Entscheidung, die später jemand erklären kann.

Die Rollen

Die meisten Publisher können die Arbeit rund um die Einwilligung fünf Rollen zuordnen, auch wenn eine Person mehrere davon innehat:

• Datenschutz oder Recht — legt die Regeln aus, genehmigt Zwecke, Rechtsgrundlagen und den Bannertext und verantwortet die Cookie-Richtlinie.
• Ad Ops oder Umsatz — steuert Demand-Partner und Anbieterlisten, überwacht den einwilligungsbezogenen Umsatz und beantragt Änderungen, die die Monetarisierung betreffen.
• Entwicklung — setzt die CMP um, steuert das Laden von Tags und stellt sicher, dass Skripte Einwilligungssignale beachten.
• Produkt und Design — verantwortet das Banner-Erlebnis innerhalb der von der Rechtsabteilung gesetzten Grenzen und führt Tests zu Layout und Text durch.
• Marketing und Analytics — fordert neue Tags und Messwerkzeuge an und ist für Berichte auf Einwilligungssignale angewiesen.

Eine RACI für die wiederkehrenden Entscheidungen

Eine RACI listet auf, wer Responsible (verantwortlich für die Durchführung), Accountable (trifft die endgültige Entscheidung), Consulted (konsultiert) und Informed (informiert) ist. Hier ein Ausgangspunkt:

Einen neuen Anbieter oder ein neues Tag hinzufügen

• Durchführung: Ad Ops oder Marketing (wer es anfordert).
• Letztverantwortung: Datenschutz oder Recht.
• Konsultiert: Entwicklung, dazu, wie es abgesichert wird.
• Informiert: Produkt.

Bannerdesign oder -text ändern

• Durchführung: Produkt und Design.
• Letztverantwortung: Datenschutz oder Recht.
• Konsultiert: Ad Ops, zur erwarteten Umsatzwirkung.
• Informiert: Entwicklung und Marketing.

Zwecke oder Rechtsgrundlagen ändern

• Durchführung und Letztverantwortung: Datenschutz oder Recht.
• Konsultiert: Ad Ops und Entwicklung.
• Informiert: alle, die auf Einwilligungsdaten angewiesen sind.

CMP-Konfiguration und Releases

• Durchführung: Entwicklung.
• Letztverantwortung: eine benannte Person für die Einwilligung (siehe unten).
• Konsultiert: Datenschutz und Ad Ops.
• Informiert: Produkt und Marketing.

Einwilligungs- und Umsatzkennzahlen überwachen

• Durchführung: Ad Ops.
• Letztverantwortung: die Person für die Einwilligung.
• Konsultiert: Produkt.
• Informiert: Datenschutz oder Recht, besonders bei Auffälligkeiten.

Benennen Sie eine einzige Person für die Einwilligung

Die RACI funktioniert am besten, wenn eine Person für das Einwilligungs-Setup als Ganzes letztverantwortlich ist. Das ist nicht unbedingt die ranghöchste Person; es ist diejenige, die Anbieterliste, Bannerkonfiguration, Tag-Inventar und Cookie-Richtlinie im Gleichschritt hält und die richtigen Leute zusammenholt, wenn sich etwas ändert. In kleinen Teams ist das oft jemand aus Ad Ops oder der Entwicklung mit direktem Draht zur Rechtsabteilung.

Prozesse, die das Modell tragen

1. Ein Anfrageweg für neue Tags. Jeder neue Pixel, jedes SDK und jeder Partner läuft über eine zentrale Anlaufstelle mit einem kurzen Formular: was es tut, welche Daten es erhebt, welche Zwecke es braucht, wer es angefordert hat.
2. Ein Änderungsprotokoll. Halten Sie jede Änderung an Anbietern, Zwecken, Bannertext und Design mit Datum und Freigebendem fest. Das ist von unschätzbarem Wert, wenn sich eine Kennzahl bewegt oder eine Frage von einem Partner oder einer Behörde eintrifft.
3. Eine Release-Prüfung. Kein Release, das Tags oder das Banner berührt, geht ohne einen Einwilligungstest in einem sauberen Browser live.
4. Eine regelmäßige Überprüfung. Einmal im Quartal gleicht die verantwortliche Person die Anbieterliste mit den tatsächlichen Tags, die Einwilligungskennzahlen mit dem Umsatz und die Cookie-Richtlinie mit beidem ab.
5. Ein Eskalationsweg. Wenn Recht und Umsatz uneins sind, geht die Entscheidung an eine benannte Person, und die Begründung wird schriftlich festgehalten.

Anzeichen dafür, dass Ihr Zuständigkeitsmodell fehlt

• Niemand kann sagen, wann die Anbieterliste zuletzt überprüft wurde.
• Auf der Website erscheinen Tags, die nicht in der CMP stehen.
• Banneränderungen gehen live, ohne dass danach jemand die Einwilligungsrate prüft.
• Verschiedene Teams geben unterschiedliche Antworten darauf, welche Partner den TC-String erhalten.
• Fragen von Partnern zu Einwilligungssignalen brauchen Tage bis zur Antwort.

Wichtigste Erkenntnisse

• Die Einwilligung betrifft Recht, Ad Ops, Entwicklung, Produkt und Marketing; sie braucht eine letztverantwortliche Person.
• Eine einfache RACI macht wiederkehrende Entscheidungen zu einem berechenbaren Prozess.
• Leiten Sie jedes neue Tag über eine zentrale Anlaufstelle mit Einwilligungsprüfung.
• Führen Sie ein Änderungsprotokoll und überprüfen Sie das Setup vierteljährlich.
• Halten Sie schriftlich fest, wie Meinungsverschiedenheiten zwischen Umsatz und Datenschutz entschieden werden.