Real-Time Bidding erklärt: Wie RTB und Header Bidding funktionieren

Real-Time Bidding (RTB) ist die Auktion pro Impression hinter den meisten programmatischen Werbekampagnen: Wenn eine Seite mit einem Ad-Slot lädt, sendet ein Exchange eine Gebotsanfrage, die den Slot, die Seite und einen anonymisierten Nutzer beschreibt; Demand-Plattformen bewerten sie und bieten; das Werbemittel des Gewinners wird gerendert – alles in ungefähr einer Zehntelsekunde, bevor die Seite fertig geladen ist. Header Bidding ist die Publisher-seitige Technik, die viele Exchanges gleichzeitig für denselben Slot konkurrieren lässt, und OpenRTB ist das Protokoll, das sie alle sprechen. Dieser Leitfaden führt durch die Auktion von Anfang bis Ende, erklärt die dahinterstehende Maschinerie und behandelt den Teil, den die meisten Erklärungen auslassen: wo Native Ads in das Modell passen und wo sie es brechen.

Die Auktion, Schritt für Schritt#

Eine Impression, eine Auktion, sechs Schritte:

1. Eine Seite lädt und ein Ad-Slot wird ausgelöst. Die Seite des Publishers fordert eine Anzeige für eine bestimmte Platzierung – Größe, Position, Kontext.
2. Die Supply-Seite verpackt eine Gebotsanfrage. Die Supply-Side Platform (SSP) des Publishers baut eine strukturierte Anfrage: Slot-Dimensionen, Seiten-URL, Nutzer-Geo, Gerät, datenschutzkonforme Identifikatoren.
3. Der Exchange verteilt sie. Ein Ad Exchange sendet die Anfrage an verbundene Demand-Partner – Dutzende von ihnen, parallel.
4. Demand-Plattformen bewerten und bieten. Jede Demand-Side Platform (DSP) bewertet die Impression anhand der Zielgruppen, Budgets und Frequenzlimits ihrer Werbetreibenden und antwortet dann mit einem Gebotspreis und einem Creative – oder lehnt ab.
5. Die Auktion wird abgerechnet. Der Exchange wählt den Gewinner (First-Price im heutigen Markt), benachrichtigt die DSP und gibt das gewinnende Creative zurück.
6. Die Anzeige wird gerendert und Geld bewegt sich. Das Creative wird angezeigt, Impression-Tracker werden ausgelöst, und der Publisher wird zum Clearing-Preis abzüglich der Gebühren aller Beteiligten in der Kette bezahlt.

Der gesamte Roundtrip läuft innerhalb eines strengen Timeouts ab – verspätete Gebote zählen einfach nicht – weshalb das Ökosystem von Latenz besessen ist.

Die Akteure#

Die Grenzen verschwimmen ständig – große SSPs betreiben Exchanges, DSPs kaufen voneinander, und dasselbe Unternehmen kann auf beiden Seiten sitzen – was Teil des Grundes ist, warum Transparenz in der Lieferkette überhaupt zu einem Branchenthema wurde. Für den weiteren Kontext, wie diese Teile zu einer Kaufstrategie zusammengesetzt werden, siehe programmatische Werbung.

First-Price vs. Second-Price: Warum sich die Auktion änderte#

Klassisches RTB lief mit Second-Price-Auktionen: Der Gewinner zahlte knapp über dem Gebot des Zweitplatzierten, sodass das Bieten des wahren Wertes sicher war. Dann stellte Header Bidding dieselbe Impression in mehrere parallele Auktionen gleichzeitig, und der "Second Price" verlor seine Bedeutung – ein Second-Price-Sieg in einer Auktion musste dennoch First-Price gegen die Gewinner der anderen Auktionen antreten. Dazu kamen Exchanges, die stillschweigend Floors und Gebühren anwendeten, und die Preisermittlung wurde undurchsichtig.

Die Branche einigte sich auf First-Price-Auktionen: Der Gewinner zahlt, was er bietet. Einfacher und ehrlicher, aber es verlagerte die Strategielast auf die Käufer – bieten Sie jedes Mal Ihre wahre Obergrenze und Sie bezahlen systematisch zu viel, weshalb DSPs nun Bid Shading einsetzen: Algorithmen, die den minimalen Gewinnerpreis schätzen und näher daran bieten. Wenn Sie programmatisch kaufen und das Shading Ihrer DSP schlecht ist, finanzieren Sie die Differenz.

Header Bidding: Die Lösung für den Waterfall#

Vor Header Bidding führten Publisher einen Waterfall durch: Demand-Quellen wurden nacheinander in einer festen Prioritätsreihenfolge abgefragt, jede bekam eine Chance, zu einem voreingestellten Floor zu kaufen, bevor die Anfrage an die nächste "zurückgegeben" wurde. Ergebnis: Die erste Quelle in der Reihe konnte unterbewertetes Inventar kaufen, während bessere Gebote weiter unten die Impression nie sahen.

Header Bidding kehrt dies um. Ein Skript im Seiten-Header (oder, in der Server-seitigen Variante, ein Proxy, den die Seite einmal aufruft) fordert Gebote von vielen SSPs und Exchanges gleichzeitig an und leitet dann das beste Gebot an den Ad Server des Publishers weiter, um mit direkt verkauften Kampagnen zu konkurrieren. Jede Demand-Quelle sieht jede Impression im selben Moment, auf gleicher Basis.

Die Kompromisse sind operativ: Client-seitiges Header Bidding erhöht Seitenlatenz und JavaScript-Gewicht; Server-seitiges tauscht dies gegen niedrigere Cookie-Match-Raten. Die meisten anspruchsvollen Publisher betreiben einen Hybrid. Für Käufer ist die praktische Konsequenz einfacher: Die Tage, systematisch unterpreistes Inventar in einem schlecht konfigurierten Waterfall zu finden, sind vorbei – der Vorteil kommt nun aus Creative und Funnel, nicht aus Auktionsarbitrage.

OpenRTB und die Transparenzschicht#

OpenRTB – ein IAB Tech Lab Standard – ist das JSON-Protokoll, über das die Gebotsanfrage und -antwort reisen: standardisierte Objekte, die die Impression, Site, Gerät, Nutzer und das Gebot selbst beschreiben. Es ist der Grund, warum eine DSP mit fünfzig Exchanges sprechen kann, ohne fünfzig Integrationen.

Um das Protokoll herum sitzt eine öffentliche Transparenzschicht, die zur Bekämpfung von Betrug und undurchsichtigem Weiterverkauf aufgebaut wurde:

• ads.txt – eine Datei auf der Domain des Publishers, die auflistet, wer berechtigt ist, sein Inventar zu verkaufen.
• sellers.json – das Spiegelbild: Exchanges veröffentlichen, wen sie vertreten.
• Das schain-Objekt – jede OpenRTB-Anfrage trägt die Kette der Vermittler, die die Impression durchlaufen hat.

Diese Artefakte sind bewusst öffentlich – was bedeutet, dass auch externe Beobachter programmatische Pfade prüfen können, nicht nur Teilnehmer. Diese Prüfbarkeit ist die Grundlage moderner Lieferkettenanalyse.

Wo Native Ads passen – und wo nicht#

Hier ist der Teil, den Display-zentrierte Erklärungen falsch machen. Die großen Native-Netzwerke – Taboola, Outbrain, MGID, Revcontent – verkaufen nicht primär über die offenen RTB-Kanäle. Jedes betreibt seinen eigenen geschlossenen Marktplatz: Werbetreibende bieten innerhalb der Plattform des Netzwerks, und die Native-Ad-Auktion findet netzwerkintern für jeden Widget-Slot, pro Nutzer, pro Seitenaufruf statt.

RTB-Konzepte gelten immer noch – es ist eine Echtzeitauktion pro Impression mit Floors und Pacing – aber die Wettbewerbsarena ist anders. Ihr Taboola-Gebot konkurriert mit anderen Taboola-Werbetreibenden, nicht mit dem offenen Exchange. OpenRTB hat eine Native-Ads-Spezifikation, und Native-Inventar fließt programmatisch an den Rändern; Netzwerke verkaufen auch die Nachfrage gegenseitig weiter, was Lieferpfade mit mehr Hops als eine typische Display-Impression erzeugt. Wir haben reale Beispiele dieser Ketten – von Widget zu Netzwerk zu Reseller zu Werbetreibendem – in der Native-Ad-Lieferkette, erklärt nachverfolgt.

Praktische Konsequenzen für einen Media Buyer:

• DSP-Tools können Native-Netzwerk-Auktionen meist nicht einsehen. Programmatische Dashboards zeigen Ihnen nicht, was auf Taboola läuft.
• Der Wettbewerb ist netzwerklokal. Auf MGID zu gewinnen bedeutet, MGIDs Werbetreibende in Ihrer Region und Branche zu schlagen, nicht den globalen programmatischen Markt.
• Die Lieferkette ist dennoch beobachtbar. Da ausgelieferte Anzeigen und ihre Anfrageketten öffentlich einsehbar sind, können unabhängige Beobachter klassifizieren, wer was ausgeliefert hat – die Technik hinter wie Ad-Spy-Tools Native Ads erfassen.

Warum das wichtig ist, wenn Sie kaufen#

Drei praktische Schlussfolgerungen aus der Mechanik:

1. Kennen Sie Ihren Pfad, kennen Sie Ihre Gebühren. Jeder Vermittler in der Kette nimmt einen Anteil, bevor der Publisher bezahlt wird; bei weiterverkauftem Native-Inventar vervielfachen sich die Hops. Weniger Hops bedeuten generell, dass mehr Ihres Dollars Aufmerksamkeit kauft.
2. First-Price hat das Bieten verändert. Bieten Sie nicht reflexartig Ihre Obergrenze; verstehen Sie, welches Shading Ihre Plattform anwendet – und bei internen Auktionen von Native-Netzwerken testen Sie Gebotsstufen empirisch, weil dort kein Shading für Sie durchgeführt wird.
3. Bei Native ersetzt Wettbewerbsforschung Auktionsdaten. Sie können die Taboola-Auktion nicht abfragen, aber Sie können ihre Ausgabe beobachten. Die Lieferkettenklassifizierung von OpenAdLibrary – basierend auf 6,8 Millionen+ Ad-Beobachtungen über 49 Netzwerke (Juli 2026) – zeigt, welche Netzwerke und Reseller tatsächlich eine Anzeige pro Creative im Ad Intelligence Platform ausgeliefert haben. Die ausgelieferte Realität zu lesen schlägt das Raten bei der Auktion.

RTB ist eine einfache Idee, die in absurdem Maßstab ausgeführt wird: eine Auktion pro Impression, abgerechnet, bevor die Seite gerendert ist. Verstehen Sie die Auktion, das Protokoll und die Pfade – und der programmatische Akronym-Suppe reduziert sich auf Rohrleitungen.