Frag drei Teams, wem die Nutzereinwilligung gehört, und du bekommst drei selbstbewusste, unvereinbare Antworten. Product sagt, sie haben das Banner gebaut. Marketing sagt, sie haben die Anforderungen definiert. Data sagt, sie räumen auf, wenn beides nicht zusammenpasst. Alle haben ein bisschen recht — und genau deshalb ist Consent so oft kaputt.
Product baut es, spürt aber die Folgen nicht
Die Consent-Management-Plattform, das SDK-Gating, die Consent-Mode-Verdrahtung — das ist Engineering-Arbeit und landet bei den Web- oder App-Entwicklern. Sie setzen es korrekt gemäß Ticket um. Aber ein Entwickler hat meist keinen Grund zu wissen, was ein bestimmter Consent-Status downstream bedeutet: welches Ad-Network ein Signal verliert, welche Conversion still aus der Optimierung verschwindet, welche Kampagne blind wird. Für ihn ist es ein Boolean. Für Marketing ist es ein Budget.
Marketing braucht es, kann es aber nicht bauen
Marketing ist hier der Business-Stakeholder. Sie wissen genau, was Ad-Networks und Tracking-Systeme verlangen, welche Events feuern müssen und was bricht, wenn Consent falsch behandelt wird. Was sie meist nicht können: es implementieren — oder auch nur so spezifizieren, dass ein Entwickler ohne Übersetzung handeln kann. Also kommt die Anforderung als Ergebnis an („Meta muss Käufe empfangen") und muss von jemand anderem in technische Schritte rückübersetzt werden.
Data sitzt zwischen den beiden Welten
Das ist der Platz, auf dem ich den Großteil meiner Laufbahn verbracht habe. Das Data-Team ist die einzige Gruppe, die routinemäßig beide Hälften hält: das technische Verständnis, wie Consent durch den Stack fließt, und das geschäftliche Verständnis, was jedes Signal wert ist. Data sieht das Gesamtbild — welche Events das Frontend feuert, welche Consent-Status daran hängen und ob die Zahlen, die bei den Ad-Networks ankommen, überhaupt Sinn ergeben. Der natürliche Übersetzer, ob ernannt oder nicht.
„Technisch korrekt" ist die schlimmste Art von falsch
Das Muster, das ich immer wieder sehe: eine Consent-Implementierung, die den Code-Review besteht, der Spec entspricht und Legal zufriedenstellt — und dem Geschäft trotzdem nicht dient. Events feuern, aber mit falschen Parametern. Consent Mode ist buchstabengetreu verdrahtet, unterdrückt aber ein Signal, auf das Marketing angewiesen ist. Oder schlimmer, umgekehrt: ein Tag feuert ohne Einwilligung und schafft still ein Compliance-Risiko, das niemand bemerkt — bis zum Audit. Ein Consent-Banner kann im Code-Review makellos und im selben Moment nutzlos sein, in dem es auf ein Ad-Network trifft. Technisch korrekt, geschäftlich falsch.
Wem gehört es also?
Niemandem allein — und das ist in Ordnung, aber „geteilt" funktioniert nur mit einem Übersetzer und einem definierten Handschlag. Marketing besitzt die Anforderungen. Product besitzt die Implementierung. Data besitzt die Bedeutung — validiert, dass das Gebaute wirklich die Signale erzeugt, die das Geschäft braucht, in den Status, die das Gesetz erlaubt. Gib jeder Seite einen festen Ansprechpartner und die Gewohnheit, das Ergebnis zu prüfen, nicht nur das Ticket. Consent ist kein Feature, das man einmal ausliefert; es ist ein Vertrag zwischen drei Teams, den man bei jeder Produktänderung neu lesen muss.