AdTech

Privacy-First-Targeting: Ad Tech ohne Third-Party-Cookies bauen

Das Ende der Cookies ist kein Chrome-Update – es ist eine strukturelle Verschiebung darin, wie AdTech funktioniert. Das bauen Engineering-Teams als Ersatz für cookiebasiertes Targeting, und hier liegen die wirklich harten Probleme.

Von amBrain Engineering6 Min. Lesezeit

In diesem Artikel

Eine große DSP hat ihre Audience-Match-Rate in der Woche gemessen, nachdem Chrome die vollständige Abschaffung von Third-Party-Cookies durchgesetzt hatte. Sie fiel über Nacht von 72% auf 31%.

Die Teams, die sich am schnellsten erholt haben, hatten bereits Multi-Signal-Targeting-Pipelines gebaut. Der Rest brauchte Monate zum Nachrüsten.

First-Party-Daten als wertvollstes Targeting-Signal aufnehmen

Unternehmen mit direkter Nutzerbeziehung – über Loyalty-Programme, authentifizierte Erlebnisse und Newsletter-Abos – verfügen über die wertvollsten Daten im Programmatic Advertising.

Eine Demand-Side-Platform, die authentifizierte First-Party-Signale verarbeitet, matcht 20-40% mehr Impressions als eine, die auf probabilistische Segmente setzt. Die technische Arbeit umfasst:

  • Flexible Identity-Resolution-Pipelines, die gehashte E-Mails, Login-Events und vom Publisher gelieferte IDs akzeptieren
  • PII-Isolationsgrenzen, die verhindern, dass Rohdaten von Nutzern Systemgrenzen überschreiten – die Ad Exchange sieht niemals ungehashte Identifier
  • Segmentauswertung in Echtzeit zum Gebotszeitpunkt, statt batchweise berechneter Segmente, die binnen Stunden veralten
  • APIs für das Onboarding von Publisher-Daten, die eigene Taxonomien akzeptieren, ohne Schemaänderungen auf DSP-Seite zu verlangen

First-Party-Daten sind nur dann wertvoll, wenn die Ingestion-Pipeline sie schnell genug verarbeiten kann, um Echtzeit-Bidding-Entscheidungen zu speisen. Batch-Pipelines mit 6-stündigen Aktualisierungszyklen verpassen den größten Teil des Werts.

Visualisierung von digitaler Sicherheit und Datenschutz
Privacy-First-Targeting erfordert technische Sorgfalt an jeder Datengrenze

Kontextuelle KI ausrollen, die es mit der Präzision des Targetings auf Nutzerebene aufnimmt

Contextual Targeting ist längst über reines Keyword-Matching hinaus. Transformer-basierte Modelle analysieren die vollständige Seitensemantik – Thema, Sentiment, Brand-Safety-Signale – und liefern eine Targeting-Präzision, die bei vielen Kampagnentypen an nutzerbezogene Daten heranreicht.

Der Vorteil für AdTech-Entwicklungsteams: Kontextsignale brauchen keine Nutzerdaten, keine komplexe Consent-Verwaltung und bringen kein regulatorisches Risiko. Die Einschränkung: Die Inferenz muss zum Zeitpunkt des Ad Requests erfolgen.

  • Ein kontextueller Klassifikator, der jeder Gebotsbewertung 5ms hinzufügt, ist für eine Real-Time-Bidding-Plattform mit 10ms Timeout zu langsam
  • Die Vorklassifizierung von Publisher-Seiten beim Crawling reduziert den Echtzeit-Overhead auf einen Cache-Lookup unter 0.5ms
  • Semantische Modelle, die auf die Brand-Safety-Anforderungen einzelner Advertiser trainiert sind, übertreffen generische Klassifikatoren bei Relevanzmetriken um 15-25%

Contextual AI liefert Targeting ohne Nutzerdaten. Der technische Preis ist die Inferenzgeschwindigkeit, nicht die Datenschutz-Compliance.

Drei datenschutzfördernde Technologien integrieren, die Produktionsreife erreichen

Drei Kategorien von Privacy-Enhancing Technologies (PETs) laufen inzwischen im Produktivbetrieb:

  • On-Device-Verarbeitung – die ML-Inferenz läuft auf dem Gerät des Nutzers und sendet nur aggregierte Signale an die Ad Exchange. Apples SKAdNetwork und Googles Topics API folgen diesem Muster.
  • Clean Rooms – sowohl DSP- als auch SSP-Entwicklungsteams nutzen Clean Rooms, um First-Party-Datensätze abzugleichen, ohne dass eine Seite Rohdaten von Nutzern offenlegt. Diese Joins schnell genug zu machen, damit sie Real-Time-Bidding-Entscheidungen tragen, ist die zentrale technische Herausforderung.
  • Differential Privacy – kalibriertes Rauschen auf aggregierten Daten verhindert die Identifizierung einzelner Nutzer. Nützlich für Messung und Reporting, wo exakte Genauigkeit auf Nutzerebene nicht nötig ist.
Infrastruktur für Datenschutz und technische Sicherheit
Privacy-Enhancing Technologies müssen sich in die Bidding-Pipeline einfügen, ohne Latenz hinzuzufügen

Die Monetarisierungsfrage der Supply-Side-Platform lösen

Publisher stehen vor einem konkreten Problem: Inventar zu monetarisieren, ohne Nutzerdaten an jeden Bidder in der Auktionskette abfließen zu lassen.

Seller-Defined Audiences erlauben es der Supply-Side-Platform, eigene Nutzer in Segmente einzuteilen und diese Segmente Käufern anzubieten, ohne einzelne Identitäten offenzulegen. Die Umsetzung erfordert:

  • Die SSP, die eigene Modelle zur Audience-Klassifikation auf den First-Party-Daten des Publishers betreibt
  • Segment-Taxonomien, die den Erwartungen der Käufer entsprechen – IAB Content Taxonomy 3.0 als Basis
  • Segmentsignale werden im Bid Request übergeben, ohne der Auktion Latenz hinzuzufügen – Ziel ist ein Overhead unter 1ms

Mobile-App-Umgebungen bedienen, in denen es keine Browser-Signale gibt

In-App-Impressions fehlen Browser-Signale vollständig. IDFA ist unter iOS opt-in, mit Zustimmungsraten von rund 25%.

Wirksames Audience Targeting für Mobile heißt, in Folgendes zu investieren:

  • Kontextsignale auf SDK-Ebene – App-Kategorie, Session-Tiefe, In-App-Verhaltensmuster
  • On-Device-Inferenzmodelle, die die Nutzerintention bewerten, ohne rohe Verhaltensdaten zu übertragen
  • Server-to-Server-Attribution-Callbacks ersetzen pixelbasiertes Tracking – sie verlangen zuverlässige Infrastruktur, Deduplizierungslogik und ein latenztolerantes Design, da Callbacks Minuten oder Stunden nach der Impression eintreffen
  • Click-Through-Rate-Modelle, die eigens für In-App-Kontexte nachtrainiert werden, in denen sich Nutzerinteraktionen deutlich vom Web unterscheiden

Flexible Pipelines bauen, die den nächsten Targeting-Wandel überstehen

Die Targeting-Landschaft verschiebt sich weiterhin quartalsweise. Engineering-Teams, die starre Pipelines um einen einzigen Ansatz herum bauen, stehen vor teurem Umbau.

  • Ingestion-Schichten bauen, die mehrere Signaltypen – First-Party, kontextuell, kohortenbasiert – über eine einheitliche Schnittstelle aufnehmen
  • In Identity Resolution investieren, die in authentifizierten wie anonymen Kontexten funktioniert
  • Messinfrastruktur als erstklassiges Engineering-Thema behandeln, nicht als nachgelagerte Reporting-Frage
  • Jede datenschutzbezogene Berechnung am Timeout-Budget der Auktion messen

Die Demand-Side-Platform, die gewinnt, behandelt Signalflexibilität als Architekturprinzip, nicht als Feature-Wunsch.

Themen

  • DSP-Entwicklung
  • SSP-Entwicklung
  • Ad Exchange
  • Programmatic Advertising
  • Audience Targeting
  • Supply-Side-Platform
  • Ad-Tech-Entwicklung
  • Real-Time-Bidding-Plattform
  • Click-Through-Rate
  • Mobile App

Sie bauen eine DSP, einen Bidder oder eine Ad Exchange?

Schicken Sie das Design oder das Problem, das Sie lösen, und die Zahlen, die Sie bereits haben.

Erzählen Sie uns von Ihrem Projekt

Wir antworten innerhalb von 24 Stunden mit einem klaren Aktionsplan.

Liegt ein solcher Entwurf bei Ihnen auf dem Tisch?

Wir antworten innerhalb von 24 Stunden mit einem klaren Aktionsplan.

Kostenloses Projekt-Kennenlerngespräch · 30 Minuten