Usercentrics passt für Consent-Setups, die mehr steuern müssen als ein einzelnes Banner: viele Domains, mehrere Jurisdiktionen, TCF-Pflicht oder eine Server-Side-Kette dahinter. Seit Juni 2026 sind wir zertifizierter Usercentrics-Partner.
Warum Usercentrics
Usercentrics ist die Enterprise-CMP aus München. Zentrale Verwaltung über beliebig viele Konfigurationen, Geo-Regeln pro Jurisdiktion (DSGVO, ePrivacy, US-State-Laws), TCF 2.2, Consent Mode v2 Templates und ein App-SDK für mobile Setups. Cookiebot gehört zum selben Unternehmen und deckt das KMU-Segment ab, eine ehrliche Abgrenzung steht in unserem Vergleich OneTrust vs. Cookiebot.
Der eigentliche Hebel liegt nicht im Banner. Ein CMP-Setup ist nur so gut wie die Kette dahinter: Wird der Consent-State korrekt an den Server-Side-Container weitergereicht? Feuern Tags wirklich erst nach Einwilligung? Stimmt der Default-State, bevor das Banner beantwortet ist? Genau dort scheitern die meisten Setups, nicht an der Banner-Farbe.
Wie wir zu Usercentrics stehen
Wir haben den Usercentrics CMP Expert Tech Track durchlaufen, die technische Zertifizierung für Implementierung und Troubleshooting der Plattform. Praktisch heißt das: kurzer Weg zu Usercentrics bei Eskalationen und ein Setup nach den offiziellen Standards statt nach Copy-Paste-Snippet.
Der Partnervertrag sieht eine Provision auf Lizenzen vor. Geflossen ist bisher nichts. Das ändert nichts daran, welches CMP wir für welchen Fall bauen: Cookiebot trägt kleine Setups, ohne einwilligungspflichtige Dienste sagen wir auch das. Diese Seite läuft cookielos ohne Banner.
Was wir bauen
- Banner-Setup mit Service-Inventar: jeder Dienst kategorisiert, jede Rechtsgrundlage dokumentiert
- Consent Mode v2 Mapping über GTM Web- und Server-Container
- TCF 2.2 Konfiguration, wo programmatische Vermarktung es verlangt
- Geo-Regeln pro Jurisdiktion, ein Banner-Verhalten pro Rechtsraum
- Cross-Domain-Consent für Setups mit mehreren Domains
- QA-Protokoll: Tag-Verhalten vor Einwilligung, nach Einwilligung, nach Widerruf
- Übergabe-Dokumentation, mit der Ihr Team das Setup selbst lesen kann
Nach dem Go-Live übernehmen wir auf Wunsch den Betrieb: Service-Scans gegen neue ungeprüfte Tags, Banner-Updates bei Rechtsänderungen, Consent-Audits in festem Rhythmus. Das ganze Bild dazu im Service Measurement & Privacy Engineering.
Consent Mode v2 und Server-Side
Die Kette ist immer dieselbe: Usercentrics setzt den Default-Consent-State, der Web-Container reicht die Signale weiter, der Server-Container empfängt die Consent-Parameter und entscheidet pro Ziel, was gesendet wird. Klingt simpel. In der Praxis bricht sie an drei Stellen: Tags feuern vor dem Default-State, Consent-Flags erreichen den Server-Container nicht, oder ein nachträglich eingebauter Tag umgeht die CMP komplett.
Wir bauen die Kette durchgehend und testen sie an jedem Glied. Wie Consent Mode v2 im Detail funktioniert, steht im Beitrag Consent Mode v2 in der Praxis. Was abgelehnter Consent Ihr Marketing kostet, rechnet der Consent-Loss-Rechner in zwei Minuten vor.
Wann eine andere CMP besser passt
- Cookiebot, wenn eine Domain mit Standard-Stack reicht und niemand Geo-Regeln braucht
- OneTrust, wenn Consent Teil einer konzernweiten Privacy-Governance-Suite sein soll und das Budget entsprechend ist
- gar keine CMP, wenn der Stack ohne einwilligungspflichtige Dienste auskommt, etwa mit cookieloser Analytics
Welche Dienste Ihr Banner heute wirklich abdeckt, zeigt unser Cookie-Banner-Check ohne Anmeldung.
Typische Fehler im CMP-Betrieb
- das Banner steht, aber Tags feuern schon vor der Einwilligung
- der Consent-State erreicht den Server-Container nie, Server-Side läuft faktisch consent-blind
- neue Marketing-Tags kommen per GTM-Zugang am Consent-Inventar vorbei
- Widerruf wird nicht propagiert, einmal gesetzte Cookies leben weiter
- niemand prüft nach Relaunches, ob die CMP-Integration den Deploy überlebt hat
Jeder dieser Punkte ist ein Audit-Befund aus echten Projekten. Der Audit Sprint deckt sie systematisch auf, mit Befund-Dokumentation und priorisierter Fix-Liste.
