Le real-time bidding (RTB) expliqué

Le real-time bidding (RTB) est le processus d’enchères qui détermine quelle annonce un utilisateur voit lorsqu’il charge une page web ou ouvre une application. Chaque impression disponible est mise aux enchères, plusieurs acheteurs soumettent leurs offres simultanément, et l’annonce du gagnant est diffusée, tout cela dans le temps que met une page à se charger. Le RTB est le mécanisme de transaction fondamental de la publicité programmatique.

Pourquoi le RTB a été développé

Avant le RTB, les éditeurs digitaux vendaient leur inventaire invendu (remnant) via des ad networks à des tarifs fixes, sans grande transparence sur les emplacements ou les audiences. Les annonceurs n’avaient aucun moyen d’enchérir différemment pour un utilisateur à fort potentiel par rapport à un utilisateur moins qualifié, même s’ils visitaient la même page.

Le RTB a résolu ce problème en rendant le prix de chaque impression variable, déterminé pour chaque utilisateur, à chaque page vue, en temps réel. Les annonceurs pouvaient enfin payer plus pour les impressions qu’ils valorisaient fortement et moins (voire rien) pour les autres.

Comment fonctionne une enchère RTB

Lorsqu’un utilisateur déclenche une demande d’annonce (en chargeant une page, en ouvrant une application ou en démarrant une vidéo), la séquence suivante se déroule :

1. La demande d’annonce : l’ad server de l’éditeur ou le wrapper de header bidding envoie un signal indiquant qu’une impression est disponible.
2. La bid request : le SSP (supply-side platform) assemble les données contextuelles et d’audience sur l’impression et diffuse une bid request aux DSP et exchanges connectés.
3. L’évaluation de l’enchère : chaque DSP reçoit la bid request et l’évalue au regard de ses campagnes actives. Il vérifie si l’impression correspond aux paramètres de ciblage (audience, géographie, appareil, contexte) et calcule un prix d’enchère.
4. La réponse à l’enchère : le DSP renvoie son offre (ou un refus) dans le délai imparti, souvent 80 à 120 millisecondes.
5. Le règlement de l’enchère : l’ad exchange collecte toutes les offres et applique les règles d’enchère pour déterminer le gagnant.
6. La diffusion de l’annonce : le créatif gagnant est renvoyé à l’ad server de l’éditeur et affiché dans le navigateur ou l’application de l’utilisateur.
7. L’enregistrement : le DSP et le SSP enregistrent tous deux la transaction à des fins de facturation, de reporting et de mise à jour des modèles.

Toute la séquence, de la demande d’annonce à l’annonce affichée, se complète généralement en moins de 200 millisecondes.

Les types d’enchères

L’enchère au premier prix (first-price auction)

L’enchérisseur gagnant paie exactement ce qu’il a enchéri. C’est désormais le format d’enchère dominant en programmatique. Les annonceurs qui utilisent les enchères au premier prix doivent développer des stratégies de bid shading (enchérir légèrement en dessous de leur valorisation réelle) pour éviter de surpayer les impressions.

L’enchère au deuxième prix (enchère de Vickrey)

Le gagnant paie un centime (ou une unité monétaire) au-dessus de la deuxième enchère la plus élevée, et non sa propre offre. Ce format était courant dans les débuts du programmatique et existe encore dans certains contextes. En théorie, il incite les enchérisseurs à proposer leur vraie valeur.

Ce que contient une bid request

Une bid request contient des données structurées que les DSP utilisent pour évaluer une impression. Les champs typiques incluent :

• Les données d’impression : taille de l’emplacement, format (bannière, vidéo, natif), position sur la page
• Les données de l’éditeur : domaine du site ou de l’application, catégorie de contenu, langue
• Les données utilisateur : identifiants anonymes, type d’appareil, système d’exploitation, localisation inférée
• Les données d’audience : segments éventuellement rattachés par la plateforme de données de l’éditeur
• Les données de deal : si l’impression appartient à un deal de private marketplace, son identifiant

La quantité de données au niveau utilisateur dans les bid requests diminue au fil des réglementations sur la vie privée et des politiques des navigateurs qui restreignent le suivi par cookies.

La latence et les timeouts

La latence est une contrainte critique dans le RTB. Les éditeurs définissent un délai d’enchère (bid timeout) : le temps maximum pendant lequel ils attendent des offres avant que l’enchère ne se ferme et qu’une annonce par défaut ou invendue ne soit diffusée. Si la réponse d’un DSP arrive après le timeout, l’enchère est ignorée quelle que soit sa valeur.

Les DSP doivent équilibrer le coût computationnel d’évaluation de millions de bid requests par seconde avec la nécessité de répondre dans des fenêtres de temps très courtes. Les grands DSP peuvent recevoir et traiter des centaines de milliers de bid requests par seconde.

RTB vs. deals directs et garantis

Le RTB entre en concurrence avec d’autres types de transactions pour les mêmes impressions. Les éditeurs priorisent généralement les deals garantis (programmatic guaranteed, direct IO) sur le RTB en open auction, ce qui signifie que le RTB accède souvent à un inventaire qui n’a pas été vendu via les canaux directs. Cependant, le header bidding a modifié cette dynamique en permettant aux acheteurs RTB de concourir simultanément avec les deals directs.

Brand safety et fraude dans le RTB

La nature ouverte et automatisée du RTB crée des risques. Les annonceurs doivent utiliser des contrôles pour éviter :

• Le trafic invalide (IVT) : le trafic de bots qui génère des impressions frauduleuses
• L’usurpation de domaine : des sites frauduleux qui se font passer pour des éditeurs premium
• La mauvaise adjacence : des annonces qui apparaissent à côté de contenus incompatibles avec les lignes directrices de la marque

Les standards définis par des organisations comme l’IAB Tech Lab (ads.txt, sellers.json, OpenRTB) et les prestataires de mesure tiers aident à traiter ces problèmes, mais une gestion active des campagnes reste nécessaire.

Comment Arago vous aide

Arago utilise le RTB pour diffuser les campagnes des retailers locaux sur un ensemble curé de sources d’inventaire premium en temps réel. Sa logique d’enchères est conçue pour les objectifs de marché local (toucher les acheteurs à proximité de points de vente spécifiques, s’adapter à la demande saisonnière et optimiser vers des résultats en magasin et en ligne) afin que chaque enchère reflète la valeur réelle d’une impression pour un retailer local.