OpenX

Was OpenX ist

OpenX ist eine Supply Side Plattform (SSP) und ein Ad Exchange, betrieben von OpenX Software Ltd. mit Sitz in Pasadena, Kalifornien. Gegründet 2008 und eine der größten unabhängigen SSPs weltweit, führt OpenX server seitige Echtzeitauktionen aus, in denen Publisher ihr Werbe Inventory an Demand Side Plattformen (DSPs), Agency Trading Desks und Ad Networks anbieten. Publisher integrieren OpenX über Prebid.js Header Bidding Wrapper, den OpenX RTB Tag oder server seitiges Header Bidding (Prebid Server). OpenX ist als IAB Europe TCF v2.2 Vendor (ID 69) registriert.

Welche Daten OpenX verarbeitet

Pro Ad Request erhält OpenX die IP des Besuchers, User Agent, Page URL, Referer, Gerätetyp, Viewport, Zeitzone, Sprache, die IAB TCF v2.2 Zeichenkette und alle vom Publisher propagierten User IDs (Unified ID 2.0, ID5, LiveRamp ATS usw.). OpenX setzt Cookies i (OpenX Visitor ID, Laufzeit 1 Jahr), mt_mop (Multi Touch Frequency Capping), OX_u (Audience Graph Segmente) und OX_sd (Subdomain Mapping) auf openx.net und op-mobile-ads.com. Der vollständige Bid Request wird gleichzeitig an Dutzende DSPs ausgestrahlt, was die Datenexposition stark erweitert.

DSGVO und ePrivacy Implikationen

Da OpenX persistente Cookies setzt und personenbezogene Daten zu Werbezwecken verarbeitet, verlangt Art. 5 Abs. 3 ePrivacy Richtlinie eine vorherige, informierte Einwilligung, bevor der OpenX Tag laufen darf. Nach DSGVO ist Einwilligung nach Art. 6 Abs. 1 lit. a die richtige Grundlage. Publisher mit OpenX müssen sich auf eine TCF v2.2 CMP stützen, die Vendor 69 hinter den erteilten Zwecken gatet, und den Bidding Workflow so konfigurieren, dass keine Bid Requests vor Einwilligung rausgehen. Das belgische APD Urteil zum IAB Europe TCF gilt entsprechend.

Cross Site Identity Graph

OpenX pflegt einen Audience Graph, der die OpenX Cookie ID mit Drittanbieter DSP und DMP IDs verknüpft und so Cross Site Retargeting und Audience Extension ermöglicht. Die Verarbeitung erfolgt primär auf US Infrastruktur. EU Publisher sollten dies als Hochrisiko Verarbeitung mit passendem Transfermechanismus (DPF oder SCC) und Schrems II Transfer Impact Assessment behandeln. Cookieless Alternativen wie Google Topics API und rein kontextuelles Targeting gewinnen an Bedeutung, sind bei OpenX aber nicht Standard.

Header Bidding Architekturwahl

Client Side Header Bidding über Prebid.js lädt OpenX Tags direkt im Browser des Besuchers. Server Side Header Bidding über Prebid Server verlagert die Bid Logik ins Backend des Betreibers, reduziert Client Cookies, eliminiert aber nicht den Datenaustausch mit OpenX (IP, Seitenkontext, IDs). Beide Modi brauchen Einwilligung. Betreiber wählen den Modus, der Erloesziele, Latenz und Datenschutzrisiko ausbalanciert.

Praktische Umsetzung

CMP so konfigurieren, dass OpenX (TCF Vendor 69) nur bei erteilten Zwecken feuert. OpenX DPA und SCC unterzeichnen. Transfer Impact Assessment zu CLOUD Act und FISA 702 durchführen. OpenX im Verarbeitungsverzeichnis mit Cookies, Bid Request Daten, Rechtsgrundlage und Transfermechanismus dokumentieren. OpenX Cookies in der Cookie Richtlinie unter Marketing/Werbung listen. Wo möglich Server Side Header Bidding nutzen und die Abhängigkeit von User IDs zugunsten kontextueller Signale schrittweise reduzieren.