Unterstützung für Mehrfachkundenauktionen mit Protected Audience Mediation

Hinweis:Dieser Artikel bezieht sich auf die Privacy Sandbox für die aktuellen Designvorschläge von Android und unterliegt weiteren Änderungen. Wir freuen uns über Ihr Feedback und Ihre Kommentare, um uns dabei zu unterstützen.

Feedback geben

Sell-Side-Werbeplattformen diversifizieren in der Regel ihre Anzeigenquellen, um die Werbeeinnahmen zu optimieren. Mithilfe der Anzeigenvermittlung ruft ein Werbenetzwerk oder ein Dienst mehrere Werbenetzwerke auf, um die beste Anzeige für eine bestimmte Anzeigenfläche zu ermitteln. In diesem Vorschlag wird erläutert, wie die Protected Audience API für Android erweitert werden kann, um die abfolgebasierte Vermittlung datenschutzfreundlich zu implementieren. Heutzutage bieten Werbenetzwerke für App-Entwickler verschiedene Möglichkeiten zur Vermittlung von Anzeigenauktionen von mehreren Verkäufern:

1. Vermittlung mit Vermittlungsabfolge: App-Entwickler erstellen eine sortierte Liste von Werbenetzwerken, die oft nach den bisherigen eCPMs für das jeweilige Netzwerk sortiert ist. Diese Liste wird als Vermittlungskette bezeichnet. Die Vermittlungsplattform des App-Entwicklers verwendet diese Liste, um Werbenetzwerke in der aufgeführten Reihenfolge aufzurufen und so relevante Anzeigenquellen zu ermitteln.
2. Programmatische Vermittlung: Mehrere Werbenetzwerke werden vom App-Entwickler für die Teilnahme an Geboten für Umsatzchancen konfiguriert. Diese Werbenetzwerke dürfen in Echtzeit Gebote abgeben, je nachdem, wie sie die Chance bewerten.
3. Hybridvermittlung: Eine Kombination aus abfolgebasierten und programmatischen Vermittlungstechniken.

Wasserfall-Vermittlung

Wenn bei der abfolgebasierten Vermittlung eine Werbechance auftritt, sendet ein Anzeigen-SDK eine Anfrage an seinen Back-End-Server. Anstatt auf die Anfrage mit einem erfolgreichen Creative zu antworten, antwortet der Server mit einer Vermittlungskette, die eine Liste von Werbenetzwerken enthält, sortiert nach bisherigem eCPM.

Abbildung 1. Das abfolgebasierte Vermittlungsmodell.

Beim herkömmlichen abfolgebasierten Modell ruft ein Anzeigen-SDK jedes Werbenetzwerk (oder sein eigenes Auktions-SDK) in der von der Vermittlungskette angegebenen Reihenfolge auf. Wenn ein Werbenetzwerk die Anzeigenanfrage ausführen kann, wird die Anzeige gerendert. Andernfalls wird die Anfrage an das nächste Netzwerk in der Kette gesendet. Dieser Vorgang wird wiederholt, bis die Anfrage erfüllt oder die Kette erschöpft ist.

Die abfolgebasierte Vermittlung wird häufig optimiert, indem die Vermittlungskette regelmäßig neu angeordnet wird, basierend auf der Neubewertung des eCPM aus eigenen Anzeigenquellen.

Programmatische Vermittlung

Die programmatische Vermittlung (auch als "Header Bidding" bezeichnet) ist eine Alternative zur Verwendung des bisherigen eCPM, um zu bestimmen, welches Werbenetzwerk eine Anzeigenanfrage ausliefern kann. Bei der programmatischen Vermittlung verwenden Anbieter stattdessen Live-Gebotswerte, um die erfolgreiche Anzeige zu finden.

Abbildung 2: Das programmatische Vermittlungsmodell

Hybridvermittlung

Bei einigen programmatischen Vermittlungslösungen werden Werbenetzwerke in einem hybriden Modus aus Vermittlungsabfolge und Geboten kombiniert. So haben Sie mehr Kontrolle über die Anzeige. Gleichzeitig profitieren Sie von Live-eCPMs, um den Umsatz der teilnehmenden Werbenetzwerke zu maximieren.

In hybriden Vermittlungsmodellen können Werbenetzwerke und Vermittlungsanbieter App-Entwicklern mehr Flexibilität bieten, indem sie Elemente aus Abfolge und Echtzeitgeboten kombinieren. Mit Hybridmodellen können App-Entwickler Werbenetzwerke basierend auf bisherigen eCPMs konfigurieren. So haben sie die Möglichkeit, eine Anzeige zu präsentieren, bevor sie Echtzeitgebote mit teilnehmenden Netzwerken ausführen, um Umsatzchancen auszuschöpfen.

Abfolgebasierte Vermittlung von Protected Audience-Zielgruppen

Die Protected Audience API unter Android unterstützt die abfolgebasierte Vermittlung, indem mehrere Auktionen jeweils für einen einzelnen Knoten im Vermittlungsdiagramm durchgeführt werden. Wenn es bei einer Auktion keinen Gewinner gibt, wird der nächste Netzwerkauktionsknoten so lange aufgerufen, bis die Kette erschöpft ist. So funktioniert die abfolgebasierte Vermittlung:

1. Das Mediation SDK ruft die Vermittlungskette vom kontextbezogenen Ad-Server-Endpunkt ab, der entweder kontextbezogene Anzeigen oder Vermittlungsketten zurückgeben kann.
2. Wenn der Ad-Server-Endpunkt eine Vermittlungskette zurückgibt, durchläuft das Vermittlungs-SDK alle Elemente der Kette der Reihe nach und ruft das SDK des teilnehmenden Werbenetzwerks auf, eine kontextbezogene und Remarketing-Anzeigenauswahl auszuführen. Jedes Element in der Kette steht für eine Anfrage eines Werbenetzwerks, Werbefläche zu einem bestimmten Preis für eine bestimmte Anzahl von Impressionen, Klicks oder eine bestimmte Werbezeit zu kaufen.
3. Wenn keine der Werbebuchungen in der Kette eine erfolgreiche Anzeige auswählt, kann das Vermittlungs-SDK eine Anzeige aus seinem eigenen Werbenetzwerk ausliefern, indem eine Protected Audience-Anzeigenauswahl ausgeführt wird, bei der sowohl Remarketing- als auch kontextbezogene Anzeigen berücksichtigt werden.

Abbildung 3: abfolgebasierte Vermittlung mit der Protected Audience API

Das obige Diagramm zeigt ein Beispiel für einen abfolgebasierten Vermittlungsalgorithmus, den ein Vermittlungs-SDK implementieren kann, ohne dass das eigene Werbenetzwerk optimiert werden kann. Die Protected Audience API unterstützt die Optimierung von Erstanbieter-Werbenetzwerken, da sie die Verkettung von Workflows zur Anzeigenauswahl und das Erfassen gewonnener Impressionen ermöglicht.

Ergebnis der Anzeigenauswahl

Der Rückgabetyp von selectAds() ist ein AdSelectionOutcome-Objekt. AdSelectionOutcome enthält den Rendering-URI der erfolgreichen Anzeige und einen AdSelectionId. Dies ist eine opake Ganzzahl, die das Creative der erfolgreichen Werbebuchung identifiziert.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

Hinweis: Der Zugriff auf den Rendering-URI ist sitzungsspezifisch und funktioniert nicht mehr, nachdem das Rendering von eingegrenzten Frames für AdSelection-Gewinner aktiviert wurde.

AdSelectionId fungiert als Verweis auf AdSelectionOutcome. Heute wird AdSelectionId als ReportImpressionInput-Parameter an die Methode reportResult() übergeben, um die richtigen Anzeigen zu ermitteln, für die die Methoden reportWin() und reportResult() aufgerufen werden.

Vorschlag für Anzeigenauswahl der Kette

Wir schlagen eine Überlastung von selectAds() mit AdSelectionFromOutcomesConfig vor.

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

So kann das Mediation SDK das Gebot der Gewinneranzeige mit dem Mindestpreis des Next-Inline-Netzwerks vergleichen.

Beispiel 1:

• 
• 
• 
• 
• 
• 

Beispiel 2:

• 
• 
• 
• 
• 

Hinweis: Der Rückgabewert dieses selectAds(AdSelectionFromOutcomes)-Aufrufs ist ein weiteres AdSelectionOutcome-Objekt. Falls keine Anzeige ausgewählt wurde, wird der Wert null zurückgegeben. Ein AdSelectionOutcome mit derselben Anzeigenauswahl-ID wird zurückgegeben, wenn das Anzeigengebot des Mediation SDK höher ist als der Mindestpreis des nächsten Werbenetzwerks.

Erfolgreiche Impressionen erfassen

Wenn es einen Gewinner aus selectAds(AdSelectionFromOutcomes) gibt, gewinnt diese Anzeige die Vermittlung. Anschließend wird reportImpression mit der Anzeigenauswahl-ID der erfolgreichen Anzeige aus selectAds(AdSelectionFromOutcomes) und der entsprechenden AdSelectionConfig aufgerufen.

Wenn der Gewinner von einem selectAds(AdSelectionConfig) für eines der Netzwerke zurückgegeben wird, wird reportImpression mit der Anzeigenauswahl-ID und der Konfiguration aus diesem Aufruf aufgerufen.

Abfolgebasierte Vermittlung ausführen

Hier ist die Reihenfolge der Vorgänge für die abfolgebasierte Vermittlung.

1. Wählen Sie die Erstanbieter-Anzeigenauswahl aus.
2. Über die Vermittlungskette iterieren. Gehen Sie für jedes Drittanbieternetzwerk so vor:
   1. AdSelectionFromOutcomeConfig erstellen, einschließlich des eigenen outcomeId und des Mindestpreises des Drittanbieter-SDKs
   2. Rufen Sie selectAds() mit der config aus dem vorherigen Schritt auf.
   3. Wenn das Ergebnis nicht leer ist, wird die Anzeige zurückgegeben.
   4. Rufen Sie die Methode selectAds() des aktuellen SDK-Netzwerkadapters auf. Wenn das Ergebnis nicht leer ist, wird die Anzeige zurückgegeben.
3. Wird in der Kette kein Gewinner gefunden, wird die eigene Anzeige zurückgegeben.

Best Practices

Kontextbezogene Auktionen vor der eigenen Optimierung durchführen

Durch die Remarketing-Nachfrage können hohe Gebote generiert werden, mit denen sich in einer Vermittlungskette gute Ergebnisse erzielen lassen. Die Kürzung ist ein Verfahren, das häufig verwendet wird, um die Erstanbieter-Optimierung durch Verfeinerung der Remarketing-Zielgruppenliste zu ermöglichen.

Die Remarketing-Nachfrage der Protected Audience API ist nur clientseitig bei Protected Audience-Auktionen verfügbar. Das kann die Erstanbieteroptimierung auf Serverseite erschweren. Um Probleme mit der Optimierung durch selbst erhobene Daten zu vermeiden, führen Sie zuerst die kontextbezogene Auktion aus und führen Sie dann die Optimierung anhand des erfolgreichen Anzeigenergebnisses durch, wie weiter oben auf dieser Seite beschrieben.

Kompakte Vermittlungsketten auf dem Gerät

Für eine optimale Leistung sollten On-Device-Vermittlungsketten klein gehalten werden. Die Berechnungskosten für die Ausführung auf dem Gerät können im Hinblick auf die Anzahl der Auktionen, die als Teil der Vermittlungskette bewertet werden, linear sein. Mit anderen Worten: Mehr Knoten führen zu mehr Rechenzyklusanforderungen und erhöhter Latenz. Berücksichtigen Sie die Auswirkungen der Latenz auf den Umsatz, wenn Knoten an die On-Device-Vermittlungsbewertung übergeben werden.

Weitere Überlegungen

Die Protected Audience API bietet keine umfassende Lösung für die Vermittlung mehrerer Anzeigenflächen. Jede Anzeigenfläche muss unabhängig voneinander verarbeitet werden.

Die Protected Audience Mediation API unterstützt die abfolgebasierte Vermittlung und die eingeschränkte programmatische Vermittlung. Weitere Informationen zur Unterstützung weiterer Anwendungsfälle für die programmatische Vermittlung werden demnächst veröffentlicht.

Da die Protected Audience-Anzeigenauswahl nach dem Abrufen der kontextbezogenen Anzeigen ausgeführt wird, kann sich der Aufruf der Protected Audience API auf die End-to-End-Latenz von Anzeigenanfragen auswirken.