Consent- und Preference-Contracts — Zulässige Nutzung betreibbar machen
Zweck, Kanal, Region und Zeitpunkt als Vertrag statt globalem Opt-in-Flag: wie Consent, Preferences und Suppression joinbar und nachweisbar werden.
Ein Häkchen im Formular ist noch kein Vertrag. Marketing-Nutzung scheitert datenseitig, wenn Zweck, Kanal, Region und Zeitpunkt in einem globalen marketing_opt_in verschwinden. Spätere Audience-, Aktivierungs- und Auskunftsfragen haben nichts zum Joinen.
Dieser Teil definiert den Mindestvertrag für zulässige Nutzung — bevor Kampagnen und Attribution darauf aufsetzen.
Vorher: Governance im Marketing. Weiter: Campaign- und Channel-Products.
Ansatz
Jede materielle Marketing-Nutzung personenbezogener Daten erhält vor Audience-Bildung und Aktivierung:
- eine Purpose-ID (Zweck, nicht Kampagnenname);
- einen Consent- oder Erlaubnis-Record mit Kanal, Region, Rechtsgrundlage und Zeitstempel;
- eine Preference-Ebene (Frequenz, Themen, Kanalwunsch) getrennt vom Rechtsstatus;
- einen Data Owner und Steward für Consent-Definitionen;
- eine Suppression-Regel mit Vorrang vor jeder Selektion.
Kein Export, keine Audience und kein Aktivierungs-Sync ohne diese fünf.
Consent-Workflow
1. Zwecke schneiden
Wenige, stabile Zwecke definieren (z. B. Produktinfo, Event-Einladung, Kundenbefragung, Profilbildung). Jeder Zweck bekommt eine ID, eine Beschreibung in Kundensprache und einen fachlichen Owner. Kampagnen referenzieren Zwecke — sie erfinden keine neuen.
2. Erfassung binden
Jeder Erfassungspunkt (Web-Form, Import, Event-Liste, Callcenter, Partner-Lead) schreibt Quelle, Zeitpunkt, Text-Version und Zweckbezug mit. Ohne Quellnachweis ist ein Consent später nicht verteidigbar.
3. Rechtsstatus und Preference trennen
Der Rechts- oder Erlaubnisstatus entscheidet, ob kontaktiert werden darf. Preferences entscheiden, wie oft und womit. Beides in ein Feld zu pressen erzeugt stille Rechtsverstöße oder unnötige Unterdrückung.
4. Widerruf propagieren
Widerruf ist ein Ereignis mit SLO. Er wirkt auf CRM, CDP, Marketing Automation, AdTech-Audiences und laufende Exporte. Der Pfad wird getestet, nicht angenommen — siehe PII Policy Generator.
5. Zeitbezug sichern
Prüfungen brauchen den Status zum Nutzungszeitpunkt, nicht den heutigen. Historische Kampagnen belegen ihre Zulässigkeit über den damaligen Record.
Handoffs
| Von | An | Artefakt |
|---|---|---|
| Legal / Privacy | Owner | Zulässige Zwecke + Rechtsgrundlagen |
| Owner | Steward | Purpose-IDs + Consent-Definitionen |
| Steward | Custodian / MarTech | Suppression-Liste + Sync-Regeln |
| Custodian | Steward | Widerrufs-Latenz + Sync-Fehler |
| Owner | Campaign Manager | Freigegebene Zwecke je Kanal |
Anti-Patterns
- Ein globales
marketing_opt_infür alle Zwecke und Kanäle - Consent nur beim Versand prüfen, nicht bei Audience-Bildung
- Preferences als Ersatz für die Rechtsgrundlage behandeln
- Widerruf im CRM, aber nicht in bereits hochgeladenen Plattform-Audiences
- Consent-Texte ändern, ohne die Version zu speichern
- Dasselbe Opt-in auf Beschäftigten-Directory und People Analytics legen — Finden, nicht durchleuchten
Erster Umsetzungsschnitt
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Zwecke inventarisieren; auf fünf bis acht stabile Purpose-IDs reduzieren.
- Einen Erfassungspunkt um Quelle, Zeitstempel und Textversion ergänzen.
- Einen Widerruf end-to-end testen und die Latenz je System messen.
- Suppression als verbindliches Gate vor Export und Aktivierung setzen.
Governing marketing landscapes
Part 2 of 5
View series