Anzeigenauslieferung nach Häufigkeit steuern

Hier erfahren Sie, wie ein Anzeigenkäufer (DSP und Werbetreibender), der eine Werbekampagne durchführt, die Auslieferungsgeschwindigkeit von Anzeigen steuern kann, indem er festlegt, wie oft der Nutzer eine Anzeige gesehen oder mit ihr interagiert hat. Wenn Sie die Anzeigenauslieferung nach Häufigkeit steuern, können Sie die Nutzerfreundlichkeit verbessern, da Sie eine Übersättigung mit Anzeigen vermeiden. Außerdem lässt sich der Umsatz steigern, da Sie mit demselben Budget mehr Nutzer erreichen. In diesem Leitfaden werden verschiedene Ansätze für die Arbeit mit der Anzeigenhäufigkeit beschrieben.

Interessengruppe verlassen

Sie können navigator.leaveAdInterestGroup() aufrufen, um den Browser eines Nutzers aufzufordern, eine Interessengruppe zu verlassen, wenn auf eine Anzeige geklickt wird. Aus dem Frame der Gewinneranzeige und seinen untergeordneten Frames können Sie leaveAdInterestGroup() aufrufen, sofern der Ursprung des Frames mit dem Ursprung der Interessengruppe übereinstimmt. Eine Möglichkeit wäre, einen unsichtbaren Unterframe in den Anzeigenframe einzufügen, der für das Verlassen der Interessengruppe verantwortlich ist.

Wenn ein Nutzer die Interessengruppe für Anzeigen verlässt, werden zukünftige Gebote verhindert. Dies entspricht einem Frequency Capping.

prevWinsMs-Signal bei der Gebotserstellung verwenden

Zur Häufigkeitssteuerung können Sie das Feld prevWinsMs in browserSignals innerhalb von generateBid() verwenden.

Das Feld prevWinMs enthält die Anzeigen der Gewinner-Interessengruppe sowie die Zeit seit den vorherigen Gewinnen in Millisekunden. Das ad-Objekt enthält hier nur die Felder renderURL und metadata.

Anhand dieses Signals lässt sich feststellen, ob die Anzeige ausgeliefert werden soll. Wenn Sie den Gebotswert 0 zurückgeben, gewinnt die Anzeige die Auktion nicht.

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 für Nutzer überschrieben (userBiddingSignals).

Das folgende Diagramm veranschaulicht die Sequenz:

Ein Diagramm, das die Reihenfolge für das Speichern von Klickdaten in einem eigenen Cookie und das spätere Lesen der Daten zur Häufigkeitskontrolle beschreibt

  1. Der Nutzer besucht die Seite des Werbetreibenden.
  2. Der Käufer (Werbetreibender/DSP) initialisiert ein Array mit Klickdaten im eigenen Cookie.
  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 Verlags bzw. Webpublishers.
  5. Der Verkäufer (Publisher/DSP) führt eine Protected Audience-Auktion durch und die Gewinneranzeige wird dem Nutzer präsentiert.
  6. Der Nutzer klickt auf die Gewinneranzeige.
  7. Der Nutzer wird zur Seite des Werbetreibenden weitergeleitet.
    • 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 neuen Klick-Zeitstempel den vorhandenen Klickdaten 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 ist in der Funktion generateBid() verfügbar, wenn der Nutzer die Publisher-Seite noch einmal besucht. Der Käufer kann diese Daten verwenden, um die Anzeigenauslieferung zu 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.