Header Bidding

Definition: Header Bidding (auch: Pre-bid oder Advance Bidding) ist eine fortgeschrittene programmatische Technologie, bei der ein Publisher sein Werbeinventar gleichzeitig und simultan mehreren Demand-Quellen – SSPs, Ad Exchanges und Direktkäufern – zum Bieten anbietet, bevor der eigene Ad Server eine Entscheidung trifft. Dadurch entsteht echter, gleichberechtigter Wettbewerb zwischen allen Demand-Quellen in einem einzigen Auktionsdurchlauf. Das höchste eingehende Gebot gewinnt und wird als Bid-Preis an den Ad Server weitergeleitet, der dann noch einmal prüft, ob Direkt- oder reservierte Kampagnen einen höheren Wert liefern. Header Bidding revolutionierte ab 2014 den Publisher-Markt, weil es das bis dahin dominierende Waterfall-Modell ablöste, in dem Demand-Quellen sequenziell – und damit ungleich – angefragt wurden. Im Waterfall hatte Googles AdX traditionell die erste Chance auf jede Impression und war damit strukturell bevorzugt; Header Bidding nivellierte diesen Vorteil. Das Ergebnis: Publisher-Erlöse stiegen branchenweit um 20–50 Prozent, und Werbetreibende erhielten Zugang zu Premium-Inventar, das zuvor exklusiv im Waterfall-System versickerte. Heute ist Header Bidding der Industriestandard für die programmatische Inventarvermarktung bei nahezu allen ernstzunehmenden Publishern weltweit.

Erläuterung

Um Header Bidding zu verstehen, muss man zunächst das Problem begreifen, das es löst. Im klassischen Waterfall-Modell fragte der Ad Server Demand-Quellen in einer festgelegten Reihenfolge an: Erst bekam Quelle A die Gelegenheit, eine Impression zu kaufen. Nur wenn Quelle A nicht kaufte oder unter einem definierten Floor-Preis bot, wurde Quelle B angefragt – und so weiter. Dieses sequenzielle Modell benachteiligte alle Demand-Quellen außer der ersten in der Reihenfolge strukturell, selbst wenn eine weiter hinten stehende Quelle bereit gewesen wäre, erheblich mehr zu zahlen.

Header Bidding löst dieses Problem durch Parallelität: Alle integrierten Demand-Partner erhalten gleichzeitig die Möglichkeit, ein Gebot abzugeben. Der dafür notwendige Code – meist ein JavaScript-Wrapper – wird entweder im HTML-Header der Publisher-Seite platziert (Client-Side Header Bidding) oder auf einem Server des Publishers oder eines Drittanbieters ausgeführt (Server-Side Header Bidding). Der Wrapper orchestriert alle Gebote, wartet auf die Antworten der Bieter innerhalb eines definierten Timeout-Fensters (typisch 150–500 Millisekunden) und sendet dann das höchste Gebot an den Ad Server.

Die wichtigste Open-Source-Lösung für Client-Side Header Bidding ist Prebid.js, entwickelt und gepflegt von der gemeinnützigen Organisation Prebid.org mit Unterstützung der gesamten Ad-Tech-Industrie. Prebid.js ermöglicht Publishern, beliebig viele Demand-Partner über standardisierte Adapter zu integrieren, ohne proprietäre Abhängigkeiten einzugehen. Über 300 SSPs und Exchanges haben Prebid-Adapter entwickelt; Prebid.js ist damit zur Standardlösung geworden, auf die der Großteil des globalen Header-Bidding-Inventars basiert.

Server-Side Header Bidding (auch: S2S Header Bidding) verlagert die Gebots-Orchestrierung vom Browser des Nutzers auf einen Server, was die Latenzen reduziert und die Geräteleistung des Nutzers schont. Anbieter wie Amazon Publisher Services (APS), The Trade Desk's Prebid Server oder Index Exchange betreiben solche Server-Side-Infrastrukturen. Nachteil: Weniger Transparenz für den Publisher über die genauen Gebots-Details, und manche DSPs bieten im Server-Side-Umfeld geringere Gebote, weil sie Cookie-Matching-Möglichkeiten verlieren.

Header Bidding: Vorteile und Herausforderungen

Höhere Publisher-Erlöse: Echter Wettbewerb zwischen allen Demand-Quellen treibt die Gebote nach oben. Publisher berichten von Erlössteigerungen zwischen 20 und 50 Prozent gegenüber dem Waterfall-Modell. Je mehr qualitativ hochwertige Bieter integriert sind, desto größer der Effekt.
Gleichberechtigter Marktzugang für Werbetreibende: DSPs können auf Inventar bieten, das sie im Waterfall-Modell nie zu Gesicht bekommen hätten. Besonders für Werbetreibende im Long-Tail-Bereich oder mit spezifischen Audience-Targeting-Anforderungen eröffnet Header Bidding neue Inventarquellen.
Latenzverlust: Client-Side Header Bidding lädt JavaScript-Code im Browser des Nutzers und verlängert die Seitenladezeit, wenn viele Bieter integriert sind. Studien zeigen eine Verzögerung von 200–800 Millisekunden, was Auswirkungen auf SEO und Nutzerverhalten haben kann. Timeout-Management und Server-Side-Lösungen mindern das Problem.
Auktions-Manipulation (Bid Shading, Last-Look): Google Ad Exchange hatte lange einen sogenannten Last-Look-Vorteil, bei dem AdX die Gebote aus dem Header Bidding sehen und überbieten konnte. Nach regulatorischem Druck und Marktveränderungen wurde dieser Vorteil reduziert, aber die Asymmetrie zwischen Google und dem Rest des Marktes bleibt ein Diskussionsthema.
Technische Komplexität: Publisher brauchen technisches Know-how für Setup, Wartung und Optimierung von Prebid.js oder einer alternativen Wrapper-Lösung. Falsch konfigurierte Timeouts oder veraltete Adapter können Erlöse vernichten statt steigern.

Header Bidding aus Werbetreibenden-Perspektive

Zugang zu Premium-Inventar: Durch Header Bidding können DSPs auf Inventar bieten, das früher nur über direkte Publisher-Deals oder bevorzugte Waterfall-Positionen zugänglich war. Für programmatische Kampagnen bedeutet das breiteren Inventarzugang.
Wettbewerbsintensität und CPM-Druck: Mehr Bieter im Auktionsprozess treiben CPMs nach oben. Werbetreibende müssen höhere Gebote abgeben, um in stark umkämpften Premium-Auktionen zu gewinnen – was Bid-Shading-Strategien wichtiger macht.
DSP-Integration prüfen: Nicht alle DSPs sind bei allen Publishern als Header-Bidding-Bieter integriert. Werbetreibende sollten sicherstellen, dass ihre bevorzugte DSP an den Header-Bidding-Auktionen der wichtigsten Publisher-Partner teilnimmt.

Praxistipp: Als Publisher sollten Sie Header Bidding mit Prebid.js implementieren und regelmäßig die Bid-Response-Raten je Demand-Partner analysieren: Bieter, die selten oder nur sehr niedrig bieten, verursachen Latenz ohne Erlösbeitrag und sollten deaktiviert oder neu verhandelt werden. Setzen Sie Timeout-Werte nicht zu großzügig (über 500ms), sonst leidet die Seitenperformance. Als Werbetreibender prüfen Sie in Ihrer DSP, welche Publisher-Inventarquellen über Header Bidding angebunden sind und steuern Sie Gebote dort nach oben, wenn die Zielgruppen-Übereinstimmung hoch ist.