Tous les acheteurs programmatic l’ont vécu au moins une fois. La publicité d’un client apparaît à côté d’un article dont elle n’aurait jamais dû s’approcher, quelqu’un fait une capture d’écran, et la discussion ne porte plus du tout sur les CPM. La campagne a peut-être atteint tous ses objectifs de performance, mais cela ne compte plus dès lors que la marque se sent exposée.
L’achat en enchères ouvertes rend l’exercice plus difficile qu’il n’y paraît. Votre plateforme peut évaluer des milliers de bid requests par seconde, provenant de sites et d’applications qu’aucun membre de votre équipe n’a jamais visités. À cette vitesse, le seul moyen de tenir vos publicités à l’écart des mauvais emplacements est de définir les règles à l’avance et de laisser la plateforme d’achat les appliquer avant chaque enchère. Ces règles, ce sont vos blocklists de brand safety.
Ce guide explique ce qu’est une blocklist de brand safety, comment le blocage par catégorie, par domaine, par application et par mot-clé fonctionne concrètement dans une demand-side platform, où chaque méthode montre ses limites, comment les blocklists se comparent aux allowlists, et comment construire et maintenir une liste qui protège vos clients sans priver vos campagnes de portée.
Qu’est-ce qu’une blocklist de brand safety ?
Une blocklist de brand safety est un ensemble de règles qui indique à une plateforme d’achat où les publicités d’un annonceur ne doivent pas être diffusées. Chaque règle décrit un élément que l’acheteur peut détecter dans une bid request : une catégorie de contenu, un nom de domaine, une application mobile ou des mots figurant dans la page ou ses métadonnées. Lorsqu’une impression entrante correspond à une règle, la plateforme n’enchérit pas.
Le mot important est « avant ». Une blocklist agit en pré-enchère. Ce n’est pas un rapport que l’on consulte une fois le budget dépensé. La vérification a lieu dans les quelques millisecondes qui séparent l’arrivée d’une bid request du moment où votre plateforme décide d’y répondre ou non. Si vous voulez savoir précisément quels champs sont utilisés pour cette décision, notre guide sur le contenu d’une bid request détaille l’objet OpenRTB complet.
La brand safety se distingue également de la prévention de la fraude, même si les deux sujets sont souvent abordés ensemble. La prévention de la fraude cherche à savoir si l’impression est réelle : y a-t-il une vraie personne, sur un vrai appareil, sur le site annoncé par le vendeur ? La brand safety part du principe que l’impression est réelle et pose une autre question : est-ce un endroit où cet annonceur souhaite être vu ? Une campagne a besoin des deux. Une audience parfaitement humaine sur le mauvais type de page reste un problème, et une page parfaitement sûre remplie de bots reste de l’argent gaspillé.
Les quatre types de blocage dans une DSP

La plupart des plateformes d’achat prennent en charge quatre types de règles de blocage. Elles opèrent à des niveaux de précision différents, et chacune dépend de la présence et de l’exactitude d’une partie différente de la bid request.
| Type de blocage | Ce qu’il cible | Origine du signal | Principale faiblesse |
| Catégorie | Des thématiques de contenu entières, comme les contenus pour adultes, les jeux d’argent ou l’actualité violente | Les codes de catégorie inclus par le vendeur dans la requête, ou une classification tierce | Fiable seulement dans la mesure où la page a été correctement étiquetée |
| Domaine | Des sites web précis | Le domaine du site et l’URL de la page dans la requête | Les nouveaux domaines et les domaines usurpés apparaissent plus vite que les listes ne sont mises à jour |
| Application | Des applications mobiles ou CTV précises | Le bundle ID ou l’identifiant store de l’application dans la requête | Les bundle IDs peuvent être mal déclarés par le vendeur |
| Mot-clé | Des mots dans l’URL de la page, son titre, ses mots-clés de contenu ou son texte | Les champs de mots-clés de la requête, le texte de l’URL ou l’analyse contextuelle de la page | Bloque des pages sûres qui mentionnent simplement un mot sensible |
Le blocage par catégorie
Le blocage par catégorie est l’outil le plus large. Dans OpenRTB, un vendeur peut décrire le contenu d’un site ou d’une application à l’aide de codes de catégorie, généralement issus de la Content Taxonomy de l’IAB Tech Lab. La requête peut contenir des catégories pour l’ensemble du site, pour la rubrique en cours et pour la page en cours. Les versions plus récentes du protocole incluent aussi un champ précisant de quelle version de la taxonomie proviennent les codes, afin que l’acheteur et le vendeur interprètent un même code de la même manière.
Côté achat, vous sélectionnez les catégories qu’un annonceur doit éviter, et la plateforme ignore toute requête qui en contient une. C’est rapide et simple à mettre en place. La faiblesse, c’est que l’étiquette est choisie par le vendeur. Un éditeur qui a intérêt à vendre davantage d’impressions n’a guère de raison de qualifier ses propres pages de sensibles, et de nombreuses requêtes arrivent avec une seule catégorie générique pour tout le site, voire sans aucune catégorie. Le blocage par catégorie est un premier filtre utile, pas une réponse complète.
Le blocage par domaine et par application
Le blocage par domaine est l’outil le plus précis dont vous disposez. Si un site a déjà posé problème, vous ajoutez son domaine et votre plateforme n’enchérira plus jamais dessus. Le blocage par application fait de même pour les applications mobiles et de TV connectée, en utilisant le bundle ID ou l’identifiant store de l’application à la place d’un domaine.
Cette précision s’accompagne de deux limites. D’abord, une liste de domaines ne couvre que les emplacements que vous connaissez déjà, alors que de nouveaux sites apparaissent chaque jour. Ensuite, le domaine indiqué dans la requête est une déclaration du vendeur. Un inventaire frauduleux peut déclarer un domaine respectable tout en diffusant la publicité ailleurs. C’est pourquoi le blocage par domaine doit toujours être associé à des contrôles de la supply chain. Notre guide sur ads.txt, app-ads.txt et sellers.json explique comment les acheteurs vérifient qu’un vendeur est réellement autorisé à vendre un domaine ou une application donnés.
Le blocage par mot-clé
Le blocage par mot-clé recherche des mots ou des expressions précis liés à l’impression. Dans sa forme la plus simple, la plateforme analyse l’URL de la page et les éventuels champs de mots-clés de la requête. Les configurations plus avancées font appel à un service d’analyse contextuelle qui lit le texte réel de la page, souvent avant l’enchère, et renvoie un signal exploitable par la plateforme d’achat.
Les mots-clés repèrent ce que les catégories laissent passer, comme un article d’actualité brûlante sur un site par ailleurs sûr. Ce sont aussi le moyen le plus facile de surbloquer. Une liste contenant des mots comme « shooting », « attack » ou « crash » bloquera les faits divers, mais aussi la couverture du basket, l’actualité de la cybersécurité et les commentaires boursiers. Les listes de mots-clés sont le type de règle qui demande le plus de soin, et nous y reviendrons plus bas.
Blocklists ou allowlists : que choisir ?
Une blocklist dit « enchéris partout sauf ici ». Une allowlist, parfois appelée liste d’inclusion ou whitelist, dit « enchéris uniquement ici ». Ce sont deux approches opposées d’un même problème, et la plupart des équipes d’achat expérimentées utilisent les deux, pour des campagnes différentes.
| Critère | Blocklist | Allowlist |
| Comportement par défaut | Enchérir sur tout ce qui n’est pas listé | Enchérir uniquement sur ce qui est listé |
| Portée | Large, elle s’accroît à mesure que de nouveaux inventaires apparaissent | Limitée à la liste approuvée |
| Protection contre les sites inconnus | Faible : les nouveaux sites sont autorisés jusqu’à ce que quelqu’un les ajoute | Forte : les nouveaux sites sont exclus jusqu’à ce que quelqu’un les approuve |
| Effort de maintenance | Ajouts continus au fil des problèmes détectés | Revues continues pour ajouter de nouveaux inventaires de qualité |
| Usage type | Campagnes de performance et de prospection | Marques sensibles, secteurs réglementés, deals premium |
Une pratique courante consiste à conserver une blocklist partagée qui s’applique à toutes les campagnes de la plateforme, puis à y ajouter des allowlists pour les clients qui ont besoin d’un contrôle plus strict. Une banque ou une marque destinée aux enfants peut ne diffuser que sur une liste approuvée de quelques centaines de domaines. Un annonceur à la performance qui vend un produit grand public peut diffuser sur l’inventaire ouvert avec la blocklist partagée et une courte liste propre au client.
Comment se déroule la vérification d’une blocklist avant l’enchère

Du point de vue de la plateforme, la brand safety n’est qu’un filtre de plus dans le pipeline d’enchères. L’ordre des opérations est le suivant :
- La requête arrive. Un SSP ou un exchange envoie une bid request contenant le domaine ou l’application, l’URL de la page, les éventuels codes de catégorie, les données de l’appareil et la supply chain.
- La plateforme vérifie les règles partagées. Les blocages appliqués à l’ensemble de la plateforme passent en premier : domaines, applications, vendeurs et catégories connus comme problématiques, qu’aucune campagne ne devrait jamais acheter.
- Chaque campagne éligible applique ses propres règles. Les blocklists, allowlists et règles de mots-clés propres à chaque client écartent les campagnes qui ne doivent pas enchérir sur cette impression.
- Des signaux tiers optionnels s’ajoutent. Si un service contextuel ou de vérification est connecté, son verdict pré-enchère est utilisé comme règle supplémentaire.
- La plateforme enchérit ou passe. S’il reste au moins une campagne éligible, elle valorise l’impression et répond. Sinon, elle n’envoie aucune enchère et aucun budget n’est dépensé.
- Les résultats alimentent les listes. Les rapports d’emplacements et les contrôles post-enchère montrent où les publicités ont réellement été diffusées, et tout ce qui n’aurait pas dû passer est ajouté aux listes.
Deux points pratiques en découlent. Les règles partagées doivent s’exécuter avant les règles de campagne, car une requête qu’aucune campagne ne peut acheter doit être écartée le plus tôt et au moindre coût possible. Et chaque vérification doit être rapide. Une plateforme d’achat qui passe trop de temps à filtrer dépassera les délais et perdra des enchères qu’elle voulait remporter ; c’est pourquoi les règles de brand safety sont généralement conservées en mémoire sous forme de simples lookups plutôt que réévaluées intégralement à chaque requête.
Il est également utile de savoir que les éditeurs pratiquent le blocage dans l’autre sens. OpenRTB permet à un vendeur de transmettre des listes de catégories d’annonceurs, de domaines d’annonceurs et d’applications qu’il refuse. Votre plateforme doit les respecter elles aussi, faute de quoi ses enchères seront tout simplement rejetées. La brand safety est un accord à double sens, appliqué au sein d’une même requête.
Les erreurs de blocklist les plus courantes
La plupart des problèmes de brand safety ne viennent pas d’une absence de liste. Ils viennent de listes configurées une fois puis jamais revues. Voici les erreurs que nous rencontrons le plus souvent :
- Surbloquer avec des mots-clés trop larges. De longues listes de mots-clés recopiées d’anciennes campagnes éliminent discrètement de grandes quantités d’inventaire sûr, en particulier l’actualité. Résultat : moins de portée, des prix plus élevés et moins d’éditeurs de qualité dans le mix.
- Se fier uniquement aux catégories déclarées. Si c’est le vendeur qui choisit l’étiquette, un blocage par catégorie ne vous protège que des vendeurs qui étiquettent honnêtement.
- Bloquer le domaine mais pas le chemin. Un domaine peut être vendu en direct, via plusieurs revendeurs, ou être entièrement usurpé. Vérifier qui est autorisé à le vendre compte autant que le domaine lui-même. Notre guide sur la supply path optimization explique comment éliminer les chemins risqués vers un même inventaire.
- Une seule liste pour tous les clients. Une marque de jeux vidéo et une marque pharmaceutique ont des définitions très différentes de ce qui est sûr. Les listes partagées doivent couvrir ce que personne n’achète ; les listes clients, tout le reste.
- Aucune trace de la raison d’un blocage. Sans motif ni date associés à chaque entrée, personne n’ose rien supprimer, et la liste ne fait que grossir.
- Négliger les applications et la CTV. Les équipes qui ont construit leurs listes pour le web oublient souvent que l’inventaire applicatif et TV est identifié par des bundle IDs, et non par des domaines, et nécessite ses propres entrées.
Comment construire et maintenir une blocklist de brand safety
Une bonne blocklist est courte, précise, documentée et régulièrement revue. La méthode suivante convient aux agences et aux ad networks qui gèrent de nombreux annonceurs sur une même plateforme.
1. Définir avec la marque ce qui est inacceptable
Commencez par l’annonceur, pas par l’outil. Demandez-lui quels sujets sont toujours inacceptables, lesquels sont acceptables dans certains contextes, et lesquels ne posent aucun problème. L’actualité d’un conflit peut être inacceptable pour une marque et parfaitement adaptée à une offre d’abonnement à un média d’information. Consignez les réponses par écrit afin que chaque élément de la liste puisse être rattaché à une décision.
2. Construire une couche de base partagée
Au niveau de la plateforme, bloquez ce qu’aucun client ne devrait jamais acheter : les contenus illégaux, les contenus pour adultes lorsque ce n’est pas le métier de l’annonceur, les domaines et applications connus pour être frauduleux, et les vendeurs qui échouent aux contrôles de la supply chain. Cette couche évolue rarement et protège automatiquement toutes les campagnes.
3. Ajouter des couches par client
Pour chaque annonceur, ajoutez les catégories, domaines, applications ainsi qu’une liste de mots-clés courte et précise qui reflètent sa propre politique. Privilégiez les expressions exactes aux mots isolés, et les signaux de catégorie ou contextuels aux mots-clés lorsque la plateforme le permet.
4. Mesurer le coût en portée
Avant d’activer une nouvelle liste, mesurez le nombre de requêtes qu’elle élimine. Si une liste de mots-clés retire beaucoup plus d’inventaire que prévu, examinez un échantillon des pages bloquées. Bien souvent, un seul mot trop large est responsable de l’essentiel de la perte.
5. Planifier des revues régulières
Fixez un rythme de revue régulier : mensuel pour la plupart des équipes, hebdomadaire pour les annonceurs sensibles. Ajoutez les nouveaux emplacements problématiques issus des rapports d’emplacements et des retours clients. Supprimez les entrées dont le motif ne s’applique plus. Conservez un historique de qui a modifié quoi, et quand, afin de pouvoir justifier chaque décision auprès du client.
La brand safety vient compléter la qualité du trafic, sans la remplacer. Pour aller plus loin côté fraude, nos articles expliquant pourquoi la qualité du trafic doit être votre priorité absolue et consacrés à la protection contre la fraude publicitaire et le trafic invalide traitent l’autre moitié du problème.
Pourquoi posséder sa plateforme change la donne en matière de brand safety
Lorsque vous achetez via la plateforme d’un tiers, vos blocklists résident dans son produit. Vous pouvez utiliser les types de règles qu’il propose, au niveau de précision qu’il autorise, avec les intégrations tierces qu’il a choisies. Si un client vous demande pourquoi une publicité a été diffusée à un endroit donné, la réponse dépend de logs auxquels vous n’avez peut-être pas pleinement accès.
Posséder la plateforme ramène ces décisions de votre côté. C’est vous qui décidez quelles règles s’appliquent à l’ensemble de la plateforme, quelles sources d’inventaire sont approuvées ou rejetées, quels partenaires de vérification sont connectés et combien de temps les données d’emplacements sont conservées. Vous pouvez construire votre propre blocklist partagée à partir de tout ce que vos campagnes ont appris, et l’appliquer à chaque client dès le premier jour.
| Contrôle de la brand safety | Louer un accès | Posséder la plateforme |
| Blocklist à l’échelle de la plateforme | Définie par le fournisseur, souvent invisible | Définie et maintenue par vous |
| Approbation ou rejet des sources d’inventaire | Limités à ce que le fournisseur expose | Contrôle total sur les partenaires et les zones auprès desquels vous achetez |
| Intégrations de vérification | Au choix du fournisseur | À votre choix |
| Historique des modifications | Partiel | Complet, pour tous les utilisateurs et administrateurs |
La plateforme DSP d’AdTech Europe comprend un contrôle de l’inventaire au niveau administrateur pour approuver, rejeter ou prioriser les zones des éditeurs, des couches anti-fraude configurables pour l’ensemble des partenaires de trafic et des campagnes, des intégrations anti-fraude incluant IAS et l’analyse sémantique, la mise en whitelist de domaines, ainsi que des journaux d’audit de chaque action des utilisateurs et des administrateurs. Ce sont les briques d’une politique de brand safety que vous maîtrisez vous-même.
Prêt à piloter votre brand safety sur une plateforme qui vous appartient ?

AdTech Europe fournit une technologie de demand-side platform de niveau entreprise aux agences, ad networks, équipes d’achat média et entrepreneurs de l’adtech qui souhaitent posséder leur stack d’achat plutôt que de la louer. Toutes les offres incluent une montée en charge QPS illimitée, plus de 1 000 intégrations SSP, une personnalisation en marque blanche et des mises à jour gratuites à vie, afin que vos règles de brand safety, vos choix d’inventaire et vos listes clients restent sous votre contrôle.
En octobre 2026, les options disponibles sont une White Label DSP managée à $500 par mois sans frais de mise en place, une DSP License à $25,000 en paiement unique, ou une DSP Acquisition complète avec propriété intégrale du code source à $50,000 en paiement unique, des paiements échelonnés étant proposés pour les deux formules de propriété. Les tarifs à jour figurent toujours sur la page des tarifs DSP. Pour concevoir un dispositif de brand safety adapté à vos clients et à votre inventaire, planifiez un rendez-vous stratégique programmatic avec notre équipe.
FAQ
Qu’est-ce qu’une blocklist de brand safety ?
Une blocklist de brand safety est un ensemble de règles qui indique à une plateforme d’achat où les publicités d’un annonceur ne doivent pas apparaître. Les règles peuvent cibler des catégories de contenu, des domaines, des applications ou des mots-clés, et la plateforme les vérifie avant chaque enchère.
Quelle est la différence entre une blocklist et une allowlist ?
Une blocklist permet à la plateforme d’enchérir partout sauf sur les emplacements listés. Une allowlist lui permet d’enchérir uniquement sur les emplacements listés. Les blocklists préservent la portée ; les allowlists offrent une protection renforcée aux marques sensibles.
La brand safety est-elle la même chose que la prévention de la fraude publicitaire ?
Non. La prévention de la fraude vérifie qu’une impression est réelle et correctement décrite. La brand safety vérifie qu’une impression réelle se trouve dans un environnement adapté à l’annonceur. Les campagnes ont besoin des deux.
Pourquoi le blocage par mot-clé réduit-il autant la portée ?
Les mots isolés apparaissent dans de nombreux contextes sûrs. Un mot comme « shooting » bloque les faits divers, mais aussi les pages consacrées au sport et à la photographie. Recourir à des expressions exactes, à des listes courtes et à des signaux contextuels permet de conserver la protection tout en perdant beaucoup moins d’inventaire.
D’où une DSP tire-t-elle les catégories de contenu ?
Les vendeurs peuvent inclure dans la bid request OpenRTB des codes de catégorie de contenu de l’IAB Tech Lab pour le site, la rubrique et la page. Les acheteurs peuvent aussi utiliser des services contextuels tiers qui classent la page indépendamment du vendeur.
À quelle fréquence faut-il revoir une blocklist ?
Une revue mensuelle convient à la plupart des annonceurs, et une revue hebdomadaire aux annonceurs sensibles. Chaque revue doit ajouter les emplacements problématiques repérés dans les rapports et supprimer les entrées dont le motif ne s’applique plus.