Sequenzielle Auktion mit kontextbezogener Anzeigenauktion einrichten

Publisher diversifizieren in der Regel ihre Anzeigenquellen, um den Umsatz zu optimieren, und rufen mehrere Unternehmen auf (z. B. Publisher-Ad-Server, Supply-Side-Plattformen und Demand-Side-Plattformen), um die beste Anzeige für eine bestimmte Anzeigenfläche auf der Seite zu ermitteln. Mit Header Bidding können Publisher aus einer Vielzahl von Anzeigenquellen Gebote für eine Anzeigenfläche erfassen. Bei sequenziellen Auktionen kann die Header Bidding-Bibliothek verwendet werden, um eine Auktion mit Kontextdaten durchzuführen, und Protected Audience, um eine Auktion mit websiteübergreifenden Daten durchzuführen.

Bevor Sie beginnen, sollten Sie sich in der Prebid.js-Dokumentation mit den Grundlagen von Header Bidding vertraut machen.

Definitionen

In den folgenden Tabellen werden einige in diesem Dokument verwendete Begriffe beschrieben.

Auktionen

Auktion	Definition
Protected Audience-Auktionen	Eine Anzeigenauktion, bei der Gebote für eine Interessengruppe abgegeben werden, die auf einer anderen Website erstellt wurde.
Protected Audience-Auktion für mehrere Verkäufer	Eine zweistufige Protected Audience-Auktion, die zuerst mehrere parallele Auktionen umfasst, die dann die Anzeige mit der höchsten Bewertung an die abschließende Auktion der obersten Ebene senden.
Auktion der obersten Ebene	Die letzte Anzeigenauktion in einer Protected Audience-Auktion mit mehreren Verkäufern, die die Bewertung für die Gewinner der Komponentenauktionen liefert.
Komponentenauktion	Eine verschachtelte Auktion innerhalb einer Protected Audience-Auktion für mehrere Verkäufer, bei der jeder Komponentenanbieter seine Komponentenauktionen parallel durchführt. Die Anzeigen mit der höchsten Bewertung aus jeder Komponentenauktion werden an die Auktion der obersten Ebene übergeben.

Teilnehmer

Teilnehmer	Definition
Advertiser	Die Partei, die ein Anzeigen-Placement wünscht und das Creative erstellt.
Publisher	Die Partei, die Anzeigeninventar für Auktionen bereitstellt.
Käufer	Die Partei, die in einer Auktion auf den Kauf der Werbefläche von einem Verkäufer bietet. Üblicherweise eine Demand-Side-Plattform (DSP).
Publisher-Ad-Server	Ein Dienst, mit dem Publisher die auf der Website gerenderten Anzeigen verwalten und auswählen. Ein Publisher-Ad-Server kann seine eigenen Auktionsergebnisse, Header Bidding-Antworten, direkt verkauftes Inventar und mehr kombinieren, um die Anzeige zu ermitteln, die einem Publisher den höchsten Umsatz einbringt. Ein Publisher-Ad-Server kann eine clientseitige Bibliothek für die Interaktion mit dem Server bereitstellen.
Top-Level-Verkäufer	Die Partei, die die Protected Audience-Auktion mit mehreren Verkäufern initiiert (d. h. erstellt), und nimmt an der Auktion der obersten Ebene teil.
Komponentenverkäufer	Die Partei, die eine Komponentenauktion im Rahmen der Protected Audience-Mehrfachkundenauktion durchführt, um die Werbefläche des Publishers an die Käufer zu verkaufen. Üblicherweise eine Supply-Side-Plattform (SSP).

Sequenzielle Auktion einrichten

Bei der Einrichtung einer sequenziellen Auktion werden zuerst die kontextbezogenen Auktionen und dann die Protected Audience-Auktion ausgeführt. So können Publisher ihr Umsatzpotenzial maximieren, indem sie eine Auktion mit den auf der Seite verfügbaren Kontextdaten durchführen und eine Auktion mit websiteübergreifenden Daten in einer sicheren Umgebung durchführen, um die Privatsphäre der Nutzer zu schützen.

Eine Header Bidding-Bibliothek kann zuerst auf der Seite ausgeführt werden, um Gebote für die kontextbezogene Auktion des Ad-Servers des Publishers zu erfassen. Der angepasste Preis des erfolgreichen Gebots der kontextbezogenen Auktion kann dann als Mindestpreis in die Protected Audience-Auktion aufgenommen werden. Bei der Bewertung kann der Top-Level-Verkäufer die Auktionspreise der Komponenten unter dem Mindestpreis senken. Dazu weist er ihnen bei der Berechnung der Zielwertschätzung einen Wert von null zu. Liegt kein Auktionsgebot der Protected Audience-Komponente über dem Mindestpreis, wird die kontextbezogene Anzeige, die die Auktion gewinnt, für den Nutzer gerendert. Wenn die Protected Audience-Auktion einen Gewinner zurückgibt, bedeutet dies, dass sie über dem Mindestpreis liegt und die erfolgreiche Anzeige der Protected Audience API für den Nutzer gerendert wird.

Hinweis :Bei der Einrichtung in diesem Dokument wird ein möglicher Ansatz zur Einbindung von Protected Audience in vorhandene Anzeigenbereitstellungsmechanismen beschrieben, es ist jedoch nicht die einzige Möglichkeit. In diesem Dokument wird beschrieben, wie eine der Header Bidding-Bibliotheken, Prebid.js, in Protected Audience integriert wurde.

In diesem Beispiel für die Einrichtung einer sequenziellen Auktion können drei größere Auktionen auf der Seite der Reihe nach ausgeführt werden:

1. Bibliothek für kontextbezogene Auktionen nach Header Bidding
2. Kontextbezogene Auktion durch den Ad-Server des Publishers
3. Protected Audience-Auktionen.

Übersicht über Protected Audience-Auktionen für mehrere Verkäufer mit kontextbezogener Auktion für Header Bidding

Detaillierte Beschreibung des Übersichtsdiagramms:

1. Vor der Auktion wird der Nutzer einer Interessengruppe auf der Website eines Werbetreibenden hinzugefügt.
2. Wenn der Nutzer die Publisher-Seite zu einem späteren Zeitpunkt besucht, führt Prebid.js eine kontextbezogene Auktion aus, um die Gebotsantworten von Header Biddern zu erfassen. In diesem Schritt können die Käufer die Signale angeben und die Verkäufer können Auktionskonfigurationen für Komponenten bereitstellen, die in der darauffolgenden Protected Audience-Auktion verwendet werden sollen. Prebid.js bietet ein Modul, mit dem diese Signale und Konfigurationen an die Protected Audience-Auktion weitergegeben werden können.
3. Die von Prebid.js erfassten Gebotsantworten werden zur serverseitigen kontextbezogenen Auktion an den Ad-Server des Publishers gesendet.
4. Auf dem Ad-Server eines Publishers können eigene Auktionsergebnisse, Header Bidding-Ergebnisse, direkt verkauftes Inventar und mehr kombiniert werden, um die Anzeige zu ermitteln, die einem Publisher den höchsten Umsatz einbringt. Die erfolgreiche Anzeige wird an die clientseitige Bibliothek des Ad-Servers des Publishers zurückgegeben.
5. Der angepasste Gebotspreis des kontextbezogenen Auktionsgewinners kann zusammen mit den Käufersignalen (perBuyerSignals) und den Auktionskonfigurationen des Verkäufers, die von Prebid.js erfasst wurden, von der clientseitigen Bibliothek des Publisher-Ad-Servers an die Protected Audience-Auktion übergeben werden.
6. Die Protected Audience-Mehrfachauktion wird vom übergeordneten Verkäufer durchgeführt. Bei der Bewertung des übergeordneten Verkäufers kann der übergeordnete Verkäufer die einzelnen Komponenten der Auktion mit dem Preis des erfolgreichen Gebots für die Auktion mit dem kontextbezogenen auktionsbereinigten Preis des erfolgreichen Gebots vergleichen. Ist der Gebotspreis der Komponente niedriger als der Preis des kontextbezogenen Auktionsgebots, gibt der Verkäufer auf oberster Ebene den Wunschwert von 0 zurück. Wenn für alle Gebote 0 Punkte erzielt werden, gibt der runAdAuction()-Aufruf null zurück. Dies bedeutet, dass die kontextbezogene, bei der Auktion erfolgreiche Anzeige gerendert werden soll.
7. Die clientseitige Ad-Server-Bibliothek des Publishers rendert entweder die erfolgreiche Protected Audience-Anzeige oder die kontextbezogene Anzeige, je nachdem, was vom runAdAuction()-Aufruf zurückgegeben wurde.
8. Die erfolgreiche Anzeige wird für den Nutzer gerendert.

Kontextbezogene Auktionen mit Prebid.js und Publisher-Ad-Server

Kontextabhängige Reihenfolge der Auktionszeit auf der Publisher-Seite.

Bei einer sequenziellen Auktion werden alle kontextbezogenen Auktionen ausgeführt, bevor die Protected Audience-Auktion ausgeführt wird. Bei der in diesem Dokument erläuterten Konfiguration führen wir eine kontextbezogene Header-Bidding-Auktion von Prebid.js durch, die in eine serverseitige Auktion durch den Ad-Server des Publishers einfließt.

Der Publisher initiiert zuerst eine kontextbezogene Auktion für Header Bidding. Dazu ruft er Prebid.js mit einem Flag auf, um zu kennzeichnen, dass anschließend eine Protected Audience-Auktion ausgeführt wird. Anschließend erfasst Prebid.js die Gebotsantworten und sendet sie für eine serverseitige kontextbezogene Auktion an den Ad-Server des Publishers. Beim Schritt zum Erfassen von Gebotsantworten haben Käufer und Verkäufer die Möglichkeit, Auktionskonfigurationen und Käufersignale (perBuyerSignals) für Komponenten bereitzustellen, die gegebenenfalls für die darauffolgende Protected Audience-Auktion verwendet werden. Diese Auktionskonfiguration wird schließlich an die nachfolgende Protected Audience-Auktion übergeben.

1. Kontextabhängige Auktionsinitialisierung: Der Nutzer besucht die Publisher-Seite.
2. Die Publisher-Seite lädt die clientseitige Bibliothek des Publisher-Ad-Servers und definiert Anzeigenflächen.
3. Die Publisher-Seite lädt Prebid und startet die kontextbezogene Auktion für Header Bidding.
4. Kontextbezogene Auktion von Verkäufer A, die parallel zur kontextbezogenen Auktion von Verkäufer B durchgeführt wird. Prebid.js sendet eine Gebotsanfrage an Verkäufer A.
5. Verkäufer A ruft die Gebotsantworten und proKäuferSignale von den Käufern ab.
6. Verkäufer A führt eine kontextbezogene Auktion durch.
7. Verkäufer A erstellt die Auktionskonfiguration der Komponente, in der perBuyerSignals enthalten ist.
8. Verkäufer A antwortet auf Prebid.js mit dem erfolgreichen Gebot und der zugehörigen Auktionskonfiguration.
9. Kontextbezogene Auktion von Verkäufer B (läuft parallel zur kontextbezogenen Auktion von Verkäufer A) Prebid.js sendet eine Gebotsanfrage an Verkäufer B.
10. Verkäufer B ruft die Gebotsantworten und perBuyerSignals von den Käufern ab.
11. Verkäufer B führt eine kontextbezogene Auktion durch.
12. Verkäufer B erstellt die Auktionskonfiguration für Komponenten mit den darin enthaltenen proKäufersignalen.
13. Verkäufer B antwortet auf Prebid.js mit dem erfolgreichen Gebot und der zugehörigen Auktionskonfiguration.
14. Kontextbezogene Auktion des Ad-Servers des Publishers Die von Prebid.js erfassten Gebotsantworten werden für die kontextbezogene Auktion an den Ad-Server des Publishers gesendet.
15. Die Auktionskonfigurationen der Komponenten mit Käufersignalen werden für die clientseitige Bibliothek des Ad-Servers des Publishers freigegeben.
16. Der Ad-Server des Publishers führt eine kontextbezogene Auktion durch, um die beste Anzeige für direkt verkaufte Kampagnen, programmatische Gebote, kontextbezogene Gebote von Prebid und anderes Inventar zu ermitteln.
17. Der Ad-Server des Publishers gibt das angepasste erfolgreiche Gebot zurück.

Kontextbezogene Anzeigennachfrage mit Protected Audience-Anzeigennachfrage berücksichtigen

Anzeigen-Rendering-Sequenz auf der Publisher-Seite

Kontextbezogene Auktionen sind nun abgeschlossen und die clientseitige Bibliothek des Publisher-Ad-Servers kann den angepassten Gebotspreis, der die kontextbezogene Auktion erfolgreich war, die Auktionskonfigurationen der Komponenten und Signale von Käufern, die an der Protected Audience-Auktion teilnehmen, an den übergeordneten Verkäufer übergeben. Der kontextbezogene Auktionsgebotspreis als Mindestpreis kann an die Auktionskonfiguration als Signal für die Bewertung bei der übergeordneten Auktion übergeben werden.

1. Der Browser ruft das Bewertungsskript vom Verkäufer zusammen mit vertrauenswürdigen Bewertungssignalen jeder Anzeige ab.
2. Der Browser führt die Bewertungslogik des obersten Verkäufers für jedes erfolgreiche Gebot aller Komponentenauktionen aus. Im Skript scoreAd() des übergeordneten Verkäufers hat die Logik Zugriff auf den kontextbezogenen, in der Auktion angepassten Preis des erfolgreichen Gebots, der in der Auktionskonfiguration möglicherweise als sellerSignals übergeben wurde. Das Skript kann den erfolgreichen kontextbezogenen Gebotspreis mit dem Gebotspreis der Komponente „Protected Audience“ vergleichen und einen Wunschwert von 0 zurückgeben, wenn der kontextbezogene Preis höher ist. Andernfalls berechnet das Skript den Wunschwert, wahrscheinlich basierend auf dem Gebotspreis der Protected Audience API.
3. Der Browser wählt die Anzeige mit dem höchsten Wunschwert aus, der von der Bewertungslogik des übergeordneten Verkäufers übermittelt wurde.
4. Wenn die Protected Audience-Auktion erfolgreich ist: Bei der Protected Audience-Auktion wird ein FencedFrameConfig-Objekt oder eine intransparente URN an die Ad-Server-Clientbibliothek des Publishers zurückgegeben.
5. In der clientseitigen Bibliothek wird das config-Attribut des Fenced Frames auf das FencedFrameConfig-Objekt oder das src-Attribut des iFrames auf die undurchsichtige URN der erfolgreichen Protected Audience-Anzeige festgelegt.
6. Der Browser ruft die Anzeige, die bei der Protected Audience-Auktion gewonnen wurde, vom Käufer ab.
7. Der Browser rendert die Anzeige für den Nutzer.
8. Wenn die kontextbezogene Auktion erfolgreich ist, gibt die Protected Audience-Auktion null zurück.
9. Der Browser legt das Attribut src des iFrames auf die kontextbezogene Anzeige fest.
10. Der Browser ruft die kontextbezogene, bei der Auktion gewonnene Anzeige vom Käufer ab.
11. Der Browser rendert die Anzeige für den Nutzer.