Kit d’enchères 3
La médiation interne n’est pas publique
La médiation interne avec Audience Network est actuellement en version bêta fermée et n’est pas publique. Nous procéderons à une mise à jour en cas de changement.
En attendant, vous pouvez accéder aux enchères de l’Audience Network par le biais de l’une des plateformes de médiation avec lesquelles nous sommes partenaires.
La prise en charge de certains de nos produits iOS internes côté client va être interrompue
Au printemps 2024 pour le Kit d’enchères 1, le Kit d’enchères 2 et le Kit d’enchères 3, qu’il s’agisse de la version autonome ou de l’adaptateur pour Bidding Kit Server (serveur d’enchères).
Cela signifie qu’Audience Network ne répondra plus aux demandes d’enchères iOS provenant de ces produits à compter de cette date.
Dans la section Kit d’enchères 3 :
- Présentation (sur cette page)
De quoi s’agit-il ?
Le Kit d’enchères 3.0 est un SDK léger qui agit comme un adaptateur côté client pour les éditeurs qui activent les enchères et améliorent le rendement à l’aide de Bidding Kit Server. Il comprend les éléments suivants :
- Sémantique des requêtes/réponses : construit la requête et analyse la réponse, qu’elles soient envoyées au serveur d’enchères ou à partir de celui-ci.
- Adaptateurs pour divers enchérisseurs : pour permettre l’accès d’enchérisseurs issus de différentes sources de demande.
- Tests A/B pour mesurer l’avantage incrémental des enchères pour l’éditeur.
- Interfaces bien définies entre enchère et cascade traditionnelle.
Qui peut l’utiliser ?
Les éditeurs internes utilisant Bidding Kit Server.
Cet outil n’est pas destiné aux éditeurs qui passent par un partenaire de médiation.
Comment fonctionne-t-il ?
- Le Kit d’enchères 3 fournit des adaptateurs pour divers enchérisseurs et des interfaces bien définies entre enchère et cascade traditionnelle, ce qui permet aux éditeurs d’envoyer une demande à Bidding Kit Server et d’obtenir une réponse plus facilement.
- Les détails de la mise en œuvre de l’enchère et la manière de contacter les enchérisseurs pour les enchères sont dissociés du Kit d’enchères 3.0.
- Le Kit d’enchères 3.0 s’appuie sur les intégrations du SDK pour le rendu des publicités et la collecte des signaux. Ce modèle permet à des sources de demande d’utiliser leur propre technologie et de conserver des relations directes avec les éditeurs.
Architecture
Le kit d’enchères agit comme une passerelle entre Bidding Kit Server et le système de médiation intégré dans votre application.
Il ne gère pas la logique de chargement et d’affichage des publicités. Votre système existant continue de gérer cela.
En pratique, le flux est un peu plus complexe, car le kit d’enchères doit s’intégrer avec certains aspects de votre système de médiation. Pour plus d’informations, consultez la section Flux du système.
Flux du système
Le flux fonctionne comme suit :
Au lancement, le système de médiation récupère la configuration de cascade sur le serveur (implémentation standard).
Pour chaque opportunité d’impression, la médiation côté client appelle le gestionnaire du kit d’enchères d’Audience Network afin qu’il exécute la logique d’enchère et qu’il fusionne les résultats avec la cascade de façon dynamique. Auction Manager (Gestionnaire d’enchères), Dynamic Merge (Fusion dynamique) et Reporting (Rapports) sont des classes internes utilisées ici à des fins d’illustration :
- Gestionnaire d’enchères : une enchère côté client à prix initial est exécutée et un gagnant est choisi.
- Fusion dynamique : sert de passerelle entre l’enchère et le système de cascade, met à jour la structure en cascade de façon dynamique en fonction des informations issues des enchères en temps réel.
- Rapports : le résultat de l’enchère est consigné, y compris le prix de clôture.
Les publicités sont chargées en arrière-plan par le système de médiation.
La logique côté client tente d’afficher une publicité (par exemple, interstitielle/vidéo/etc.).
Le système de médiation sélectionne les sources de demande pour afficher la publicité en fonction du prix et de la disponibilité.
- Reporting : le gagnant final est transmis à toutes les sources de demande.
Le système de médiation sélectionne l’adaptateur approprié et une publicité est diffusée.
- Une publicité est affichée et rendue par le SDK approprié.