Header-Gebote
Header Bidding ist eine fortschrittliche programmatische Technik, die es Publishern ermöglicht, ihr Inventar mehreren SSPs und Anzeigenbörsen anzubieten, bevor sie Ad-Server (DFP) anfordern.
Google Anzeigenmanager (ehemals DFP) war am beliebtesten Anzeigenserver für eine lange Zeit. DFP hat es Publishern ermöglicht, externe Nachfragepartner zu ihrem Anzeigenstapel hinzuzufügen. Google hatte jedoch einen Trick im Ärmel: Mithilfe der dynamischen Zuordnung in AdX konnte Google Impressionen vor allen externen Nachfragepartnern kaufen.
Dies veranlasste unabhängige Werbetechnologieanbieter, eine Technik zu entwickeln, die ihnen gleiche Wettbewerbsbedingungen bietet. Diese Technik wird heute allgemein als Header Bidding bezeichnet.
Trotz seiner weiten Verbreitung und Beliebtheit bleiben die technischen Aspekte des Header-Biddings für viele Verlage immer noch ein Rätsel. Damit Publisher Header Bidding, seine Funktionsweise sowie seine Vor- und Nachteile verstehen, haben wir diesen umfassenden Leitfaden erstellt.
Header Bidding ist eine Art programmatische Auktion, bei der Angebotsanfragen werden gleichzeitig in Echtzeit an mehrere Nachfragepartner gesendet – das heißt, jeder einzelne Anzeigenimpression hat die Chance, je nach verfügbarer Nachfrage zum maximalen Wert gekauft zu werden.
Diese Gebote werden dann durch verschiedene Filter geleitet (Bodenpreis und Targeting-Kriterien), die von Publishern in ihren konfiguriert werden Anzeigenserver. Aus den gefilterten Geboten wird das höchste Gebot ausgewählt und schließlich wird das Anzeigenmotiv auf dem Bildschirm des Nutzers angezeigt. Dieser gesamte Vorgang dauert den Bruchteil einer Sekunde.
Für Header-Bidding muss ein JavaScript-Code-Snippet hinzugefügt werden Abschnitt der Website. Dieser JS-Code ermöglicht es Publishern, Gebotsanfragen mithilfe von Browserressourcen zu generieren.
Geschichte des Header-Bietens
Header Bidding gelangte etwa im Jahr 2014 in die Werbetechnik. Und erst ein Jahr später, im Jahr 2015, verbreitete sich die Technik viral. Zu Beginn wurde das Header-Bidding unter verschiedenen Bezeichnungen wie „Tagless“, „Pre-Bidding“, „Full Bidding“, „Parallel Auction“ und unter vielen anderen Namen bezeichnet, wie in diesem Digiday-Feature berichtet wird. Im Juni 2018 veröffentlichte AdExchanger dies Artikel über Header Bidding, und der Begriff wurde zementiert. Und der Rest ist, wie man sagt, Geschichte.
Vergleich mit der Wasserfallmethode
Vor dem Header-Bidding nutzte das programmatische Ökosystem ein Wasserfall-Setup, um Inventar zu verkaufen. Bei der Wasserfall-Einrichtung (oder Daisy-Chaining) handelt es sich um eine Leiter von Netzwerken und/oder Börsen, die von oben nach unten in der Reihenfolge ihrer Leistung für den Herausgeber angeordnet sind. Basierend auf der bisherigen Ertragsbilanz der Netzwerke (eCPM), Füllrate, Latenz und mehr. Die Impression(en) werden von Netzwerk zu Netzwerk weitergegeben, von oben nach unten, bis sie verkauft werden.
Es ist eine Frage der Priorisierung. Wenn Sie den Wasserfall hinuntergehen, wird der CPM Die Preisuntergrenzen sinken, aber es gibt auch weniger Zugang zum besten Inventar, auf das Werbetreibende bieten können. Auch wenn dieser Prozess theoretisch dafür sorgte, dass kein Inventar unverkauft blieb und der Verlag den bestmöglichen Preis erzielte, geschah in Wirklichkeit das Gegenteil.
Der Publisher-Wasserfall war eine ineffiziente Art, Inventar zu verkaufen:
- • Zeitaufwändiger Prozess: Der Verkauf des Inventars dauerte lange und ging von Bieter zu Bieter.
- • Weniger Preis-Leistungs-Verhältnis: Den Verlegern wurde nicht der wahre Wert ihrer Eindrücke bewusst. Beispielsweise bestand die Möglichkeit, dass die nächsten Bieter bereit waren, mehr zu zahlen, der Premiumbestand jedoch bereits zu einem geringeren Preis an frühere Bieter verkauft wurde. Und es gab keine Möglichkeit, die Leistung zu vergleichen und zu optimieren.
- • Unfairer Wettbewerb: Werbetreibende hatten keine faire Chance, die richtigen Zielgruppen zu erreichen, was letztendlich die Einnahmemöglichkeiten der Verlage beeinträchtigte.
- • Schwierig festzulegendes Targeting: Targeting steigert den Umsatz, allerdings war die Wasserfall-Einrichtung nicht dafür geeignet, Werbetreibende mit Zielgruppen zusammenzubringen.
Offensichtlich waren die Monetarisierungsmöglichkeiten mit Wasserfall für Publisher nicht besonders groß. Stattdessen entschieden sie sich für die Ad-Tech-Lösungen von Google (AdSense und DFP). Dies führte dazu, dass Google die Ad-Tech-Lieferkette dominierte. Google war (und ist es bis zu einem gewissen Grad immer noch) verschlossen, seine Handelstaktiken zu teilen.
Als Lösung wurde Header Bidding eingegeben:
Die Header-Auktion in Echtzeit bietet Publishern die Möglichkeit, den mit jeder einzelnen Impression erzielten Umsatz zu maximieren.
Da beim Header-Bidding gleichzeitig Gebotsanfragen an alle Nachfragepartner gesendet werden, erhalten diese die gleichen Möglichkeiten, ihre Gebote abzugeben.
Basierend auf den abgegebenen Geboten können Publisher die Leistung jeder Transaktion vergleichen Daten auf Protokollebene und arbeiten Sie an Optimierungen für einen höheren Ertrag.
Es soll mit Google-Auktionen konkurrieren. Daher gehen Impressionen gleichzeitig an Header-Bidding-Partner und den Ad-Server von Google.
Als die Branche die Vorteile gegenüber dem Publisher-Wasserfall erkannte, begann sie, in die Technologie zu investieren. Im Jahr 2020 monetarisieren die meisten Publisher ihr Anzeigeninventar (unterstützende Zahlen finden Sie in der nächsten Unterüberschrift) über Header Bidding und andere Methoden:programmatische und direkte Deals.
Auswirkungen auf den Verlagsumsatz
Header-Bidding hat Publishern geholfen ihren Umsatz um 20-50 % steigern. The Telegraph, eine Nachrichten-Website, verzeichnete bereits neun Monate nach der Implementierung der Header-Auktion einen CPM-Anstieg von über 70 %.
Durch die Header-Bidding-Lösung von AdPushup implementierte CCNA7, eine Nischen-Bildungswebsite, Header-Bidding mit Anzeigenaktualisierung, um innerhalb von sechs Monaten eine Umsatzsteigerung von 500 % zu erzielen.
Laut einem eMarketer-Bericht belaufen sich die aktuellen weltweiten Ausgaben für Header-Bidding auf rund 70 Milliarden US-Dollar. Und bis 2021 soll diese Zahl um 87 % auf 81 Milliarden US-Dollar steigen.
80 % der Top-1K-US-Verlage (basierend auf Alexa-Rankings) Verwenden Sie Header Bidding mit durchschnittlich 7 Nachfragepartnern pro Seite.
Aber das ist die eine Seite der Daten. Laut derselben Studie von eMarketer scheint die Wachstumsrate für die Einführung von Header Bidding abzunehmen. Derzeit liegt die Akzeptanzrate von Header Bidding bei 20 % und bis 2021 wird sie bei 15 % liegen. Dies geschieht aus zwei Gründen:
Header-Bidding erreicht seine Wachstumsschwelle, da die meisten Ziel-Publisher diese Technik bereits übernommen haben.
Verlage investieren in andere konkurrierende Technologien (wie die von Google). Öffnen Sie das Bieten) für die Monetarisierung ihres Inventars.
Was auch immer der Grund sein mag, auf individueller Ebene können Publisher das Header-Bidding immer noch optimal nutzen, da die Nachfrageseite die Werbeausgaben weiter erhöht.
Header Bidding Wrapper und Adapter
Der Browser generiert jedes Mal, wenn eine Impression verfügbar ist, eine individuelle Gebotsanfrage an alle Nachfragepartner. Dazu müssen Publisher das Code-Snippet jedes Nachfragepartners auf ihrer Website einfügen. Das Einfügen oder Löschen dieser Codeschnipsel jedes Mal, wenn ein Nachfragepartner hinzugefügt oder gelöscht wird, kann sehr schnell mühsam werden. Außerdem können ständige Änderungen am Header-Code einer Website ohne dedizierte Entwicklerunterstützung zu Ausfällen der Website oder zu Störungen des Layouts führen.
Um diese Probleme (zumindest teilweise) zu beseitigen, Es wurden Header-Bidding-Wrapper entwickelt.
Ein Header-Bidding-Wrapper funktioniert wie ein Container, der die Codeausschnitte aller Nachfragepartner an einem Ort speichert. Einige Wrapper bieten sogar eine GUI (wie AdPushup), sodass Publisher überhaupt nicht mit dem Code herumspielen müssen, sondern Nachfragepartner über ein Bedienfeld ein- und ausschalten können. Darüber hinaus kann der Wrapper auch zum Festlegen eines Mindestpreises und der Timeouts verwendet werden.
Einige bekannte Header-Bidding-Wrapper sind Prebid.js, Pubfood.js und BiddR°360.
Wie funktioniert Header Bidding: clientseitig vs. serverseitig
Header-Bidding beginnt, sobald eine Webseite im Browser des Benutzers geladen wird. Parallel dazu initiiert der Wrapper die Auktion, indem er Gebotsanfragen an die Nachfragepartner sendet.
Die Header-Auktion funktioniert nach dem Erstpreis-Auktionsmodell, was bedeutet, dass der Höchstbietende seine Werbeanzeige schalten darf und genau das zahlt, was er während der Auktion geboten hat.
Bevor Header-Auktionsgebote an den Wrapper übermittelt werden, führen die Nachfragepartner ihre eigenen Auktionen durch, um zu entscheiden, welcher Werbetreibende oder DSP an der Haupt-Header-Auktion teilnimmt.
Falls das Gebot keines Nachfragepartners den Mindestpreis erreicht oder die Zeitüberschreitungen abgelaufen sind, wird das Inventar basierend auf den Ad Manager-Einstellungen Ersatznetzwerken wie AdSense angeboten.
Header Bidding kann grob in zwei Typen eingeteilt werden: clientseitig und serverseitig.
Beim clientseitigen Header-Bidding läuft die Auktion im Browser des Nutzers. Dies ermöglicht einen Cookie-Abgleich für ein besseres Targeting, da Publisher Werbetreibenden den Zugriff auf Daten auf Gebotsebene ermöglichen können. Clientseitiges Header-Bidding ist jedoch dafür bekannt, dass es aufgrund der höheren Browserressourcen- und Netzwerkauslastung zu einer hohen Seitenlatenz führt.
Beim serverseitigen Header-Bieten wird die Auktion auf einem dedizierten Auktionsserver abseits des Browsers des Benutzers durchgeführt. Diese Technik spart Netzwerkbandbreite und Browserressourcen und verringert dadurch die Seitenlatenz. Beim Targeting liefert die serverseitige Methode jedoch aufgrund geringerer Cookie-Match-Raten nicht die gewünschten Ergebnisse.
Um das Beste aus beiden Auktionsarten herauszuholen, können Publisher auch Hybrid-Header-Bidding wählen. Hier führen Herausgeber sowohl clientseitiges als auch serverseitiges Header-Bidding gemeinsam aus, normalerweise in einer multivariaten Testumgebung (mehr dazu später).
Warum ist Header Bidding besser als Adsense?
Header Bidding und Google Adsense sind keine direkten Konkurrenten, da sie unterschiedlichen Zwecken für Publisher unterschiedlicher Größenordnung dienen.
Obwohl es sich bei beiden um Monetarisierungsmethoden für Websites handelt, funktionieren sie unterschiedlich. Google AdSense ist für neue und kleine Publisher gedacht. Es ist einfach zu verwenden, da es Publishern ermöglicht, automatische Text-, Bild-, Video- oder interaktive Medienanzeigen zu schalten, die auf den Inhalt und die Zielgruppe der Website ausgerichtet sind. Es funktioniert nach dem CPC-Modell (Cost-Per-Click) und Google kümmert sich um alle Adserving-Prozesse.
Andererseits ist Header Bidding, wie bereits in unserem Leitfaden erwähnt, eine programmatische Werbetechnik, die es Publishern ermöglicht, ihr Anzeigeninventar mehreren Anzeigenbörsen gleichzeitig anzubieten. Es ist fortschrittlicher und für große Verlage gedacht.
Mit anderen Worten: Wenn Sie nach einer groß angelegten Adserving-Lösung suchen, ist es praktikabler, von Google Adsense auf Header Bidding umzusteigen.
Header Bidding vs. Echtzeitgebot (RTB)
Echtzeitgebote sind lediglich ein Mechanismus, der den Kauf und Verkauf von Anzeigen über Echtzeitauktionen ermöglicht. Der Mechanismus ähnelt dem an der Börse, wo Händler Aktien in Echtzeit kaufen/verkaufen.
Dabei kommen sowohl Header-Bidding als auch Echtzeit-Bidding zum Einsatz programmatische Werbung und arbeiten in den verschiedenen Phasen der Werbetechnologie.
Header-Gebote erfolgen vor dem Ad-Server-Aufruf, was es Publishern ermöglicht, den Wettbewerb zu verstärken und möglicherweise die Werbeeinnahmen zu steigern, während RTB nach dem Ad-Server-Aufruf erfolgt, wobei Werbetreibende in Echtzeit auf verfügbare Anzeigenimpressionen bieten.
Vorteile von Header Bidding
Hier sind die Vorteile von Header Bidding für Publisher:
- • Maximierte Nachfrage: Mit der Header-Auktion können Publisher mehrere Nachfragepartner hinzufügen. Diese Nachfragepartner sind außerdem mit DSPs und Werbetreibenden verbunden. Diese Lieferkette trägt dazu bei, den Angebotswettbewerb für das Inventar zu erhöhen und mehr Umsatz zu generieren.
- • Transparenter Austausch: Selbst bei einer komplexen Lieferkette ist Header Bidding dafür bekannt, die Dinge wirklich einfach zu halten. Mithilfe von Daten auf Gebotsebene können Publisher leicht überprüfen, welcher Teil des Inventars an welchen Nachfragepartner verkauft wird. Darüber hinaus bieten viele Wrapper erweiterte Berichte und Analysen, um Publishern bei der Überwachung ihrer Einnahmen und Leistung zu helfen.
- • Bessere Kontrolle: Header-Bidding ermöglicht es Publishern, die Auktion nach ihren Bedürfnissen zu konfigurieren. Dazu gehört die Anpassung des Mindestpreises, das Festlegen von Zeitüberschreitungen und das Hinzufügen oder Entfernen von Nachfragepartnern, um die Werbeeinnahmen mit der Seitenlatenz in Einklang zu bringen.
- • Mindestabweichung: Da die Auktion auf der Plattform des Verlags über einen Wrapper organisiert wird, hilft es den Verlagen, die Transaktionen zu verfolgen. Außerdem trägt die Durchführung gleichzeitiger Auktionen dazu bei, die Diskrepanz zu verringern – weniger bewegliche Teile bedeuten weniger Diskrepanz.
- • Vorteile auch für Werbetreibende: Header-Bidding ist erfolgreich, weil es sowohl der Verkäufer- als auch der Käuferseite zugute kommt. Ebenso wie Publisher kaufen Werbetreibende bereitwillig Inventar, das über Header Bidding verkauft wird. Die transparente Umgebung mit geringer Diskrepanz ermutigt Werbetreibende, gleichermaßen in Header-Gebote zu investieren.
- • Konkurrieren Sie mit Google AdX: Google AdX Es ist bekannt, dass es die Impression zuerst an seinen Partner und dann an andere vom Herausgeber hinzugefügte Netzwerke weitergibt. Dies verringert die Wettbewerbschancen. Beim Header-Bidding können jedoch sowohl AdX als auch Header-Bidding-Partner gemeinsam bieten.
- • Erhöhter Umsatz: Im Gegensatz zur Wasserfall-Anzeigenschaltung, bei der Anzeigenimpressionen nacheinander und auf der Grundlage vorgegebener Prioritäten an die Nachfragequellen geliefert werden, werden beim Header-Bidding die Höchstbietenden priorisiert. Beim Header Bidding sichert sich der Höchstbietende in der Auktion die Möglichkeit, Anzeigen auf dem Anzeigeninventar der Publisher anzuzeigen, was zu einem höheren Gewinn für die Publisher führt.
- • Erhöhte Anzeigenqualität: Header-Bidding erhöht den Wettbewerb zwischen Werbetreibenden um das Anzeigeninventar, insbesondere solchen, die auf die Zielgruppe eines Publishers ausgerichtet sind und ihre Anzeigen unbedingt schalten möchten. Folglich haben Publisher größere Möglichkeiten, auf die Interessen ihrer Zielgruppe zugeschnittene Anzeigen zu schalten, was zu einer besseren Anzeigenqualität führt.
- • Schnellere Ladezeiten: Die Kontrolle der Ladezeiten ist zweifellos einer der entscheidenden Faktoren für ein besseres Benutzererlebnis. Glücklicherweise verkürzt Header Bidding die Ladezeiten. Ein Header-Bidding-Wrapper nimmt schnell Kontakt zu Anzeigenbörsen und Nachfragepartnern auf, um innerhalb von Millisekunden Gebote einzuholen.
Nachteile von Header Bidding
Bisher hört sich alles rund um das Header-Bidding großartig an. Aber die Technik ist nicht ohne Herausforderungen. Zunächst ist die Einrichtung und Implementierung kompliziert. Als nächstes trägt die clientseitige Methode zu einer erhöhten Seitenlatenz bei.
Hier sind einige weitere Nachteile, die Verlage kennen sollten:
- • Komplizierte Einrichtung: Der Implementierungsprozess ist etwas schwierig. Von der Auswahl des richtigen Wrappers bis hin zur Integration von Codes mehrerer Nachfragepartner benötigen Verlage technisches Fachwissen, um Header Bidding zu verstehen und umzusetzen.
- • Erhöhte Kosten: Bei Header-Auktionen ist oft eine engagierte Person (oder ein Team) zur Überwachung und Überwachung erforderlich Leistung verbessern. Dazu gehört die Verwaltung der Anzeigenblöcke, das Hinzufügen/Entfernen von Nachfragepartnern und mehr. Dies erhöht die Kosten für die Durchführung der Auktion.
- • Erhöhte Latenz: Bei clientseitigem Header-Bidding laufen die Auktionen im Browser des Benutzers ab, was zu einer hohen Seitenlatenz führt. Bei serverseitigen Auktionen wie Googles Open Bidding kann dieses Problem jedoch auf Kosten des Cookie-Matchings gelöst werden.
- • Mangelnde serverseitige Transparenz: Bei serverseitigen Auktionen werden die Dinge von dem Anbieter verwaltet, der den Auktionsserver betreibt, was es für Publisher schwierig macht, auf Berichte über die Gebotsebene und die Leistung der Nachfragepartner zuzugreifen. Mangelnde Transparenz führt dazu, dass Verlage die Angebote akzeptieren, die sie erhalten, wodurch der Spielraum für Verbesserungen minimiert wird.
Header Bidding Wrapper und Adapter
Der Browser generiert jedes Mal, wenn eine Impression verfügbar ist, eine individuelle Gebotsanfrage an alle Nachfragepartner. Dazu müssen Publisher das Code-Snippet jedes Nachfragepartners auf ihrer Website einfügen. Das Einfügen oder Löschen dieser Codeschnipsel jedes Mal, wenn ein Nachfragepartner hinzugefügt oder gelöscht wird, kann schnell mühsam werden. Außerdem können ständige Änderungen am Header-Code einer Website ohne dedizierte Entwicklerunterstützung zu Ausfällen der Website oder zu Störungen des Layouts führen.
Um diese Probleme (zumindest teilweise) zu beseitigen, wurden Header-Bidding-Wrapper entwickelt.
Ein Header-Bidding-Wrapper funktioniert wie ein Container, der die Codeausschnitte aller Nachfragepartner an einem Ort speichert. Einige Wrapper bieten sogar eine GUI (Graphical User Interface) wie AdPushup an, sodass Publisher sich überhaupt nicht mit dem Code herumschlagen müssen. Stattdessen können sie Nachfragepartner über ein Bedienfeld ein- und ausschalten. Darüber hinaus kann der Wrapper auch zum Festlegen eines Mindestpreises und der Timeouts verwendet werden.
Einige bekannte Header-Bidding-Wrapper sind Prebid.js, Pubfood.js und BiddR°360.
Lassen Sie uns nun tiefer eintauchen und über zwei primäre und am häufigsten verwendete Header-Bidding-Wrapper sprechen.
Arten von Header-Bidding-Wrappern
Open Source
Wie der Name schon sagt, handelt es sich bei Open-Source-Header-Bidding-Wrappern um kostenlose Open-Source-Lösungen, auf die jeder zugreifen und die er anpassen kann. Diese Wrapper sind im Allgemeinen prebid.js, prebid server und pubfood. Es handelt sich um ein Community-gesteuertes Entwicklungsmodell, das von Entwickler-Communities gepflegt und dann in Ad-Server integriert wird, damit jeder davon profitieren kann.
Mit dieser Lösung haben Verlage die Freiheit, den Wrapper entsprechend ihren spezifischen Anforderungen anzupassen. Dazu gehört die Optimierung der Anzeigenleistung, die Integration zusätzlicher Funktionen und mehr. Allerdings zahlen viele Herausgeber letztendlich für den Anbietersupport für verschiedene Konfigurationen, Integration und andere Arten von Support. Daher müssen Verlage, die sich für Open-Source-Lösungen entscheiden möchten, mit den technischen Details der Software vertraut sein, um ihre Funktionalitäten besser verwalten zu können.
Proprietärer Wrapper
Andererseits ist der proprietäre Wrapper eine Closed-Source-Lösung, die von einer einzelnen Einheit angeboten wird. Es handelt sich um einen Wrapper, der Ad-Tech-Unternehmen gehört. Es verfügt über eigene Features und Funktionalitäten, die die Effektivität und Effizienz von Header Bidding erleichtern. Aufgrund des proprietären Charakters der Lösung ist es jedoch nicht möglich, Anpassungen oder Anpassungen an der Lösung vorzunehmen, wie dies bei einem Open-Source-Header-Bidding-Wrapper der Fall ist.
Obwohl Herausgeber, die auf einen proprietären Wrapper angewiesen sind, möglicherweise darauf angewiesen sind, liegt ein Vorteil davon in der einfachen Implementierung und der Verfügbarkeit von Support bei Bedarf. Darüber hinaus verfügen diese Wrapper oder Adapter über eigene Analysetools, mit denen Publisher ihre Anzeigenvorgänge besser verwalten und optimieren können. Allerdings müssen Herausgeber beachten, dass die Anpassungsmöglichkeiten begrenzt sind, da sie sich auf den Wrapper-Eigentümer verlassen müssen, um neue Funktionen zu implementieren oder bestimmte Probleme zu beheben.
Einführung von Prebid: Open Source HB Wrapper
Prebid ist ein Open-Source-Header-Bidding-Wrapper, der von AppNexus entwickelt wurde. Um Prebid zu nutzen, fügen Publisher ihre JavaScript-Snippets auf ihren Websites ein. Dadurch können Publisher Werbebuchungen einrichten und asynchrone Anzeigenaufrufe tätigen, ohne eine interne Technik entwickeln zu müssen.
Publisher können Drittnachfragepartnern erlauben, auf ihr Inventar zu bieten Prebid-Adapter. Wenn AppNexus beispielsweise einer der Nachfragepartner ist, mit denen Sie zusammenarbeiten möchten, müssen Sie Ihr Prebid in den AppNexus-Adapter integrieren.
Da es sich um eine Open-Source-Technik handelt, tragen viele führende Ad-Tech-Anbieter zur Entwicklung von Prebid bei, wobei AppNexus und Rubicon Project die beiden größten Mitwirkenden sind.
Prebid ist flexibel konzipiert und kann auf Desktop-, Mobil-, App- und sogar AMP-Inventar verwendet werden. Es unterstützt auch clientseitiges, serverseitiges und Hybrid-Header-Bidding. Als einer der beliebtesten Wrapper unterstützen die meisten Nachfragepartner Prebid-Integrationen.
Die serverseitige Lösung von Prebid: Prebid Server
Betrachtet man das Interesse der Branche an serverseitiges Header-Bidding, Prebid hat seine serverseitige Lösung namens Prebid Server entwickelt. Dies ist eine Erweiterung des prebid.js-Wrappers – wobei prebid einen Code zur Integration aller Nachfragepartnergebote des Herausgebers über sowohl client- als auch serverseitige Einrichtung bietet.
Ein Herausgeber nutzt bereits die Aktivierung von prebid.js Prebid-Server würde lediglich einen Ad-Server und Nachfragepartner erfordern, die an serverseitigen Auktionen interessiert sind. Grundsätzlich können Publisher ihr bestehendes Prebid-Setup verwenden, um es mit Prebid Server zu aktivieren.
Es gibt immer noch eine Lernkurve, in der das interne Technikteam der Verlage die Vorab-Dokumentation durchgehen müsste, um ihre Einrichtung zu aktualisieren.
Vor- und Nachteile von Prebid Server
Vorteile
- • Der Prebid-Server bietet einen verstärkten Wettbewerb zwischen Nachfragepartnern, der möglicherweise zu höheren Werbeeinnahmen führt
- • Es sorgt für Transparenz im Ausschreibungsprozess und ermöglicht Publishern wertvolle Erkenntnisse
- • Da die Auktionen auf dem Server stattfinden, bietet es schnellere Ladezeiten und ein reibungsloseres Anzeigenerlebnis, was zu einem insgesamt besseren Benutzererlebnis beiträgt.
- • Der Prebid-Server vereinfacht die Verwaltung von Anzeigenblöcken durch die Integration serverseitiger und clientseitiger Plattformen und die Konsolidierung von Leistungsberichten für alle Bieter und Nachfragepartner.
Nachteile
- • Durch den Betrieb eines Prebid-Servers können Kosten für die Serverinfrastruktur und möglicherweise auch für technisches Fachwissen zu deren Verwaltung anfallen
- • Da die Auktion auf dem Server stattfindet, haben Publisher möglicherweise weniger Einblick in einzelne Gebote und erfolgreiche Bieter als beim clientseitigen Header-Bidding
- • Prebid Server hat möglicherweise Probleme mit der Weitergabe von Cookies und Benutzerdaten von Browsern an Server und der Beeinträchtigung der Anzeigenausrichtung, da die Branche von Drittanbieter-Cookies abweicht.
- • Prebid Server ist zwar einfacher als benutzerdefinierte Lösungen, erfordert jedoch von den Herausgebern dennoch einige technische Kenntnisse für die Einrichtung und Verwaltung.
Prebid.js: Clientseitige Prebid-Lösung
Der Client in den clientseitigen Prebid-Lösungen steht für die Endbenutzer, die die Anzeigen sehen. Bei einer solchen Lösung finden die Auktionen (Echtzeitgebote für Ad Impressions) im Browser des Nutzers statt.
Hier ist, wie es funktioniert:
Ein Auktions-Tag, prebid.js, wird in den Quellcode einer Website eingebettet und dann im Webbrowser der Benutzer ausgeführt, wenn diese die Website öffnen. Sobald das prebid.js-Tag ausgeführt wird, fordert der Browser des Benutzers die Bieter auf, an der Auktion teilzunehmen.
Da Prebid.js nun direkt im Browser funktioniert, sammelt es zahlreiche Cookies mit nützlichen Informationen darüber, woran Benutzer interessiert sind. Dies hilft Werbetreibenden, Benutzer basierend auf ihren letzten Browsing-Aktivitäten gezielt anzusprechen und die richtige Zielgruppe zu erreichen.
Vor- und Nachteile von Prebid.js
Vorteile
- • Prebid.js ermöglicht Publishern den Zugriff auf einen größeren Pool an Nachfragepartnern, was zur Steigerung des Wettbewerbs und der Einnahmen beiträgt
- • Darüber hinaus ermöglicht prebid.js den Publishern ebenso wie der Prebid-Server, die Gebote verschiedener Nachfragepartner einzusehen, was zu mehr Transparenz führt
- • Publisher haben die Kontrolle über ihr Anzeigeninventar, können Mindestpreise festlegen und Nachfragepartner priorisieren
- • Prebid.js ist Open Source und ermöglicht Community-Beiträge, Anpassungen und kontinuierliche Verbesserungen.
- • Publisher sind nicht an einen einzelnen Ad-Tech-Anbieter gebunden, was die Abhängigkeit verringert und die Flexibilität erhöht.
Nachteile
- • Zunächst einmal kann die Integration und Verwaltung von Prebid.js komplex sein, insbesondere für Publisher mit begrenztem technischem Fachwissen.
- • Der clientseitige Charakter von Prebid.js kann zu einer erhöhten Seitenlatenz und langsameren Ladezeiten führen
- • Da es sich um ein Open-Source-Projekt handelt, kann der Support variieren und Herausgeber können sich bei der Fehlerbehebung auf Community-Foren und Dokumentation verlassen.
- • Schließlich kann es aufgrund der Beteiligung mehrerer Nachfragepartner zu Bedenken hinsichtlich der Anzeigenqualität und -relevanz kommen, die sich auf das Nutzerengagement auswirken könnten.
Header Bidding und AMP
Angesichts der gestiegenen Nachfrage nach AMP-Seiten wurde das Header-Bidding aktualisiert, um auf AMP-Seiten zu funktionieren.
Warum funktionierte Header Bidding bei AMP nicht?
Denn AMP entfernt unnötiges JS von Webseiten, um diese schneller im mobilen Browser des Benutzers zu laden. Im selben Prozess wurde auch das HB JS entfernt.
Für Publisher, die ihren AMP-Traffic monetarisieren möchten, bietet Ad Tech zwei Lösungen:
Echtzeitkonfiguration (RTC)
RTC ist eine Funktion von Fast Fetch, die 2018 vom AMP-Team als Alternative zum herkömmlichen Header-Bidding für AMP-fähige Seiten veröffentlicht wurde.
Es ermöglicht Publishern, bis zu 5 Nachfragepartner mit einem maximalen Timeout von 1 Sekunde hinzuzufügen. Das Einrichten von RTC ist relativ einfach und Verlage können mithilfe einiger Codezeilen die Anbieter definieren, mit denen sie zusammenarbeiten möchten:
RTC ist eine gute Lösung für Publisher, die Header Bidding auf AMP-Seiten schnell implementieren möchten und nicht zu viele Anforderungen oder Anpassungsbedarf haben.
Im Folgenden sind einige Anbieter aufgeführt, die das RTC-Protokoll unterstützen.
- 1. AppNexus
- 2. APS
- 3. Criteo
- 4. IndexExchange
- 5.Media.net
Wrapper-basierte Integration
Die zweite Möglichkeit besteht darin, mit einem Anbieter zusammenzuarbeiten, der einen Header-Bidding-Wrapper mit AMP-Unterstützung bereitstellt (wie AdPushup). Aufgrund der Natur von AMP funktionieren nur Wrapper mit Server-zu-Server-Integration gut, und bei clientseitigen Implementierungen besteht eine höhere Wahrscheinlichkeit, dass sie während der Laufzeit von AMP blockiert werden.
Wrapper-basierte Header-Gebote umgehen die Beschränkung auf 5 Nachfragepartner, indem Gebote über einen einzigen RTC-Slot weitergeleitet werden. Das bedeutet, dass Sie beliebig viele Nachfragepartner hinzufügen können. Aber das ist nicht der einzige Vorteil der Verwendung einer Wrapper-basierten Lösung.
Mit RTC und seinem Single-Tag-Ansatz benötigen Verlage einen Entwickler, der jedes Mal Aktualisierungen vornimmt, wenn sie einen Nachfragepartner hinzufügen/entfernen möchten. Im Gegensatz dazu ermöglicht ein guter Wrapper den Herausgebern, diese Änderungen über ein benutzerfreundliches Bedienfeld vorzunehmen. Wrapper stellen Publishern auch Berichts- und Analysedaten zur Verfügung, wofür RTC derzeit keine Unterstützung bietet.
Video-Header-Gebote und ihre Funktionsweise
Genau wie Standard Display-AnzeigenMithilfe von Video-Header-Geboten können Publisher ihr Videoanzeigeninventar an den Höchstbietenden verkaufen. Anfänglich, Video-Header-Gebote erforderliche separate Web- und Serverintegrationen; Jetzt können viele vorhandene Wrapper (wie Prebid.js) so konfiguriert werden, dass sie Videoinventar sowohl über clientseitige als auch serverseitige Auktionen verkaufen.
Im Jahr 2016 befürchteten Publisher, dass nicht viele Käufer an Videoinventar interessiert seien und sie daher möglicherweise nicht die Art von Konkurrenz bekommen würden, die bei Display-Anzeigen zu beobachten sei. Doch in den letzten Jahren ist Videoinventar wertvoll geworden. Nach StatistaDie Ausgaben für Videowerbung beliefen sich im Jahr 26 auf 2020 Millionen US-Dollar und werden voraussichtlich jährlich um 6.8 % wachsen und bis 35 2024 Millionen US-Dollar erreichen.
Da der Videomarkt wächst, schließen sich viele Werbetreibende und Nachfragepartner zusammen, um Publisher zu ermutigen, mit Videoinventar zu experimentieren. OpenX, AppNexus und SpotX sind einige der Nachfragepartner, die sich mit Video-Werbeflächen befassen.
Googles Antwort auf Header Bidding: Open Bidding
Kurz nach dem großen Erfolg des Header-Biddings brachte Google eine eigene serverseitige Version auf den Markt und benannte sie Dynamische Zuweisung von Exchange-Geboten (später umbenannt in Open Bidding).
Google hat gepitcht Öffnen Sie das Bieten indem man sich auf die serverseitigen Vorteile konzentriert. Im Grunde wurde den Verlagen eine Server-zu-Server-Auktion angeboten. Mit Open Bidding ermöglichte Google Publishern, ihre eigene Nachfrage einzubringen und außerdem die Nachfrage von Google (AdX) zu nutzen, um S2S-Auktionen auf der Google-Plattform durchzuführen.
Beide clientseitige Header-Auktion und Open Bidding haben ihre eigenen Vor- und Nachteile, daher können wir nicht sagen, dass das eine besser ist als das andere. Im Vergleich erweist sich die Client-Seite jedoch als transparenter und bietet bessere Cookie-Match-Raten. Open Bidding hingegen erspart Publishern die komplexe Einrichtung, da Google sich von der Einrichtung bis zur laufenden Auktionsverwaltung um alles kümmert.
Publisher können Header Bidding und Open Bidding gleichzeitig ausführen Google Anzeigenmanager. Mit dieser Methode können Publisher auf die Nachfrage von Google zugreifen und ihre internen Nachfragepartner hinzufügen, um den Gebotsdruck weiter zu erhöhen.
Hier ist, wie es funktioniert:
Sobald eine Impression verfügbar ist, werden Anzeigenanfragen an Google AdX und Header Bidding gesendet. Im AdX-System geben sowohl AdX- als auch Open Bidding-Käufer ihre Gebote ab, um die Impression zu gewinnen. In der Zwischenzeit beginnt das Header-Bidding mit dem Sammeln von Gebotsantworten von seinen Nachfragepartnern. Nach Abschluss geben AdX und Open Bidding ihren Gewinner weiter. Ebenso wird das Header-Bidding weitergegeben. Abschließend vergleicht GAM diese Gebote und wählt den Gewinner (höchstes Gebot).
Header-Bidding vs. Open Bidding (EBDA): Was ist der Unterschied?
Bevor wir zum Header-Bidding vs Öffnen Sie das BietenLassen Sie uns zunächst schnell verstehen, was offene Gebote sind.
Was ist Open Bidding (EBDA)?
Open Bidding, auch bekannt als Exchange Bidding oder Exchange Bidding in Dynamic Allocation (EBDA), ist Googles Lösung für Header Bidding. Da es sich um ein Google-Produkt handelt, ist Open Bidding direkt integriert Google Anzeigenmanager und ermöglicht Publishern den Zugriff auf die Nachfrage verschiedener Anzeigenbörsen, ohne dass zusätzliche Wrapper oder Setups erforderlich sind.
Was unterscheidet Header Bidding vom Open Bidding?
Der Hauptunterschied zwischen beiden liegt in der Implementierung und der Technologieplattform.
Beim herkömmlichen Header-Bidding werden Header-Bidding-Wrapper verwendet und sind nicht an bestimmte Bedingungen gebunden Ad-Tech-Anbieter. Open Bidding hingegen ist direkt in den Google Ad Manager integriert und beinhaltet in erster Linie das Bieten über die Ad Exchange von Google, nämlich GoogleAdx, zusammen mit anderen teilnehmenden Anzeigenbörsen.
Obwohl Open Bidding auf den Prinzipien des Header Bidding basiert, handelt es sich dabei um eine von Google bereitgestellte Lösung. Es bietet Publishern die Möglichkeit, direkt über die Google Ad Manager-Plattform auf die Nachfrage verschiedener Anzeigenbörsen zuzugreifen.
Amazons Header-Bidding-Lösung: UAM und TAM
Amazon, der drittgrößte Name in der digitalen Werbung nach Google und Facebook, ist auch ein wichtiger Akteur im Bereich Header Bidding. Es ist Amazon Publisher-Dienste verfügt über zwei serverseitige Header-Bidding-Lösungen: UAM und TAM.
UAM (Unified Ad Marketplace) richtet sich an kleine bis mittlere Verlage. Amazon bietet ein Dashboard zur Verwaltung der Auktion an, in dem Verlage ihre eigene Nachfrage einbringen und in ihre Website integrieren können.
TAM (Transparent Ad Marketplace) ist für große Verlage gedacht. Verlage erhalten Zugriff auf über 20 Nachfragepartner von Amazon Marketplace, darunter AppNexus, OpenX, Rubicon Project und SpotX. Darüber hinaus können Verlage ihre eigenen Partner mitbringen und diese zu Amazon TAM hinzufügen.
Publisher können ihre Ad-Server (DFP) mit Amazon integrieren und die Werbebuchungen mit neuen Änderungen aktualisieren, um Gebote zu erhalten.
Da Amazon neu im Spiel ist, wird empfohlen, UAM/TAM mit Open Bidding und Prebid zu verwenden, um bessere Ergebnisse zu erzielen.
Sind Sie bereit, Header Bidding auszuprobieren? Hier sind 5 Schritte zur Vorbereitung
Wir empfehlen diese 5 Schritte zur Vorbereitung auf Header Bidding für Publisher, die mit dieser Technologie noch nicht vertraut sind:
Schritt 1: Fragen Sie, ob Header Bidding das Richtige für Sie ist
Wenn Header Bidding für Sie neu ist, besteht eine hohe Wahrscheinlichkeit, dass Sie bereits AdSense zur Monetarisierung Ihres Traffics verwendet haben. Bei AdSense werden die meisten technischen Vorgänge von Google verwaltet. Header-Bidding hängt jedoch vollständig von Ihrem technischen Fachwissen ab.
Sie können sich über das Header-Bieten informieren und grundlegendes JavaScript erlernen. Alternativ können Sie in den Aufbau eines Ad-Ops-Teams investieren, das diese Aufgaben für Sie erledigt. Wenn nichts davon funktioniert, können Sie jederzeit wählen ausgelagerte Werbemaßnahmen um Header-Bidding für Sie zu verwalten.
Schritt 2: Erfahren Sie mehr über Header Bidding
Selbst wenn Sie die Hilfe Ihres Ad-Tech-Teams in Anspruch nehmen, lohnt es sich, Zeit zu investieren, um sich mit der Technologie vertraut zu machen. Zunächst einmal hilft es Ihnen beim Aufbau von Partnerschaften mit HB-Nachfragepartnern.
Machen Sie sich damit vertraut, wie Header Bidding funktioniert, was es für Sie tun kann und was nicht, und verbessern Sie sich von da an.
Wenn Sie mehr über die verschiedenen Arten von Header Bidding, die größten Marktteilnehmer und die Akzeptanzrate erfahren, können Sie fundiertere Entscheidungen für Ihr Unternehmen treffen.
Schritt 3: Seien Sie bereit für Herausforderungen
Header-Bidding ist erfolgreich, allerdings gibt es auch ständige technische Herausforderungen. Zunächst fügen Sie zusätzliche Codeteile hinzu, die die Latenz erhöhen können.
Sie müssen die Berichterstattung selbst herausfinden. Im Gegensatz zu Google müssen Sie hier mit Ihren Dateningenieuren zusammenarbeiten, um eine Berichts-API zu erstellen und diese in Excel oder ähnliche Dienste zu integrieren, um das Wachstum (oder den Rückgang) zu erkennen.
Wenn Ihr aktuelles Team damit nicht zurechtkommt, können Sie die Hilfe von in Anspruch nehmen Managed Header Bidding-Lösungen.
Schritt 4: Wählen Sie den Bedarfspartner sorgfältig aus
Nachfragepartner (oder Ertragspartner) würden Sie mit den Werbetreibenden verbinden. Sie müssen diese Partner sorgfältig auswählen. Einige Beispiele für Nachfragepartner sind Appnexus, Criteo und Index Exchange.
Diese Partner verfügen über Standardprüfungen und Mindestanforderungen, um Publisher in ihren Kreis aufzunehmen. Sie können sie um eine Partnerschaft bitten. Wenn Sie jedoch nicht in der Lage sind, sie alleine zu verwalten, kann die Hilfe von Anbietern von Header-Bidding-Lösungen (wie AdPushup) hilfreich sein.
Schritt 5: Testen, testen, testen und noch mehr testen
Header-Bidding stellt sicher, dass Publisher für ihr Inventar großzügig belohnt werden, allerdings nicht ohne Tests in die Tat umzusetzen. A / B-Tests mit Bietern trägt dazu bei, den Gesamtumsatz zu steigern und ermöglicht es Publishern zu verstehen, was für ihr Inventar am besten funktioniert.
Sie sollten sich darauf konzentrieren, nach Fehlern zu suchen, Nachfragepartner zu verschiedenen Werbebuchungen hinzuzufügen bzw. zu entfernen und Ihren Gesamtumsatz zu steigern.
Wie richte ich Header Bidding ein?
Um Header Bidding zu implementieren, müssen Publisher einen JavaScript-Code auf ihrer Website platzieren Abschnitt. Dieser Code wird verwendet, um die Auktion auszulösen, wenn eine Impression erscheint.
Wenn der Herausgeber in der Lage ist, die Website mit einem Header-Bidding-Wrapper zu integrieren, ist Prebid.js die am besten geeignete Option. Wenn einem Publisher jedoch das technische Fachwissen dafür fehlt, sollten Sie sich für einen verwalteten Service entscheiden, der von einem Drittanbieter für Werbetechnologie bereitgestellt wird.
Sobald der Wrapper zur Website hinzugefügt wurde, können Herausgeber mit Nachfragepartnern Kontakt aufnehmen, um Zugriff auf ihre jeweiligen Adapter zu erhalten. Die Adapter ermöglichen es Publishern, sich mit dem Marktplatz des Nachfragepartners zu verbinden und Käufer für ihr Anzeigeninventar zu finden.
Die Einrichtung kann in drei einfache Schritte unterteilt werden:
Finden Sie den richtigen Nachfragepartner: Große Nachfrage bedeutet große Einnahmen. Wenn Sie gute Kontakte zu Anzeigenbörsen und SSPs haben, dann Hinzufügen eines Nachfragepartners wird für Sie kein Problem sein. Entscheiden Sie sich nicht einfach für die beliebten Partner, prüfen und vergleichen Sie deren Dienste und wählen Sie diejenigen aus, die zu Ihrem Zielgruppenprofil passen, basierend auf der Nische, in der Sie tätig sind.
Installieren Sie einen Header-Bidding-Wrapper: Als Nächstes müssen Sie einen Header-Bidding-Wrapper auf der Website platzieren. Dies funktioniert wie ein Container, in dem Sie Codes von allen Ihren Nachfragepartnern platzieren und Auktionseinstellungen und -regeln festlegen. Danach erhalten Ihre Nachfragepartner jedes Mal, wenn eine Impression verfügbar ist, Aufforderungen zur Abgabe von Geboten.
Timeouts und Mindestpreis festlegen: Das Hinzufügen zu vieler Nachfragepartner ohne Konfiguration der Kampagne kann zu einem langsamen Laden der Seite führen. Daher müssen Herausgeber Sitzungs-Timeouts einrichten, also Zeitlimits für die Beendigung der Auktion. Ebenso müssen Publisher Mindestpreise für verschiedene Anzeigenblöcke festlegen und bei Bedarf weitere Einschränkungen hinzufügen.
Sobald Sie mit den Schritten fertig sind, müssen Sie die Einrichtung weiterhin kontinuierlich überwachen und optimieren, um sicherzustellen, dass Sie den Umsatz auf Impressionsebene maximieren, ohne dass es zu Problemen bei der Benutzerfreundlichkeit kommt.
Header-Bidding-Erweiterungen
Hier sind einige Header-Bidding-Erweiterungen, die Sie installieren können, um Ihre Konkurrenten auszuspionieren und zu sehen, welche Nachfragebeziehungen sie haben:
Headerbid-Experte: Eine von Prebid betriebene Chrome-Erweiterung, die die Anzahl der Nachfragepartner anzeigt, die auf eine bestimmte Webseite bieten. Darüber hinaus wird die Zeit angezeigt, die jeder Partner für die Abgabe seiner Gebote benötigt. Anhand der durch die Erweiterung bereitgestellten Schnellanalyse erfahren Verlage, ob ihr Timeout-Zeitraum zu groß ist oder ob sie ihre Bestände unterbieten, und wie sie diese Probleme beheben können.
BidFilter: Diese Erweiterung zeigt detaillierte Ergebnisse wie die Namen der im Wrapper hinzugefügten Nachfragepartner sowie die für einzelne Personen eingegangenen Gebote an Anzeigengrößen. Auf den Registerkarten der Erweiterung wird eine Liste aller Gebote, erfolgreichen Gebote und leeren Gebote (Partner, die absichtlich oder aufgrund einer Zeitüberschreitung kein Gebot abgegeben haben) angezeigt.
Schlusswort
Für Publisher ist Header Bidding ein Quantensprung gegenüber dem Monopol von Google und den Ineffizienzen anderer programmatischer Auktionen. Es eröffnete eine besser kontrollierte Plattform mit der erforderlichen Transparenz für beide Seiten für die Werbetechnologie.
Auch wenn noch einige Herausforderungen zu bewältigen sind, ist die steigende Akzeptanzrate ein Zeichen dafür, dass wir als Branche es weiterhin nutzen werden. Die ersten Anzeichen wie die Einführung einer serverseitigen Auktion und die Verfügbarkeit von HB für Video- und AMP-Inventar sind ein Zeichen dafür, dass die Technologie sehr flexibel ist.
Wenn Sie diesbezüglich Fragen oder Bedenken haben, können Sie sich gerne an uns wenden kontaktieren Sie uns.
Header Bidding und AdPushup
Verbessern Sie Ihr Werbeerlebnis und maximieren Sie Ihre Einnahmen mit unserer smart+ Managed Header Bidding-Lösung.
Wir helfen unseren Publishern nicht nur beim Header-Bidding. Unsere Header-Bidding-Lösung verfügt über eine Reihe von Funktionen, die zur Steigerung des Ertrags beitragen. Wir haben mehrere Funktionen zur Anzeigenoptimierung mithilfe von maschinellem Lernen für unsere Header-Bidding-Engine entwickelt. Darüber hinaus verfügen wir über erfahrene Ad-Ops-Experten, die Managed Services mit Support rund um die Uhr anbieten.
Um mehr über unsere Smart+ Header-Gebotslösung zu erfahren, bitte hier klicken.
Header Bidding ist ein Echtzeit-Gebotsprozess, bei dem JavaScript-Code zum Code einer Website hinzugefügt wird. Mithilfe dieses Codes können Publisher gleichzeitig Gebotsanfragen an Käufer senden, deren Gebote innerhalb einer festgelegten Zeit erhalten, einen Gewinner auswählen und ihre Anzeige schalten.
Beim Header-Bidding werden Wrapper und Adapter verwendet, um Inventar mit Käufern zu verbinden. Um die technische Komplexität zu reduzieren, fungiert der Header-Bidding-Wrapper als Container für die Website, der Adapter mehrerer Nachfragepartner aufnehmen kann. Um einen Partner hinzuzufügen/zu entfernen, ein Timeout festzulegen und andere Anpassungen vorzunehmen, können Herausgeber Änderungen am Wrapper vornehmen.
Video-Header-Gebote funktionieren genauso wie Display-Header-Gebote mithilfe von Wrappern und Adaptern. Um Video-Header-Bidding zu implementieren, sollten Publisher Nachfragepartner mit Käufern von Videoinventar haben. Suchen Sie basierend auf den Käufertypen, die Sie haben, nach einem VAST/VPAID-Ad-Server und/oder aktualisieren Sie Anzeigenblöcke mit Outstream-Videoanzeigen.
DFP (oder Google Ad Manager) ist ein Ad-Server, der Open Bidding (Googles S2S-Header-Bidding) anbietet. Darüber hinaus können Publisher DFP auch verwenden, um die Leistung Ihrer anderen Header-Bidding-Einrichtung anzuzeigen (Berichte zu erstellen). Dies können Sie erreichen, indem Sie die Werbebuchungen mit Ihren Nachfrage-(Ertrags-)Partnern aktualisieren.
80 % der Top-1K-Top-Publisher in den USA nutzen Header-Bidding, dazu gehören unter anderem Forbes, The Guardian und Buzzfeed.
Prebid.js ist ein von AppNexus entwickelter Open-Source-Header-Bidding-Wrapper. Es bietet clientseitige, serverseitige, Video- und AMP-Integrationen. Prebid.js ermöglicht Publishern die Einrichtung von Werbebuchungen und die Abwicklung asynchroner, mehrfacher Anzeigenaufrufe mit einem Ad-Server.
Obwohl AdSense ein beliebtes Werbenetzwerk ist, ist Header Bidding in vielerlei Hinsicht besser, beispielsweise durch die Option, gewünschte Nachfragepartner hinzuzufügen/zu entfernen. Header-Bidding bietet bekanntermaßen einen besseren eCPM als AdSense, da das Interesse großer Werbetreibender an Header-Bidding-Inventar gestiegen ist. Der transparente Bieterprozess und der faire Wettbewerb veranlassten Werbetreibende, sich für Header Bidding zu entscheiden, wodurch der Werbeausgabenfluss über private Marktplätze zunahm.
Durch die dynamische Zuordnung wird Ad Exchange mit anderen Nachfragepartnern verglichen, die im DFP eines Publishers eingerichtet sind. Dies steigert die Kapitalrendite und ermutigt Publisher, die Preise in Ad Exchange zu erhöhen und so den Inventarwert zu steigern.
Ja, WordPress-Publisher können auch Header Bidding implementieren. Sie müssen lediglich den Header-Bidding-Code oder das Header-Bidding-Skript im Header-Bereich ihrer Website hinzufügen und fertig.
Amazon Transparent Ad Marketplace (TAM), auch bekannt als Amazon TAM, ist ein exklusiver serverseitiger Header-Bidding-Wrapper, der auf große Publisher zugeschnitten ist. Es ist direkt mit großen Anzeigenbörsen wie Magnite und PubMatic verknüpft. Der Zugang zum TAM ist ausschließlich auf Einladung möglich. Verlage, die TAM nutzen, haben den Vorteil, zusätzlich zu ihren aktuellen SSP-Partnern auch die Nachfrage von Amazon zu nutzen. TAM fungiert jedoch als Self-Service-Plattform, sodass Publisher die technischen Aspekte des Header-Biddings selbst verwalten müssen.
Amazon Unified Ad Marketplace (UAM), auch Amazon UAM genannt, dient als Server-zu-Server-Header-Bidding-Wrapper, der auf kleine und mittlere Publisher zugeschnitten ist. Es richtet sich an diejenigen ohne direkte SSP-Beziehungen und bietet Zugriff auf Amazons eigene SSPs wie Pubmatic und Rubicon Project. UAM bietet den Komfort der Integration mit aktuellen Header-Bidding-Setups. Es funktioniert jedoch nur auf Einladung und ist auf bestimmte Regionen wie die USA beschränkt, was Hürden für die Zugänglichkeit darstellt.
