Taktung der Anzeigenauslieferung nach Häufigkeit

Hier erfahren Sie, wie ein Anzeigenkäufer (DSP und Werbetreibender), der eine Werbekampagne durchführt, die Taktung der Anzeigenauslieferung dadurch steuern kann, wie oft ein Nutzer eine Anzeige gesehen oder mit ihr interagiert hat. Wenn Sie die Anzeigenauslieferung nach Häufigkeit steuern, wird die Anzeigenermüdung vermieden und die Nutzerfreundlichkeit wird verbessert. Außerdem können Sie mit demselben Budget mehr Nutzer erreichen und Ihre Einnahmen steigern. In diesem Leitfaden werden mehrere Ansätze zur Verwendung der Anzeigenhäufigkeit beschrieben.

Interessengruppe verlassen

Sie können navigator.leaveAdInterestGroup() aufrufen, um aufzufordern, dass der Browser eines Nutzers eine Interessengruppe verlässt, wenn auf eine Anzeige geklickt wird. Sie können innerhalb des gewinnenden Anzeigen-Frames und dessen Subframes leaveAdInterestGroup() aufrufen, solange der Ursprung des Frames mit dem Ursprung der Interessengruppe übereinstimmt. Ein möglicher Ansatz besteht darin, dem Anzeigen-Frame einen unsichtbaren Subframe hinzuzufügen, der dafür verantwortlich ist, die Interessengruppe zu verlassen.

Wenn Sie die Interessengruppe der Anzeigengruppe verlassen, werden zukünftige Gebote verhindert und dies dient als eine Art von Frequency Capping.

prevWinsMs-Signal bei der Gebotsgenerierung verwenden

Zur einfachen Steuerung der Häufigkeit können Sie das Feld prevWinsMs in browserSignals innerhalb von generateBid() verwenden.

Das Feld prevWinMs enthält die leistungsstärksten Anzeigen der Interessengruppe sowie die Zeit seit den vorherigen Erfolgen in Millisekunden. Beachten Sie, dass das ad-Objekt hier nur die Felder renderURL und metadata enthält.

Anhand dieses Signals können Sie bestimmen, ob die Anzeige ausgeliefert werden soll. Wenn Sie den Gebotswert 0 zurückgeben, gewinnt die Anzeige nicht die Auktion.

Sie können auch ein eigenes Cookie verwenden, um Klickinformationen zu speichern. Wenn die Anzeige gerendert wird, wird eine vorhandene Interessengruppe mit den Klickdaten als Gebotssignale von Nutzern überschrieben (userBiddingSignals).

Das folgende Diagramm zeigt die Sequenz:

Diagramm, das die Reihenfolge beschreibt, in der Klickdaten in einem eigenen Cookie gespeichert und zu einem späteren Zeitpunkt zur Häufigkeitskontrolle gelesen werden

  1. Der Nutzer besucht die Seite des Werbetreibenden.
  2. Der Käufer (Werbetreibender/DSP) initialisiert im eigenen Cookie ein Klickdaten-Array.
  3. Der Käufer (Werbetreibender/DSP) fügt den Nutzer einer Interessengruppe hinzu und legt das anfängliche clicks-Array im Feld userBiddingSignals fest.
  4. Später besucht der Nutzer die Seite des Publishers.
  5. Der Verkäufer (Publisher/DSP) führt eine Protected Audience-Auktion durch und die erfolgreiche Anzeige wird für den Nutzer gerendert.
  6. Der Nutzer klickt auf die erfolgreiche Anzeige.
  7. Der Nutzer wird zur Seite des Werbetreibenden geleitet.
    • Die Klick-URL enthält den Namen der Interessengruppe als Abfrageparameter.
  8. Der Käufer (Werbetreibender/DSP) liest das vorhandene eigene Cookie.
  9. Der Käufer (Werbetreibender/DSP) fügt den vorhandenen Klickdaten den neuen Klickzeitstempel hinzu.
  10. Der Käufer (Werbetreibender/DSP) aktualisiert die Interessengruppe mit den neuen Klickdaten.
  11. Der Käufer (Werbetreibender/DSP) aktualisiert das eigene Cookie mit den neuen Klickdaten.

Der Zeitstempel im Feld click von userBiddingSignals wird in der generateBid()-Funktion verfügbar, wenn der Nutzer die Publisher-Seite noch einmal besucht. Der Käufer kann dann mit diesen Daten die Anzeigenauslieferung steuern.

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.