Frequency Capping bei Protected Audience

Frequency Capping ist eine Werbemaßnahme, die die Anzahl der Anzeigen aus Kategorie, die einem Nutzer innerhalb eines bestimmten Zeitraums angezeigt wird. Häufigkeit Durch die Häufigkeitsbegrenzung wird die Erfahrung für den Endnutzer verbessert, da die Anzeigenimpressionen aktualisiert und interessant sind und Werbetreibende dabei unterstützen, ihre Werbeausgaben zu verwalten.

In diesem Vorschlag wird erläutert, wie Sie mit Protected Audience auf Android die Frequency Capping-Funktion korrekt und datenschutzfreundlich

Für die Implementierung des Frequency Capping werden bei Protected Audience zwei Funktionen kombiniert: on-device: Speichern von Zählern für anzeigenspezifische Ereignisse und Anzeigen anhand vordefinierter Filterstrategien filtern Frequency Capping Ermöglicht Werbetreibenden, einen Zählergrenzwert über der Summe des Histogramms anzugeben. für einen bestimmten Zeitraum angezeigt.

Zähler sind für jede Kombination aus Geräteprofil, Anzeigentechnologie und Zähler eindeutig. . Jede Anzeige sollte eine Reihe von Zählerschlüsseln enthalten, die für den Fall einer Ansicht oder Impression für die Anzeige registriert wird. Für jeden Schlüssel speichert Protected Audience Folgendes: und jeder Zähler erfasst alle anzeigenspezifischen Ereignisse, innerhalb eines bestimmten Zeitintervalls verantwortlich sein. On-Device-Zähler werden inkrementiert, wenn ein Impression oder Aufruf erfolgt und die Zählerdaten bleiben auf dem Gerät gespeichert. Die Die genaue Persistenzzeit wird später definiert.

Die Logik der Anzeigenfilterung im Workflow zur Anzeigenauswahl von Protected Audience Zugriff auf Zähler, Remarketing-Anzeigen und kontextbezogene Anzeigen, sodass Protected Frequency Capping für Zielgruppen ist für alle Arten von Anzeigen geeignet. -Anfragen.

Hinweis: Die Anzeigenfilterung ist nur in der Privacy Sandbox für Android verfügbar. In der Protected Audience-Implementierung von Chrome wird derzeit keine zum Filtern von kontextbezogenen Anzeigen für nicht Protected Audience-Anzeigen. Dieses Angebot deckt nur den Support auf Käuferseite ab. Bei Bedarf fügen wir erhalten.

Beim Frequency Capping von Protected Audience werden zahlreiche Anforderungen erfüllt, einschließlich:

  • Filtern in Echtzeit mit minimaler serverseitiger Verzögerung bei On-Device-Zählern aktualisiert werden.
  • Flexible Hierarchie von Schlüsseln, einschließlich Einzelanzeigen, Kampagnen oder anderen Schlüsseln Gruppierung.
  • Übereinstimmung mit anderen Frequency Capping-Methoden, ohne Abhängigkeit von der AdID
  • Funktioniert in allen Apps auf dem Nutzerprofil eines bestimmten Geräts.
  • Korrekte und vollständige Zähler
  • Unterstützung benutzerdefinierter Definitionen von Anzeigenereignissen wie Ansichten oder Impressions.
  • Eine Funktion für Remarketing- und kontextbezogene Anzeigen.

So richten Sie Frequency Capping ein:

Schritt 1: Frequency Capping-Informationen zu Anzeigen hinzufügen

Kontextbezogene Anzeigen und Remarketing-Anzeigen kennzeichnen relevante Histogrammzähler zur Aktualisierung. eines Aufrufs oder einer Impression mit dem Feld ad_counter_keys, das enthält eine Liste beliebiger Ganzzahlen. Das Feld ist nicht im Feld „metadata“, das nicht von Protected Audience geparst wird.

Das folgende Beispiel zeigt das Datenformat für das Feld adsData in AdSelectionConfig. Beim Remarketing ist das Format der Liste der Anzeigen für eine bestimmte benutzerdefinierte Zielgruppe stimmt mit dem Inhalt des Felds ads überein, das im folgendes Beispiel:

'adsData': [
  {
    "buyer": "ads.example.com",
    "ads": [
      {
        'render_url': 'exampleUrl',
        'metadata': {...},   /* metadata are opaque to Protected Audience are
                                required to be in valid JSON format */
        'ad_counter_keys': [1234, 5678]
      }]
  }]
}

Schritt 2: Aufruf oder Impression erfassen

Anzeigentechnologie-Anbieter können die Methode updateAdCounterHistogram aufrufen, um sich zu registrieren. Vorkommen von Ereignissen, die für das Frequency Capping verwendet werden. Eine Methode kann wiederholt für dasselbe Ereignis für Schlüssel aufgerufen, die in den eventType

void updateAdCounterHistogram(@EventType eventType, long adSelectionId)

Eingaben:

  • eventType:Gibt an, ob ein Ereignis als Aufruf gezählt wird, eine Impression, einen Klick oder den Erfolg der Anzeigenauswahl.
  • adSelectionId: ID-Werte im Objekt AdSelectionOutcome, die von selectAds-Aufrufen zurückgegeben.

Der updateAdCounterHistogram-Aufruf aktualisiert das Histogramm für den Schlüsselsatz. die als Teil der Remarketing-Anzeigen definiert sind, die von einem CustomAudience oder die kontextbezogenen Anzeigen, die im AdSelectionConfig-Parameter für selectAds.

Wenn Sie davon ausgehen, dass die Anzeige in Schritt 1 den Gewinner der Bewertung AdSelection mit einem id-Wert von 9999, ein Aufruf an updateAdCounterHistogram(FrequencyCapFilters.AD_EVENT_TYPE_VIEW, adSelectionId: 999) erhöht die Zähler für die folgenden drei primären Schlüssel:

  • {'ads.example.com', 1234, VIEW}
  • {'ads.example.com', 5678, VIEW}

Der Name der Anzeigentechnologie stammt aus dem Feld „Käufer“, entweder aus kontextbezogenen Anzeigen oder benutzerdefinierten Zielgruppen erstellt, je nachdem, woher die erfolgreichen Anzeigen stammen.

Protected Audience for Android erhöht automatisch alle Zähler oben für den Ereignistyp FrequencyCapFilters.AD_EVENT_TYPE_WIN für Anzeigen, die von einem selectAds-API-Aufruf zurückgegeben wurden. Funktional entspricht dies der Funktion Hinzufügen des Arguments prev_wins zu browser_signals in generateBid in Protected Audience-Implementierung in Chrome

Schritt 3: Frequency Capping-Filter mit Filtern implementieren

Für eine optimale Leistung wird die Frequency Cap-Filterfunktion in AdServices Protected Audience weiß, ob eine Nachricht nach folgenden Kriterien gefiltert werden muss: Lesen des Filterfelds im Objekt AdsData Eine Liste der Filter ist angegeben in frequency_cap. Die Werte für Schlüssel, event_type und Mit interval_in_seconds wird ein Histogramm der verwendeten Ereignisse abgerufen zum Filtern und Protected Audience.

Filterinformationen können für Remarketing-Anzeigen angegeben werden, die von einem benutzerdefinierten und für kontextbezogene Anzeigen als Teil des AdSelectionConfig-Objekts.

Bei kontextbezogenen Anzeigen mit Frequency Cap-Filtern werden die Anzeigen mithilfe der im AdSelectionConfig-Objekt. Anzeigen werden gefiltert und die Anzeige mit der als Ergebnis des selectAds-Aufrufs zurückgegeben.

Bei Remarketing-Anzeigen mit Frequency Capping-Filtern werden die Anzeigen vor dem die vom Käufer bereitgestellte generateBid()-JavaScript-Funktion aufgerufen wird.

Das folgende Beispiel zeigt eine Nachricht mit Frequency Capping-Filter:

{
  'render_url': 'url',
  'metadata': {...},   /* metadata are opaque to Protected Audience and assumed
                        to be in valid JSON format */

  'ad_counter_keys': [1234, 5678],

  "filters": {
    "frequency_cap": {
      "view": [
        {
          "ad_counter_key": 1234
          "max_count": 10,
          "interval_in_seconds": 86400
        },
        {
          "ad_counter_key": 5678
          "max_count": 10,
          "interval_in_seconds": 86400
        },
      ],
      "win": [
        {
          "ad_counter_key": 1234
          "max_count": 5,
          "interval_in_seconds": 604800
        },
        {
          "ad_counter_key": 5678
          "max_count": 5,
          "interval_in_seconds": 345600
        },
      ]
    },

  // This field is only required in contextual ads and is used in
  // reportImpression calls to fetch the reportWin function.
  'reportingJS': "https://ads.example.com?reportWin.js"
}

Schritt 4: Berichte zu erfolgreichen Anzeigen erstellen

Sobald die Anzeigenauswahl abgeschlossen ist, wird die Meldung AdSelectionOutcome zurückgegeben. Objekt mit renderUri und adSelectionId, einer numerischen Kennung für selectAds. Mit dieser ID kann die reportImpression API aufgerufen werden das derzeit Berichte auf Ereignisebene unterstützt. In Beta 1 unterstützt diese Methode für Remarketing-Anzeigen und wird erweitert, um die Berichterstellung für kontextbezogene Anzeigen. Bei kontextbezogenen Anzeigen muss der Käufer angeben, wo die Funktion reportWin während eines reportImpression-Aufruf mithilfe eines zusätzlichen Felds namens reportingJS in der Anzeige wie im obigen Beispiel dargestellt.

Best Practices für die Auswahl von Anzeigenkandidaten

Protected Audience verlagert die Erzwingung des Frequency Cappings vom Server auf dem Gerät. Erfolgreiche Gebote werden zwar mit der Privacy Sandbox erfasst, nicht wissen, warum eine Anzeige nicht ausgeliefert wird. Es kann sein, dass Anzeigen aus folgenden Gründen nicht ausgeliefert werden: aufgrund von entgangenen Geboten oder aufgrund von Frequency Capping. Ohne einen vollständigen Einblick in die Gründe bestimmte Anzeigen nicht erfolgreich sind, erfordern Gebotssysteme zusätzliche Arbeit, um sicherzustellen, dass optimale Anzeigen ausgeliefert werden. Diese Best Practices sorgen für eine optimale Anzeigenbereitstellung mit der Protected Audience API.

Senden Sie genügend Remarketing-Anzeigen

Remarketing-Anzeigen können nicht für einzelne Nutzer optimiert werden. Wenn ein Nutzer eine signifikante und die Anzeigenlimits niedrig sind, werden möglicherweise alle Anzeigen herausgefiltert. Remarketing-Anzeigen werden in regelmäßigen Abständen aktualisiert, sodass ausreichend Anzeigeninventar vorhanden ist. sollten Frequency Capping durchlaufen, damit Remarketing-Anzeigen ausgeliefert wird. Dies muss mit Einschränkungen hinsichtlich der Größe der Anzeigen ausgeglichen werden, kann während des joinCustomAudience-Aufrufs und während der benutzerdefinierten tägliche Aktualisierung der Zielgruppe. Käufer müssen berücksichtigen, dass die Anzahl der die Latenz während der Gebotsphase. Um die Auswirkungen dieser Probleme zu minimieren, Frequency Capping wird vor dem Aufruf von generateBid gefiltert.

Kontextbezogene Zähler auf dem Server belassen

Mit der serverseitigen Schätzung kann ein Entwickelnde grobe Schätzungen dazu haben, wann Frequency Capping ist möglicherweise aktiv. Diese Schätzungen können darauf hinweisen, wahrscheinlich den Grenzwert für das Frequency Capping erreichen. Deshalb sollte oder vollständig entfernt werden.

Mehrere Anzeigenkandidaten in der Kontextantwort senden

Senden Sie mehrere Anzeigenkandidaten mit einer Kontextantwort, bevor eine Protected Audience-Auktion ab. Dadurch wird beim Filtern mehrerer Anzeigen sichergestellt, die anderen Anzeigen weiterhin ausgeliefert werden. Anzeigenkandidaten können priorisiert werden, sodass einige Anzeigen werden als Back-up-Dateien bereitgestellt.

Da die Ausführung terminiert ist, sollten Anzeigenkandidaten nach ihren eine Auktion zu gewinnen und nicht ausgefiltert zu werden.

Beschränkungen

Folgende Einschränkungen sind für das Frequency Capping von Protected Audience bekannt:

  1. Das Protected Audience-Frequency Capping wird auf das Nutzerprofil des Geräts angewendet ohne gemeinsam genutzte Zähler auf anderen Geräten und Profilen. Beliebig Anzeigen, die von anderen Geräten geschaltet werden, müssen manuell eingebunden werden. wenn nötig.
  2. Gerätezähler werden auf dem Gerät gespeichert und können von dort aus abgerufen werden. Serverseitige Zähler müssen separat verwaltet werden.
  3. Da Frequency Capping und die zugehörige Anzeigenfilterung auf einem Gerät verarbeitet werden, haben Technologieplattformen keine direkte Kontrolle über diese Vorgänge. Umgehen den Frequency Capping-Grenzwert des Geräts erreicht, können AdTech-Plattformen Mehrere mögliche Anzeigen mit unterschiedlichen Filtern
  4. Gebotsanpassungen, die auf der erfassten Häufigkeit basieren, werden nicht unterstützt. Die generateBid-Funktionen können keine Frequenzzähler anzeigen.