Real-Time Bidding (RTB)

Definition: Real-Time Bidding (RTB) ist das dominierende Auktionsverfahren im Programmatic Advertising bei dem Werbetreibende über ihre DSPs in Echtzeit – innerhalb von 80–150 Millisekunden – auf einzelne Werbeimpressionen bieten, während eine Webseite im Browser des Nutzers lädt. Technischer Ablauf: (1) Nutzer ruft Webseite auf; (2) Publisher-Ad-Server erkennt verfügbaren Werbeplatz und sendet via SSP eine Bid Request an den Ad Exchange; (3) Bid Request enthält Daten zur Impression (Format, Platzierung, Floor Price) und anonymisierte Nutzerdaten (Cookie-ID, Geo, Device); (4) Ad Exchange leitet Bid Request an verbundene DSPs weiter; (5) jede DSP bewertet die Impression gegen aktive Kampagnen und gibt ein Bid Response (Gebot) zurück oder verzichtet; (6) Ad Exchange wählt Höchstbieter aus; (7) Creative des Gewinners wird ausgeliefert; gesamter Prozess unter 100–150 ms. Auktionsmodelle: Second-Price Auction (Gewinner zahlt zweithöchstes Gebot + 1 Cent – historische Standardform); First-Price Auction (Gewinner zahlt sein eigenes Gebot – seit 2019 Marktstandard bei Google AdX und den meisten Exchanges).

Erläuterung

Der Wechsel von Second-Price zu First-Price Auctions hat die Gebotsstrategien fundamental verändert: im Second-Price-Modell war es rational, den wahren Wert zu bieten; im First-Price-Modell ist Bid Shading (unter dem wahren Wert bieten) die optimale Strategie um nicht zu viel zu zahlen.

Technischer Ablauf und Bid Request-Daten

OpenRTB-Standard: IAB Tech Lab OpenRTB-Protokoll (aktuell Version 3.0) standardisiert Bid-Request/Response-Format; wichtige Bid-Request-Felder: imp (Impression-Objekt mit Format, Mindestpreis), site/app (Publisher-Kontext), user (anonymisierte Nutzerdaten), device (Gerätetyp, OS, Browser), geo (Standort-Daten); Bid-Response-Felder: bid (Gebotspreis, Ad-Markup), adm (Creative-HTML), nurl (Win-Notice-URL)
Bid Request-Verarbeitung in der DSP: DSP empfängt Bid Request; Kampagnen-Matching: welche aktiven Kampagnen passen zu Targeting-Kriterien dieser Impression?; Nutzerbewertung: ist der Nutzer in einer Zielgruppe? (Retargeting-Liste, Lookalike, Third-Party-Segment); Preisbewertung: wie viel ist diese Impression für diese Kampagne wert? (ML-Modell); Timeout: DSP muss innerhalb von 80–100 ms antworten (sonst No-Bid); typische Win Rate guter Kampagnen: 5–30 %
Header Bidding und Auction-Komplexität: Ohne Header Bidding: Publisher-Ad-Server ruft SSPs sequenziell ab (waterfall) → Höchstbieter aus erster SSP gewinnt auch wenn andere SSP höher bieten würde; mit Header Bidding: alle SSPs werden simultan aufgerufen → echte Konkurrenz-Auktion → Publisher erzielt höheren Durchschnitts-TKP (typisch +15–30 %); Prebid.js: führende Open-Source-Implementierung für Client-Side Header Bidding

First-Price vs. Second-Price Auction und Gebotsstrategien

Second-Price Auction (historisch): Gewinner zahlt zweithöchstes Gebot + 1 Cent; optimale Strategie: wahren Wert der Impression bieten (dominant strategy); Beispiel: Advertiser A bietet €5 CPM, Advertiser B bietet €3 CPM → A gewinnt und zahlt €3,01; Vorteil: einfache Gebotsstrategie; Nachteil: Markt-Manipulation durch Bid Jamming möglich
First-Price Auction (aktuell): Gewinner zahlt eigenes Gebot; Marktstandard seit 2019 (Google AdX Umstellung); optimale Strategie: unter dem wahren Wert bieten (Bid Shading); Beispiel: Impression wert €5 → optimales Gebot €2,50–€3,50 je nach Wettbewerbs-Lage; DSPs mit Bid-Shading-Algorithmus: lernen automatisch optimale Gebotshöhe pro Publisher/Audience-Segment; höherer Komplexitätsgrad für Advertiser
Floor Prices und Bid Shading: Publisher setzt Floor Price (Mindestpreis): Gebote darunter werden abgelehnt; dynamischer Floor Price: Publisher-SSP setzt Floor individuell je Advertiser/Segment (Soft Floor vs. Hard Floor); Bid Shading: DSP-Algorithmus reduziert Gebotshöhe bei First-Price um Clearing-Preis zu schätzen; Trade Desk, DV360: integrierte Bid-Shading-Funktionen; Risiko: zu aggressives Shading → Win Rate sinkt unter Critical Level

Qualitätssicherung und Fraud-Prävention

Invalid Traffic (IVT) im RTB: General IVT (GIVT): bekannte Bot-Traffic-Quellen, Spider, Crawler; Sophisticated IVT (SIVT): fortgeschrittene Fraud-Methoden (Domain-Spoofing, Ad-Stacking, Pixel-Stuffing); RTB-Risiko: im Open Exchange kaufen Advertiser auch Fraud-Impressionen; Kostenpunkt: geschätzt 10–25 % des Open-Exchange-Budgets geht an IVT; Gegenmaßnahme: IVT-Filter in DSP (IAS, DoubleVerify, Oracle Moat) vor Gebotsabgabe aktivieren
Ads.txt und Supply Chain Transparency: Ads.txt (Authorized Digital Sellers): Publisher-Textdatei auf Domain die listet welche SSPs berechtigt sind ihr Inventar zu verkaufen; DSP prüft vor Gebot ob SSP in Ads.txt des Publishers autorisiert ist; Sellers.json: SSP-Gegenstück (listet welche Publisher-Accounts sie vertreten); SupplyChain-Objekt im OpenRTB-Protokoll: zeigt vollständige Handelskette vom Publisher bis zum Advertiser; zusammen reduzieren diese Standards Domain-Spoofing erheblich
Kampagnen-Optimierungsparameter: Frequency Cap: maximale Anzahl Impressionen je Nutzer je Zeitraum (Verhindert Werbemüdigkeit und Budgetverschwendung); Dayparting: Ausspielung nur zu bestimmten Tageszeiten (Zielgruppe online); Whitelist/Blacklist: nur bestimmte Publisher-Domains erlauben/sperren; Viewability-Filter: nur Impressionen mit ≥ 60 % vorhergesagter Viewability kaufen; Brand Safety: IAS/DoubleVerify Kategorien-Ausschlüsse

Praxistipp: Aktivieren Sie in Ihrer DSP immer IVT-Filterung (IAS oder DoubleVerify) bevor Sie RTB-Kampagnen skalieren – der scheinbare CPM-Vorteil von ungefiltertem Open-Exchange-Inventar wird durch 15–25 % Bot-Traffic zunichte gemacht. Optimieren Sie Ihre Win Rate: liegt sie unter 3 %, bieten Sie zu niedrig (erhöhen); liegt sie über 40 %, bieten Sie zu hoch (reduzieren via Bid Shading). Eine Win Rate von 8–20 % ist für die meisten Kampagnen optimal – genug Impressionen, aber nicht überzahlt.