BidSafe One und Screencore setzen auf Privacy als programmatische Infrastruktur

Zwei Ad-Tech-Unternehmen haben diese Woche eine Partnerschaft bekannt gegeben – und die Art der Kommunikation ist wichtiger als die Ankündigung selbst. Screencore, ein programmatischer Anbieter im Bereich CTV, Video, Display und Mobile, holt BidSafe One nicht neben seine Datenflüsse, sondern direkt hinein. Die Botschaft: Privacy Engineering gehört ins Produkt, nicht in einen Compliance-Ordner.

Das ist ein Signal. Das größere ist, was der Deal darüber aussagt, wie mittelständische SSPs und DSPs die nächsten 18 Monate der Consent-Signal-Fragmentierung überstehen wollen.

Was passiert ist

BidSafe One und Screencore haben eine strategische Partnerschaft rund um Privacy Readiness im programmatischen und Publisher-Monetarisierungsstack von Screencore angekündigt, wie ExchangeWire berichtete. BidSafe One ist eine Spezialagentur für Ad-Tech-Datenschutz, Datenschutzrecht und regulatorische Umsetzung. Der Leistungsumfang umfasst laut Ankündigung Privacy-Audits, Data Mapping, Transparenz- und Consent-Mechanismen, TCF- und GPP-Implementierung, DPIAs und LIAs, grenzüberschreitende Datenübermittlung sowie die Prüfung komplexer DSP- und SSP-Datenflüsse. Das ist eine lange Liste – und jeder Punkt ist eine eigenständige Engineering-Oberfläche.

Screencore bezeichnet sich selbst als globales programmatisches Werbetechnologieunternehmen, das Marken, Agenturen und Publisher verbindet. Das Publisher-Angebot kombiniert verifizierten Demand, Echtzeit-Yield-Optimierung und datenschutzkonforme Monetarisierung. Das Unternehmen ist bereits als Vendor im IAB TCF registriert und verfügt über dokumentierte Richtlinien zur Datenverarbeitung in seinen Ad-Tech-Diensten.

Liz Tokareva, CEO und Ad-Tech-Produktexpertin bei BidSafe One, betonte, dass Datenschutz in Ad Tech nicht separat vom Produkt existieren kann und dass die relevanten Entscheidungen innerhalb echter Datenflüsse, Integrationen und programmatischer Workflows fallen. Jess Okan, CEO und Mitgründerin von Screencore, formulierte das Ziel so, dass Privacy Teil der Infrastrukturentwicklung sein soll – kein gesondertes Compliance-Projekt.

Die Ankündigung enthält keine Angaben zu kommerziellen Konditionen, zum Umfang der Zusammenarbeit (beratend versus eingebettet im Engineering) oder zu KPIs. Diese Auslassungen sind relevant – ich komme darauf zurück.

Technische Struktur

Wenn man die Checkliste von BidSafe One auf einen realen programmatischen Pfad überträgt, zeigt sich: Ein einzelner Ad-Impression im Screencore-Stack berührt vermutlich folgende Punkte: eine CMP, die einen TCF-Consent-String erzeugt, einen GPP-String, der US-State-Signale kapselt, eine OpenRTB-Bid-Request mit befüllten Feldern regs.gpp und user.consent, einen oder mehrere SSP-zu-DSP-Hops, Macro-Replacement in einem VAST-Wrapper für Video und CTV sowie nachgelagerte Measurement-Pixel. An jedem Hop kann ein Consent-Signal gestripped, falsch interpretiert oder durch die Policy eines nachgelagerten Partners konterkariert werden.

DPIAs (Datenschutz-Folgenabschätzungen) und LIAs (Interessenabwägungen) klingen nach Papierkram, aber bei sauberer Durchführung zwingen sie ein Engineering-Team dazu, jedes Feld in jeder Bid-Request, jeden Enrichment-Call und jeden Log-Sink zu inventarisieren. Grenzüberschreitende Datenübermittlung übersetzt sich in konkrete Infrastrukturfragen: Wo wird der RTB-Endpunkt terminiert, wo werden Logs persistiert, gibt es einen Schrems-II-konformen Übermittlungsmechanismus auf der DSP-Seite? TCF- und GPP-Implementierung ist keine einmalige Integration. Vendor-Listen ändern sich, Zwecke werden neu gefasst, und der CMP-Payload muss synchron bleiben mit dem, was der SSP tatsächlich auf dem Wire durchsetzt.

Screencores CTV-Footprint verschärft die Herausforderung. Consent-Erfassung bei CTV ist genuines Problem: keine Cookies, eingeschränkte CMP-Oberflächen auf dem Gerät und IFA-basierte Identifier, die sich auf Roku, Fire TV und nativen Smart-TV-Apps unterschiedlich verhalten. Die Privacy Sandbox-Diskussionen greifen hier kaum. Wenn BidSafe One komplexe DSP- und SSP-Datenflüsse tatsächlich prüft, muss diese Prüfung Diffs gegen echte Bid-Request-Samples liefern – keine Policy-Diagramme.

Was die Ankündigung nicht offenbart – und was am meisten zählt –, ist, ob das Engagement von BidSafe One Code-Level-Reviews, Zugriff auf produktive Bid-Stream-Samples oder die Befugnis umfasst, Feature-Releases zu blockieren, die Privacy-Gates nicht bestehen. Die Abgrenzung ist bedeutsam: Ein Advisory-Retainer produziert Dokumente, ein eingebettetes Modell produziert PRs. Das sind unterschiedliche Produkte mit unterschiedlichen Kostenkurven.

Wer das Risiko trägt

Die gefährdete Gruppe ist nicht Screencore. Es sind alle mittelständischen SSPs und DSPs, die TCF-Vendor-Registrierung als Höchstmaß ihres Datenschutzniveaus behandelt haben statt als Mindestanforderung. Die regulatorische Aufmerksamkeit auf programmatische Datenflüsse ist in EU-Märkten seit drei Jahren gestiegen, und die Enforcement-Oberfläche erstreckt sich mittlerweile auf Bid-Request-Inhalte, nicht nur auf Cookie-Banner. Ein Vendor, der auf Anfrage keine Data Map seines eigenen Bid-Streams vorlegen kann, ist exponiert – unabhängig davon, ob er TCF-Signatar ist oder nicht.

Publisher sind die zweite gefährdete Gruppe, und die nächsten 90 Tage dürften unangenehm werden. Yield-Optimierung und datenschutzkonforme Monetarisierung stehen immer dann in Spannung, wenn der Mediation-Stack eines Publishers Partner mit abweichenden Consent-Interpretationen aufruft. Wenn Screencores Ansatz zum Differenzierungsmerkmal auf der Sell-Side wird, werden Publisher ihren anderen SSPs dieselben Fragen stellen: Zeig mir deine Data Map, zeig mir deine GPP-Implementierungsnotizen, zeig mir die DPIA zu deinem Identity-Partner. Anbieter ohne Antworten verlieren Marktanteile – still, in RFP-Zyklen, nicht in Pressemitteilungen.

Demand-Side-Plattformen im US-Markt stehen unter einem spezifischen Druck. GPP-Adoption war uneinheitlich, und DSPs, die den String lesen, aber nicht alle anwendbaren State-Signale umsetzen, sind ein Enforcement-Action von einem schlechten Quartal entfernt. Die Engineering-Kosten für eine saubere GPP-Implementierung (State-spezifisches Purpose-Gating, Opt-out-Signal-Umsetzung, Handling sensibler Datenkategorien) sind erheblich und wurden bislang zu wenig investiert.

Das gegenteilige Szenario, das es zu benennen gilt: Privacy-as-Infrastructure-Narrative wurden schon früher angekündigt und leise zu Quartalsaudits herabgestuft. Wir wissen noch nicht, welche Version dies ist. Das überprüfbare Signal wird sein, ob Screencore in den nächsten zwei Quartalen messbare Produktänderungen liefert – aktualisierter TCF-Vendor-Scope, veröffentlichte Data Maps, GPP-Purpose-Erweiterung.

Playbook für Performance Marketing

Für Buy-Side-Teams, die Budgets über Screencore oder vergleichbare SSPs routen, ist diese Woche ein guter Zeitpunkt für ein konkretes Audit – anstatt auf ein Vendor-Deck zu warten. Zieh eine Stichprobe deiner letzten 10.000 gewonnenen Bids auf CTV- und Video-Inventar und prüfe drei Dinge: Wie viel Prozent enthalten einen validen TCF-Consent-String? Wie viel Prozent enthalten einen GPP-String mit den korrekten Section-IDs für die jeweilige Geo? Und wie viel Prozent deiner Measurement-Partner sind tatsächlich auf der Vendor-Liste, die deine CMP deklariert?

Für Publisher ist der pragmatische Schritt, in der nächsten RFP-Runde jeden Monetarisierungspartner um seine Data Map und eine DPIA-Zusammenfassung zu bitten. Anbieter, die diese Unterlagen schnell vorlegen können, sind risikoärmere Gegenparteien. Anbieter, die sechs Wochen brauchen, sagen damit schon etwas aus.

Für Ad-Tech-Engineering-Leads gilt: Behandle die BidSafe-One-Scope-Liste als Checkliste für die interne Readiness – Data Mapping, TCF- und GPP-Implementierung, DPIA- und LIA-Abdeckung, grenzüberschreitende Transfer-Posture und End-to-End-Review von DSP- und SSP-Flows. Wenn eines dieser fünf Felder kein benanntes Owner im Team hat, ist das die erste Lücke, die zu schließen ist. Datenschutzarbeit, die ausschließlich in der Rechtsabteilung lebt, wird den nächsten Regulierungszyklus nicht überstehen. Arbeit, die in der Product-Roadmap verankert ist, wahrscheinlich schon.

Wichtigste Erkenntnisse

• Screencore behandelt Datenschutz als Infrastrukturthema in seinem CTV-, Video-, Display- und Mobile-Stack – nicht als Liefergegenstand der Rechtsabteilung.
• Der Scope von BidSafe One umfasst Audits, Data Mapping, TCF und GPP, DPIAs, LIAs, grenzüberschreitende Übermittlungen und die Prüfung von DSP/SSP-Flows – breit genug, um eingebettete Arbeit zu implizieren, auch wenn die Ankündigung die Tiefe des Engagements nicht bestätigt.
• Die offene Frage mit überprüfbarer Grenze: Liefert Screencore innerhalb von zwei Quartalen messbare Produktänderungen (Vendor-Listen-Updates, veröffentlichte Data Maps, erweiterte GPP-Zwecke) – oder bleibt die Partnerschaft auf dem Advisory-Level?
• Mittelständische SSPs und DSPs ohne eigene Data Map auf Abruf sind die exponierte Gruppe, besonders bei CTV, wo Consent-Erfassung strukturell schwieriger ist.
• Wenn sich dieser Ansatz durchsetzt, ist damit zu rechnen, dass Privacy Readiness innerhalb der nächsten 12 Monate als bewertetes Kriterium in Publisher-RFPs auftaucht – und dass mindestens eine Enforcement-Action gegen einen TCF-registrierten Vendor folgt, dessen Bid-Stream seinen deklarierten Zwecken widerspricht.