Un parent à Lyon ouvre un forum pour comparer des sièges auto. À la même seconde, un étudiant à Lille ouvre une page sur les vols pas chers. Les deux pages affichent une publicité avant même que l’un ou l’autre n’ait fini de lire le titre, et les deux annonces n’ont rien en commun : une marque de poussettes pour l’un, une compagnie aérienne low-cost pour l’autre. Aucun des deux sites ne savait à l’avance qui allait venir. Aucun des deux annonceurs n’a choisi ce lecteur précis par son nom. Et pourtant, en une fraction de seconde, la bonne publicité a trouvé la bonne page.
Cet échange, répété des milliards de fois par jour sur l’internet ouvert, c’est le real-time bidding (RTB) : une enchère qui s’ouvre et se referme avant que la plupart d’entre nous n’aient eu le temps de le remarquer. C’est le mécanisme de transaction fondamental de la publicité programmatique, la tuyauterie qui décide, impression par impression, qui a le droit d’afficher une publicité et ce qu’il paie pour cela.
Pourquoi le real-time bidding a été inventé
Avant le RTB, les éditeurs vendaient leur inventaire invendu, l’espace restant une fois les équipes commerciales directes passées, via des ad networks à des tarifs fixes. Un network achetait un lot d’impressions à bas prix et le revendait, sans que personne ne sache vraiment où une publicité allait atterrir ni qui la verrait.
Ce système avait un défaut évident. Un annonceur n’avait aucun moyen de payer différemment pour deux visiteurs sur la même page, même si l’un d’eux valait, pour lui, dix fois plus que l’autre. Le prix était fixé à l’avance, en gros, sans lien avec la valeur réelle d’un instant précis.
Le RTB a remplacé ce prix fixe et groupé par quelque chose de bien plus précis : un prix décidé à neuf, pour une seule impression, à l’instant même où elle devient disponible.
Pour la première fois, un acheteur pouvait payer plus pour un visiteur qui valait plus à ses yeux, et rien du tout pour un autre, sans jamais savoir qui était réellement ce visiteur.
Comment les pièces s’assemblent
Débarrassée de ses acronymes, une enchère RTB est une idée simple exécutée à une vitesse vertigineuse : un emplacement, plusieurs acheteurs invités au même instant, la meilleure offre valide l’emporte.
La page d’un éditeur (ou son wrapper de header bidding) signale qu’un emplacement est disponible. Ce signal arrive jusqu’à un SSP (supply-side platform), qui rassemble le peu qu’il sait, la taille de l’emplacement, le thème de la page, un appareil et une localisation approximatifs, dans un seul message structuré, et le diffuse à tous les acheteurs connectés en même temps. Chaque DSP (demand-side platform) reçoit ce même message, en parallèle, et doit décider, seul et en quelques millisecondes, s’il enchérit et pour combien.
Un emplacement, une requête, tous les acheteurs connectés invités à la même enchère au même instant.
Cet article reste à ce niveau : les règles, les rôles, les données, les risques. Si vous voulez suivre une seule impression traverser ces étapes dans l’ordre, milliseconde par milliseconde, nous en avons suivi une en entier ailleurs. Ici, l’accent est mis sur la façon dont l’enchère elle-même est construite.
Deux règles pour décider d’un prix
Une fois les enchères arrivées, il reste à décider ce que le gagnant paie vraiment. Il existe deux règles courantes, et la différence entre elles compte plus qu’il n’y paraît.
Dans une enchère au premier prix, le gagnant paie exactement ce qu’il a enchéri. C’est désormais le format dominant en programmatique. Son effet de bord : les acheteurs doivent deviner, non seulement ce que vaut une impression pour eux, mais ce que les autres vont probablement enchérir, et réduire légèrement leur propre chiffre pour éviter de surpayer. Cette pratique a un nom : le bid shading.
Dans une enchère au deuxième prix (ou enchère de Vickrey), le gagnant l’emporte toujours, mais ne paie qu’une unité monétaire au-dessus de la deuxième meilleure offre, pas son propre chiffre. C’était le format courant au début du programmatique, et il existe encore dans certains coins du marché aujourd’hui. Comme le prix payé dépend de l’offre d’un autre plutôt que de la sienne, cela supprime une grande partie de l’incitation à réduire son offre : enchérir sa vraie valeur devient déjà la stratégie la plus sûre.
Mêmes trois enchères d’exemple, deux résultats différents : en premier prix le gagnant paie son propre chiffre, en deuxième prix il paie juste au-dessus du deuxième.
Imaginez chaque main levée comme une enchère : dans une enchère RTB, des dizaines d’acheteurs répondent à la même requête en même temps, en silence et en parallèle.
Ce que contient réellement une bid request
Une bid request n’est pas le profil d’une personne. C’est un message court et structuré, construit selon la spécification OpenRTB, le format partagé que la plupart des acteurs du secteur parlent, et il est pensé pour en dire le moins possible sur la personne qui regarde réellement la page. Les champs typiques incluent :
- Les données d’impression : la taille de l’emplacement, son format (bannière, vidéo, natif), sa position sur la page.
- Les données de l’éditeur : le domaine du site ou de l’application, sa catégorie de contenu, sa langue.
- Les données d’appareil : type d’appareil, système d’exploitation, une localisation approximative à l’échelle de la ville plutôt qu’une adresse.
- Les données d’audience : d’éventuels segments anonymes attachés par la plateforme de données de l’éditeur, s’il y en a.
- Les données de deal : un identifiant de deal, si cet emplacement précis appartient à un arrangement privé plutôt qu’au marché ouvert.
Remarquez ce qui manque : pas de nom, pas d’e-mail, pas d’adresse exacte. La quantité de données au niveau utilisateur dans une bid request diminue depuis des années, sous la double pression des réglementations sur la vie privée et des politiques des navigateurs : moins de matière à exploiter, davantage de déduction basée sur le contexte plutôt que sur l’identité.
L’horloge est la contrainte la plus dure
Rien de tout cela n’aurait d’importance si ça prenait plus de temps qu’un chargement de page. Les éditeurs fixent 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 publicité de secours ne soit diffusée à la place. Une enchère qui arrive avec même quelques millisecondes de retard est simplement ignorée, quelle que soit sa valeur. Le délai ne négocie pas.
Cette contrainte façonne tout, du côté acheteur. Un DSP doit recevoir une requête, la comparer à potentiellement des milliers de campagnes actives, appliquer des règles (ce site est-il autorisé, reste-t-il du budget, la géographie correspond-elle), fixer un prix, et répondre, généralement en moins de 100 millisecondes, pour chaque impression qu’il reçoit. Les grands DSP traitent des centaines de milliers de ces requêtes chaque seconde, jour et nuit.
Derrière chaque enchère, un serveur, quelque part, décide en une fraction de seconde si cette impression précise vaut la peine d’être payée.
Le RTB n’est pas tout le marché
Le RTB en open auction entre en concurrence avec d’autres façons de vendre le même inventaire. Les éditeurs donnent généralement la priorité aux deals garantis, programmatic guaranteed ou insertion order directe négociés à l’avance, ce qui signifie que l’enchère ouverte en RTB ne voit souvent que ce qui n’a pas déjà trouvé preneur via ces canaux directs.
Cela désavantageait structurellement les acheteurs en RTB : tout emplacement vendu directement n’atteignait jamais l’enchère ouverte. Le header bidding a changé cela, en permettant aux acheteurs RTB de concourir pour le même emplacement, au même instant que les deals directs, plutôt que de ne récupérer que ce que la vente directe laissait de côté.
Garder un marché ouvert et automatisé sûr
Une enchère sans humain dans la boucle, qui tourne des millions de fois par seconde, crée ses propres risques. Les principaux contre lesquels les annonceurs doivent se protéger sont :
- Le trafic invalide (IVT) : une activité de bots qui fabrique de fausses impressions pour se faire payer des publicités que personne n’a jamais vues.
- L’usurpation de domaine : un site de faible qualité qui maquille sa propre adresse pour ressembler à un éditeur premium.
- La mauvaise adjacence : une publicité qui atterrit à côté d’un contenu en contradiction avec les lignes directrices d’une marque.
Les standards du secteur (ads.txt et sellers.json de l’IAB Tech Lab, la spécification OpenRTB elle-même) ainsi que des prestataires de mesure indépendants aident à réduire ces risques, mais aucun ne remplace une gestion active des campagnes : listes d’autorisation, listes de blocage, et quelqu’un qui surveille vraiment où atterrit le budget.
FAQ
Le real-time bidding est-il la même chose que la publicité programmatique ?
Pas tout à fait. La publicité programmatique est le terme générique pour l’achat et la vente de publicités via un logiciel plutôt qu’une négociation humaine. Le RTB est une méthode de transaction parmi d’autres sous ce terme générique, celle des enchères ouvertes en particulier. Les deals programmatic guaranteed et les private marketplaces sont programmatiques eux aussi, mais ce ne sont pas des enchères au sens du RTB.
Combien de temps dure vraiment une enchère RTB ?
Le trajet complet, depuis l’instant où une page demande une publicité jusqu’à l’instant où cette publicité s’affiche, se termine généralement en moins de 200 millisecondes, et souvent plus près de 100. L’essentiel de ce temps est consacré à attendre que des dizaines d’acheteurs répondent en parallèle à la même requête, pas à une étape en particulier.
Qu’est-ce que le bid shading, en termes simples ?
Dans une enchère au premier prix, le gagnant paie exactement ce qu’il a enchéri, donc enchérir sa valorisation maximale absolue risque de faire payer plus que nécessaire. Le bid shading consiste à estimer jusqu’où on peut baisser tout en ayant probablement encore une chance de gagner, et à enchérir ce chiffre-là à la place.
Le RTB repose-t-il sur le suivi des individus ?
Moins qu’avant. Une bid request est construite pour décrire un instant (un emplacement, une page, un appareil et une localisation approximatifs), pas une personne. La pression du secteur et des régulateurs a constamment réduit la quantité de données liées à l’identité qui y circule, poussant les acheteurs vers des signaux contextuels plutôt qu’identitaires.
Une petite entreprise locale peut-elle vraiment utiliser le RTB ?
Oui. Le RTB en lui-même ne se soucie pas de la taille de l’acheteur, seulement du prix et des règles attachées à une enchère. La barrière pour les petits annonceurs a historiquement été l’outillage et le budget minimum, pas le mécanisme d’enchère lui-même.
Comment Arago vous aide
Le DSP d’Arago exécute cette séquence complète sur l’internet ouvert, sites web et applications mobiles, via OpenRTB. Un emplacement est mis aux enchères en environ 10 ms, Arago vérifie vos règles de zone, de sites autorisés et de budget en environ 30 ms, puis enchérit ou passe vers 60 ms, la publicité apparaissant près de 100 ms après l’ouverture de la page. Les listes d’autorisation et de blocage, le plafonnement de fréquence et vos propres pixels de tracking par ligne vous donnent le contrôle sur où et à quelle fréquence chaque enchère est placée. Dessinez vous-même ces règles de zone dans Map, et explorez les formats interactifs qui se lancent une fois une enchère gagnée dans Creative.
