English
Español
Português (Brasil)
Français
Italiano
Nederlands
Polski
Svenska
Türkçe
Русский
日本語
한국어
简体中文
Tiếng Việt
Bahasa Indonesia
繁體中文
Čeština
Dansk
Norsk (bokmål)
Suomi
Ελληνικά
Română
Magyar
Українська
ไทย
हिन्दी
العربية
עבריתWas ist Privacy Sandbox?
Privacy Sandbox ist Googles Initiative, um Cross-Site-Tracking-Mechanismen wie Third-Party-Cookies durch Browser-APIs für Werbung und Messung zu ersetzen.
Privacy Sandbox ist Googles Initiative, um Cross-Site-Tracking-Mechanismen, hauptsächlich Third-Party-Cookies, durch eine Reihe von Browser-APIs zu ersetzen, die Anwendungsfälle wie interessenbasiertes Targeting und Conversion-Messung unterstützen sollen, ohne dass eine einzelne Partei das Verhalten eines einzelnen Nutzers im Web verfolgen kann. Es läuft in Chrome und hat ähnliche Diskussionen bei anderen Browser-Anbietern angeregt, ist aber kein Produkt, das Werbetreibende direkt kaufen.
Welches Problem es lösen soll#
Die Branche stand vor zwei Wegen, als Third-Party-Cookies unzuverlässig wurden: entweder die Targeting- und Messfähigkeiten vollständig zu verlieren oder eine neue Infrastruktur aufzubauen, die ähnliche Geschäftsziele mit anderen Datenschutzeigenschaften erreicht – Nutzer in Kohorten zusammenfasst oder Daten auf dem Gerät verarbeitet, anstatt Rohsignale an einen Server zu senden. Privacy Sandbox ist Googles Versuch des zweiten Weges, und seine Vorschläge decken grob die Aufgaben ab, die Third-Party-Cookies früher erledigt haben.
Die Hauptkomponenten#
| Komponente (ersetzte Aufgabe) | Grober Zweck |
|---|---|
| Topics-API (Interessen-Targeting) | Browser leitet breite Interessenthemen aus dem Browserverlauf ab, teilt nur wenige mit Websites, keine individuelle Cross-Site-ID |
| Protected-Audience-API (Retargeting) | Auktion auf dem Gerät ermöglicht einer Website, einem früheren Besucher eine Anzeige zu zeigen, ohne dass eine externe Partei den vollständigen Verlauf dieses Nutzers sieht |
| Attribution-Reporting-API (Conversion-Tracking) | Meldet Anzeigenklicks, Impressionen und Conversions in aggregierter, verrauschter Form statt auf Nutzerebene |
Konkrete Mechanismen und Rollout-Status ändern sich häufig. Prüfen Sie immer die aktuelle Entwicklerdokumentation von Google, bevor Sie auf eine dieser APIs aufbauen.
Warum das auch dann wichtig ist, wenn Sie nicht direkt bei Google kaufen#
Da Chrome den größten Browser-Marktanteil aller Anbieter hat, setzt die Art und Weise, wie es Cross-Site-Tracking handhabt, eine praktische Untergrenze für das, worauf der Rest des offenen Webs vertrauen kann – unabhängig davon, über welches Netzwerk oder welche Nachfrageplattform Sie tatsächlich kaufen. Eine Angebotsplattform oder ein Ad-Exchange, die weiterhin Chrome-Traffic bedienen will, braucht irgendwann eine Kompatibilitätsstrategie mit diesen APIs oder eine Fallback-Strategie, die auf kontextuellem Targeting und Erstanbieterdaten aufbaut. Derselbe Druck zeigt sich weiter unten in der Kette beim Real-Time-Bidding, wo Bid-Requests nach und nach weniger Cross-Site-Identifikatordaten enthalten als früher.
Was das in der Praxis für Media-Käufer bedeutet#
Retargeting-Kampagnen und cross-site Frequenzbegrenzung sind die direktesten betroffenen Anwendungsfälle, da sie am stärksten von dem Cookie-Mechanismus abhingen, den Privacy Sandbox ersetzen soll. Kontextuelle, feed-basierte Native-Advertising-Platzierungen waren von Anfang an weniger exponiert – ein Grund, warum Native-Budgets in diesem Übergang stabiler aussahen als retargeting-lastige Display- und Prospecting-Kampagnen.
Wie OpenAdLibrary hilft#
Da kontextuelle Native-Platzierungen die meisten Cross-Site-Tracking-Fragen umgehen, die Privacy Sandbox zu lösen versucht, sind sie zu einem berechenbareren Kanal geworden, während sich die Targeting-Infrastruktur auf Browserebene weiterentwickelt. Mit dem Native-Ad-Spy-Tool von OpenAdLibrary verfolgen Sie live Kreativ- und Platzierungsdaten in den großen Netzwerken, sodass Sie Kampagnen auf der Grundlage dessen planen können, was heute tatsächlich läuft – nicht auf der Grundlage von Prognosen zum API-Rollout-Zeitplan.
