MWM
Vertrieb kontaktierenMWM AI
Nutzergewinnung

Echtzeitgebote (RTB)

Auch bekannt alsRTBEchtzeitgeboteEchtzeitauktion

Das Auktionsprotokoll hinter programmatischer Werbung — jeder Ad-Impression wird in 50–150 Millisekunden über die OpenRTB-Spezifikation versteigert.

Wichtigste Erkenntnisse

  1. 01RTB = das Auktionsprotokoll. Jeder Impression in 50–150 ms über die OpenRTB-Spec (verwaltet vom IAB Tech Lab) versteigert.
  2. 02Auktionstypen: First-Price (Gewinner zahlt sein Gebot) und Second-Price (Gewinner zahlt einen Cent über dem Zweitplatzierten). First-Price dominiert nach dem Branchenwechsel 2017–2019.
  3. 03Bid-Request-Payload enthält: Impression-Metadaten, User-Signale, Content-Kontext — variiert in Reichhaltigkeit post-ATT auf iOS.
  4. 04In mobilen Apps findet RTB In-App via SDK oder Server-to-Server statt — das SDK sendet die Bid-Request, die Exchange führt die Auktion durch, die gewinnende Anzeige wird gerendert.

RTB (Echtzeitgebote) ist das Auktionsprotokoll hinter Programmatic Advertising. Jeder Ad-Impression wird in 50–150 Millisekunden versteigert — der SSP sendet eine Bid-Request, mehrere DSPs werten sie aus und antworten mit Geboten, die Auktion löst auf und das gewinnende Creative wird gerendert. Die OpenRTB-Spezifikation (verwaltet vom IAB Tech Lab) definiert das Protokoll: wie Bid-Requests aussehen, welche Felder sie enthalten, was Gebote zurückgeben müssen.

Die 50–150-ms-Auktions-Timeline

  1. 0 ms — Nutzer öffnet Publisher-App / -Seite. App / Seite sendet Ad-Request an das SDK.
  2. 5–20 ms — SSP empfängt die Anfrage, reichert sie mit Audience-Daten an, sendet an Ad-Exchanges.
  3. 20–100 ms — Ad-Exchange sendet Bid-Request an verbundene DSPs. Jeder DSP wertet die Anfrage gegen die Targeting-Regeln des Werbetreibenden aus, berechnet einen Gebotspreis, antwortet.
  4. 100–130 ms — Exchange sammelt Gebote, führt Auktion durch, wählt Gewinner.
  5. 130–150 ms — URL des gewinnenden Creatives zurückgegeben, Anzeige wird gerendert.

Latenz über ~150 ms führt zu Ad-Slot-Abandonment (der Impression läuft ab und rendert ein Fallback). Bieter, die langsam antworten, werden von Exchanges aus Auktionen ausgeschlossen.

Auktionstypen

  • First-Price-Auktion: der Gewinner zahlt seinen Gebotspreis. Branchenstandard 2026 — Google AdX und die meisten großen SSPs wechselten zwischen 2017–2019 von Second-Price auf First-Price. Zwingt Werbetreibende zu strategischerem Bieten (man zahlt, was man bietet, nicht was man zahlen müsste um zu gewinnen).
  • Second-Price-Auktion: der Gewinner zahlt einen Cent über dem Gebot des Zweitplatzierten. Klassischer eBay-Stil-Mechanismus, im Programmatic weit verbreitet bis zum Wechsel der späten 2010er. Theoretisch fördert ehrliches Bieten (man kann sein Maximum bieten ohne zu viel zu zahlen); in der Praxis machten intransparente Mechaniken + Header-Bidding ihn instabil.

RTB in mobilen Apps

Der Bid-Request-Payload im Mobile enthält App-ID, Anzeigenformat, User-Signale (wo verfügbar), Gerätesignale, Geolocation (mit Erlaubnis), Content-Kontext. Post-ATT auf iOS sind User-Level-Signale stark eingeschränkt — die Bid-Request ist deutlich weniger reichhaltig als auf Android oder pre-ATT iOS.

Häufige RTB-Fallstricke

  • Bid-Timeout: DSPs, die langsam antworten, werden aus Auktionen ausgeschlossen. Antwortzeiten unter 100 ms halten.
  • Veraltete Audience-Daten: Bieten gegen Audience-Signale, die vor 5 Minuten aktuell und jetzt veraltet sind. Echtzeit-Audience-Updates sind wichtig.
  • Auktions-Kollusion: Wenn mehrere Bieter Datenquellen teilen, können Gebote verdächtig korrelieren. Anti-Kollusions-Analytics in ausgereiften DSPs.
  • Bid Shading: In First-Price-Auktionen "schattieren" ausgefeilte DSPs Gebote nach unten basierend auf historischen Clearing-Preisen — sie bieten, was sie zu gewinnen erwarten, nicht ihr Maximum. Naives Bieten überzahlt.

Kurzantworten

Was ist RTB (Echtzeitgebote)?

RTB ist das Auktionsprotokoll hinter Programmatic Advertising. Jeder Ad-Impression wird in 50–150 Millisekunden über die OpenRTB-Spezifikation (verwaltet vom IAB Tech Lab) versteigert. Der SSP sendet eine Bid-Request, DSPs antworten mit Geboten, die Auktion löst auf und das gewinnende Creative wird gerendert — alles bevor der Nutzer merkt, dass die Seite / App fertig geladen ist.

Wie schnell läuft RTB wirklich ab?

50–150 Millisekunden End-to-End. Das Auktionsfenster beginnt, wenn der Publisher die Bid-Request sendet, und endet, wenn das gewinnende Creative gerendert wird. Timeouts über ~150 ms führen zu Ad-Slot-Abandonment (stattdessen wird eine Fallback-Anzeige gerendert). DSPs, die konsistent langsam antworten, werden von Exchanges aus Auktionen ausgeschlossen.

Was ist der Unterschied zwischen First-Price- und Second-Price-Auktionen bei RTB?

**First-Price**: der Gewinner zahlt sein Gebot. Branchenstandard seit dem Wechsel der späten 2010er. Zwingt Werbetreibende zu strategischerem Bieten — Bid Shading (das Bieten dessen, was man zu gewinnen erwartet, nicht des Maximalwerts) ist jetzt gängige Praxis. **Second-Price**: der Gewinner zahlt einen Cent über dem Gebot des Zweitplatzierten. Klassischer eBay-Stil-Mechanismus, im Programmatic weit verbreitet bis ~2019. Theoretisch fördert es ehrliches Bieten, erwies sich aber bei Header-Bidding als instabil.

Wie funktioniert RTB in mobilen Apps?

Auf zwei Arten. **SDK-basiert**: ein Mediation-SDK (AppLovin MAX, ironSource LevelPlay, Admob), eingebettet in die App des Publishers, sendet Bid-Requests lokal und verarbeitet die Auktion. **Server-to-Server (S2S)**: das Backend des Publishers verarbeitet Bid-Requests und ruft Exchanges vom Server aus auf. Der Bid-Request-Payload enthält App-ID, Anzeigenformat, Gerätesignale, Geolocation und (wo verfügbar) User-Signale — post-ATT auf iOS sind User-Level-Signale stark eingeschränkt.

Als Nächstes lesen

Zurück zum Glossar