Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Importante
- Non pris en charge : le protocole d’enchères AppNexus n’est plus pris en charge ; cette documentation est destinée uniquement à des fins héritées. Cela a été abandonné.
- Si vous êtes un nouveau soumissionnaire qui intègre AppNexus, consultez le protocole d’enchères OpenRTB 2.4.
Lorsque vous inscrivez un soumissionnaire instance auprès de la plateforme AppNexus, vous recevrez une série de demandes par appNexus Impression Bus, la principale étant la demande de soumission. Votre soumissionnaire répondra avec une série de réponses, la principale étant la réponse de soumission. Vous trouverez ci-dessous une liste des demandes et des réponses, ainsi que de brèves explications sur l’utilisation de chacune d’elles. Un soumissionnaire doit créer des « gestionnaires » (par exemple, un gestionnaire de demandes d’enchères, un gestionnaire de clics, etc.) pour chacun des services qu’il prévoit de prendre en charge.
Demande/réponse spécifique à l’impression
Trois requêtes/réponses sont utilisées pour une impression standard qui passe par le bus d’impression :
Processus
- Une demande d’annonce (côté client) provient du navigateur de l’utilisateur sur un site d’éditeur et demande une annonce à l’Impression Bus via un TinyTag.
- Impression Bus envoie une demande d’offre (côté serveur) à tous les soumissionnaires applicables et attend leurs réponses. Les données utilisateur de chaque soumissionnaire sont transmises avec la demande d’offre.
- Les soumissionnaires envoient une réponse d’offre au bus Impression dans la fenêtre de délai d’expiration (actuellement 100 ms pour la plupart des vendeurs, plus longtemps pour certains vendeurs). Cela inclut le code javascript qui sera utilisé pour modifier les données utilisateur dans le cas où le soumissionnaire gagne la vente aux enchères.
- Impression Bus détermine l’enchère la plus élevée et retourne le créatif associé au navigateur de l’utilisateur.
- Une demande d’avis est envoyée à tous les soumissionnaires concernés, y compris aux soumissionnaires qui n’ont pas envoyé de réponse de soumission, pour détailler les résultats de l’enchère.
Remarque
Ce processus est légèrement différent pour les enchères dans lesquelles les résultats sont passés à un échange secondaire.
Autres demandes/réponses
Demande prête pour le soumissionnaire
Chaque soumissionnaire instance (voir Service d’instance de soumissionnaire) doit disposer d’un service opérationnel qui répond à une demande prête. Cela permet à Impression Bus de savoir en temps réel à quelles instances il doit envoyer le trafic.
Demande de clic du soumissionnaire
Un soumissionnaire peut (éventuellement) créer un gestionnaire de clics pour la demande de clic. Cela n’est nécessaire que si les membres de votre soumissionnaire choisissent d’utiliser le suivi des clics via Impression Bus. Si tous les éléments créatifs d’un membre sont des balises tierces (par exemple, DART ou Atlas) et qu’ils choisissent d’utiliser le tiers uniquement à des fins de suivi des clics, votre soumissionnaire n’a peut-être pas besoin de prendre en charge ce type de demande.
Mobile OpenRTB pour les soumissionnaires
Les partenaires de demande mobile peuvent s’intégrer à AppNexus à l’aide de la spécification de l’API OpenRTB. Pour plus d’informations, consultez Intégration d’OpenRTB mobile.