Unterstützung für Mehrfachkundenauktionen mit Protected Audience Mediation

Sell-Side-Werbeplattformen diversifizieren in der Regel ihre Quellen für Anzeigennachfrage, um den Werbeumsatz zu optimieren. Bei der Werbenetzwerk-Vermittlung ruft ein Werbenetzwerk oder ein Dienst mehrere Werbenetzwerke auf, um die beste Anzeige für einen bestimmten Anzeigenblock zu ermitteln. In diesem Vorschlag wird beschrieben, wie die Protected Audience API auf Android-Geräten erweitert werden kann, um die Vermittlungsabfolge datenschutzfreundlich zu implementieren. Heute Werbenetzwerke bieten App-Entwicklern verschiedene Möglichkeiten, Anzeigenauktionen von Mehrere Anzeigenverkäufer:

  1. Abfolgebasierte Vermittlung: App-Entwickler definieren eine sortierte Liste von Werbenetzwerken, die häufig nach bisherigen eCPMs für das jeweilige Netzwerk sortiert wird. Diese Liste wird als Vermittlungsabfolge bezeichnet. Die Die Vermittlungsplattform verwendet diese Liste, um Werbenetzwerke in der Reihenfolge aufzurufen, in der sie aufgeführt sind. um relevante Anzeigenquellen zu ermitteln.
  2. Programmatische Vermittlung: Mehrere Werbenetzwerke werden vom App-Entwickler für die Gebotsabgabe auf Werbechancen nutzen. Diese Netzwerke können in Echtzeit Gebote abgeben, je nachdem, wie sie die Gelegenheit nutzen.
  3. Hybride Vermittlung: Eine Kombination aus abfolgebasierter und programmatischer Vermittlung.

Abfolgebasierte Vermittlung

Bei der abfolgebasierten Vermittlung sendet ein Anzeigen-SDK bei einer Werbechance eine Anfrage mit seinem Back-End-Server. Anstatt auf die Anfrage mit einem ausgewählten Creative zu antworten, antwortet der Server mit einer Vermittlungskette, die eine Liste von Werbenetzwerken enthält, die nach dem bisherigen eCPM sortiert ist.

Diagramm des Vermittlungsabfolgemodells
Abbildung 1. Das abfolgebasierte Vermittlungsmodell.

Beim traditionellen abfolgebasierten Modell ruft ein Anzeigen-SDK jedes Werbenetzwerk (oder sein eigenes Auktions-SDK) in der durch die Vermittlungskette angegebenen Reihenfolge auf. Wenn ein Werbenetzwerk die Anzeigenanfrage erfüllen, rendert das Werbenetzwerk die Anzeige. Andernfalls wird die Anfrage an das nächste Netzwerk in der Kette gesendet. Dieser Vorgang wird wiederholt, bis ausgeführt oder die Kette ist ausgeschöpft.

Die abfolgebasierte Vermittlung wird häufig optimiert, indem die Vermittlungsabfolge regelmäßig neu angeordnet wird. Dabei wird der eCPM aus selbst erhobenen Anzeigennachfragequellen neu bewertet.

Programmatische Vermittlung

Programmatische Vermittlung (auch als „Header Bidding“ bezeichnet) ist eine Alternative zu Anhand des bisherigen eCPM wird ermittelt, über welches Werbenetzwerk Anzeigenanfrage. Bei der programmatischen Vermittlung verwenden Anbieter stattdessen Livegebotswerte, um die Anzeige auszuwählen, die ausgeliefert werden soll.

Diagramm des programmatischen Vermittlungsmodells
Abbildung 2: Programmatische Vermittlung

Hybride Vermittlung

Einige programmatische Vermittlungslösungen kombinieren Werbenetzwerke in einem Hybridmodus aus Vermittlungsabfolge und Bidding, um mehr Kontrolle über die Anzeigen zu haben und gleichzeitig die Vorteile von Live-eCPMs zu nutzen, um die Einnahmen aus teilnehmenden Werbenetzwerken zu maximieren.

Bei hybriden Vermittlungsmodellen können Werbenetzwerke und Vermittlungsanbieter mehr Flexibilität für App-Entwickler durch Kombination von Wasserfall- und Echtzeitgebote nutzen. Mithilfe von Hybridmodellen können App-Entwickler Werbenetzwerke basierend auf den bisherigen eCPMs. So haben sie die Möglichkeit, eine Anzeige vor Echtzeitgebote mit teilnehmenden Netzwerken ausführen, um Werbechancen zu nutzen.

Abfolgebasierte Vermittlung von Protected Audience-Zielgruppen

Die Protected Audience API für Android unterstützt die abfolgebasierte Vermittlung, mehrere Auktionen, jeweils für einen einzelnen Knoten in der Vermittlungsgrafik. Wenn es keinen Gewinner einer Auktion gibt, wird der nächste Netzwerk-Auktionsknoten aufgerufen, bis die Kette erschöpft ist. Die abfolgebasierte Vermittlung funktioniert so:

  1. Das Mediation SDK ruft die Vermittlungskette vom kontextbezogenen Ad-Server ab. und kann entweder kontextbezogene Anzeigen oder Vermittlungsketten zurückgeben.
  2. Wenn der Ad-Server-Endpunkt eine Vermittlungskette zurückgibt, durchläuft jedes Element der Kette nacheinander und ruft die teilnehmenden mit dem SDK des Werbenetzwerks eine kontextbezogene und Remarketing-Anzeigenauswahl durchführen. Jedes Element in der Kette steht für die Anfrage eines Werbenetzwerks zum Kauf von Einen bestimmten Preis für eine bestimmte Anzahl von Impressionen, Klicks oder eine bestimmte Anzeigendauer zu berechnen.
  3. Wenn keine der Werbebuchungen in der Vermittlungskette eine Anzeigenauswahl trifft, kann das Vermittlungs-SDK eine Anzeige aus seinem eigenen Werbenetzwerk ausliefern. Dazu wird eine Anzeigenauswahl für geschützte Zielgruppen ausgeführt, bei der sowohl Remarketing- als auch kontextbezogene Anzeigen berücksichtigt werden.

Diagramm der Vermittlungsabfolge für Protected Audience
Abbildung 3 abfolgebasierte Vermittlung mit der Protected Audience API

Das obige Diagramm zeigt ein Beispiel für einen Vermittlungsabfolgealgorithmus, der in einem Vermittlungs-SDK implementiert werden kann, ohne dass das Werbenetzwerk mit selbst erhobenen Daten die Optimierung vornehmen kann. Die Protected Audience API unterstützt eigene Anzeigen Netzwerkoptimierung durch Verkettung von Arbeitsabläufen zur Anzeigenauswahl und erfolgreiche Impressionen erfasst.

Ergebnis der Anzeigenauswahl

Der Rückgabetyp von selectAds() ist ein AdSelectionOutcome-Objekt. AdSelectionOutcome enthält den Render-URI der ausgewählten Anzeige und eine AdSelectionId, eine nicht transparente Ganzzahl, die das Creative der ausgewählten Werbebuchung identifiziert.

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

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

Vorschlag für die Anzeigenauswahl in einer Kette

Wir schlagen vor, selectAds() mit AdSelectionFromOutcomesConfig zu überladen.

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 Mindestgebot des nächsten Inline-Werbenetzwerks vergleichen.

Beispiel 1:

Beispiel 2:

Erfolgreiche Impressionen erfassen

Wenn es einen Gewinner aus selectAds(AdSelectionFromOutcomes) gibt, gewinnt diese Anzeige die Vermittlung. Dann wird reportImpression mit der Anzeigenauswahl-ID des die erfolgreiche Anzeige von selectAds(AdSelectionFromOutcomes) und die entsprechenden AdSelectionConfig

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 beim Ausführen der abfolgebasierten Vermittlung .

  1. Eigene Anzeigen auswählen.
  2. Für die Vermittlungskette iterieren. Führen Sie für jedes Drittanbieter-Netzwerk die folgenden Schritte aus: Folgendes:
    1. AdSelectionFromOutcomeConfig erstellen, einschließlich des outcomeId für selbst erhobene Daten und des Gebotsgrenzwerts 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, geben Sie die Anzeige zurück.
  3. Wenn in der Kette kein Gewinner gefunden wird, geben Sie die selbst erhobenen Anzeigen zurück.

Best Practices

Kontextbezogene Auktionen vor der Optimierung mit selbst erhobenen Daten ausführen

Die Nachfrage nach Remarketing kann hohe Gebote generieren, die in einer Vermittlungskette zu erfolgreichen Ergebnissen führen können. Die Kürzung wird häufig verwendet, um die Optimierung selbst erhobener Daten zu ermöglichen, indem die Remarketing-Zielgruppenliste verfeinert wird.

Die Remarketing-Nachfrage der Protected Audience API ist nur clientseitig und bei Protected Audience-Auktionen verfügbar. Das kann die Serveroptimierung für selbst erhobene Daten erschweren. Um Probleme mit selbst erhobenen Daten zu minimieren und führen zuerst die kontextbezogene Auktion durch und führen dann die Erstanbieter- Optimierung basierend auf dem erfolgreichen Anzeigenergebnis, wie weiter oben beschrieben. .

Die Vermittlungsketten auf dem Gerät möglichst kurz halten

Für eine optimale Leistung sollten die Vermittlungsketten auf dem Gerät klein gehalten werden. Die Die Berechnungskosten für die Ausführung auf dem Gerät können im Verhältnis zur Anzahl der Auktionen linear sein als Teil der Vermittlungskette ausgewertet. Mit anderen Worten: Mehr Knoten bedeuten mehr Rechenzyklen und eine höhere Latenz. Auswirkungen berücksichtigen der Latenz beim Umsatz, wenn Knoten an die On-Device-Vermittlungsauswertung übergeben werden.

Weitere Überlegungen

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

Die Protected Audience Mediation API unterstützt die abfolgebasierte Vermittlung und programmatische Vermittlung. Weitere Informationen zur Unterstützung zusätzlicher programmatischer Kampagnen Zukünftig werden wir auf die Anwendungsfälle der Vermittlung eingehen.

Da die Anzeigenauswahl von Protected Audience ausgeführt wird, nachdem kontextbezogene Anzeigen abgerufen wurden, Das Aufrufen der Protected Audience API kann sich auf die End-to-End-Latenz der Anzeige auswirken -Anfragen.