Wie Real-Time Bidding funktioniert: Die RTB-Auktion Schritt für Schritt erklärt

Jedes Mal, wenn eine Seite lädt oder eine App geöffnet wird, kommt ein Werbeplatz zur Auktion – und der gesamte Prozess, vom Ad Request, der den Publisher verlässt, bis zum Rendern des siegreichen Werbemittels auf dem Bildschirm, ist in deutlich weniger als einer halben Sekunde abgeschlossen. Media Buyer sehen das Ergebnis als Impression und als Preis. Was sie selten sehen, ist die Auktion selbst: Dutzende Demand-Side-Plattformen bewerten dieselbe Gelegenheit, und jede entscheidet in Millisekunden, ob und wie viel sie bietet.

Diese Geschwindigkeit ist kein Nebenaspekt. Sie ist der Mechanismus, der programmatic Advertising in großem Maßstab überhaupt erst möglich macht. Eine DSP, die einen Bid Request nicht innerhalb des Auktionsfensters empfangen, bewerten und beantworten kann, kommt schlicht nicht zum Zug – ganz gleich, wie gut ihr Targeting oder ihre Creatives sind. Wer versteht, wie die Auktion funktioniert und wo die Zeit tatsächlich verbraucht wird, erkennt, warum Infrastrukturentscheidungen wie unbegrenzte Queries per Second genauso wichtig sind wie die Strategie.

Dieser Leitfaden erklärt Real-Time Bidding Schritt für Schritt: was zwischen einem Ad Request und einer gerenderten Impression passiert, worin sich First-Price- und Second-Price-Auktionen unterscheiden und warum die Millisekunden, die einer DSP zur Verfügung stehen, bestimmen, was sie für Werbetreibende leisten kann und was nicht.

Was ist Real-Time Bidding (RTB)?

Real-Time Bidding ist der Auktionsmechanismus, auf dem programmatic Advertising basiert. Wenn ein Nutzer eine Seite besucht oder eine App öffnet, verpackt die Supply-Side-Plattform des Publishers diesen Werbeplatz in einen Bid Request und sendet ihn an jede Demand-Side-Plattform, die an die Auktion angebunden ist. Jede DSP gleicht den Request mit ihren aktiven Kampagnen ab und gibt bei einem Treffer ein Gebot ab. Das höchste gültige Gebot gewinnt, und das zugehörige Werbemittel wird ausgeliefert – noch bevor die Seite vollständig gerendert ist.

Das Protokoll, mit dem der Großteil der Branche diesen Austausch strukturiert, ist OpenRTB – eine standardisierte Spezifikation, die genau festlegt, welche Felder ein Bid Request und eine Bid Response enthalten müssen. So kann ein Bid Request, den eine SSP erstellt hat, von jeder DSP verstanden werden, unabhängig davon, wer sie entwickelt hat. Ohne ein gemeinsames Protokoll bräuchte jedes SSP-DSP-Paar eine individuelle Integration, und die Auktion könnte niemals auf die Tausenden von Plattformen skalieren, die heute daran teilnehmen.

Was RTB von einer klassischen Werbeauktion unterscheidet, ist, dass sie einmal pro Impression und in Echtzeit stattfindet. Es gibt kein feststehendes Inventar, das vorab en bloc verkauft wird. Jeder einzelne Werbeplatz ist eine eigene Auktion und wird jeweils neu bewertet – gegen die Kampagnen, die gerade live sind, und gegen die Zielgruppensignale, die genau diesem Nutzer in genau diesem Moment zugeordnet sind.

Die RTB-Auktion Schritt für Schritt

Von außen wirkt ein vollständiger RTB-Auktionszyklus simpel – eine Seite lädt, und eine Anzeige erscheint –, doch dahinter steht eine festgelegte Abfolge von Übergaben zwischen Publisher, Exchange und DSP. Das passiert der Reihe nach:

1. Der Ad Request wird ausgelöst. Ein Nutzer lädt eine Seite oder einen App-Screen mit einem Werbeplatz. Der Ad Server des Publishers erkennt den Platz als programmatisch vermarktbar und übergibt ihn an eine SSP oder Ad Exchange.
2. Der Bid Request wird erstellt. Die SSP verpackt die Gelegenheit in einen OpenRTB-Bid-Request: Seiten- bzw. App-Kontext, Größe des Werbeplatzes, Geräte- und Geodaten sowie alle verfügbaren und zulässigen Nutzer- bzw. Zielgruppensignale.
3. Der Bid Request wird verteilt. Die Exchange sendet den Bid Request gleichzeitig an alle angebundenen DSPs, nicht nacheinander. Jede DSP erhält dieselbe Gelegenheit praktisch im selben Moment.
4. Jede DSP bewertet unabhängig. Innerhalb der DSP wird der Request mit den aktiven Kampagnen auf Targeting-Übereinstimmung, Budget und Pacing, Frequency Caps und Brand-Safety-Regeln abgeglichen. In diesem Schritt entscheidet die eigene Logik der DSP – nicht die der Exchange –, ob und wie viel geboten wird.
5. Die Bid Response wird zurückgesendet. Erfüllt die Gelegenheit die Kriterien, sendet die DSP innerhalb des Timeout-Fensters der Auktion eine Bid Response mit einem Preis und einem Verweis auf das zugehörige Werbemittel zurück. Eine DSP, die zu spät antwortet, wird genauso behandelt wie eine DSP, die gar nicht geboten hat.
6. Die Exchange ermittelt den Gewinner. Die Exchange vergleicht alle gültigen, rechtzeitig eingegangenen Bid Responses und bestimmt den Gewinner nach der Preisregel der Auktion – First-Price oder Second-Price.
7. Win Notice und Rendering des Werbemittels. Die siegreiche DSP erhält eine Win Notice, und der Ad Server ruft das siegreiche Werbemittel ab und rendert es in dem Werbeplatz, den der Nutzer gerade sieht.

Die gesamte Abfolge von Schritt eins bis Schritt sieben ist in der Regel in deutlich unter 200 Millisekunden abgeschlossen, und immer mehr Exchanges setzen DSPs Timeout-Fenster von eher 100 Millisekunden oder weniger. Die Infrastruktur einer DSP muss Schritt vier, die Bewertungslogik, innerhalb des Teils dieses Fensters abschließen, den der Netzwerk-Roundtrip übrig lässt.

First-Price- vs. Second-Price-Auktionen

Wie der Gewinnerpreis berechnet wird, hängt davon ab, welches Auktionsmodell die Exchange verwendet. Der Großteil der Branche ist in den vergangenen Jahren auf First-Price-Auktionen umgestiegen. Trotzdem ist es wichtig, beide Modelle zu verstehen, denn die Gebotslogik einer DSP muss sich daran anpassen, in welchem Modell sie gerade antritt.

Nahezu alle großen Exchanges arbeiten inzwischen mit First-Price-Auktionen. Damit hat sich die Verantwortung für Preisdisziplin vom Auktionsmechanismus selbst auf den Gebotsalgorithmus jeder einzelnen DSP verlagert. Das ist einer der Gründe, warum DSP-seitiges Reporting zu Win Rate und effektivem CPM wichtiger ist denn je: Eine DSP, die regelmäßig nahe ihrem Maximalgebot gewinnt, verschenkt Marge, während eine DSP, die zu aggressiv shadet, gewinnbares Inventar verliert.

Wo die Millisekunden tatsächlich bleiben

Der Auktions-Timeout verteilt sich nicht gleichmäßig auf die Beteiligten. Ein erheblicher Teil des Zeitfensters ist bereits verbraucht, bevor die eigene Logik einer DSP überhaupt startet – deshalb sind Infrastruktur und Netzwerkposition genauso wichtig wie die Gebotsstrategie.

Zwei DSPs mit identischer Targeting-Logik können dennoch sehr unterschiedlich performen, wenn eine von beiden mehr vom Timeout-Fenster für die Netzwerkübertragung verbraucht. Deshalb sind Exchange-Anbindung, Serverstandort und die Fähigkeit, Gebotsvolumen ohne Throttling zu verarbeiten, Fragen der Infrastruktur und nicht nur der Software – und sie schlagen sich direkt in der Win Rate nieder.

Was passiert, wenn einer DSP die Zeit ausgeht

Eine Bid Response, die nach dem Timeout eintrifft, wird nicht bestraft, sondern schlicht ignoriert. Die Exchange ermittelt den Gewinner bereits aus den rechtzeitig eingegangenen Responses, sodass ein verspätetes Gebot funktional einem nicht abgegebenen Gebot entspricht. Es gibt keine Teilwertung und keine zweite Chance innerhalb dieses Auktionszyklus.

Bei geringem Volumen fällt ein gelegentlicher Timeout in den Zahlen nicht auf. Mit wachsendem Gebotsvolumen verschärft sich das Problem jedoch. Eine DSP, die nahe an ihrer Verarbeitungsgrenze arbeitet, läuft bei Traffic-Spitzen bei einem wachsenden Anteil der Requests in Timeouts – genau in den Momenten, in denen meist das wertvollste Inventar im Spiel ist, weil der Traffic aller anderen zur gleichen Zeit ebenfalls ansteigt. Daraus entsteht ein bestimmtes Muster im DSP-Reporting, auf das Sie achten sollten: Die Win Rate bleibt im Durchschnitt stabil, bricht aber in Zeiten mit Spitzen-Traffic deutlich ein. Das deutet auf ein Kapazitätsproblem hin, nicht auf ein Problem beim Targeting oder bei der Gebotsstrategie.

Die Lösung ist selten ein intelligenterer Gebotsalgorithmus. Meist liegt sie in der Infrastruktur: mehr Verarbeitungsreserven, ein kürzerer interner Bewertungspfad oder das Entfernen doppelter Bid Requests aus einem nicht optimierten Supply Path, bevor sie überhaupt die Gebotslogik erreichen. Welche dieser Maßnahmen greift, lässt sich mit denselben Reporting-Kennzahlen diagnostizieren, die Win Rate und Bid Rate im Zeitverlauf erfassen – segmentiert nach Stunde oder Traffic-Volumen statt als einzelner pauschaler Durchschnittswert.

Warum RTB-Geschwindigkeit wichtiger wird, wenn Ihnen die DSP gehört

Bei einem gemieteten Self-Serve-DSP-Seat entspricht die Auktionsgeschwindigkeit dem, was der Anbieter gebaut hat und was die Servicestufe des gemieteten Accounts hergibt. Als DSP-Eigentümer sehen Sie die Auktion von der anderen Seite: Jeder eingehende Bid Request und jede Millisekunde des Timeout-Fensters ist Kapazität, die die Plattform entweder nutzt oder verschwendet.

Hier werden Queries per Second von einer abstrakten Spezifikation zu einer praktischen Einschränkung. Eine DSP, die eingehende Bid Requests drosselt, sobald das Volumen ihr QPS-Kontingent übersteigt, verpasst nicht nur einige Auktionen – sie verpasst sie unregelmäßig, nämlich immer dann, wenn der Traffic gerade ansteigt. Ein sauberer Supply Path reduziert von vornherein, wie viele doppelte und geringwertige Bid Requests um dieselbe Bewertungskapazität konkurrieren. Das ist einer der Gründe, warum Supply Path Optimization und QPS-Reserven meist gemeinsam diskutiert werden.

Für Agenturen und Media Buyer, die abwägen, ob sie weiterhin Seats mieten oder auf eine eigene Plattform umsteigen sollen, bieten die RTB-Mechanismen eine hilfreiche Perspektive: Fragen Sie, welchen Auktions-Timeout der aktuelle Anbieter anstrebt, wo die tatsächliche QPS-Obergrenze liegt und wie sich die Win Rate mit wachsendem Gebotsvolumen entwickelt hat. Diese Zahlen sagen mehr über die tatsächliche Kapazität einer Plattform aus als jede Feature-Liste.

Bereit, die Auktion aus Sicht der DSP zu erleben?

AdTech Europe bietet Agenturen, Ad Networks und Media-Buying-Teams eine DSP in vollständigem Eigentum – mit unbegrenzten QPS und ohne integriertes Auktions-Throttling, ob als White-Label-Miete, als Lizenz oder als vollständiger Erwerb des Quellcodes. Jedes Paket ist standardmäßig mit über 1,000 SSP-Integrationen verbunden, sodass das Gebotsvolumen mit den auf der Plattform laufenden Kampagnen skaliert und nicht durch das feste Kontingent eines gemieteten Seats begrenzt wird. Die aktuellen Preise für alle drei Eigentumsmodelle finden Sie auf der Preisseite.

Wenn Sie sehen möchten, wie die RTB-Auktion auf einer Plattform performt, die Ihnen tatsächlich gehört, vereinbaren Sie ein Strategiegespräch zu programmatic Advertising und besprechen Sie Ihr aktuelles Gebotsvolumen, Ihre Win Rate und Ihren QPS-Bedarf mit dem Team von AdTech Europe.

FAQs

Wofür steht RTB in der Werbung?

RTB steht für Real-Time Bidding – den Auktionsprozess, der in Echtzeit, während eine Seite oder App lädt, entscheidet, welche Anzeige eine Impression gewinnt.

Wie lange dauert eine RTB-Auktion?

Ein vollständiger RTB-Auktionszyklus vom Bid Request bis zum gerenderten Werbemittel ist in der Regel in unter 200 Millisekunden abgeschlossen, wobei viele Exchanges für DSPs Timeout-Fenster von 100 Millisekunden oder weniger vorgeben.

Was ist der Unterschied zwischen RTB und programmatic Advertising?

Programmatic Advertising ist der Oberbegriff für den Ein- und Verkauf von Werbeinventar über automatisierte Systeme. RTB ist der konkrete Auktionsmechanismus – der Gebotsprozess in Echtzeit pro Impression –, auf dem der Großteil des programmatischen Einkaufs basiert.

Was ist OpenRTB?

OpenRTB ist das branchenweite Standardprotokoll, das die Struktur von Bid Requests und Bid Responses festlegt, sodass jede SSP und jede DSP in einer Echtzeitauktion ohne individuelle Integration miteinander kommunizieren können.

Sind First-Price- oder Second-Price-Gebote heute verbreiteter?

First-Price-Auktionen sind bei den meisten großen Exchanges inzwischen Branchenstandard. In einer First-Price-Auktion zahlt der Gewinner genau das, was er geboten hat – deshalb setzen DSPs Bid-Shading-Logik ein, statt den vollen Wert zu bieten.

Warum sind QPS für Real-Time Bidding wichtig?

QPS, also Queries per Second, bezeichnet das Volumen an Bid Requests, das eine DSP pro Sekunde bewerten kann. Erreicht eine DSP ihre QPS-Obergrenze, beginnt sie, eingehende Auktionen zu verwerfen oder zu drosseln – was sich mit wachsendem Gebotsvolumen in verpassten Impressions und einer sinkenden Win Rate zeigt.

Kann ein DSP-Eigentümer die Logik der RTB-Auktion verändern?

Ja, im Rahmen des jeweiligen Eigentumsmodells. Der vollständige Erwerb des DSP-Quellcodes bietet volle Kontrolle über Gebotslogik und Bewertungsregeln, während eine White-Label- oder lizenzierte DSP in der Regel die Konfiguration von Targeting, Pacing und Bid-Shading-Einstellungen ermöglicht, jedoch ohne Zugriff auf den zugrunde liegenden Auktionscode.