Sequenzielle Auktion mit Header Bidding und Protected Audience-Auktion für mehrere Verkäufer einrichten

Publisher diversifizieren ihre Anzeigenquellen in der Regel, 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 Gebote für eine Anzeigenfläche aus einer Vielzahl von Anzeigenquellen 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 auf der Seite Protected Audience und Header Bidding in der Prebid.js-Dokumentation mit den Grundlagen der API vertraut machen.

Definitionen

Auktionen

Auktion	Definition
Kontextbezogene Auktion	Anzeigenauktion, bei der die verfügbaren Daten im Kontext der Auktionsausführung genutzt werden. Eine kontextbezogene Auktion kann mehrere Auktionen umfassen, z. B. Header Bidding und serverseitige Auktionen.
Protected Audience-Auktionen	Eine Anzeigenauktion, bei der auf eine Interessengruppe geboten wird, die auf einer anderen Website erstellt wurde.
Protected Audience-Auktion für mehrere Verkäufer	Eine Protected Audience-Auktion mit zwei Ebenen, bei der zuerst mehrere parallele Auktionen berücksichtigt werden. Anschließend wird die Anzeige mit der höchsten Bewertung an die abschließende Auktion der obersten Ebene gesendet.
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 alle Komponentenverkäufer ihre Komponentenauktionen parallel durchführen. Die Anzeigen mit der höchsten Bewertung aus den einzelnen Auktionen der Komponenten werden an die Auktion der obersten Ebene übergeben.
Sequenzielle Auktion einrichten	Eine Anzeigenauktion, bei der kontextbezogene Auktionen mit einer Protected Audience-Auktion verknüpft werden, um den Sieger der beiden Auktionen zu ermitteln.

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 zur 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 innerhalb der Protected Audience-Mehrfachkundenauktion durchführt, um die Werbefläche des Publishers an Käufer zu verkaufen. Üblicherweise eine Supply-Side-Plattform (SSP).

Sequenzielle Auktion einrichten

Bei sequenziellen Auktionen 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 auch 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 Publisher-Ad-Servers zu erfassen. Der angepasste Preis des erfolgreichen Gebots der kontextbezogenen Auktion kann dann als Gebotsuntergrenze in die Protected Audience-Auktion aufgenommen werden. Bei der Bewertung kann der übergeordnete Verkäufer die Preise der einzelnen Auktionsgebote unter den Mindestpreis senken. Dazu weist er ihnen bei der Berechnung der gewünschten Bewertung einen Wert von null zu. Liegt kein Auktionsgebot der Protected Audience-Komponente über dem Mindestpreis, wird die kontextbezogene, die Auktion gewonnene Anzeige für den Nutzer gerendert. Wenn die Protected Audience-Auktion einen Gewinner zurückgibt, bedeutet dies, dass die Anzeige über dem Mindestpreis liegt und die erfolgreiche Anzeige für den Nutzer gerendert wird.

Hinweis:In diesem Dokument wird ein möglicher Ansatz zur Einbindung von Protected Audience in die vorhandenen Mechanismen zur Anzeigenbereitstellung beschrieben, aber es ist 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 in der angegebenen Reihenfolge ausgeführt werden: 1) kontextbasierte Auktion nach Header Bidding-Bibliothek, 2) kontextbasierte Auktion durch den Ad-Server des Publishers und 3) Protected Audience-Auktion.

Übersicht über die Protected Audience-Auktion für mehrere Verkäufer mit Header-Bidding-Kontextauktionen.

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 zur Verwendung in nachfolgenden Protected Audience-Auktionen bereitstellen. 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 Publisher-Ad-Servers zurückgegeben.
5. Der angepasste Gebotspreis des kontextbezogenen Auktionsgewinners, die Signale des Käufers (perBuyerSignals) und die Auktionskonfigurationen des Verkäufers, die von Prebid.js erfasst wurden, können von der clientseitigen Bibliothek des Ad-Servers des Publishers an die Protected Audience-Auktion übergeben werden.
6. Die Protected Audience-Auktion mit mehreren Verkäufern wird vom übergeordneten Verkäufer durchgeführt. Bei der Bewertung des übergeordneten Verkäufers kann der Verkäufer die einzelnen Komponenten der Auktion mit dem Preis des erfolgreichen Gebots der einzelnen Komponenten mit dem kontextbezogenen, auktionsbereinigten Preis des erfolgreichen Gebots vergleichen. Wenn der Gebotspreis der Komponente niedriger als der kontextbezogene Auktionsgebotspreis ist, gibt der Verkäufer auf oberster Ebene den Wunschwert von 0 zurück. Wenn für alle Gebote der Wert 0 ermittelt wird, gibt der runAdAuction()-Aufruf null zurück. Dies bedeutet, dass die kontextbezogene, bei der Auktion erfolgreiche Anzeige gerendert werden sollte.
7. Die clientseitige Bibliothek des Ad-Servers des Publishers rendert entweder die 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.

Vor der Auktion

Abfolge von Interessengruppen auf der Seite eines Werbetreibenden.

Wenn der Nutzer vor der Auktion die Seite eines Werbetreibenden besucht, können Käufer und Werbetreibende die Interessengruppe der Website definieren, der der Nutzer angehört, und Kontextdaten von der Website des Werbetreibenden sowie selbst erhobene Daten hinzufügen, die später als Signale für die Auktion verwendet werden.

1. Der Nutzer ruft die Website des Werbetreibenden auf.
2. Das Skript wird von der Website des Werbetreibenden zu einem späteren Zeitpunkt von allen an der Auktion teilnehmenden Käufern geladen.
3. Das Käuferskript enthält den joinAdInterestGroup()-Aufruf, mit dem der Nutzer der Interessengruppe des Käufers hinzugefügt wird.

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 startet zuerst eine kontextbezogene Auktion für Header Bidding, indem er Prebid.js mit einem Flag aufruft, das darauf hinweist, dass danach 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. Käufer und Verkäufer haben die Möglichkeit, beim Schritt zum Erfassen von Gebotsantworten Auktionskonfigurationen und Käufersignale (perBuyerSignals) für die anschließende Protected Audience-Auktion zur Verfügung zu stellen, wenn sie teilnehmen möchten. Diese Auktionskonfiguration wird schließlich an die spätere 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
   (wird parallel zur kontextbezogenen Auktion von Verkäufer B ausgeführt)
   Prebid.js sendet eine Gebotsanfrage an Verkäufer A.
5. Verkäufer A ruft die Gebotsantworten und perBuyerSignals von den Käufern ab.
6. Verkäufer A führt eine kontextbezogene Auktion durch.
7. Verkäufer A erstellt die Auktionskonfiguration der Komponente mit perBuyerSignals.
8. Verkäufer A antwortet auf Prebid.js mit dem erfolgreichen Gebot und der zugehörigen Auktionskonfiguration.
9. Kontextbezogene Auktion von Verkäufer B
   (wird parallel zur kontextbezogenen Auktion von Verkäufer A durchgeführt)
   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 der Komponente mit perBuyerSignals.
13. Verkäufer B antwortet auf Prebid.js mit dem erfolgreichen Gebot und der zugehörigen Auktionskonfiguration.
14. Kontextbezogene Auktion des Publisher-Ad-Servers
    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.

Protected Audience-Auktion mit mehreren Verkäufern

Auktionszeitpunkt der Protected Audience API auf der Publisher-Seite.

In dieser Phase sind kontextbezogene Auktionen abgeschlossen und die clientseitige Bibliothek des Publisher-Ad-Servers kann den kontextbezogenen, bei der Auktion gewonnenen angepassten Gebotspreis, die Auktionskonfigurationen für 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 in der Auktion der obersten Ebene übergeben werden.

Die Komponentenauktionen werden parallel ausgeführt. Bei jeder einzelnen Komponentenauktion generiert der Browser Gebote über die Gebotslogik der Käufer, die an der Auktion teilnehmen, bewertet jedes Gebot anhand der Bewertungslogik des Verkäufers und gibt dann die Anzeige mit der höchsten Bewertung an die Auktion der obersten Ebene zurück.

1. Auf der Publisher-Website wird das Skript des Verkäufers auf oberster Ebene geladen.
2. Die clientseitige Bibliothek des Ad-Servers des Publishers enthält kontextbezogenen Auktionsgebotspreis und Auktionskonfigurationen mit Signalen von Käufern zum Top-Level-Verkäufer. Der kontextbezogene, bei der Auktion erfolgreiche Anzeigegebotspreis kann als Verkäufersignale an die Auktionskonfiguration übergeben werden. Dieser Gebotspreis ist dann in der Funktion „scoreAd()“ des übergeordneten Verkäufers verfügbar.
3. Der übergeordnete Verkäufer startet die Protected Audience-Auktion durch einen Aufruf von runAdAuction().
4. Auktion der Komponenten von Verkäufer A
   (parallel zur Auktion der Komponenten von Verkäufer B)
   Der Browser liest die Interessengruppen des Nutzers für alle Käufer, die an der Auktion der Komponenten von Verkäufer A teilnehmen.
5. Der Browser ruft die Gebotsskripts und vertrauenswürdigen Gebotssignale von den Standorten ab, die in den Interessengruppen der Käufer, die an der Komponentenauktion teilnehmen, angegeben sind.
6. Der Browser generiert die Gebote, indem er die Logik zur Gebotsgenerierung des jeweiligen Käufers ausführt.
7. Der Browser ruft das Bewertungsskript und die vertrauenswürdigen Bewertungssignale jeder Anzeige von Verkäufer A ab.
8. Der Browser führt die Bewertungslogik von Verkäufer A für jedes Gebot aus.
9. Der Browser wählt die Anzeige mit der höchsten Punktzahl aus, die von der Bewertungslogik von Verkäufer A eingereicht wurde.
10. Auktion der Komponenten von Verkäufer B
    (wird parallel zur Auktion der Komponenten von Verkäufer A ausgeführt)
    Der Browser liest die Interessengruppen des Nutzers für alle Käufer, die an der Auktion der Komponenten von Verkäufer B teilnehmen.
11. Der Browser ruft die Gebotsskripts und vertrauenswürdigen Gebotssignale von den Standorten ab, die in den Interessengruppen der Käufer, die an der Komponentenauktion teilnehmen, angegeben sind.
12. Der Browser generiert die Gebote, indem er die Logik zur Gebotsgenerierung des jeweiligen Käufers ausführt.
13. Der Browser ruft das Bewertungsskript und die vertrauenswürdigen Bewertungssignale jeder Anzeige von Verkäufer B ab.
14. Der Browser führt die Bewertungslogik von Verkäufer B für jedes Gebot aus.
15. Der Browser wählt die Anzeige mit der höchsten Punktzahl aus, die von der Bewertungslogik von Verkäufer B eingereicht wurde.

Auktionsbewertung und Anzeigen-Rendering der obersten Ebene

Anzeigen-Rendering-Sequenz auf der Publisher-Seite

Nachdem die Komponentenauktionen aus dem vorherigen Abschnitt ausgeführt wurden, führt der Browser die Bewertungslogik des übergeordneten Verkäufers für die erfolgreiche Anzeige der einzelnen Komponentenauktionen aus. In der scoreAd()-Funktion des übergeordneten Verkäufers kann der kontextbezogene, auktionsbasierte Gebotspreis als sellerSignals verfügbar sein. Die Bewertungslogik kann diesen kontextbezogenen Auktionspreis mit dem Auktionspreis der Protected Audience-Komponente vergleichen.

Wenn der Preis des erfolgreichen Gebots der kontextbezogenen Auktion höher als der Preis der Komponentenauktion ist, kann die Funktion scoreAd() einen gewünschten Wert von 0 zurückgeben. Wenn es keine Anzeigen mit einem Zielwert über 0 gibt, bedeutet dies, dass die bei der kontextbezogenen Auktion erfolgreiche Anzeige wertvoller ist als die Anzeigen, die bei der Komponentenauktion gewinnen. Die Funktion runAdAuction() gibt dann null zurück.

Wenn die Protected Audience-Auktion keinen Gewinner hat und null zurückgibt, kann die clientseitige Bibliothek des Ad-Servers den kontextbezogenen Auktionsgewinner in einen iFrame rendern. Wenn die Protected Audience-Auktion erfolgreich ist und ein FencedFrameConfig-Objekt oder eine intransparente URN zurückgibt, kann die Anzeige, die die Auktion gewinnt, in einem Fenced Frame oder iFrame gerendert werden.

1. Anzeigenbewertung bei Auktionen auf oberster Ebene
   Der Browser ruft das Bewertungsskript vom übergeordneten Verkäufer zusammen mit vertrauenswürdigen Bewertungssignalen für jede Anzeige ab.
2. Der Browser führt die Bewertungslogik des obersten Verkäufers für jedes erfolgreiche Gebot aller Komponentenauktionen aus. Im scoreAd()-Skript des übergeordneten Verkäufers hat die Logik Zugriff auf den kontextbezogenen, an die 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 vergleichen und einen Wunschwert von 0 zurückgeben, wenn der Kontextpreis höher ist. Andernfalls berechnet das Skript den Erwünschtheitswert, wahrscheinlich basierend auf dem Gebotspreis der Komponente „Protected Audience“.
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
   Die Protected Audience-Auktion gibt ein FencedFrameConfig-Objekt oder eine intransparente URN an die Ad-Server-Clientbibliothek des Publishers zurück.
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
   Die Protected Audience-Auktion gibt 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.

Reagieren und Feedback geben

Nächste Schritte

Wir möchten mit Ihnen ins Gespräch kommen, um eine API zu entwickeln, die für alle funktioniert.

Über die API diskutieren

Wie andere Privacy Sandbox APIs wird auch diese API dokumentiert und öffentlich diskutiert.

Mit der API experimentieren

Sie können Tests zur Protected Audience API durchführen und sich an Diskussionen beteiligen.