Anzeigenauslieferung nach Häufigkeit steuern

Hier erfahren Sie, wie ein Anzeigenkäufer (DSP und Werbetreibender), der eine Werbekampagne durchführt, das Tempo der Anzeigenbereitstellung anhand der Häufigkeit steuern kann, mit der der Nutzer eine Anzeige gesehen oder mit ihr interagiert hat. Wenn Sie die Anzeigenbereitstellung nach Häufigkeit steuern, können Sie die Anzeigenmüdigkeit vermeiden und den Umsatz steigern, da Sie mit demselben Budget mehr Nutzer erreichen. In diesem Leitfaden werden verschiedene Ansätze für die Anzeigenhäufigkeit beschrieben.

Interessengruppe verlassen

Sie können navigator.leaveAdInterestGroup() aufrufen, um zu beantragen, dass der Browser eines Nutzers eine Interessengruppe verlässt, wenn auf eine Anzeige geklickt wird. Sie können leaveAdInterestGroup() innerhalb des ausgewählten Anzeigen-Frames und seiner Unterframes 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 dafür verantwortlich ist, die Interessengruppe zu verlassen.

Wenn Sie die Anzeigeninteressengruppe verlassen, werden zukünftige Gebote verhindert. Das wirkt wie eine Art Frequency Capping.

prevWinsMs-Signal bei der Gebotsgenerierung verwenden

Für eine einfache Häufigkeitssteuerung können Sie das Feld prevWinsMs in browserSignals in generateBid() verwenden.

Das Feld prevWinMs enthält die Anzeigen, die für die Interessengruppe ausgewählt wurden, und die Zeit seit dem letzten Erfolg in Millisekunden. Das ad-Objekt enthält hier nur die Felder renderURL und metadata.

Anhand dieses Signals wird ermittelt, ob die Anzeige ausgeliefert werden soll. Wenn Sie den Gebotswert „0“ zurückgeben, gewinnt die Anzeige nicht die Auktion.

Sie können auch ein selbst erhobenes Cookie verwenden, um Klickinformationen zu speichern. Überschreiben Sie beim Rendern der Anzeige eine vorhandene Interessengruppe mit den Klickdaten als Nutzersignale für Gebote (userBiddingSignals).

Das folgende Diagramm beschreibt die Abfolge:

Ein Diagramm, das die Abfolge zum Speichern von Klickdaten in einem selbst erhobenen Cookie und zum späteren Lesen der Daten zur Häufigkeitssteuerung beschreibt

  1. Der Nutzer besucht die Seite des Werbetreibenden.
  2. Der Käufer (Werbetreibender/DSP) initialisiert ein Klickdatenarray im eigenen Cookie.
  3. Der Käufer (Werbetreibender/DSP) fügt den Nutzer einer Interessengruppe hinzu und legt das ursprü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 Anzeige, die die Auktion gewonnen hat, wird für den Nutzer gerendert.
  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 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 Funktion generateBid() verfügbar, wenn der Nutzer die Publisher-Seite noch einmal besucht. Der Käufer kann diese Daten verwenden, um die Anzeigenbereitstellung 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.