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. Außerdem rufen sie mehrere Unternehmen auf, z. B. Ad-Server von Publishern, 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 verschiedenen Anzeigenquellen erfassen. Bei einer sequenziellen Auktionskonfiguration kann die Header Bidding-Bibliothek verwendet werden, um eine Auktion mit Kontextdaten durchzuführen, und Protected Audience für eine Auktion mit websiteübergreifenden Daten.

Bevor Sie beginnen, sollten Sie sich in der Prebid.js-Dokumentation auf der Seite Landingpage und Header Bidding mit den Grundlagen von Protected Audience vertraut machen.

Definitionen

Auktionen

Auktion Definition
Kontextbezogene Auktion Bei einer Anzeigenauktion werden die verfügbaren Daten im Kontext des Ausführungsorts der Auktion verwendet. Eine kontextbezogene Auktion kann mehrere Auktionen umfassen, etwa Header Bidding und serverseitige Auktionen.
Protected Audience-Auktion 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, an der zuerst mehrere parallele Komponentenauktionen beteiligt sind. Die Anzeige mit der höchsten Punktzahl sendet dann die Anzeige mit der höchsten Punktzahl an die letzte Auktion auf oberster Ebene.
Auktion auf oberster Ebene Die letzte Anzeigenauktion in einer Protected Audience-Auktion für mehrere Verkäufer, 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 weitergegeben.
Sequenzielle Auktion einrichten Bei dieser Einrichtung werden kontextbezogene Auktionen in eine Protected Audience-Auktion integriert und es wird ein Gewinner zwischen den beiden Auktionen ermittelt.

Teilnehmer

Teilnehmer Definition
Advertiser Die Partei, die ein Anzeigen-Placement wünscht und das Anzeigen-Creative erstellt.
Publisher Die Partei, die Anzeigeninventar für die Auktion bereitstellt.
Käufer Die Partei, die in einer Auktion Gebote für den Kauf der Werbefläche von einem Verkäufer abgibt. Üblicherweise eine Demand-Side-Plattform (DSP).
Ad-Server des Publishers Ein Dienst, mit dem Publisher Anzeigen verwalten und auswählen, die auf der Website gerendert werden sollen. Ein Ad-Server eines Publishers kann seine eigenen Auktionsergebnisse, Antworten des Header Bidders, direkt verkauftes Inventar und mehr kombinieren, um die Anzeige zu ermitteln, mit der ein Publisher den höchsten Umsatz erzielt.

Ein Ad-Server eines Publishers kann eine clientseitige Bibliothek für die Interaktion mit dem Server bereitstellen.

Top-Level-Verkäufer Die Partei, die die Protected Audience-Mehrfachkundenauktion aufruft (also erstellt) und an der Auktion der obersten Ebene teilnimmt.
Komponentenverkäufer Die Partei, die eine Komponentenauktion innerhalb der Protected Audience-Mehrfachkundenauktion durchführt, um die Werbefläche des Publishers an die Käufer zu verkaufen. In der Regel eine Supply-Side-Plattform (SSP).

Sequenzielle Auktion einrichten

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

Eine Header Bidding-Bibliothek kann zuerst auf der Seite ausgeführt werden, um Gebote für die kontextbezogene Auktion des Publisher-Ad-Servers einzuholen. Anschließend kann der angepasste Preis des erfolgreichen Gebots der kontextbezogenen Auktion als Gebotsuntergrenze in die Protected Audience-Auktion aufgenommen werden. Bei der Bewertung kann der Top-Level-Verkäufer die Gebote für die Komponentenauktion unter dem Mindestpreis senken, indem er bei der Berechnung der Erwünschtheit eine Bewertung von Null zuweist. Wenn kein Auktionsgebot der Protected Audience-Komponente über dem Mindestpreis liegt, wird die kontextbezogene, die bei der Auktion erfolgreiche Anzeige für den Nutzer gerendert. Wenn die Protected Audience-Auktion einen Gewinner zurückgibt, liegt dieser Wert über dem Mindestpreis und die Protected Audience-Anzeige wird für den Nutzer gerendert.

In diesem Beispiel für die Einrichtung der sequenziellen Auktion können drei große Auktionen auf der Seite in dieser Reihenfolge ausgeführt werden: 1) kontextbezogene Auktion nach Header Bidding-Bibliothek, 2) kontextbezogene Auktion durch den Ad-Server des Publishers und 3) Protected Audience-Auktion.

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Nutzer
Übersicht über Protected Audience-Mehrfachkundenauktionen mit kontextbezogener Header Bidding-Auktion.

Ausführliche 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 durch, um die Gebotsantworten der Header Bidder zu erfassen. Bei diesem Schritt können Käufer die Signale bereitstellen und die Verkäufer haben die Möglichkeit, Auktionskonfigurationen für Komponenten zur Verfügung zu stellen, die in der darauffolgenden Protected Audience-Auktion verwendet werden. Prebid.js bietet ein Modul zur Weitergabe dieser Signale und Konfigurationen an die Protected Audience-Auktion.
  3. Die von Prebid.js erfassten Gebotsantworten werden für eine serverseitige kontextbezogene Auktion an den Publisher-Ad-Server gesendet.
  4. Auf dem Ad-Server eines Publishers kann er eigene Auktionsergebnisse, Header Bidding-Ergebnisse, direkt verkauftes Inventar und mehr kombinieren, um die Anzeige zu ermitteln, mit der ein Publisher den höchsten Umsatz erzielt. Die erfolgreiche Anzeige wird an die clientseitige Bibliothek des Publisher-Ad-Servers zurückgegeben.
  5. Der angepasste Gebotspreis des Gewinners der kontextbezogenen Auktion kann zusammen mit den Signalen des Käufers (perBuyerSignals) und den von Prebid.js erfassten Auktionskonfigurationen für Komponenten des Verkäufers von der clientseitigen Bibliothek des Ad-Servers des Publishers an die Protected Audience-Auktion weitergegeben werden.
  6. Protected Audience-Mehrfachkundenauktionen werden vom Top-Level-Verkäufer durchgeführt. Während der Bewertung des Top-Level-Verkäufers kann der Top-Level-Verkäufer jedes einzelne Komponentenauktionspreis mit dem Preis eines erfolgreichen Auktionsgebots mit dem kontext-angepassten Preis für das erfolgreiche Gebot vergleichen. Wenn der Preis des Komponentengebots niedriger ist als der Gebotspreis der kontextbezogenen Auktion, gibt der Top-Level-Verkäufer den Erwünschtheitswert von 0 zurück. Wenn alle Gebote mit 0 bewertet werden, gibt der runAdAuction()-Aufruf null zurück. Dies bedeutet, dass die kontextbezogene, bei der Auktion erfolgreiche Anzeige gerendert werden soll.
  7. Die clientseitige Bibliothek des Ad-Servers 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.

Vor der Auktion

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Nutzer
Zeitablauf für Interessengruppen auf einer Werbetreibendenseite

Wenn der Nutzer vor der Auktion eine Werbetreibendenseite besucht, können der Käufer und der Werbetreibende die Interessengruppe der Website definieren, der der Nutzer angehört. Außerdem können Kontextdaten von der Website des Werbetreibenden sowie selbst erhobene Daten hinzugefügt werden, die später als Signale für die Auktion verwendet werden.

  1. Der Nutzer ruft die Website des Werbetreibenden auf.
  2. Die Website des Werbetreibenden lädt das Skript zu einem späteren Zeitpunkt von jedem Käufer, der an der Auktion teilnimmt.
  3. Das Skript des Käufers enthält den joinAdInterestGroup()-Aufruf, mit dem der Nutzer zur Interessengruppe des Käufers hinzugefügt wird.

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

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Eine kontextbezogene Auktion wird auf der Publisher-Website initiiert.
Kontextabhängige Reihenfolge der Auktionszeit auf der Publisher-Seite

Bei einer sequenziellen Auktion werden alle kontextbezogenen Auktionen vor der Protected Audience-Auktion ausgeführt. Bei der in diesem Dokument beschriebenen Einrichtung führen wir eine kontextbezogene Header Bidding-Auktion von Prebid.js durch, die eine serverseitige Auktion durch den Publisher-Ad-Server fließt.

Der Publisher initiiert zuerst eine kontextbezogene Header Bidding-Auktion, indem er Prebid.js mit einem Flag aufruft, um anzugeben, dass danach eine Protected Audience-Auktion ausgeführt wird. Dann erfasst Prebid.js die Gebotsantworten und sendet sie für eine serverseitige kontextbezogene Auktion an den Ad-Server des Publishers. Beim Erfassen der Gebotsantworten haben Käufer und Verkäufer die Möglichkeit, Auktionskonfigurationen für Komponenten und Käufer Signalen (perBuyerSignals), die für die nachfolgende Protected Audience-Auktion verwendet werden, falls sie teilnehmen möchten. Diese Konfiguration der Komponentenauktion wird schließlich an die nachfolgende Protected Audience-Auktion übergeben.

  1. Initialisierung der kontextbezogenen Auktion 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 Header Bidding-Auktion.
  4. Kontextbezogene Auktion von Verkäufer A, die parallel zur kontextbezogenen Auktion von Verkäufer B ausgeführt wird. 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 Komponentenauktionskonfiguration mit perBuyerSignals.
  8. Verkäufer A sendet in einer Antwort an Prebid.js das erfolgreiche Gebot und die zugehörige Komponentenauktionskonfiguration.
  9. Kontextbezogene Auktion von Verkäufer B (wird parallel zur kontextbezogenen Auktion von Verkäufer A ausgeführt). Prebid.js sendet eine Gebotsanfrage an Verkäufer B.
  10. Verkäufer B ruft von den Käufern die Gebotsantworten und perBuyerSignals ab.
  11. Verkäufer B führt eine kontextbezogene Auktion durch.
  12. Verkäufer B erstellt die Komponentenauktionskonfiguration mit perBuyerSignals.
  13. Verkäufer B antwortet Prebid.js mit dem erfolgreichen Gebot und seiner Komponentenauktionskonfiguration.
  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 Auktionskonfiguration der Komponente mit werden die Signale für die clientseitige Bibliothek des Publisher-Ad-Servers freigegeben.
  16. Auf dem Ad-Server des Publishers wird eine kontextbezogene Auktion durchgeführt, 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 für mehrere Verkäufer

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Bei der Protected Audience-Mehrfachkundenauktion wird aus den Geboten der Komponentenauktionen die Anzeige mit der höchsten Punktzahl ausgewählt.
Abfolge der Auktionszeit von Protected Audience auf der Publisher-Seite

In dieser Phase sind die kontextbezogenen Auktionen abgeschlossen und die clientseitige Bibliothek des Publisher-Ad-Servers kann den von der kontextbezogenen Auktion gewonnenen Gebotspreis, die Konfigurationen der Komponentenauktionen und Signale von Käufern, die an der Protected Audience-Auktion teilnehmen, an den Top-Level-Verkäufer übergeben. Der kontextbezogene Gebotspreis der Auktion als Mindestpreis kann an die Auktionskonfiguration als Signal für die Bewertung bei der Top-Level-Auktion übergeben werden.

Die Komponentenauktionen werden parallel durchgeführt. Bei jeder Komponentenauktion generiert der Browser Gebote aus der Gebotslogik jedes Käufers, der an dieser Komponentenauktion teilnimmt, bewertet jedes Gebot anhand der Bewertungslogik des Komponentenverkäufers und gibt dann die Anzeige mit der höchsten Punktzahl an die Top-Level-Auktion zurück.

  1. Die Publisher-Website lädt das Skript des Top-Level-Verkäufers.
  2. Die clientseitige Bibliothek des Publisher-Ad-Servers enthält kontextbezogene Auktionsgebotspreise und Konfigurationen für Komponentenauktionen mit Signalen von Käufern an den Top-Level-Verkäufer. Der kontextbezogene Gebotspreis für die erfolgreiche Auktion der Anzeige kann als Verkäufersignal an die Auktionskonfiguration übergeben werden. Dieser Gebotspreis wird dann in der Funktion „scoreAd()“ des Verkäufers auf oberster Ebene verfügbar.
  3. Der Top-Level-Verkäufer startet die Protected Audience-Auktion durch Aufruf von runAdAuction().
  4. Auktion für Komponenten von Verkäufer A, die parallel zur Komponentenauktion von Verkäufer B stattfindet. Der Browser liest die Interessengruppen des Nutzers für alle Käufer, die an der Komponentenauktion von Verkäufer A teilnehmen.
  5. Der Browser ruft die Bidding-Skripts und die Signale für vertrauenswürdige Gebote von den Standorten ab, die in den Interessengruppen der Käufer angegeben sind, die an der Komponentenauktion teilnehmen.
  6. Der Browser generiert die Gebote, indem er die Logik der einzelnen Käufer zur Gebotsgenerierung ausführt.
  7. Der Browser ruft das Bewertungsskript und die vertrauenswürdigen Bewertungssignale für jede Anzeige von Verkäufer A ab.
  8. Der Browser führt bei jedem Gebot die Bewertungslogik von Verkäufer A aus.
  9. Der Browser wählt die Anzeige mit der höchsten Punktzahl aus, die von der Bewertungslogik von Verkäufer A übermittelt wurde.
  10. Auktion für Komponenten von Verkäufer B, die parallel zur Komponentenauktion von Verkäufer A stattfindet Der Browser liest die Interessengruppen des Nutzers für alle Käufer, die an der Komponentenauktion von Verkäufer B teilnehmen.
  11. Der Browser ruft die Bidding-Skripts und die Signale für vertrauenswürdige Gebote von den Standorten ab, die in den Interessengruppen der Käufer angegeben sind, die an der Komponentenauktion teilnehmen.
  12. Der Browser generiert die Gebote, indem er die Logik der einzelnen Käufer zur Gebotsgenerierung ausführt.
  13. Der Browser ruft das Bewertungsskript und die vertrauenswürdigen Bewertungssignale für jede Anzeige von Verkäufer B ab.
  14. Im Browser wird bei jedem Gebot die Bewertungslogik von Verkäufer B ausgeführt.
  15. Der Browser wählt die Anzeige mit der höchsten Punktzahl aus, die von der Bewertungslogik von Verkäufer B übermittelt wurde.

Auktionsbewertung und Anzeigen-Rendering auf oberster Ebene

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder"></ph> Die clientseitige Bibliothek des Publisher-Ad-Servers rendert die Anzeige, die zwischen der kontextbezogenen Auktion und der Protected Audience-Auktion ausgewählt wurde
Anzeigen-Rendering-Sequenz auf der Publisher-Seite

Nach der Ausführung der Komponentenauktionen aus dem vorherigen Abschnitt führt der Browser die Bewertungslogik des Top-Level-Verkäufers für die erfolgreiche Anzeige jeder Komponentenauktion aus. In der Funktion „scoreAd()“ des Top-Level-Verkäufers kann der an die Auktion angepasste Gebotspreis als sellerSignals verfügbar sein. Die Bewertungslogik vergleicht dann den Gebotspreis der kontextbezogenen Auktion mit dem Preis des erfolgreichen Gebots der Protected Audience-Komponente.

Wenn der Preis des erfolgreichen Gebots der kontextbezogenen Auktion höher ist als der Preis der Komponentenauktion, kann die Funktion scoreAd() einen Erwünschtheitswert von 0 zurückgeben. Falls keine Anzeigen mit einem höheren Erwünschtheitswert als 0 vorhanden sind, bedeutet dies, dass die Anzeige, die die kontextbezogene Auktion gewinnt, wertvoller ist als alle Anzeigen, die bei der Komponentenauktion die Auktion gewinnen. In diesem Fall gibt die Funktion runAdAuction() den Wert null zurück.

Wenn die Protected Audience-Auktion keinen Gewinner hat und null zurückgibt, kann die clientseitige Bibliothek des Ad-Servers des Publishers den Gewinner der kontextbezogenen Auktion in einen iFrame rendern. Wenn die Protected Audience-Auktion gegen die kontextbezogene Auktion gewinnt und ein FencedFrameConfig-Objekt oder eine undurchsichtige URN zurückgibt, kann die siegreiche Protected Audience-Auktionsanzeige als Fenced Frame oder iFrame gerendert werden.

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

Interagieren 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.