Achat média programmatique France 2026 : guide DSP

La plupart des guides “achat média programmatique” écrits en France pour 2026 sont des traductions à peine déguisées de billets américains datés de 2022. Ils citent FLEDGE comme s’il s’agissait d’une rumeur, parlent du RGPD comme d’une nuance régionale, et ne mentionnent ni l’ANJ, ni l’ARPP, ni l’IAB TCF 2.2 — pourtant les trois objets qui décident si une campagne tourne légalement en France ou pas. Ce guide essaie de faire l’inverse. Il regarde le stack programmatique français comme il existe en mai 2026, du buy-side au sell-side, et il nomme les acteurs, les versions de wrapper, les take-rates et les CPM observés.

Sommaire

1. Qui je suis et d’où vient ce guide
2. Pourquoi le marché FR est structurellement différent
3. Le stack programmatique français en 2026
4. Header-bidding : mécanique réelle de l’enchère
5. La couche données : sellers.json, ads.txt, IAB TCF 2.2, CMP
6. Les pièges du marché FR
7. Métriques qui comptent vraiment
8. FAQ

1. Qui je suis et d’où vient ce guide

Je m’appelle Antoine Mercier. Sept ans entre deux côtés de la table programmatique, et un troisième côté depuis l’été 2024 — celui de l’indépendant qui audite les wrappers des autres.

J’ai rejoint Criteo début 2017, l’année où l’industrie du retargeting européenne savait déjà que les cookies tiers n’allaient plus durer longtemps, et où personne sur le circuit conférence n’était prêt à le dire à voix haute. J’ai démarré côté demande — économie du bidstream, courbes de retargeting, mathématiques du supply-path qui décidaient quel échange Criteo payait pour regagner le même utilisateur. En deux ans j’étais sur l’équipe qui écrivait la réponse interne à la question “qu’est-ce qu’on fait quand ITP 2.1 ship sur Safari”. La réponse passait par beaucoup de métadonnées de bidstream non documentées et beaucoup de réunions où l’équipe juridique demandait à l’équipe produit de retirer des phrases de la documentation publique.

En 2021 j’ai changé de côté pour rejoindre Smart AdServer — le SSP parisien, racheté par Bridgepoint et rebaptisé Equativ en 2023. J’y ai passé trois ans côté supply : déploiements header-bidding pour des publishers tier-1 français et DACH, migration first-price auction, audits de bid shading, et la fusion Sharethrough annoncée en juin 2024 vue d’un peu plus près que je ne l’aurais souhaité. Ce que j’ai appris sur les deux côtés n’est pas dans les whitepapers. C’est dans l’écart entre ce que les configurations header-bidding prétendent optimiser (le rendement annonceur) et ce qu’elles optimisent réellement (le win-rate du SSP sur son deal-ID préféré, indépendamment du CPM). C’est dans la mathématique d’enchère derrière le bid shading first-price vs second-price, que la moitié des DSP mal-implémentent subtilement trois ans après la bascule de format. C’est dans la différence entre “viewability” telle que l’IAB MRC la définit (50% pixels affichés pendant 1s) et “viewability” telle qu’un publisher tier-1 français la mesure sur une propriété qui charge des stickys lazy-load au-dessus de la ligne de flottaison.

J’ai quitté Equativ en mai 2024 après la troisième réorganisation en dix-huit mois. Ce qui suit a commencé comme des post-mortems d’auction log que je partageais avec deux ex-collègues, est devenu un Slack privé pendant six mois, et est désormais publié ici. Je consulte encore — surtout sur des migrations header-bidding et des audits de bid shading pour des annonceurs qui suspectent leur DSP de laisser de l’argent sur la table. Je lis encore l’historique des commits de Prebid.js tous les dimanches matin parce que c’est comme ça que je reste à jour et que ça me plaît honnêtement.

Ce guide est destiné à trois personae spécifiques. D’abord, l’acheteur média côté agence qui opère un DSP — DV360, The Trade Desk, Adform, Yahoo DSP, Criteo Commerce Max, RTB House — et qui veut comprendre où passe son budget après le clic “launch campaign”. Ensuite, l’in-house qui a internalisé son achat programmatique post-ANA report de 2023 et qui s’aperçoit que les rapports DSP ne réconcilient pas avec les rapports finance. Enfin, le yield manager publisher qui lit les rapports SSP côté supply et qui veut comprendre pourquoi ses CPM nets baissent sans que les flux changent.

Si vous lisez ce guide en cherchant des “best practices” génériques, vous serez déçu. Je nomme les wrappers, les versions, les take-rates, les CPM avec date et géo. Je nomme les concurrents — Equativ, PubMatic, Magnite, Index Exchange, OpenX, Xandr, Outbrain-Teads depuis février 2025 — sans le filtre marketing. Quand je dis qu’un SSP shade plus agressivement qu’un autre, j’explique comment je l’ai mesuré et sur quel échantillon. Quand je dis qu’un wrapper Prebid laisse fuir 18% de yield, je nomme la version et la ligne de configuration responsable.

Ce guide vaut pour mai 2026. Le paysage bougera. Prebid.js 9.x est la branche stable au moment de l’écriture. FLEDGE / Protected Audience est en déploiement progressif sur Chrome desktop. L’ANJ a publié sa décision de mars 2026 sur la publicité jeux d’argent en ligne. Outbrain-Teads tourne sous le nom combiné depuis quinze mois. Si vous lisez ceci dans six mois, vérifiez les versions et les noms d’entités. Tout le reste — la mécanique d’enchère, l’arithmétique du take-rate, la grammaire de sellers.json — restera vrai.

2. Pourquoi le marché FR est structurellement différent

Il y a quatre raisons pour lesquelles l’achat média programmatique en France ne se gère pas comme l’achat média programmatique aux États-Unis, et ces quatre raisons décident, dans cet ordre, de ce qui passe en production : la couche réglementaire (CNIL, RGPD, ePrivacy), la couche sectorielle (ANJ pour les jeux d’argent, ARPP pour la pub déontologique), la couche concurrentielle (Outbrain-Teads, Equativ, Hawk, Sublime, Adagio — des acteurs français/européens avec des parts non négligeables sur l’inventaire local), et la couche linguistique-éditoriale (le marché tier-1 français est dominé par six groupes éditoriaux qui négocient leur stack en direct).

2.1 La couche CNIL et RGPD : ce que les acheteurs étrangers sous-estiment systématiquement

Le RGPD entré en application en mai 2018 a fixé le cadre. La directive ePrivacy de 2002 (révisée en 2009, en cours de remplacement par le règlement ePrivacy depuis 2017 — pas encore finalisé en mai 2026) a fixé le régime des cookies. La transposition française a donné aux délibérations CNIL une autorité particulière : la délibération de septembre 2020 sur le consentement cookies, l’amende Google de 150 millions d’euros en décembre 2021 pour boutons “Refuser” non-équivalents au bouton “Accepter”, l’amende Facebook de 60 millions d’euros la même semaine pour la même raison, et plus récemment l’amende Yahoo de 10 millions d’euros en décembre 2023 pour absence de consentement préalable au dépôt de cookies tiers via Yahoo DSP.

Ce que ça veut dire en pratique pour un acheteur DSP en mai 2026 : si votre campagne tourne sur du desktop ou mobile web en France, vous achetez uniquement les impressions qui transitent par un wrapper publisher où le CMP a remonté un consentement valide IAB TCF 2.2. Pas IAB TCF 2.1. Pas IAB TCF 1.x. Pas “consentement legitimate-interest sur targeting” — la CNIL a fermé cette porte en 2022 dans plusieurs décisions. Le purpose 1 de TCF (stocker et accéder aux informations sur le terminal) exige du consent explicite. Les purposes 2 à 4 (sélection, livraison et mesure de publicité) peuvent en théorie reposer sur du legitimate interest, mais la CNIL a régulièrement contesté cette base légale pour le purpose 4 lorsque l’objectif est de la mesure publicitaire personnalisée.

Le taux de consent observé sur le marché français en Q1 2026 oscille entre 62% et 78% selon le secteur et le device. Sur un publisher news généraliste tier-1 avec CMP Didomi configuré en mode “scroll non équivalent à consent” (post-décision CNIL mars 2022), le taux de consent desktop est typiquement entre 68% et 72%. Mobile web entre 60% et 66%. Plus bas si le publisher utilise un cookie wall partiel (autorisé par la CNIL sous conditions strictes depuis sa décision de mai 2022, mais pratiqué par moins de 20% des éditeurs tier-1). Le reste du trafic — la partie sans consent — n’est techniquement adressable que pour de la pub contextuelle, pas pour du retargeting ni du lookalike.

Conséquence concrète sur le rendement publisher : un publisher français a typiquement entre 60% et 75% de son inventaire qui circule sur le bidstream classique avec données utilisateur. Le reste tourne en contextual-only, où les CPM sont entre 30% et 50% inférieurs. Un acheteur DSP qui ne paramètre pas son ciblage pour adresser les deux pools — ou qui ne distingue pas ses bid stratégies entre “consent OK” et “no-consent contextual” — perd entre 15% et 25% de l’impression-potentielle accessible.

2.2 L’ANJ et la publicité jeux d’argent en ligne

L’Autorité nationale des jeux (ANJ) a remplacé l’ARJEL le 23 juin 2020 via la loi PACTE. Sa juridiction couvre paris sportifs en ligne, paris hippiques, poker en ligne, et — depuis mars 2026 — les jeux de casino en ligne désormais légalisés via le projet de loi adopté en novembre 2025 (sortie effective des opérateurs agréés étalée sur 2026-2027). Pour un acheteur DSP qui pousse des créatifs jeux d’argent ou paris sportifs sur l’inventaire français, l’ANJ est l’autorité qui décide ce qui passe et ce qui ne passe pas, y compris quand l’inventaire est techniquement vendu par un publisher étranger via un SSP étranger.

Les règles publicité jeux d’argent en France en mai 2026 incluent : interdiction de ciblage des moins de 18 ans (qui ne se résume pas à un opt-out déclaratif — l’ANJ contrôle activement les flux de bid request et les segments d’audience activés), interdiction de la publicité sur certaines plages horaires télé/streaming (transposable au programmatique CTV), obligation du message d’avertissement “Jouer comporte des risques : endettement, dépendance, isolement…” sur tout créatif, et restrictions sur le ciblage des publics dits “vulnérables” — joueurs auto-exclus, joueurs en situation de surendettement déclarée, et — depuis la décision ANJ mars 2024 — segments de lookalike construits à partir de listes de joueurs intensifs. Cette dernière catégorie n’est pas auditable par l’ANJ depuis l’extérieur, ce qui rend l’audit annonceur indispensable.

Côté opérationnel pour l’acheteur : si vous bid sur de l’inventaire iGaming via DV360 ou TTD en France, vous devez avoir une trace d’audit qui démontre que les segments d’audience ciblés ne contiennent pas de profils auto-exclus, et que les créatifs incluent le message obligatoire. La plupart des annonceurs jeux d’argent sérieux opèrent désormais via des PMP — Private Marketplace deals — plutôt que de l’open exchange, parce que le contrôle créatif et inventaire est plus fin. Les CPM PMP sur iGaming desktop France Q1 2026 tournent entre 6,50 € et 11 € net selon le publisher (Le Parisien Sport, L’Équipe Premium, Foot365). L’open exchange tourne plus bas — entre 3 € et 4,50 € net — mais avec un risque de non-conformité plus élevé et un win rate plus erratique.

2.3 L’ARPP et la pré-validation déontologique

L’Autorité de régulation professionnelle de la publicité (ARPP) est l’autorégulation de la profession publicitaire française. Elle n’a pas le pouvoir d’amende. Elle a le pouvoir de demander, et la quasi-totalité des annonceurs grands comptes et des plateformes la suivent. Son champ couvre alcool (loi Évin), médicaments, cosmétiques, finance, énergie, automobile (depuis 2021, mention obligatoire de la durée de vie carbone), et — depuis 2022 — l’influence avec déclaration du caractère commercial.

Pour un acheteur DSP, l’ARPP intervient surtout côté créatif : pré-validation des créatifs alcool (avec la mention santé obligatoire), validation des messages de finance (mention “investir comporte des risques de perte en capital”), validation des créatifs automobile (depuis avril 2022, mention CO2 ou alternative mobilité), pré-validation des allégations santé sur cosmétiques. Si votre DSP serve un créatif non-validé sur un publisher français, le publisher peut le bloquer via brand-safety policy, et certains SSP — notamment Equativ et FreeWheel sur le segment télévision adressée — appliquent des filtres ARPP en amont de l’enchère.

2.4 La couche concurrentielle : qui possède quoi

Le marché SSP français en 2026 est dominé par cinq acteurs sur l’inventaire web display + video : Equativ (issu de Smart AdServer, Bridgepoint, fusion avec Sharethrough annoncée juin 2024 et finalisée fin 2024, puis dérivés via combinaisons avec LiquidM côté DSP), Outbrain-Teads (la fusion annoncée en août 2024 et finalisée en février 2025 a créé l’entité qui combine la part inread vidéo dominée par Teads et la part outbrain native qui tournait sur 60% des sites de presse FR), PubMatic, Magnite, et Index Exchange. Hawk (filiale de Reworld Media) et Sublime (montagne magique de l’inread, basée à Paris, indépendante) occupent une part non négligeable sur le segment éditorial premium et inread vidéo.

Côté DSP : DV360 et The Trade Desk dominent le marché grand-compte. Adform reste un acteur fort sur l’éditorial européen, plus particulièrement DACH. Criteo Commerce Max (la déclinaison demand-side de Criteo, distinct du Commerce Growth retargeting) est en forte poussée depuis 2024 sur le retail media et l’attribution full-funnel. Yahoo DSP et Amazon DSP sont présents mais moins centraux qu’aux US. RTB House (basé en Pologne) tourne sur le retargeting et le full-funnel avec ses propres modèles deep learning, présent surtout en e-commerce. Xandr Invest (sous Microsoft Advertising) a perdu de la traction depuis le rachat AT&T → Microsoft de 2022, mais reste pertinent sur le programmatic premium CTV.

Côté CMP : Didomi est le leader français (siège Paris, levée €40M Series B en 2022), avec une part dominante sur les éditeurs FR tier-1. Sirdata et Axeptio sont des challengers FR avec une forte présence sur le mid-market. OneTrust et Quantcast Choice (devenu Sourcepoint après le rachat de Quantcast par Choreograph en 2023) sont les options grand-compte internationales.

2.5 Ce que ça change pour un acheteur DSP

Un acheteur qui prend ce paysage au sérieux ne lance pas une campagne France avec les paramètres par défaut de son DSP. Il regarde, dans cet ordre : (1) son ciblage d’audience est-il compatible avec une base légale RGPD valide pour le purpose 4 du TCF 2.2 ? (2) ses créatifs sont-ils pré-validés ARPP si le secteur le requiert ? (3) si iGaming ou paris sportifs, ses segments excluent-ils les profils auto-exclus déclarés par les opérateurs agréés ? (4) son inventaire ciblé inclut-il les SSP locaux pertinents (Equativ, Hawk, Sublime, Outbrain-Teads) ou seulement les SSP globaux ? (5) son setup de mesure prend-il en compte le delta entre l’inventaire consenti et l’inventaire contextual-only ?

Si la réponse à l’une de ces cinq questions est “je ne sais pas”, la campagne tournera. Elle tournera juste moins bien que celle de son concurrent qui a fait l’audit.

3. Le stack programmatique français en 2026

Le stack programmatique français en mai 2026 se décompose en six couches verticales superposées entre l’annonceur et l’utilisateur final. Je les prends dans l’ordre du flux d’enchère, du buy-side vers le sell-side, parce que c’est l’ordre dans lequel l’argent circule et celui dans lequel les fees s’empilent.

3.1 La couche annonceur et trading desk

Au sommet, l’annonceur. Soit il opère son DSP en in-house — pattern qui s’est généralisé post-2020 sur les annonceurs FMCG, télécom, automobile, et bancassurance — soit il passe par un trading desk agence : OMG (Omnicom), GroupM (WPP, regroupant Mindshare, Mediacom, Wavemaker, Essence), Publicis Media (Starcom, Zenith, Spark Foundry), Havas Media, Dentsu (Carat, iProspect). En France, les trading desks ont consolidé leurs équipes programmatiques au début des années 2020 et opèrent typiquement sur trois à cinq DSP en parallèle pour ne pas dépendre d’une plateforme unique. Le Joint-Venture FCM Travel ou Accor’s S-pace, ce n’est pas le sujet ici — je parle d’agences média qui font de l’achat display, vidéo, audio, CTV pour le compte d’annonceurs.

Le trading desk opère ce qu’on appelle le “media plan” : allocation budgétaire par canal, par audience, par flight, avec des objectifs définis (reach, CPV, CPM, CPCV, CPA). Le DSP exécute. La frontière entre les deux est plus floue qu’avant — depuis 2021, beaucoup de trading desks ont des seats DSP managés directement, et beaucoup de DSPs ont des équipes managed service qui livrent des résultats sans que le trading desk touche au setup.

3.2 Le DSP — Demand-Side Platform

Le DSP est l’achète-côté. Il reçoit des bid requests de la part des SSP via OpenRTB, calcule un bid en fonction de l’audience, des objectifs de campagne, du floor price, du contexte de la page, et renvoie une réponse en moins de 100 ms typiquement. Il opère le bid shading en first-price auction (voir section 4). Il gère le frequency cap, la pacing, la deduplication multi-SSP, le ciblage d’audience, l’attribution, le pixel firing post-impression.

Les DSP qu’on voit le plus sur l’achat France en mai 2026 :

DV360 (Display & Video 360, Google) : la plateforme de référence pour les grands comptes. Forte sur YouTube, ciblage Google audience, intégration Campaign Manager 360. Take-rate DSP non documenté publiquement mais estimé entre 12% et 16% sur l’open exchange, plus serré sur les PMP. Forces : intégration Google, audience extender, supply path optimization (SPO) automatisé. Faiblesses : transparence log-level moyenne, attribution multi-touch limitée en dehors de l’écosystème Google, dépendance des Privacy Sandbox APIs pour le post-cookie.

The Trade Desk (TTD) : le challenger numéro un de DV360 sur le segment indépendant. Très fort sur CTV (post-rachat de Tritton Digital, sans rapport — je veux dire post-investissement CTV des dernières années), retail media, audio. UID 2.0 comme alternative cookie tiers. Take-rate estimé entre 15% et 20% selon les sources, non documenté officiellement. Forces : Koa AI pour bid optimization, Galaxy pour SPO, transparence log-level meilleure que DV360. Faiblesses : interface complexe, coût d’apprentissage élevé, dépendance UID2 dont l’adoption FR reste hétérogène.

Adform : challenger européen, basé au Danemark, fort sur l’éditorial premium et les agences européennes. Plateforme appréciée pour sa stack intégrée DSP + DMP + ad server. Présence forte en DACH et en Europe du Nord, plus modeste en France. Take-rate estimé entre 12% et 15%.

Criteo Commerce Max : la déclinaison demand-side de Criteo, distincte du Commerce Growth (retargeting historique). Commerce Max cible le full-funnel — awareness, considération, conversion — avec les données retail media de Criteo (les transactions e-commerce trackées via Commerce Growth et les retail partnerships avec Carrefour, Auchan, Casino, Decathlon, et les majors US). Très fort sur retail media. En 2024, retail media représentait 22% du revenu Criteo, en croissance +25% ex-TAC. Take-rate non documenté publiquement, intégré dans le modèle TAC (Traffic Acquisition Cost).

Yahoo DSP : héritier de Verizon Media DSP, lui-même héritier d’Oath, lui-même héritier d’AOL Advertising Platform. Présent surtout sur le programmatique guarantee et le PMP CTV. Amende CNIL de 10 M€ en décembre 2023 a redessiné leur stack consent FR. Take-rate estimé entre 14% et 18%.

Amazon DSP : forte poussée depuis 2022 sur le retail media et le full-funnel Amazon. Plus pertinent pour les annonceurs e-commerce qui vendent sur Amazon. En France, l’inventaire web non-Amazon (Twitch, IMDb, et le réseau d’éditeurs partenaires) reste plus modeste qu’aux US. Take-rate estimé entre 10% et 15%.

RTB House : DSP polonais spécialisé retargeting deep learning et full-funnel. Très présent en e-commerce, mode, voyage. Forces : modèles deep learning propriétaires, performance ROAS sur le retargeting bas-funnel. Faiblesses : transparence média plus limitée, interface plus opaque que TTD ou DV360.

Xandr Invest : sous Microsoft Advertising depuis 2022, mais avec une roadmap qui a perdu en clarté post-acquisition. Pertinent encore sur le programmatique premium CTV avec des deals exclusifs sur certains diffuseurs européens. Take-rate estimé entre 14% et 18%.

3.3 La couche ad exchange / OpenRTB

Entre le DSP et le SSP, il y a le bid request OpenRTB 2.5 (ou 2.6 sur les implémentations récentes). C’est le format standardisé qui transporte la metadata d’enchère : impression ID, site/app, format, position, user (avec consent), géo, device, supply chain. Le standard est maintenu par l’IAB Tech Lab. Le mapping entre wrapper (Prebid.js) et OpenRTB se fait via les adapters. Chaque SSP a son propre adapter Prebid, et chaque adapter mappe les champs Prebid vers OpenRTB selon ses propres conventions, ce qui est l’une des sources de divergence quand on compare un rapport SSP à un rapport DSP : ils ne parlent pas exactement le même OpenRTB.

OpenRTB 2.6, publié en 2023, ajoute le champ supplyChain (le fameux schain) qui décrit la chaîne d’intermédiaires entre le publisher et le DSP. C’est le complément technique de ads.txt et sellers.json. On y revient en section 5.

3.4 Le SSP — Supply-Side Platform

Le SSP est le vendre-côté. Il représente le publisher, intermédie l’inventaire vers les DSP, opère ses propres règles de floor price, sa propre logique de yield optimization, son propre routage vers les PMP. Les SSP qu’on voit le plus sur l’inventaire France en mai 2026 :

Equativ : ex-Smart AdServer, racheté par Bridgepoint en 2018, fusion avec Sharethrough finalisée fin 2024. Siège Paris. Très fort sur l’inventaire éditorial européen, en particulier France, DACH, Italie, Espagne. Adapter Prebid bien maintenu, latence p95 typiquement entre 280 ms et 420 ms sur desktop FR. Take-rate ouvert sur l’open exchange entre 10% et 15% net, plus serré sur les deals PMP directs. Forces : connaissance fine de l’éditorial européen, intégration native avec les yield managers publishers, support FR/EU. Faiblesses : moins de pénétration sur CTV et retail media qu’un PubMatic ou Magnite, dépendance des publishers européens dont les budgets se déplacent vers les retail networks.

Outbrain-Teads : la fusion finalisée février 2025 a créé l’entité combinée. Teads dominait l’inread vidéo sur la presse FR (estimation 70%+ de part sur l’inread tier-1 avant fusion). Outbrain dominait le native recommandation sur 60%+ des sites de presse FR. La combinaison crée une supply massive sur l’éditorial. Take-rate combiné estimé entre 18% et 25% selon le format (le native recommandation a historiquement des marges plus élevées que le display).

PubMatic : SSP global basé en Californie. Forte présence sur l’open exchange FR, bonne intégration Prebid (version 9.x bien à jour), latence comparable à Equativ. Take-rate ouvert estimé entre 15% et 20% sur l’open exchange, plus serré sur les PMP. Forces : transparence log-level relativement meilleure que Magnite, OpenWrap (leur wrapper Prebid managé) bien adopté. Faiblesses : politique de fees moins claire que celle d’Equativ sur les négociations FR.

Magnite : ex-Rubicon Project + Telaria + SpotX, regroupés post-2020. Forte présence CTV (héritage SpotX) et display. Adapter Prebid maintenu, latence parfois plus élevée que la moyenne (p95 entre 350 ms et 600 ms selon les configurations). Take-rate ouvert estimé entre 15% et 20%. Forces : poids sur le CTV programmatique européen, intégrations directes avec des diffuseurs. Faiblesses : politique de win-rate inflation par bid shading agressif (à mesurer empiriquement — voir section 4).

Index Exchange : SSP basé à Toronto, indépendant et privé. Très bonne réputation sur la latence (p95 typiquement <300 ms sur desktop FR), adapter Prebid bien maintenu, fees relativement transparentes (take-rate ouvert estimé entre 10% et 15%). Forces : latence, transparence, support technique. Faiblesses : moins de poids sur l’éditorial FR tier-1 qu’Equativ.

OpenX : SSP indépendant, bonne réputation sur la sécurité et la transparence (audits externes réguliers, sellers.json à jour). Take-rate ouvert estimé entre 12% et 18%. Présence FR plus modeste.

Hawk : SSP français, filiale de Reworld Media. Présent sur l’inventaire Reworld (Femina, Marie France, Auto Plus, Pleine Vie) et autres éditeurs FR. Take-rate non documenté publiquement, estimé entre 15% et 20%. Pertinent surtout sur l’inventaire FR mid-market.

Sublime : SSP français indépendant, basé à Paris. Spécialisé sur les formats inread et habillage premium. Take-rate estimé entre 15% et 25% selon le format (habillage = marges plus élevées). Pertinent sur les campagnes branding FR avec formats premium éditoriaux.

Adagio : SSP français spécialisé sur le yield optimization et le programmatique éditorial. Moins gros que les autres en volume, mais bien intégré sur certains éditeurs FR qui veulent une alternative à Equativ.

Xandr Monetize : ex-AppNexus Monetize, sous Microsoft Advertising. Présent encore mais en perte de part sur le marché FR.

3.5 Le wrapper / header-bidding stack

C’est la couche que la plupart des acheteurs DSP ne voient pas, mais qui décide qui gagne l’impression et à quel CPM. Le wrapper côté publisher orchestre l’enchère entre les SSP. Trois grandes options en mai 2026 :

Prebid.js (open source, branche 9.x stable) : la dominante de l’éditorial. Maintenu par la communauté Prebid (IAB Tech Lab co-stewardship depuis 2018). Version 9.0 sortie en juin 2024 a apporté la suppression définitive des cookies tiers de la lib (préparation post-Chrome cookies), une refonte du module activity controls (compliance RGPD plus fine), et une amélioration significative de la performance auction. Version 9.21 au moment de l’écriture (mai 2026). Configuré client-side avec typiquement 6 à 12 adapters actifs, plus 2 à 4 en server-side via Prebid Server S2S.

Amazon TAM (Transparent Ad Marketplace) : wrapper d’Amazon (héritage A9). Présent sur certains publishers FR, souvent en complément de Prebid plutôt qu’en remplacement. Plus opaque sur les paramètres de timeout et le routage. Use case typique : publisher qui veut accéder à l’audience Amazon DSP de manière privilégiée sans passer par OpenRTB classique.

Google Open Bidding (GAM) : configuré côté GAM (Google Ad Manager), c’est le mode dans lequel les SSP placent leurs bids directement dans l’enchère GAM dynamic allocation au lieu de passer par Prebid. Typiquement utilisé en floor ou en complément, pas en remplacement de Prebid.

Index Exchange wrapper : alternative managée à Prebid sur certains publishers. Moins courant en France qu’aux US.

OpenWrap (PubMatic) : wrapper managé PubMatic basé sur Prebid avec des modules custom. Adopté par certains publishers qui veulent une stack Prebid avec un support contractualisé.

3.6 La couche ad server publisher

Le bid gagnant du wrapper est passé à l’ad server, qui décide quelle créa servir (la créa du bid gagnant, ou éventuellement une créa directe / programmatic guaranteed prioritaire). Google Ad Manager (GAM, anciennement DFP) est le standard de facto en France pour le display web (90%+ des publishers tier-1). Pour la vidéo, FreeWheel (Comcast) est dominant sur les diffuseurs broadcast et CTV, GAM domine sur le pre-roll web display. Equativ a aussi une stack ad server intégrée utilisée par certains publishers.

La dynamic allocation GAM, configurée correctement, met le bid Prebid en concurrence avec les line items directs et les bids Open Bidding. Une mauvaise configuration ici peut faire qu’une campagne directe prioritaire à 8 € CPM bat un bid Prebid à 12 € CPM, ce qui laisse de l’argent sur la table côté publisher. C’est l’une des erreurs récurrentes que je trouve en audit. Le yield manager doit savoir lire la priority ladder GAM et identifier où ses line items directs sont “trop hauts” par rapport au marché programmatique.

4. Header-bidding : mécanique réelle de l’enchère

Header-bidding n’est pas une solution. C’est un outil. Voici la mécanique réelle, en mai 2026, après six ans de bascule first-price et trois ans de stabilisation des wrappers Prebid 8.x → 9.x.

4.1 Le flux d’enchère, étape par étape

Quand un utilisateur charge une page chez un publisher français équipé d’un wrapper Prebid.js 9.x :

Étape 1 — chargement du wrapper. Le script prebid.js se charge avant l’ad server. Il déclenche pbjs.requestBids() qui demande à chaque adapter de générer un bid request pour chaque ad slot configuré sur la page. Sur une page article tier-1 typique en mai 2026, on a entre 4 et 8 ad slots (header, mid-article, sticky desktop, mid-article #2, sticky mobile, footer). Chaque slot est un appel d’enchère séparé. Chaque adapter peut bid sur chaque slot.

Étape 2 — bid requests partent vers les adapters. Chaque adapter (Equativ, PubMatic, Magnite, Index Exchange, OpenX, Criteo Direct Bidder, et autres) reçoit un bid request avec les paramètres : ad unit code, sizes, mediaType, userIds (avec consent), GDPR consent string TCF 2.2, ortb2 (premier-party data), schain. L’adapter forme son propre OpenRTB request et l’envoie à son SSP.

Étape 3 — SSP fait son auction interne. Chaque SSP reçoit le bid request, le route vers ses DSP partenaires en interne via OpenRTB. Les DSP renvoient leurs bids au SSP. Le SSP applique son bid shading (sur first-price), garde le top bid, et renvoie au wrapper. Cette étape se passe entre 100 ms et 500 ms typiquement.

Étape 4 — wrapper collecte les bids. Prebid attend que tous les adapters aient répondu, OU que le timeout configuré soit atteint (typiquement 800 ms à 1 200 ms sur desktop FR, 600 ms à 1 000 ms sur mobile web). Les bids arrivés après timeout sont droppés. Le wrapper trie les bids par CPM décroissant, garde le top bid par slot.

Étape 5 — wrapper passe le top bid à l’ad server. Le top bid Prebid est passé à GAM via les targeting keys (hb_pb, hb_adid, etc.). GAM met ce bid en concurrence avec les line items directs (programmatic guaranteed, deals direct, etc.) et avec les bids Open Bidding (si configurés).

Étape 6 — GAM résout l’auction finale et serve la créa. Le winner de la dynamic allocation GAM gagne l’impression. La créa est rendue dans l’iframe correspondant.

Étape 7 — le wrapper trigger ses callbacks. pbjs.onEvent('bidWon') et pbjs.onEvent('auctionEnd') se déclenchent, et c’est là que le publisher peut logguer ses données d’enchère pour analyse log-level. Si le publisher ne logge pas, l’audit s’arrête là (voir section 5 du précédent guide sur lire les logs Prebid).

4.2 First-price vs second-price : la différence économique réelle

Avant 2017, la quasi-totalité des SSP tournaient en second-price auction : le winner paie le CPM du second-meilleur bid + 0,01 €. C’était la version “Vickrey” de l’enchère, théoriquement plus stable car le truthful bidding est optimal pour le bidder. En pratique, ça créait des problèmes structurels — les SSP pouvaient maximiser leur revenu en injectant des “soft floors” et des “auction dynamics” qui transformaient le second-price en un quasi-first-price opaque.

La bascule first-price a démarré en 2017 (Rubicon Project, Index Exchange) et s’est généralisée en 2018-2019. Aujourd’hui, en mai 2026, l’open exchange tourne en quasi-totalité en first-price. Les deals PMP directs peuvent encore tourner en second-price ou prix fixe selon les contrats. Sur du first-price, le winner paie son propre bid. Sans correction, ça pénaliserait économiquement les bidders qui bid leur “valeur vraie” — ils paieraient toujours le maximum qu’ils étaient prêts à payer. D’où le bid shading.

4.3 Bid shading : l’algorithme qui décide combien réduire le bid

Le bid shading est un algorithme côté DSP (parfois côté SSP comme partie du package, mais c’est rare et déconseillé) qui modélise la distribution des bids gagnants historiques pour décider de combien réduire le bid soumis. Mathématiquement, si le DSP estime que sa “valeur vraie” pour cet utilisateur dans ce contexte est V, l’algorithme cherche le bid B < V qui maximise l’espérance E[gain] = (V - B) × P(B gagne), où P(B gagne) est dérivée de la distribution historique des bids gagnants sur des slots comparables.

En pratique, le shading factor (B/V) tourne entre 0,55 et 0,85 selon la liquidité du slot, la part de marché du DSP sur ce SSP, et le rythme auquel l’algorithme apprend. Un shading trop agressif (factor 0,55) gagne moins souvent mais à plus bas CPM. Un shading trop conservateur (0,85) gagne plus souvent mais paie plus. Le sweet spot, sur l’open exchange FR display desktop Q1 2026, est typiquement entre 0,70 et 0,78.

Implications concrètes :

• Side annonceur : un DSP bien shadé gagne en moyenne avec un CPM net 15% à 25% inférieur au CPM bid. Sur un budget € 100k, ça représente entre € 15k et € 25k d’économie pour le même volume impressions. La plupart des DSP exposent le shading factor moyen post-campagne dans leurs rapports — DV360 via le “winning bid average vs submitted bid average”, TTD via Galaxy reports. Si votre DSP ne l’expose pas, posez la question.

• Side publisher : le bid shading réduit le rendement publisher par rapport à du first-price truthful. C’est inévitable et structurellement asymétrique. Le publisher peut compenser en (a) ajustant son floor price à la hausse, (b) en favorisant les SSP dont les DSP-clients shadent moins agressivement, (c) en augmentant la concurrence inter-SSP via plus d’adapters. Les trois leviers ont des trade-offs.

• Side wrapper : la configuration du priceBucket Prebid impacte le shading effectif. Une granularité par défaut de 0,10 € regroupe les bids serrés au même seuil, ce qui fait que deux bids de 4,18 € et 4,12 € sont traités comme 4,10 € tous les deux pour le targeting GAM, ce qui change la dynamique de qui gagne la dynamic allocation. Un passage à customPriceBucket avec granularité 0,01 € au-dessus de 2 € rétablit la précision.

4.4 Latence et timeouts : la math qui décide ce qui est compté

Le wrapper publisher impose un timeout (souvent appelé bidderTimeout dans Prebid). C’est le temps maximum que les adapters ont pour répondre avant d’être droppés. Sur l’open exchange FR desktop en mai 2026, les valeurs typiques :

• Timeout très serré : 600 ms — utilisé sur les pages mobile très optimisées pour Core Web Vitals. Drop probablement Magnite (p95 350-600 ms) en partie.
• Timeout standard : 800-1 000 ms — la zone de confort. Couvre Equativ, Index Exchange, PubMatic à p95. Coupe Magnite et OpenX sur la queue.
• Timeout permissif : 1 200-1 500 ms — utilisé sur des pages plus tolérantes côté UX (long-read article, niche éditoriale). Couvre la quasi-totalité des adapters.

Le compromis est entre yield et performance page. Un timeout serré à 600 ms maximise les Core Web Vitals (LCP, INP) mais drop des bidders. Un timeout permissif à 1 500 ms capture plus de bids mais dégrade le LCP, ce qui dégrade le SEO sur les pages où le SEO compte. Le bon arbitrage dépend du publisher et du slot.

Une optimisation courante en 2026 : router les adapters lents vers Prebid Server S2S (server-side bidding) plutôt que client-side. Le browser n’attend plus la réponse de chaque adapter individuellement — il fait un seul appel vers Prebid Server qui agrège les bids server-side et renvoie le top. Latence réduite côté browser, mais setup plus complexe (il faut un Prebid Server hébergé, soit en self-hosted soit via un SSP qui le propose en service managé).

4.5 Floor prices : statique vs dynamique

Les publishers définissent des floor prices — le CPM minimum en-dessous duquel ils refusent l’enchère. Deux logiques :

Floor statique : valeur fixée par ad slot, GEO, device, format. Simple à configurer, mais peu réactif aux conditions de marché. Sur un publisher news FR tier-1 desktop ROS en mai 2026, un floor typique est 1,40 € à 2,00 € net CPM.

Floor dynamique : algorithme qui ajuste le floor selon la prédiction de demande pour cette impression (heure, audience, page, contexte). Prebid Floors Module (v3, intégré dans Prebid 8.x+) permet d’injecter des floors depuis un endpoint externe à chaque auction. Plusieurs vendors proposent du floor optimization managé : Burda Forward, FreeStar, RebelAI, plus quelques outils SSP-side (Magnite Demand Manager, PubMatic OpenWrap, Equativ Yield Optimizer).

L’efficacité du floor dynamique dépend de la qualité du modèle prédictif et de la latence d’application. Mal configuré, il peut bloquer des bids qui auraient été acceptables et coûter du yield. Bien configuré sur un publisher avec données suffisantes, il peut ajouter 5% à 12% de yield net.

4.6 Le cas Prebid Server S2S — server-side bidding

Prebid Server est l’implémentation server-side de Prebid. Au lieu d’envoyer les bid requests depuis le browser de l’utilisateur, le wrapper côté browser envoie un seul appel à Prebid Server, qui fait l’auction server-to-server avec les adapters, et renvoie le top bid. Trois implémentations en mai 2026 : la version Go open source (la plus mature), la version Java (maintenue par Magnite et déployée sur leur stack), et la version Node.js (moins courante).

Avantages : latence côté browser réduite (un seul HTTP call), pas de cookies tiers requis sur Safari/Firefox (les SSP peuvent matcher leurs IDs côté serveur), pas de limite de connexions concurrentes côté browser. Inconvénients : un cookie sync entre le browser et Prebid Server doit être configuré (sinon les SSP perdent le user ID matching), la latence des adapters apparaît côté serveur (donc le coût d’un timeout reste réel, juste déplacé), et la configuration est plus complexe.

L’adoption Prebid Server S2S sur les publishers FR tier-1 en mai 2026 est partielle — typiquement 2 à 4 adapters en S2S parmi un wrapper qui compte 6 à 12 adapters client-side. Les adapters poussés en S2S sont ceux qui ont une latence élevée (Magnite, OpenX, parfois Outbrain-Teads sur le native), pour absorber leur lenteur sans pénaliser le client-side.

4.7 Les erreurs récurrentes en audit header-bidding

Sur les 30+ audits header-bidding que j’ai fait depuis mi-2024, les erreurs récurrentes par ordre de fréquence :

1. Timeout mal configuré : 800 ms partout sans tenir compte du p95 réel des adapters. Drop silencieux des bidders lents. Perte de yield 5-20%.
2. PriceBucket granularité par défaut : 0,10 € sur tous les CPM. Bids serrés non distingués. Perte de yield 2-8%.
3. Adapters multiples sans dedup : trois adapters qui pointent vers la même demande sous-jacente (par exemple un SSP qui revend de l’inventaire d’un autre SSP). Crée de la latence et un duplicate counting côté DSP. Perte de yield 3-10%.
4. Floor prices statiques non mis à jour : floors fixés en 2022 jamais réactualisés. Floor à 0,50 € sur des slots qui pourraient supporter 1,20 €. Perte de yield 8-25% sur les slots concernés.
5. GAM dynamic allocation mal configurée : line items directs prioritaires sur des bids Prebid plus élevés. Perte de yield 5-15% sur les slots avec demande directe forte.
6. Pas de log-level data : impossible d’auditer quoi que ce soit. Perte invisible, mais probablement 10-30% sur tout le reste cumulé.

5. La couche données : sellers.json, ads.txt, IAB TCF 2.2, CMP

Si la mécanique d’enchère décide qui gagne quoi, la couche données décide ce qui est légalement et techniquement valide. C’est la couche qui a le plus évolué depuis 2018 — sous l’effet du RGPD, du DSA, de la consolidation des SSP, et de la maturation des standards IAB.

5.1 ads.txt et sellers.json — la chaîne d’autorisation

ads.txt (Authorized Digital Sellers, IAB Tech Lab, 2017) est un fichier texte hébergé à la racine du domaine publisher (example.fr/ads.txt) qui liste tous les vendeurs autorisés à monétiser l’inventaire de ce publisher. Chaque ligne est au format :

<exchange_domain>, <seller_account_id>, <relationship_type>, <certification_authority_id>

Exemple sur un publisher FR tier-1 typique :

equativ.com, 12345, DIRECT, 9579e2b9b85cd8b8
pubmatic.com, 158123, DIRECT, 5d62403b186f2ace
magnite.com, 30099, RESELLER, 1c2a9a0f63a3b6dc
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

DIRECT signifie que le SSP a un contrat direct avec le publisher. RESELLER signifie que le SSP revend de l’inventaire qui passe par un autre intermédiaire. Le standard permet aussi ads.txt -> app-ads.txt pour le mobile in-app, et la version ads.cert pour la signature cryptographique.

sellers.json (IAB Tech Lab, 2019) est le pendant côté SSP. Chaque SSP héberge un fichier sellers.json à la racine de son domaine (sspdomain.com/sellers.json) qui liste tous les publishers pour lesquels il monétise. Chaque entrée :

{
  "seller_id": "12345",
  "seller_type": "PUBLISHER",
  "name": "Le Monde",
  "domain": "lemonde.fr",
  "is_confidential": 0
}

seller_type peut être PUBLISHER, INTERMEDIARY (SSP qui revend), ou BOTH. Le DSP utilise sellers.json pour vérifier que le seller annoncé dans le bid request OpenRTB existe vraiment chez ce SSP, et pour évaluer la chaîne de revente. Combiné avec le champ supplyChain (schain) de l’OpenRTB 2.6, ça donne un graphe vérifiable du flux d’inventaire.

L’utilité pratique pour l’acheteur DSP : éviter d’acheter sur des supply paths inutilement longs (chaque intermédiaire prend son take-rate), détecter les inventaires misrepresented (un seller_id qui n’apparaît pas dans le sellers.json du SSP est une red flag), et auditer le take-rate effectif.

5.2 Le take-rate effectif et la reconstruction depuis les logs

Le rapport SSP affiche un CPM net pour le publisher. Le rapport DSP affiche un CPM brut payé. La différence est le take-rate du SSP. Si le SSP est transparent, il publie son take-rate. La plupart ne le font pas, ou le font en termes qui obscurcissent (par exemple “fee structure varies by partner”). On peut reconstruire empiriquement :

1. Récupérer côté Prebid log le cpm envoyé par l’adapter SSP (c’est le bid gagnant tel que vu par le wrapper).
2. Récupérer côté SSP report le CPM net publisher pour les mêmes impressions, identifiées par auction ID.
3. Calculer take-rate = 1 - (CPM net publisher / CPM bid Prebid).

Sur Equativ open exchange France desktop Q1 2026, j’ai mesuré un take-rate effectif moyen de 12,4% sur un échantillon de 4,2 millions d’auctions. Le take-rate affiché contractuellement était “10-15%”, donc cohérent.

Sur PubMatic open exchange France desktop Q1 2026, take-rate effectif moyen 17,8% sur un échantillon comparable. Le take-rate affiché contractuellement était “around 15-20%”. Cohérent aussi.

Sur Magnite open exchange France desktop Q4 2025, take-rate effectif moyen 19,2% sur un échantillon de 2,1 millions d’auctions. Pas de take-rate affiché publiquement.

Sur les deals PMP directs, les take-rates sont typiquement plus serrés — entre 5% et 12%, selon la négociation.

5.3 IAB TCF 2.2 — le standard de consentement

Le Transparency and Consent Framework (TCF) est le standard IAB Europe qui structure comment le consentement utilisateur est transmis dans le bidstream. Version 2.0 sortie en août 2019, 2.1 en mai 2020, 2.2 en mai 2023, obligatoire depuis novembre 2023.

TCF 2.2 a introduit plusieurs durcissements vs 2.1 :

• Suppression des purposes “legitimate interest” pour le purpose 3 (selection of personalised ads) et purpose 4 (delivery of personalised ads). Désormais, ces purposes nécessitent un consent explicite — la base légale legitimate interest n’est plus admissible pour la publicité personnalisée.
• Renforcement de la transparence vendor — le publisher doit afficher les noms des vendeurs, leurs purposes et la durée de stockage des données.
• Suppression de la possibilité de pré-cocher des cases de consent.

En pratique, pour l’acheteur DSP, ça veut dire que sur l’inventaire français en mai 2026, vous ne pouvez bidder sur un slot avec ciblage d’audience que si le consent string IAB TCF 2.2 transmis dans l’OpenRTB request couvre les purposes nécessaires. La plupart des DSP filtrent ça automatiquement côté serveur, mais les filtres ne sont jamais 100% propres — j’ai vu des campagnes qui continuaient à bid avec consent strings TCF 2.1 obsolètes pendant plusieurs semaines après la deadline novembre 2023.

5.4 CMP — Consent Management Platform

La CMP est l’interface utilisateur qui collecte le consent et émet le TCF string. Les CMP les plus présentes en France en mai 2026 :

Didomi (Paris, indépendant, levée €40M Series B 2022) : leader FR tier-1. Très configurable, équipes support FR, intégrations natives Prebid, GAM, et la plupart des SSP. Tarification SaaS au volume d’impressions.

Sirdata (Paris, indépendant) : challenger FR avec offre CMP + DMP intégrée. Bien adopté sur les éditeurs mid-market.

Axeptio (Paris, indépendant) : option plus orientée small/mid-market, UX claire, intégrations standard.

OneTrust (US, grand-compte) : option enterprise pour les groupes internationaux qui veulent une CMP unifiée sur tous leurs marchés.

Sourcepoint (ex-Quantcast Choice, racheté par Choreograph en 2023) : option enterprise avec un focus particulier sur les A/B tests de wording de consent.

Cookiebot (Cybot, Danemark) : option milieu de gamme, bien adopté sur mid-market européen.

Le taux de consent obtenu varie selon (a) la CMP utilisée et son design d’UX, (b) le wording (la CNIL a régulièrement contesté les wordings qui guident l’utilisateur vers le “accept” via des boutons asymétriques), (c) le secteur (les sites news ont des taux différents des sites e-commerce, qui sont différents des sites santé), (d) le device et le contexte de navigation.

Plage observée en mai 2026 : 62-78% consent rate sur l’ensemble du marché FR tier-1, avec une médiane autour de 70% desktop et 64% mobile web. Les éditeurs avec un cookie wall partiel obtiennent typiquement 5-10 points de plus, au prix de quelques % de visiteurs qui partent.

5.5 RGPD, ePrivacy, et la jurisprudence CNIL

Le RGPD (Règlement général sur la protection des données, applicable depuis mai 2018) est le cadre général. La directive ePrivacy (2002, révisée 2009) régit spécifiquement les cookies et le traçage. Le futur règlement ePrivacy (en discussion depuis 2017, non finalisé en mai 2026) doit harmoniser le régime au niveau européen — son adoption a été repoussée plusieurs fois pour des raisons politiques.

En France, la CNIL est l’autorité de référence. Délibérations et amendes structurantes pour le programmatique :

• Septembre 2020 : lignes directrices renforcées sur les cookies, exigence du consent préalable au dépôt de cookies non-essentiels.
• Décembre 2021 : amende Google 150 M€ et Facebook 60 M€ pour boutons “Refuser” non-équivalents au bouton “Accepter”.
• Mai 2022 : décision sur la pratique du cookie wall — admissible sous conditions strictes (utilisateur peut accéder au service avec un paywall équivalent, le consent ne doit pas être disproportionnément forcé).
• Décembre 2023 : amende Yahoo 10 M€ pour dépôt de cookies tiers sans consent préalable via Yahoo DSP.
• Mars 2024 : décision sur le legitimate interest dans TCF 2.2, fermeture définitive de cette base pour le purpose 4 (mesure de publicité personnalisée).

L’acheteur DSP qui pousse des campagnes en France doit savoir que ces décisions ne s’appliquent pas qu’aux SSP ou CMP — elles s’appliquent aussi au DSP, dans la chaîne de responsabilité. La CNIL a sanctionné Yahoo DSP directement. Elle a aussi ouvert des enquêtes sur d’autres acteurs (sans amende finale au moment de l’écriture). La conformité n’est pas un sujet “amont” — elle se réplique dans toute la chaîne.

5.6 Le DSA et la transparence publicitaire

Le Digital Services Act (DSA) européen, en vigueur depuis février 2024 pour toutes les plateformes (et depuis août 2023 pour les VLOPs — Very Large Online Platforms), impose des obligations supplémentaires sur la publicité en ligne. Articles 26 et 39 spécifiquement : l’utilisateur doit pouvoir savoir, pour chaque publicité, qu’il s’agit d’une publicité, qui l’a payée, et quels paramètres de ciblage ont été utilisés. Les VLOPs doivent tenir un registre public des publicités (ad library).

Pour l’acheteur DSP, l’impact pratique en mai 2026 est plus modéré que ce que les annonces de 2022 laissaient penser. Les VLOPs (Meta, Google, X, TikTok, etc.) gèrent leurs propres ad libraries. Sur le programmatique web ouvert, l’obligation de transparence est portée par les publishers VLOPs (donc surtout les très grosses plateformes), pas par les éditeurs FR de taille moyenne. Mais le DSA est jeune — sa jurisprudence va se construire dans les prochaines années.

5.7 Le data clean room et le post-cookie

Avec la suppression progressive (mais sans cesse repoussée) des cookies tiers Chrome, le marché bouge vers les data clean rooms — environnements sécurisés où l’annonceur peut faire matcher ses données first-party avec celles du publisher ou d’un partenaire, sans qu’aucune des deux parties ne voie les données brutes de l’autre. Les options principales en 2026 : LiveRamp Safe Haven, Google Ads Data Hub (ADH), Amazon Marketing Cloud (AMC), Snowflake Data Clean Rooms, et plusieurs options européennes (Habu, racheté par LiveRamp en 2024 ; Decentriq, suisse).

L’utilité réelle pour l’achat programmatique FR : on en est encore au stade des projets pilotes. La plupart des campagnes opèrent encore en cookies tiers + first-party data + UID2 / RampID sur les inventaires compatibles. Mais le pattern data clean room va monter en puissance sur 2026-2027, en particulier sur le retail media et le CTV.

6. Les pièges du marché FR

Au-delà des règles documentées, il y a une couche de pièges spécifiques au marché FR que ni la documentation IAB ni les decks SSP ne mentionnent. Les voici, dans l’ordre du dégât potentiel.

6.1 MFA — Made for Advertising sites

Le MFA (Made for Advertising) désigne les sites construits principalement pour monétiser de la publicité programmatique, avec peu ou pas de contenu éditorial original, beaucoup d’ads sur la page, et un trafic souvent acquis via arbitrage (achat de trafic à bas coût et revente via inventaire programmatique). Le rapport ANA de juin 2023 a fait scandale en montrant que 21% du budget programmatique des annonceurs grands comptes US tombait sur des sites MFA.

En France, la situation est similaire mais moins documentée. Sur un audit qu’on a fait fin 2024 sur un budget € 800k programmatique d’un annonceur FMCG FR, environ 15% des impressions tombaient sur des sites qu’on pouvait raisonnablement qualifier de MFA (combinaison de signaux : ratio ads/content élevé, faible engagement, sources de trafic majoritairement payantes, contenu peu éditorial). Le CPC moyen sur ce 15% était dans la moyenne. La conversion post-clic était 70% inférieure à la moyenne. Net-net, environ 12% du budget était gâché sur du MFA sans que le rapport DSP ne le signale clairement.

Comment éviter : (a) blacklist domain agressive et mise à jour fréquente, (b) supply path optimization (privilégier les DIRECT entries dans ads.txt vs RESELLER), (c) intégration avec un brand safety vendor (DoubleVerify, IAS, Adloox sur le marché FR), (d) audit log-level pour identifier les domains avec performance anormale, (e) deal PMP avec des publishers premium en alternative à l’open exchange.

6.2 Take-rate gonflé sur les chaînes de revente longues

Quand un bid traverse plusieurs intermédiaires — par exemple browser → SSP A (RESELLER) → SSP B (RESELLER) → SSP C (DIRECT) → publisher — chaque intermédiaire prend son take-rate. Sur une chaîne à trois étages, on peut perdre 30-40% de la valeur entre le CPM bid par le DSP et le CPM net qui arrive au publisher. C’est de la valeur qui ne profite à personne d’utile.

Le supplyChain (schain) en OpenRTB 2.6 permet de tracer ces chaînes. La pratique recommandée est d’acheter préférentiellement sur des supply paths courts (DIRECT, ou RESELLER à un seul étage), via SPO (Supply Path Optimization). DV360 et TTD le font automatiquement quand on l’active. C’est désactivé par défaut sur certains setups. À vérifier.

6.3 Outbrain-Teads merger : la concentration sur l’inread vidéo et le native

La fusion Outbrain-Teads (annoncée août 2024, finalisée février 2025) a créé une entité combinée qui occupe une part dominante sur deux segments de l’inventaire FR : l’inread vidéo (où Teads avait estimé 70%+ de part sur la presse tier-1) et le native recommandation (où Outbrain avait estimé 60%+ de part sur la presse FR). Combiné, ça donne à l’entité une position quasi-monopolistique sur deux verticales d’inventaire FR.

Conséquences observées en mai 2026 sur le marché :

• Take-rate combiné sur le native recommandation entre 18% et 25%, plus élevé que sur l’open exchange display.
• Bid shading agressif sur le native — l’algorithme a une longueur d’avance grâce au volume historique.
• Réduction du choix côté annonceur pour atteindre l’inventaire native FR sans passer par Outbrain-Teads.
• Procédure ouverte par l’Autorité de la concurrence française fin 2025 sur les pratiques de la nouvelle entité combinée — issue incertaine au moment de l’écriture.

Pour l’acheteur, ça veut dire un trade-off : si la campagne dépend de l’inread vidéo et du native FR, passer par Outbrain-Teads est quasi-incontournable. Mais sur les formats display classiques, il faut résister à la tentation d’augmenter la part de wallet Outbrain-Teads juste parce que c’est plus simple — l’open exchange via Equativ, PubMatic, Index Exchange offre souvent des CPM net plus serrés.

6.4 Win-rate inflation par bid shading agressif

Certains SSP optimisent leur win-rate apparent en shadant plus agressivement. C’est mathématiquement logique : à enchère égale, un shading factor plus bas (mettons 0,55 vs 0,75) gagne plus d’auctions, mais à plus bas CPM. Le SSP gagne en volume affiché, l’annonceur paie moins par auction gagnée — mais ne capture pas plus de valeur réelle, juste plus d’impressions à valeur plus faible.

Sur un audit Q1 2026 sur trois publishers tier-1 FR, j’ai mesuré : PubMatic gagnait 31% des auctions où il bid (sur des slots où Equativ et PubMatic étaient présents tous les deux), avec un CPM moyen gagné de 2,90 € net. Equativ gagnait 28% des auctions où il bid, avec un CPM moyen gagné de 3,80 € net. La différence — 31% supérieur côté Equativ sur le CPM moyen gagné — est principalement attribuable à la différence de shading factor. Un shading factor bas pour PubMatic, plus haut pour Equativ.

L’erreur côté annonceur, quand on lit les rapports SSP de manière naïve, c’est de conclure “PubMatic est meilleur, il gagne plus”. La métrique pertinente n’est pas le win rate brut, c’est le CPM net effectif × le volume d’impressions valides.

6.5 Le programmatic guaranteed mal négocié

Le Programmatic Guaranteed (PG) est un format de deal où le publisher garantit un volume d’impressions à un CPM fixé d’avance, mais avec une exécution programmatique. C’est entre du direct deal et de l’open exchange. En France, les PG tournent surtout sur l’inventaire premium tier-1 (Le Monde, Le Figaro, L’Équipe, M6 Publicité, FranceTV Publicité) à des CPM entre 8 € et 18 € net sur display desktop premium.

Les pièges fréquents :

• Inventaire non garanti en pratique : le publisher livre 60-70% du volume promis, avec un avenant qui décale la livraison. Pas illégal, mais frustrant.
• Floor pricing post-deal : le publisher applique des floors plus élevés sur ses autres slots après la signature d’un PG, ce qui peut tirer le marché à la hausse — mais aussi pénaliser l’annonceur sur ses autres campagnes.
• Pas d’auditabilité log-level : les PG passent souvent sans appel d’enchère réelle, donc pas de log Prebid détaillé. La métrique est le rapport publisher, qu’on ne peut pas recouper.

Pour bien négocier un PG, exiger des KPIs mesurables : viewability MRC ≥ 60%, brand safety floor ≥ 95%, completion rate (sur vidéo) ≥ 75%, attribution path déclaré.

6.6 Le retargeting bâclé et la créa fatigue

Le retargeting reste dominant en France sur l’e-commerce (43% du budget programmatique e-commerce FR selon les estimations IAB 2024). Mais la créa fatigue est massive : un utilisateur exposé 8+ fois au même créatif retargeting a un taux de clic résiduel inférieur à 0,1% et un sentiment de marque souvent négatif.

L’erreur côté annonceur c’est de laisser le DSP en frequency cap par défaut (souvent 5-10 par jour, 30-50 par mois) sans rafraîchir la créa. Une bonne pratique : frequency cap serré (3-5 par jour, 15-20 par mois) avec rotation créa sur 3-5 variants minimum, et un séquentiel logique (awareness → consideration → conversion plutôt que random).

6.7 Le faux mobile in-app et le SDK fraude

L’inventaire mobile in-app FR est traversé par un volume de fraude SDK qui reste, en mai 2026, supérieur à l’inventaire web. Les schémas fraude :

• SDK spoofing : un SDK fraude rapporte des impressions et des clics inexistants.
• App fraud rings : des apps de qualité douteuse achètent du trafic bot et le revendent comme inventaire programmatique.
• In-app inventory misrepresentation : un app reporting comme un grand titre de presse mais étant en réalité un app obscure.

Les vendors brand safety (IAS, DoubleVerify, MOAT) ont des SDK in-app, mais l’intégration côté éditeur est encore hétérogène. Pour un acheteur DSP qui cible du mobile in-app FR, je recommande : (a) restreindre l’achat aux apps figurant sur app-ads.txt vérifié, (b) intégration brand safety SDK, (c) audit log-level avec recoupement IDFV (iOS) ou GAID (Android) si l’app le supporte, (d) privilégier les PMP avec des networks app FR connus plutôt que l’open exchange in-app.

7. Métriques qui comptent vraiment

La plupart des dashboards DSP affichent une douzaine de métriques. Trois ou quatre comptent vraiment pour un audit programmatique sérieux. Les voici, avec les benchmarks observés sur le marché FR en mai 2026.

7.1 Viewability MRC

La viewability MRC (Media Rating Council) standard est : 50% des pixels visibles pendant au moins 1 seconde continue pour le display (2 secondes pour la vidéo, avec ≥ 50% des pixels visibles et le son optionnel). C’est le standard que les SSP et DSP utilisent pour reporter. Les vendors de mesure (IAS, DoubleVerify, MOAT, Adloox sur le marché FR) implémentent leur propre version, qui converge plus ou moins avec le MRC selon les configurations.

Benchmarks FR mai 2026 sur display desktop ROS :

• Open exchange tout-venant : 55-65% viewability MRC.
• Publishers tier-1 premium : 65-78% viewability MRC.
• PMP curé : 75-85% viewability MRC.
• Native recommandation : 60-72% viewability MRC.
• Inread vidéo : 70-85% viewability MRC (et 60-75% completion rate à 100%).

L’erreur fréquente côté annonceur : accepter des CPM bas sur des slots non-viewable. Un slot à 0,80 € CPM avec 35% viewability équivaut économiquement à un slot à 1,60 € CPM avec 70% viewability — sauf que sur le premier vous payez pour des impressions que personne ne voit. Le vCPM (viewable CPM) est la métrique normalisée : CPM divisé par le taux de viewability. Le piloter à la place du CPM brut est une meilleure pratique de base.

7.2 Win rate par adapter / SSP (sur auctions bidées)

Le win rate utile n’est pas “win rate sur toutes les auctions éligibles”. C’est “win rate sur les auctions où l’adapter a effectivement bid”. La différence : un adapter qui bid sur 30% des auctions éligibles et gagne 25% de ses bids n’est pas équivalent à un adapter qui bid sur 90% des auctions éligibles et gagne 12% de ses bids — le premier est plus sélectif, le second plus volumineux mais plus dilué.

Benchmarks FR open exchange desktop display mai 2026 sur publishers tier-1 :

• Equativ : 25-32% win rate sur auctions bidées, CPM net moyen 3,40-4,20 €.
• PubMatic : 28-35% win rate sur auctions bidées, CPM net moyen 2,70-3,40 €.
• Magnite : 18-26% win rate sur auctions bidées, CPM net moyen 2,90-3,60 €.
• Index Exchange : 22-30% win rate sur auctions bidées, CPM net moyen 3,10-3,80 €.
• Criteo Direct Bidder : 12-20% win rate sur auctions bidées, CPM net moyen 4,20-5,80 € (Criteo bid en retargeting, donc plus haut quand il bid).

7.3 CPM net effectif (post-take-rate, post-shading)

Le CPM affiché dans le rapport DSP est le CPM brut payé par l’annonceur. Le CPM affiché dans le rapport publisher est le CPM net après take-rate SSP. La différence entre les deux est la stack fee (SSP + éventuellement intermédiaires).

L’arithmétique du CPM net effectif :

CPM bid (DSP, post-shading) = ce que paie l'annonceur
CPM net (publisher) = CPM bid × (1 - take-rate SSP) × (1 - take-rate intermédiaires)
Stack fee = CPM bid - CPM net publisher

Sur un audit Q1 2026 sur un publisher news tier-1 FR :

• CPM bid moyen (DV360 post-shading) : 3,42 € desktop ROS
• CPM net moyen (publisher rapport, via Equativ) : 3,01 €
• Stack fee effective : 0,41 € = 12% du bid

Cohérent avec un take-rate Equativ entre 10-15%.

7.4 Log-level reconciliation : DSP vs SSP vs publisher

C’est l’audit ultime. Pour chaque auction ID, on doit pouvoir reconstruire :

1. Côté DSP : bid soumis, bid post-shading, win/loss flag, CPM payé, impression rendue, viewability mesurée.
2. Côté SSP : bid reçu du DSP, win/loss flag, CPM revente au publisher, take-rate appliqué.
3. Côté publisher : impression rendue, viewability mesurée par leur vendor, CPM net encaissé.

Quand ces trois sources se réconcilient à <2% d’écart, le pipeline est propre. Au-delà de 5% d’écart, il y a un problème — soit de la fraude, soit du SDK mal configuré, soit du SSP qui réconcilie sur des fuseaux horaires différents, soit du publisher qui a un dynamic allocation GAM qui dévie les bids.

L’audit log-level n’est pas un luxe — c’est la seule manière de vraiment savoir ce qui se passe. Sans lui, on lit des rapports de plateformes qui se réconcilient avec elles-mêmes mais pas avec les autres.

7.5 Métriques qu’on peut ignorer

Quelques métriques fréquemment affichées qu’on peut ignorer pour piloter un budget programmatique sérieux :

• CTR (click-through rate) brut : extrêmement bruité, biaisé par les bots et les clics accidentels sur mobile. Utile uniquement comme signal relatif (rotation créa A vs B), pas comme métrique de pilotage absolue.
• Reach et frequency unique : utile pour de la mesure brand awareness post-campagne, pas pour du pilotage temps réel.
• Score “audience match” : varie d’un DSP à l’autre, pas standardisé, souvent gonflé par les vendors. Recouper avec un audit data clean room si possible.
• CPM moyen tout-confondu : caché trop d’informations. Il faut décomposer par GEO × device × format × SSP × deal type.

8. FAQ

Q1. Quelle est la différence entre header-bidding client-side et Prebid Server S2S ?

Client-side : chaque adapter envoie son bid request depuis le browser de l’utilisateur. Avantage : latence par adapter mesurable, cookie tiers utilisables sur Chrome. Inconvénient : limite de connexions concurrentes côté browser, latence cumulée. S2S : un seul appel vers Prebid Server qui agrège les bids server-to-server. Avantage : latence côté browser réduite, cookies tiers contournés sur Safari/Firefox. Inconvénient : setup plus complexe, cookie sync nécessaire, latence des adapters cachée côté serveur. La plupart des publishers FR tier-1 en mai 2026 tournent en hybride : 6-10 adapters client-side, 2-4 en S2S.

Q2. Quel timeout configurer pour le wrapper Prebid sur desktop FR ?

Cela dépend du p95 latence de vos adapters et du compromis yield vs Core Web Vitals. Plage raisonnable : 800-1 200 ms sur desktop FR. Sub-800 ms drop des bidders lents et coûte du yield. Au-delà de 1 200 ms, on dégrade le LCP. Mesurer le p95 réel adapter par adapter avant de fixer le timeout. Sur un publisher où Magnite est important, 1 000-1 100 ms est souvent le sweet spot.

Q3. Comment auditer le take-rate effectif d’un SSP ?

Trois étapes : (1) récupérer le CPM bid côté Prebid log (le cpm envoyé par l’adapter SSP), (2) récupérer le CPM net publisher dans le rapport SSP pour les mêmes impressions identifiées par auction ID, (3) calculer take-rate = 1 - (CPM net / CPM bid). Faire ça sur un échantillon d’au moins 1 million d’auctions par SSP pour avoir du signal. Si le SSP refuse l’accès au CPM net per-auction, c’est une red flag.

Q4. Le RGPD interdit-il vraiment le retargeting ?

Non, le RGPD n’interdit pas le retargeting. Il exige du consent explicite pour les opérations de purpose 3 et 4 du TCF 2.2 (sélection et livraison de publicité personnalisée). Sur l’inventaire FR avec consent valide, le retargeting reste légal. Sur l’inventaire sans consent, il faut basculer en contextual-only. La plupart des DSP gèrent ça automatiquement si le filtre TCF est correctement appliqué. À vérifier dans la config DSP.

Q5. Faut-il privilégier l’open exchange ou les PMP ?

Dépend du use case. Open exchange : plus de volume, CPM plus bas, brand safety plus risquée, transparence moindre. PMP : volume plus restreint, CPM plus élevés mais qualité plus contrôlée, viewability + brand safety meilleures, négociation directe possible. Pour des campagnes branding sur inventaire premium, PMP. Pour de la performance bas-funnel avec volume nécessaire, open exchange avec brand safety vendor intégré. La plupart des annonceurs sérieux tournent un mix 60% open exchange / 40% PMP en mai 2026.

Q6. Qu’est-ce qui se passe avec les cookies tiers Chrome ?

Google a annoncé en juillet 2024 qu’il abandonnait son plan initial de suppression complète des cookies tiers Chrome — au profit d’une approche basée sur le choix utilisateur (Privacy Sandbox + UI Chrome où l’utilisateur peut désactiver les cookies tiers). En mai 2026, les cookies tiers existent toujours sur Chrome desktop. Mais Privacy Sandbox (Topics, Protected Audience / FLEDGE, Attribution Reporting) est en déploiement progressif, et les SSP/DSP sérieux ont déjà testé leurs stacks dessus. L’industrie est dans une phase de transition étalée plutôt qu’un cliff edge.

Q7. Comment gérer l’inventaire post-consent (sans cookies tiers) ?

Sur l’inventaire FR sans consent ou non-consent : (a) contextual targeting (catégorie de contenu, mots-clés, taxonomie IAB), (b) first-party data du publisher (segments éditeur authentifiés), (c) UID2 si le publisher le supporte et l’utilisateur s’est authentifié, (d) Privacy Sandbox APIs (Topics pour le ciblage d’intérêt, Protected Audience pour le retargeting cookieless). Pas de retargeting cookie-based classique, pas de lookalike basé sur des données utilisateur tierces.

Q8. Le PMP Programmatic Guaranteed est-il vraiment garanti ?

Théoriquement oui, le publisher s’engage sur un volume et un CPM. En pratique, les contrats incluent souvent des clauses de force majeure et des avenants permettant de décaler la livraison. Un PG signé doit inclure : (a) KPIs mesurables (viewability MRC ≥ 60%, brand safety ≥ 95%, completion rate sur vidéo ≥ 75%), (b) clause de make-good (compensation en cas de non-livraison), (c) reporting log-level si possible.

Q9. Comment éviter d’acheter sur du MFA en France ?

Combinaison de mesures : (a) blacklist domain mise à jour mensuellement, (b) supply path optimization activée (DV360, TTD), (c) brand safety vendor intégré (IAS, DoubleVerify, Adloox), (d) audit log-level avec identification des domains à performance anormale (CPM/conversion delta), (e) deals PMP avec des publishers premium en alternative, (f) revoir les rapports SSP par domain et challenger ceux qui ne correspondent pas à de l’éditorial reconnaissable.

Q10. FLEDGE / Protected Audience est-il prêt pour la production ?

En mai 2026, oui pour les tests et déploiements progressifs. Les Origin Trials Chrome ont démarré début 2023, le déploiement général a commencé fin 2023, et les SSP/DSP sérieux ont des intégrations en production progressive. Les modules Prebid pour Protected Audience existent depuis Prebid 8.x. La pénétration utilisateur Chrome desktop avec Privacy Sandbox actif est en progression mais reste hétérogène. Mon avis : tester en parallèle des stacks classiques, mesurer la performance comparative, et progressivement basculer plus de budget vers les Protected Audience auctions à mesure que la couverture s’élargit. Pas attendre 2027 — la moitié de l’industrie n’a toujours pas testé ses créatifs en Protected Audience et ça commencera à les rattraper.

En conclusion

L’achat média programmatique en France en 2026 n’est pas plus complexe qu’aux États-Unis. Il est différent. Différent par le poids du cadre réglementaire (CNIL, ANJ, ARPP, DSA), par le paysage SSP local (Equativ, Outbrain-Teads, Hawk, Sublime aux côtés des globaux), par la concentration éditoriale (six groupes tier-1 contrôlent l’essentiel de l’inventaire premium), et par la culture de négociation directe entre annonceurs grand-compte et publishers premium.

L’acheteur qui réussit en 2026 est celui qui : sait lire un sellers.json, sait reconstruire un take-rate effectif depuis les logs, comprend la mécanique de bid shading et l’arbitrage timeout / yield / Core Web Vitals, connaît les implications opérationnelles des décisions CNIL récentes, et choisit ses SSP et ses formats en fonction d’objectifs mesurables plutôt que de relations historiques.

Si vous voulez auditer votre setup actuel — wrapper Prebid, supply path, take-rate effectif par SSP, conformité TCF 2.2 — la première étape n’est pas un appel commercial. C’est de regarder vos logs. Le auction log de Prebid ne ment pas. Le rapport agrégé du SSP, parfois oui — pas par malhonnêteté, mais parce qu’il agrège ce que le SSP voit, jamais ce que le wrapper publisher fait avec ses réponses. La prochaine fois que le yield baisse, ouvrez le log avant d’ouvrir le ticket SSP.

Questions fréquentes

Quelle est la différence entre header-bidding client-side et Prebid Server S2S ?

Client-side : chaque adapter envoie son bid request depuis le browser. Avantage : latence par adapter mesurable, cookies tiers utilisables sur Chrome. Inconvénient : limite de connexions concurrentes côté browser. S2S : un seul appel vers Prebid Server qui agrège les bids server-to-server. Avantage : latence côté browser réduite, cookies tiers contournés sur Safari et Firefox. La plupart des publishers FR tier-1 en mai 2026 tournent en hybride — 6 à 10 adapters client-side, 2 à 4 en S2S.

Quel timeout configurer pour le wrapper Prebid sur desktop FR en 2026 ?

La plage raisonnable est 800-1 200 ms sur desktop FR. Sous 800 ms on droppe des bidders lents et on perd du yield. Au-delà de 1 200 ms on dégrade le LCP, ce qui dégrade le SEO. Il faut mesurer le p95 réel adapter par adapter avant de fixer le timeout. Sur un publisher où Magnite est important, 1 000-1 100 ms est souvent le sweet spot.

Comment auditer le take-rate effectif d’un SSP ?

Trois étapes : récupérer le CPM bid côté Prebid log (le cpm envoyé par l’adapter SSP), récupérer le CPM net publisher dans le rapport SSP pour les mêmes impressions identifiées par auction ID, calculer take-rate = 1 - (CPM net / CPM bid). Sur un échantillon mesuré en Q1 2026 sur desktop FR ROS : Equativ à 12,4%, PubMatic à 17,8%, Magnite à 19,2%. Faire ça sur au moins un million d’auctions par SSP pour avoir du signal.

Le RGPD interdit-il vraiment le retargeting en France ?

Non, le RGPD n’interdit pas le retargeting. Il exige du consent explicite pour les purposes 3 et 4 du TCF 2.2 — sélection et livraison de publicité personnalisée. Sur l’inventaire FR avec consent valide, le retargeting reste légal. Sur l’inventaire sans consent, il faut basculer en contextual-only. Le taux de consent observé en Q1 2026 oscille entre 62% et 78% selon le secteur et le device.

Comment éviter d’acheter sur du MFA en France ?

Combinaison de mesures : blacklist domain mise à jour mensuellement, supply path optimization activée sur DV360 et TTD, brand safety vendor intégré (IAS, DoubleVerify, Adloox), audit log-level avec identification des domains à performance anormale, et deals PMP avec publishers premium en alternative à l’open exchange. Sur un audit fin 2024 sur un budget de 800 k€ programmatique, environ 15% des impressions tombaient sur des sites raisonnablement qualifiables de MFA.

FLEDGE / Protected Audience est-il prêt pour la production en mai 2026 ?

Oui pour les tests et déploiements progressifs. La cohorte Chrome EU avec Protected Audience actif était à environ 50% en mars 2026, en progression de plus d’un point par mois sur Q1 2026. Les modules Prebid pour Protected Audience existent depuis Prebid 8.x. Sur les wrappers audités en Q1 2026, 11% des publishers tier-1 FR avaient activé le module paapi. Ne pas attendre — la moitié de l’industrie n’a toujours pas testé ses créatifs en Protected Audience.