Posséder une DSP règle la question de l’accès. Elle ne règle pas automatiquement celle de l’inventaire. Une demand-side platform sans supply-side platforms connectées, c’est une salle des ventes sans rien à vendre, et les nouveaux propriétaires de plateforme sont souvent surpris de constater qu’une grande partie des premières semaines suivant le lancement est consacrée au travail d’intégration plutôt qu’à la stratégie de campagne.
Chaque connexion SSP est un petit projet technique : un endpoint à configurer, un format de réponse d’enchère à valider, une allocation de QPS à négocier et une campagne de test à lancer avant que le moindre budget réel ne transite par la connexion. Si vous vous trompez, vous vous retrouvez avec des taux de remplissage faibles, des devises incohérentes ou une connexion qui cesse discrètement d’envoyer des bid requests quelques semaines après avoir été validée. Si vous réussissez une fois, la même checklist s’applique aux cent SSP suivantes.
Ce guide détaille ce qu’implique concrètement une intégration SSP, les prérequis techniques qu’une DSP doit réunir avant de contacter le moindre partenaire supply, une checklist étape par étape pour connecter et valider une nouvelle SSP, ainsi que les compromis entre la construction manuelle de chaque connexion et le choix d’une plateforme sur laquelle l’inventaire est déjà pré-intégré.
Ce que signifie réellement l’intégration SSP pour un propriétaire de DSP
Une SSP se situe du côté éditeur de l’enchère : elle transforme l’inventaire publicitaire en bid requests et les envoie aux DSP connectées via OpenRTB. S’intégrer à une SSP revient à mettre en place un canal bidirectionnel : la SSP doit savoir où envoyer les bid requests, et la DSP doit savoir les analyser, les valoriser et y répondre suffisamment vite pour être prise en compte.
En pratique, cela mêle travail protocolaire et configuration commerciale. Côté protocole, la DSP expose un endpoint conforme à OpenRTB, capable d’accepter le format de bid request de la SSP, de répondre dans la fenêtre de timeout de l’enchère et de gérer les extensions propres à cette SSP pour les données de visibilité, les identifiants utilisateurs ou les champs de supply chain. Côté commercial, il faut s’accorder sur l’allocation de QPS, la gestion des prix planchers, les conditions de paiement et les catégories d’inventaire effectivement partagées.
La plupart des SSP n’accordent pas un accès complet dès le premier jour à une DSP toute nouvelle et sans historique. Elles commencent par un plafond de QPS limité et une portion restreinte d’inventaire, observent les performances de la connexion, puis élargissent l’accès une fois que la DSP a prouvé qu’elle sait enchérir, remporter des impressions et payer de manière fiable. Cette phase de montée en charge est normale, et c’est l’une des raisons pour lesquelles une DSP disposant d’une longue liste de relations supply déjà validées part avec une réelle longueur d’avance sur une DSP qui part de zéro.
Les prérequis techniques avant de contacter une SSP
Avant de solliciter un partenaire supply, une DSP doit disposer de quelques fondamentaux techniques. La plupart des retards d’intégration s’expliquent par l’absence ou le caractère incomplet de l’un d’entre eux au moment où l’équipe technique de la SSP commence à examiner la connexion.

| Prérequis | Pourquoi c’est important |
| Endpoint d’enchère conforme à OpenRTB | La SSP a besoin d’une URL stable qui accepte son format de bid request et renvoie une réponse d’enchère valide ou un no-bid dans la fenêtre de timeout. |
| Temps de réponse moyen inférieur à 100 ms | La plupart des SSP appliquent des timeouts stricts. Une DSP qui répond trop lentement est bridée, voire totalement exclue de l’enchère, quel que soit son prix d’enchère. |
| Prise en compte d’ads.txt / sellers.json | La logique d’achat de la DSP doit pouvoir vérifier que la SSP est un vendeur autorisé pour l’inventaire proposé, afin d’éviter d’acheter du trafic frauduleusement présenté. |
| Gestion des devises et des fuseaux horaires | Les SSP déclarent les dépenses et les impressions dans des devises et des fenêtres de reporting différentes. Des paramètres incohérents compromettent discrètement le rapprochement des données par la suite. |
| Un mode de trafic test/QA | Chaque nouvelle connexion SSP doit d’abord tourner sur un petit budget de test avant de se voir confier de véritables dépenses de campagne. |
La checklist d’intégration SSP, étape par étape
Une fois les fondamentaux techniques en place, la connexion d’une SSP suit une séquence relativement constante. Sauter des étapes pour lancer plus vite est de loin la cause la plus fréquente de connexions qui semblent correctes sur le papier mais sous-performent dès que de vraies dépenses y transitent.
- Vérifier l’adéquation de l’inventaire. Identifiez les formats, régions et types d’appareils que la SSP propose réellement avant de démarrer la configuration technique, pour vous assurer que l’intégration justifie le temps d’ingénierie.
- Échanger les informations d’endpoint. Communiquez l’endpoint d’enchère de la DSP et récupérez la documentation de la SSP, des exemples de bid requests et les éventuelles extensions OpenRTB personnalisées qu’elle utilise.
- Mapper les champs des bid requests et des réponses. Confirmez les champs obligatoires, le format des prix planchers et les champs non standard que la SSP attend dans la réponse.
- Convenir d’une allocation de QPS initiale. Les nouvelles connexions démarrent presque toujours plafonnées, avec une marge de progression à mesure que les performances sont démontrées.
- Lancer une campagne de test sur un petit budget. Vérifiez que les enchères sont bien envoyées, que les impressions remportées s’affichent réellement et que les chiffres de reporting concordent des deux côtés.
- Contrôler l’autorisation ads.txt / sellers.json sur les domaines live. Confirmez que la SSP figure bien comme vendeur autorisé pour les éditeurs qu’elle prétend représenter.
- Rapprocher les dépenses et le nombre d’impressions. Comparez les logs de la DSP au reporting de la SSP sur la période de test avant d’augmenter le budget.
- Augmenter progressivement le QPS et le budget. Relevez l’allocation par paliers plutôt que de faire passer d’emblée une nouvelle connexion à plein volume.
- Intégrer la connexion au monitoring continu. Suivez régulièrement le fill rate, le win rate et la latence, car les performances d’une SSP peuvent évoluer dans le temps sans aucun changement côté DSP.
Intégration SSP directe ou passage par un agrégateur
Les propriétaires de DSP accèdent généralement à l’inventaire par l’une de deux voies : se connecter directement aux SSP une par une, ou se connecter une seule fois à un ad exchange ou à un agrégateur de supply qui a déjà intégré un grand nombre de SSP derrière un endpoint unique. Les deux approches sont valables, et la plupart des DSP établies finissent par combiner les deux.

| Intégration SSP directe | Agrégateur / Ad exchange |
| Une intégration dédiée par SSP | Une seule intégration donne accès à de nombreuses SSP à la fois |
| Visibilité complète sur chaque source d’inventaire | Une partie de la visibilité sur le supply path dépend de la transparence de l’agrégateur |
| Couverture étendue plus lente à atteindre | Montée en échelle plus rapide sur de nombreuses SSP |
| Davantage de temps d’ingénierie par nouvelle source | Dépendance continue vis-à-vis de la disponibilité et des conditions de l’agrégateur |
Les intégrations directes se justifient généralement pour un petit nombre de SSP à forte valeur et à fort volume, pour lesquelles la visibilité et le contrôle supplémentaires valent le temps d’ingénierie investi. La voie de l’agrégateur est ce qui permet concrètement à une nouvelle DSP d’atteindre une large couverture d’inventaire en quelques semaines, au lieu des mois nécessaires pour négocier et construire des centaines de connexions directes une à une. C’est également là que la supply path optimization entre en jeu : l’objectif n’est pas simplement de se connecter au plus grand nombre de SSP possible, mais d’acheminer chaque impression par le chemin le plus court et le plus propre disponible dès lors que plusieurs sources se recoupent.
Les erreurs courantes qui ralentissent ou cassent les connexions SSP
- Sauter l’étape de la campagne de test et faire passer immédiatement le budget complet par une connexion toute neuve.
- Ignorer les exigences de timeout et de latence jusqu’à ce qu’une SSP commence à brider discrètement la connexion.
- Ne jamais revérifier l’autorisation ads.txt / sellers.json après la configuration initiale, et passer à côté d’un changement dans une source d’inventaire.
- Considérer que toutes les implémentations OpenRTB des SSP sont identiques, alors que les champs personnalisés et les extensions varient de l’une à l’autre.
- Laisser les plafonds de QPS inchangés longtemps après qu’une connexion a prouvé qu’elle pouvait absorber davantage de volume, et perdre ainsi du fill rate.
De combien de SSP une nouvelle DSP a-t-elle réellement besoin ?
Il n’existe pas de nombre fixe, mais la couverture compte davantage que n’importe quelle connexion prise isolément. Quelques SSP peuvent suffire pour une campagne de test ciblée, mais une DSP qui veut diffuser sur de l’inventaire display, vidéo, in-app et CTV dans plusieurs régions a besoin de diversité d’inventaire, et pas seulement de volume. S’appuyer sur une ou deux SSP crée en outre un point de défaillance unique : si une connexion subit une panne ou une baisse de fill rate, les campagnes qui en dépendent sont à l’arrêt.
C’est la raison concrète pour laquelle de nombreux propriétaires de DSP choisissent une plateforme livrée avec un inventaire déjà intégré plutôt que de construire chaque connexion à partir de zéro. Les offres White Label, License et Acquisition d’AdTech Europe incluent toutes plus de 1 000 intégrations SSP et une montée en charge illimitée du QPS déjà en place, ce qui transforme des mois d’intégrations une à une en une plateforme disposant d’inventaire dès le premier jour. Les propriétaires qui souhaitent ajouter leurs propres relations directes en plus de cette base restent libres de le faire, et la checklist ci-dessus s’applique toujours à chacune d’elles.
L’approche pré-intégrée fonctionne aussi dans l’autre sens. Les supply-side platforms et les ad networks qui souhaitent brancher leur propre inventaire sur un vaste pool de demande, plutôt que de multiplier les relations individuelles avec des DSP, peuvent passer par le même type de connexion préconstruite : c’est ainsi que les partenaires supply d’AdTech Europe connectent leur inventaire au pool de demande de la plateforme. Côté achat, un nouveau propriétaire de DSP qui opte pour l’acquisition ou la licence bénéficie d’un onboarding équivalent, AdTech Europe étant en mesure de connecter une DSP à un inventaire publicitaire prêt à l’emploi en cinq jours ouvrés environ, au lieu des semaines ou des mois qu’exige généralement un calendrier d’intégration partant de zéro.
Prêt à vous passer du travail d’intégration SSP manuel ?

AdTech Europe aide les agences, les ad networks et les équipes d’achat média à posséder leur propre DSP plutôt que d’en louer l’accès, grâce à des plateformes pré-connectées à plus de 1 000 SSP, avec un QPS illimité et un branding white-label complet dès la mise en service. Que l’objectif soit une plateforme white-label entièrement gérée, une DSP sous licence ou l’acquisition complète du code source, le travail d’intégration de l’inventaire décrit dans ce guide est déjà réalisé avant que la plateforme ne soit remise à son nouveau propriétaire. Les tarifs de chaque modèle de propriété sont publiés et tenus à jour : il est donc facile de comparer le coût d’une plateforme déjà intégrée à celui d’un développement en interne.
Pour découvrir concrètement la configuration de l’inventaire pré-intégré et du QPS, ou pour comparer une approche en interne et une plateforme prête à l’emploi selon votre cas d’usage, planifiez un rendez-vous stratégique programmatic avec l’équipe AdTech Europe.
FAQ
Combien de temps faut-il pour connecter une nouvelle SSP à une DSP ?
Une intégration SSP directe prend généralement de quelques jours à quelques semaines, selon le degré de standardisation de l’implémentation OpenRTB de la SSP et la rapidité avec laquelle les deux parties peuvent lancer et valider une campagne de test.
Quelle est la différence entre OpenRTB et une API d’enchères propriétaire ?
OpenRTB est un protocole standard du secteur pour les bid requests et les réponses en temps réel, pris en charge par la plupart des SSP et des DSP, ce qui rend les intégrations plus rapides et plus prévisibles qu’avec une API entièrement propriétaire et non standard.
Dois-je vérifier ads.txt et sellers.json pour chaque connexion SSP ?
Oui. Vérifier qu’une SSP figure comme vendeur autorisé permet de confirmer la légitimité de l’inventaire qu’elle propose, et ce contrôle doit être renouvelé régulièrement, pas seulement une fois lors de la configuration initiale.
Pourquoi les SSP limitent-elles le QPS des nouvelles connexions DSP ?
Les SSP plafonnent le QPS des connexions sans historique pour protéger leur infrastructure et observer les performances d’une nouvelle DSP avant de lui allouer davantage de volume de bid requests. L’allocation augmente généralement dès que la DSP démontre des temps de réponse et des paiements fiables.
Vaut-il mieux s’intégrer directement aux SSP ou passer par un ad exchange ?
Tout dépend de l’échelle et des priorités. Les intégrations directes offrent davantage de visibilité et de contrôle sur certaines sources d’inventaire à forte valeur, tandis qu’un ad exchange ou un agrégateur permet d’atteindre une large couverture bien plus rapidement, avec une charge d’ingénierie moindre.
Une DSP white label est-elle livrée avec des SSP déjà connectées ?
Oui, dans le cas d’AdTech Europe. Les offres White Label, License et Acquisition incluent toutes plus de 1 000 SSP pré-intégrées et une montée en charge illimitée du QPS : un nouveau propriétaire n’a donc pas à construire ses connexions supply à partir de zéro.
Que se passe-t-il si une connexion SSP cesse d’envoyer des bid requests ?
Cela révèle généralement soit un problème technique d’un côté ou de l’autre (endpoint expiré, problème de timeout), soit un changement commercial du côté de la SSP (inventaire retiré, revue de compte). C’est le monitoring continu du fill rate et du volume de requêtes par SSP qui permet de le détecter rapidement plutôt que plusieurs semaines plus tard.