Bidding-Kit 3

Die interne Mediation ist nicht öffentlich verfügbar

Interne Gebote mit Audience Network befinden sich aktuell in der Geschlossenen Beta-Phase und sind nicht öffentlich verfügbar. Sollte sich dies ändern, werden wir dies bekanntgeben.

Du kannst alternativ über eine der Mediationsplattformen, mit denen wir eine Partnerschaft unterhalten, auf Gebote im Audience Network zugreifen.

Wir werden den Support für einige unserer internen iOS-Client-Produkte einstellen

Bidding-Kit 1, Bidding-Kit 2, Bidding-Kit 3 – sowohl als Standalone-Lösung als auch als Adapter für Bidding-Kit-Server – im Frühjahr 2024.

Das bedeutet, dass Audience Network ab diesem Datum nicht mehr auf iOS-Gebotsanfragen reagiert, die über diese Produkte eingehen.

Im Abschnitt Bidding-Kit 3:

Beschreibung

Bidding-Kit 3.0 ist ein leichtes SDK, das als clientseitiger Adapter für Publisher fungiert, die Bidding-Kit-Server verwenden, um Gebote zu ermöglichen und den Ertrag zu verbessern. Es besteht aus folgenden Bestandteilen:

  • Anfrage-/Antwortsemantik: Erstellt die Anfrage und analysiert die Antwort an und vom Bidding-Kit-Server.
  • Adapter für verschiedene Bieter*innen: Ermöglicht Bieter*innen aus verschiedenen Nachfragequellen.
  • AB-Tests zur Messung des inkrementellen Nutzens von Geboten für den Publisher.
  • Klar definierte Schnittstellen zwischen Auktion und der herkömmlichen Wasserfallstrategie.

Für wen ist das Feature gedacht?

Interne Publisher, die Bidding-Kit-Server verwenden.

Es richtet sich nicht an Publisher, die einen Mediationspartner nutzen.

Wie funktioniert’s?

  • Bidding-Kit 3 bietet Adapter für verschiedene Bieter*innen und klar definierte Schnittstellen zwischen Auktion und der herkömmlichen Wasserfallstrategie, wodurch es für Publisher einfacher wird, eine Anfrage an den Bidding-Kit-Server zu stellen und eine Antwort zu erhalten.
  • Die Einzelheiten zur Durchführung der Auktion und zur Kontaktaufnahme mit Bieter*innen für Gebote sind dem Bidding Kit 3.0 entnommen.
  • Bidding-Kit 3.0 basiert auf SDK-Integrationen für die Anzeigendarstellung und Signalerfassung. Dieses Modell ermöglicht es Nachfragequellen, ihre eigene Technologie zu nutzen und direkte Beziehungen zu Publishern aufrechtzuerhalten.

Architektur

Bidding-Kit fungiert als Brücke zwischen Bidding-Kit-Server und dem Mediationssystem in deiner App.

Es verwaltet nicht die Logik zum Laden und Anzeigen von Werbeanzeigen. Dein bestehendes System übernimmt dies weiterhin.

In der Praxis ist der Ablauf etwas komplexer, da Bidding-Kit in bestimmte Aspekte deines Mediationssystems integriert werden muss. Weitere Informationen findest du unter Systemablauf.

Systemablauf

Der Ablauf funktioniert wie folgt:

  1. Beim Start ruft das Mediationssystem die Wasserfallkonfiguration vom Server ab (Standardimplementierung).

  2. Für jede Impressionsmöglichkeit ruft die clientseitige Mediation den Bidding-Kit-Manager von Audience Network auf, um die Auktionslogik auszuführen und die Ergebnisse dynamisch mit der Wasserfallstrategie zusammenzuführen. (Auction Manager, Dynamic Merge und Reporting sind interne Klassen und werden hier zur Veranschaulichung verwendet):

    • Auction Manager: Eine kundenseitige Erstpreisauktion wird durchgeführt und ein*e Gewinner*in wird ermittelt.
    • Dynamic Merge: Dient als Brücke zwischen Geboten und der Wasserfallstrategie und aktualisiert die Wasserfallstruktur dynamisch mit Echtzeit-Gebotsinformationen.
    • Reporting: Das Auktionsergebnis wird gemeldet, einschließlich des Vergabepreises.
  3. Werbeanzeigen werden im Hintergrund vom Mediationssystem geladen.

  4. Die Clientlogik versucht, eine Werbeanzeige anzuzeigen (z. B. Interstitial/Video usw.)

  5. Die Mediation wählt die Nachfragequellen zur Anzeige der Werbeanzeige basierend auf Preis und Verfügbarkeit aus.

    • Reporting: Der endgültige Gewinner wird allen Nachfragequellen gemeldet.
  6. Die Mediation wählt den richtigen Adapter aus und eine Werbeanzeige wird angezeigt.

  7. Eine Werbeanzeige wird vom entsprechenden SDK angezeigt und dargestellt.