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 ObjektAdSelectionOutcome
, die vonselectAds
-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:
- 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.
- 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.
- 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
- Gebotsanpassungen, die auf der erfassten Häufigkeit basieren, werden nicht unterstützt. Die
generateBid
-Funktionen können keine Frequenzzähler anzeigen.
Persönliche Empfehlungen
- Hinweis: Der Linktext wird angezeigt, wenn JavaScript deaktiviert ist.
- Protected Audience: Integrationsanleitung
- Entwicklerleitfaden für die Protected Audience API auf Android-Geräten
- Targeting auf benutzerdefinierte Zielgruppen mit der Protected Audience API unterstützen