Skip to content
Bright Face AdsBright Face Ads
OpenRTB 2.6 · Enchères en temps réel

L'attention, mise aux enchères en millisecondes.

Chaque impression du réseau Bright Face Ads est vendue via une enchère OpenRTB scellée au second prix, résolue en moins de 90 millisecondes, de bout en bout, sur un pipeline bâti avec Scala, Python et Kafka.

Parler à notre équipeLire la doc API
<0ms
Latence p95
0+
Enchères / jour
0%
Taux de remplissage
auction.log
streaming
+2ms│Requête
+16ms│Enrichissement
+54ms│Enchère
+78ms│Réponse
RÉSOLU· Google Ads · $5.91 CPM
latency budget · 90ms78 ms
Le cycle de vie de l'enchère

Six étapes, un seul budget : 90 millisecondes.

Du moment où une impression apparaît à l'instant où la création gagnante s'affiche, voici où passe le temps.

0 ms

01 · Requête d'enchère

Une impression devient disponible et une requête OpenRTB structurée est diffusée à la demande.

14 ms

02 · Enrichissement

Géolocalisation, type de lieu, audience et signaux de plancher sont attachés à la requête.

38 ms

03 · Enchère

Les partenaires répondent ; le moteur exécute une enchère scellée au second prix face au plancher.

62 ms

04 · Réponse d'enchère

L'offre gagnante revient avec son balisage créatif et ses URL de suivi.

71 ms

05 · Notification de gain

Le gagnant est facturé au second prix et notifié via l'URL de gain.

84 ms

06 · Diffusion

La création s'affiche à l'écran, en contexte, confortablement dans le budget.

Comment l'enchère se clôture

Au second prix, scellée, et équitable par conception.

Chaque enchérisseur soumet une offre scellée au-dessus du plancher. La plus haute l'emporte, mais ne paie qu'un centime de plus que la suivante. Les acheteurs ne surpaient jamais, et les éditeurs clôturent toujours à la vraie valeur du marché.

  • Prix planchers fermes par emplacement, par accord et par acheteur.
  • Deals de place de marché privée (PMP) à priorité garantie.
  • Délais tmax stricts, les enchérisseurs lents sont exclus.
  • Clôture transparente : vous voyez toujours la valeur de chaque impression.
Une enchère en direct, clôturéePlancher $4.50
Google AdsGagnant · paie le 2ᵉ prix$6.70
Meta$5.90
Eskimi$5.20
Direct$4.10
Clôture à$5.91CPM

Google Ads enchérit le plus haut à 6,70 $ mais clôture à 5,91 $, un centime au-dessus de la suivante.

Sous le capot

Un moteur conçu pour rester disponible et rapide.

Les requêtes transitent par Kafka vers un cluster d'enchérisseurs partitionné horizontalement, écrit en Scala. Chaque shard exécute ses enchères indépendamment : le système se dégrade gracieusement sous charge et monte à l'échelle en ajoutant des partitions, sans ralentir.

  • Scala
  • Python
  • Apache Kafka
  • Kubernetes
  • Partitionné
  • Sans état
Schéma d'architecture · espace réservé
Image placeholder

Exchange / SSP

Requêtes OpenRTB entrantes via HTTPS.

Ingestion Kafka

Flux de requêtes partitionnés et rejouables.

Cluster d'enchérisseurs

Shards Scala sans état, auto-scalés.

Cœur d'enchère

Clôture scellée au second prix dans le shard.

Réponse & logs

Réponse d'enchère sortante ; événements vers le lac de données.

Parlez le protocole

Des standards de bout en bout.

Exactement les formats que votre DSP comprend déjà, requête OpenRTB 2.6 en entrée, réponse en sortie.

bid-request.json
json
POST /openrtb/2.6/bid  HTTP/1.1
Authorization: Bearer <api_key>

{
  "id": "8f2a91e0-…-e91",
  "at": 2,                 // second-price
  "tmax": 90,              // ms budget
  "cur": ["USD"],
  "imp": [{
    "id": "1",
    "bidfloor": 4.50,
    "video": {
      "mimes": ["video/mp4"],
      "minduration": 5,
      "maxduration": 15,
      "w": 1920, "h": 1080
    }
  }],
  "dooh": {
    "venuetype": ["transit"],
    "geo": { "city": "Douala", "country": "CMR" }
  }
}
Une performance fiable

Les chiffres que nous nous imposons.

<90ms

Latence d'enchère p95

De bout en bout, requête à réponse.

6.5M+

Enchères par jour

Sur l'ensemble du réseau en direct.

94%

Taux de remplissage

Moyenne sur tous les emplacements.

99.9%

Disponibilité

Disponibilité glissante sur 90 jours.

Capacités

Ce que le moteur d'enchères vous apporte.

Enchères < 90 ms

Des temps de réponse p95 qui maintiennent les écrans pleins et les acheteurs compétitifs.

Natif OpenRTB

Des requêtes et réponses conformes que votre DSP comprend déjà.

Tolérant aux pannes

Un pipeline résilient qui se dégrade gracieusement sous charge.

Conçu pour passer à l'échelle

Des millions d'enchères par jour, partitionnées et diffusées via Kafka.

Compatibilité

S'intègre à la pile que vous exploitez déjà.

Des interfaces conformes aux standards : la plupart des DSP et exchanges se connectent avec peu ou pas de développement sur mesure.

  • OpenRTB 2.6
  • VAST 4.x
  • OpenRTB Native 1.2
  • PMP / Deal IDs
  • JSON via HTTPS
  • Bearer OAuth2

Questions fréquentes

Oui, nous implémentons OpenRTB 2.6 pour les requêtes, réponses et notifications de gain, rendant l'intégration aux DSP existants simple.

Affichons votre marque sur les écrans les plus lumineux.

Lancez une campagne en quelques jours, pas en semaines.

Parler à notre équipe