amBrain
AdTechOct 15, 2026Lecture 11 min

Lancer un ad network : louer un ad server, en prendre un sous licence ou construire le vôtre, et qui peut le construire

Ad networksConstruire, prendre sous licence ou louerQui la construitDéveloppement AdTech
Erreur de chargement de l'image

Un nouvel ad network peut louer, prendre sous licence ou construire son ad server, le logiciel qui choisit et compte les publicités. Comparez les trois options au trafic que vous attendez au 24e mois.

Le logiciel d'un ad network commence par un ad server, le programme qui choisit quelle publicité afficher dans chaque emplacement publicitaire et compte chaque publicité affichée et cliquée. Vous pouvez en louer un, exploiter vous-même un logiciel d'ad server sous licence ou open source, ou engager une société d'ingénierie spécialisée en ad tech pour en développer un qui appartiendra à votre entreprise. Les ad servers en location cités dans cet article facturent au nombre de demandes publicitaires (les appels d'une page ou d'une application qui a un emplacement publicitaire à remplir) ou au nombre d'impressions (les publicités effectivement affichées). Chiffrez chaque voie au trafic que vous attendez au 24e mois, et demandez aux sociétés qui proposent d'en construire un de montrer un ad server en production qu'elles ont construit.

La réponse courte : louez un ad server ou exploitez-en un open source tant que le trafic est faible. Construisez le vôtre quand la location, au trafic attendu au 24e mois, coûterait plus cher que d'en construire et d'en exploiter un. Une limite de formule qui bloque des ventes, ou une fonctionnalité que le fournisseur refuse de développer, est une autre raison de construire. Quoi que vous louiez, le contrat doit vous permettre de partir avec vos campagnes, vos fichiers publicitaires, les fiches de vos éditeurs et de vos annonceurs et l'historique de chaque impression et de chaque clic.

Qu'attend un ad network de son logiciel dès le premier jour ?

L'article sur les DSP, les ad exchanges et les ad networks traite des deux côtés par lesquels commence un ad network : les éditeurs qui lui confient de l'espace publicitaire et les annonceurs qui le paient. Côté logiciel, cinq fonctions doivent marcher dès la première campagne.

  • Le choix de la publicité. Pour chaque demande publicitaire, l'ad server applique le ciblage de la campagne (pays, site, appareil), son plafond de fréquence et son rythme de diffusion. Le plafond de fréquence est le nombre maximal de fois qu'une même personne peut voir la publicité en un jour ou en une semaine, et le rythme de diffusion répartit le budget sur les dates de la campagne
  • Le comptage. Chaque impression et chaque clic sont enregistrés une seule fois, et tous les rapports proviennent de ces enregistrements
  • Les comptes éditeurs et les reversements. Chaque éditeur voit ses revenus par site et par emplacement publicitaire, et il est payé sur la base des mêmes décomptes
  • Les comptes annonceurs et la facturation. Les campagnes, les fichiers publicitaires (appelés créations dans le métier), les budgets et des factures qui concordent avec les rapports
  • Les contrôles de qualité du trafic. Des filtres qui écartent des décomptes les visites et les clics de robots avant que quiconque soit payé ou facturé pour eux

Vendre en programmatique, c'est laisser le logiciel des acheteurs acquérir automatiquement l'espace publicitaire, souvent lors d'une enchère qui se déroule pendant le chargement de la page. Ce canal peut attendre que vos ventes directes aux annonceurs laissent de l'espace invendu. Le raccordement passe alors par un SSP, une plateforme qui propose l'espace des éditeurs à de nombreux acheteurs à la fois. Sur un ad server en location, ce raccordement peut être une option payante.

Quelles sont les trois façons de se doter d'un ad server ?

  • En location, le fournisseur exploite le logiciel et les serveurs et conserve vos données. Vous payez une formule mensuelle calibrée en demandes publicitaires ou en impressions, plus des options
  • Avec une licence, payante ou open source, vous exploitez le logiciel d'ad server sur les serveurs de votre choix. Les données sont dans votre base, et les mises à jour comme le maintien en service sont à votre charge
  • Construire le vôtre signifie qu'une société d'ingénierie écrit l'ad server et le logiciel de l'ad network qui l'entoure. Le code appartient à votre entreprise si le contrat le lui cède, et c'est votre entreprise qui paie pour l'exploiter et le faire évoluer

Les fournisseurs ne mesurent pas le volume de la même façon. La page de tarifs d'AdButler, consultée le 15 octobre 2026, calibre ses formules en demandes publicitaires, à partir de « 179 $/mois pour 1 million de demandes publicitaires ». La page de tarifs de l'ad server d'Epom, consultée le même jour, compte en impressions, à partir de « 250 $/mois » pour « 8,5 millions d'impressions display + web mobile par mois ».

La page de tarifs de l'offre hébergée de Revive Adserver indique que « chaque appel à l'ad server est une demande » et que « ces “blancs” comptent bien dans le calcul des coûts mensuels » : un appel qui ne renvoie aucune publicité est donc facturé quand même. Sa formule « Super » coûte 100 $ par mois pour 10 millions de demandes publicitaires, contre 682 $ pour la formule Standard d'AdButler, avec des fonctionnalités différentes dans chaque cas.

Revive Adserver est aussi un ad server open source que vous pouvez installer vous-même. Sa page d'accueil, consultée le 15 octobre 2026, annonce « Téléchargement gratuit, utilisation gratuite. » et liste des règles de diffusion « dont le plafonnement de fréquence, le ciblage par URL, le géociblage ». Le code publié sur GitHub est distribué sous la GNU General Public License, « soit la version 2 de la Licence, soit (à votre choix) toute version ultérieure. » Vous payez les serveurs et les personnes qui les exploitent.

Quand la location cesse-t-elle d'être judicieuse ?

La facture d'un ad server en location augmente avec le trafic. Notez le nombre mensuel de demandes publicitaires que vous attendez au 12e et au 24e mois après le lancement. Chiffrez ces deux points selon la formule publiée de chaque fournisseur, avec les options dont vous avez besoin, et multipliez chaque facture mensuelle par 12.

Mettez en regard de ces montants annuels le coût de construction du vôtre. Répartissez le prix de la première version sur les années pendant lesquelles vous l'utiliserez, puis ajoutez l'hébergement, la diffusion des fichiers publicitaires et les personnes qui exploitent et font évoluer l'ad server. Demandez à chaque société d'ingénierie de chiffrer ces postes par écrit pour les deux mêmes points. Un ad server sous licence ou open source se chiffre de la même façon, à partir de sa redevance de licence s'il y en a une, de ses serveurs et des personnes qui l'exploitent.

Chez AdButler, la formule Standard commence à « 682 $/mois pour 10 millions de demandes publicitaires » et la formule Advanced à « 2 988 $/mois pour 50 millions de demandes publicitaires ». L'accès à l'API, l'interface qu'utilisent d'autres logiciels pour extraire vos données, coûte 550 $ par mois sur Standard et il est « gratuit pour les formules Advanced et Enterprise ». Les données log-level, qu'AdButler décrit comme « des données détaillées sur chaque demande publicitaire, sans exception », coûtent 1 100 $ par mois plus 0,015 $ pour mille sur les formules en dessous d'un milliard d'impressions, selon le tableau de prix de l'option. La page ne précise pas si ce millier compte des demandes publicitaires ou des impressions : l'exemple ci-dessous affiche donc une publicité pour chaque demande.

Prenons un ad network inventé qui prévoit 8 millions de demandes publicitaires mensuelles au 12e mois et 40 millions au 24e, avec une publicité affichée pour chaque demande. Ses premières campagnes ont besoin du ciblage par pays, qui, chez AdButler, relève de l'option Complete Targeting à 1 100 $ par mois plus 0,005 $ pour mille, car l'option Basic Targeting à 275 $ ne comprend pas le ciblage géographique. Au 12e mois, il paie 682 $ pour Standard, 550 $ pour l'API, 1 220 $ pour les données log-level et 1 140 $ pour le ciblage, soit 3 592 $ par mois.

Au 24e mois, il gère trois emplacements publicitaires sur chacun de ses 40 sites. AdButler appelle chacun de ces emplacements une zone, et 120 zones, c'est plus que les 100 qu'autorise Standard. Sur Advanced, la facture passe à 2 988 $ API comprise, 1 700 $ pour les données log-level et 1 300 $ pour le ciblage, soit 5 988 $ par mois et environ 72 000 $ par an. La bande passante des fichiers publicitaires servis depuis le réseau de diffusion d'AdButler est facturée à l'usage en plus de ces montants.

Si l'ad network vend aussi via un SSP, l'option programmatique d'AdButler coûte 110 $ par mois plus 0,001 $ pour mille bids sur Standard et sur Essentials, la formule inférieure.

Une limite de formule peut imposer une formule supérieure avant que votre trafic ne le fasse. La formule Standard d'AdButler autorise 50 annonceurs et 100 zones, et Advanced 100 annonceurs et 1 000 zones ; pour Enterprise, le prix affiché est « Contactez-nous ». Chaque prix de formule porte la mention « à partir de » pour un volume de demandes publicitaires : une formule peut donc s'acheter pour davantage de trafic, mais sa limite de zones reste la même.

D'autres signaux : des données que vous ne pouvez extraire que via des options payantes, ou une fonctionnalité que le fournisseur refuse de développer, comme une règle de reversement demandée par vos éditeurs. Comptez aussi le coût du départ : chaque éditeur doit remplacer sur ses pages le code de l'ad server, ces extraits appelés balises publicitaires.

Que doit nous permettre d'emporter le contrat de location ?

Si vous louez aujourd'hui et envisagez de construire plus tard, demandez ces clauses dès le premier contrat.

  • Les campagnes, les fichiers publicitaires, la définition de chaque emplacement publicitaire et les fiches des éditeurs et des annonceurs avec l'historique des reversements et de la facturation, dans un format documenté
  • L'historique de chaque impression et de chaque clic, livré dans un espace de stockage que votre entreprise contrôle
  • Un accès par export ou par API jusqu'à la fin du préavis, sans frais supplémentaires pour l'export

Activez l'historique de chaque impression et de chaque clic dès le lancement, car il risque de ne pas couvrir les mois qui précèdent son activation. La documentation de Kevel consacrée au Data Shipping, consultée le 15 octobre 2026, indique que la fonctionnalité « livre les données de clics, de conversions et d'impressions directement dans un bucket Amazon AWS S3 », un espace de stockage dans le cloud d'Amazon. Elle ajoute : « Nous ne proposons pas de rattrapage des données antérieures. »

Dans le tableau des formules d'AdButler, « Exporter en CSV » figure dans chaque formule, et sa note indique que cette fonction sert à « convertir les rapports au format CSV » : elle porte donc sur les rapports, et non sur l'historique de chaque impression. L'export automatique via l'API est facturé en supplément sur Standard et sur Essentials.

Si nous construisons, par quoi commencer et que continuer d'acheter ?

Commencez la construction par le choix de la publicité et le comptage, les deux premières fonctions ci-dessus, car chaque reversement et chaque facture reposent sur ces décomptes. Les écrans des éditeurs et des annonceurs peuvent suivre, sur les mêmes enregistrements. Continuez d'acheter ce que vendent des fournisseurs spécialisés, comme les contrôles de qualité du trafic, le réseau de diffusion des fichiers publicitaires et les services de paiement. Les ventes programmatiques peuvent rester confiées à un SSP existant.

Avancez par étapes. Basculez une partie des emplacements publicitaires vers le nouvel ad server et comparez chaque jour ses impressions, ses clics et ses montants avec un décompte indépendant, comme les chiffres de l'annonceur lui-même. Continuez jusqu'à ce que l'écart entre les deux reste dans une marge fixée à l'avance. L'article sur les rapports publicitaires qui ne concordent pas avec les logs du bidder explique comment comparer deux séries de décomptes avant de facturer à partir du nouveau.

Qu'est-ce qui change si l'ad network revend de l'espace en programmatique ?

La revente en programmatique fait intervenir deux fichiers publics définis par l'IAB Tech Lab, un organisme de normalisation à but non lucratif pour la publicité numérique. Le premier, ads.txt, est un fichier texte que chaque éditeur publie à la racine de son site. Selon la page de l'IAB Tech Lab consacrée à ads.txt, consultée le 15 octobre 2026, les éditeurs l'utilisent « pour déclarer publiquement les sociétés qu'ils autorisent à vendre leur inventaire numérique. » L'inventaire désigne ici leur espace publicitaire.

Quand votre ad network revend l'espace d'un éditeur via un SSP, il détient un compte chez ce SSP. Le fichier ads.txt de l'éditeur doit alors contenir une ligne avec le domaine du SSP (champ n° 1), l'identifiant de votre compte (champ n° 2) et le mot RESELLER. La version 1.1 de la spécification ads.txt, publiée en août 2022, indique que RESELLER signifie que l'éditeur « a autorisé une autre entité à contrôler le compte indiqué dans le champ n° 2 et à revendre son espace publicitaire via le système indiqué dans le champ n° 1. » Prévoyez dans votre logiciel un contrôle vérifiant que le fichier de chaque éditeur contient bien les lignes attendues.

Le second fichier, sellers.json, est publié par la plateforme qui vend : la page de l'IAB Tech Lab consacrée à sellers.json indique que « les SSP et les ad exchanges publieraient leurs fichiers sellers.json pour que les acheteurs les examinent ». Selon la spécification sellers.json, l'entrée de votre ad network dans le fichier du SSP doit être de type INTERMEDIARY, le type prévu pour un compte lorsque son inventaire « n'appartient pas à l'entité nommée ou que le système publicitaire ne la paie pas directement ». Le type est BOTH si le même compte vend aussi de l'espace sur des sites qui vous appartiennent.

Si des acheteurs se connectent plus tard à votre propre ad exchange, une plateforme qui organise les enchères où se vend l'espace publicitaire, chaque éditeur doit l'inscrire dans son fichier ads.txt. La spécification sellers.json, datée de juillet 2019 et toujours en version 1.0, indique que chaque système publicitaire listé dans un fichier ads.txt « devrait publier un fichier Sellers.json ».

Comment vérifier une société qui propose de construire notre ad network ?

L'article sur les DSP, les ad exchanges et les ad networks liste des vérifications générales valables pour tout prestataire ad tech. Pour un ad network, ajoutez ces quatre-là.

  • La société montre un ad server, un bidder (logiciel qui place des offres sur de l'espace publicitaire lors d'enchères) ou un pipeline de reporting (logiciel qui transforme les enregistrements d'impressions et de clics en rapports) qu'elle a construit. Le système sert du trafic réel aujourd'hui, et ses rapports sont affichés en direct à l'écran
  • Demandez à la société de nommer l'événement qu'elle enregistre comme impression et la façon dont un clic y est rattaché. Elle doit aussi montrer comment ses rapports ont été rapprochés des décomptes de l'annonceur la dernière fois qu'ils ont divergé
  • Un plafond de fréquence de trois affichages par jour, par exemple, doit tenir quand les demandes d'une même personne arrivent sur plusieurs serveurs à la fois. La société doit expliquer comment son architecture conserve un décompte unique
  • Inscrivez dans le contrat à qui appartient le code à la fin et quelles parties restent la propriété de la société

Où se situe amBrain ?

amBrain construit des ad servers : ciblage, capping de fréquence et reporting. Deux autres lignes de sa liste de services indiquent : « amBrain construit des supply-side platforms (SSP) pour les éditeurs. » et « amBrain construit des pipelines d'analytique d'événements pour l'ad tech : collecte, traitement et reporting des événements d'impression et de clic. »

amBrain développe des logiciels depuis 2019. En AdTech, elle travaille sur le développement de DSP, les plateformes d'enchères en temps réel et l'ingénierie d'ad exchange, et RTBBidder est une demand-side platform qu'amBrain a construite pour un client. Une demand-side platform (DSP) est un logiciel qui achète de l'espace publicitaire pour le compte des annonceurs.

amBrain travaille en trois formats : la prestation complète, une équipe dédiée ou des ingénieurs intégrés à votre équipe. Sur la propriété, sa formule est : « Le client conserve la pleine propriété du produit et du code, à l'exception de nos composants réutilisables. » Demandez la liste nominative de ces composants avant de signer.

Cet article n'est pas une étude de cas : il ne décrit l'ad network d'aucun client et n'affirme pas qu'amBrain en a construit un. RTBBidder n'est cité que comme un DSP qu'amBrain a construit, et l'article ne dit pas comment amBrain répond aux quatre vérifications ci-dessus : posez donc à amBrain les mêmes questions qu'à n'importe quelle autre société. AdButler, Epom, Kevel et Revive Adserver sont cités à titre d'exemples, et amBrain n'affirme ni avoir utilisé ou intégré l'un d'entre eux, ni en avoir migré, ni en avoir été partenaire. L'article ne donne ni prix ni délais d'amBrain, et les chiffres de trafic, de sites et de fréquence des exemples sont inventés.

Vous avez une architecture de ce type sur la table ?

Apportez votre architecture actuelle et le mode de défaillance qui vous inquiète : nous les passerons en revue ensemble en une demi-heure.