Comment ads.txt a rendu plus facile la vérification des vendeurs publicitaires autorisés

Ads.txt permet à un éditeur d’identifier publiquement les systèmes publicitaires et les comptes de vendeurs autorisés à vendre son inventaire web. Un acheteur peut comparer ces identifiants avec une demande d’enchère avant de dépenser. Il s’agit d’une déclaration de relations d’approvisionnement autorisées, et non d’une notation de qualité pour chaque impression. ^[1]

Le problème est illustré par le rapport de Digiday de septembre 2017 sur le Financial Times. Il décrivait un inventaire faussement proposé comme de la publicité display de FT.com sur 10 places de marché et de la publicité vidéo sur 15, bien que le FT ne vendît pas de vidéo programmatique. Le FT estimait l’inventaire frauduleux à 1 million de livres sterling, soit environ 1,3 million de dollars, par mois. Il s’agissait d’une estimation d’inventaire contrefait, et non d’un manque à gagner d’éditeur audité. ^[4]

La publication sur le domaine donne aux acheteurs une référence contrôlée par l’éditeur. Ils doivent vérifier à la fois le système publicitaire et le compte de vendeur, plutôt que de simplement remarquer l’existence d’un fichier ads.txt. ^[1][2]

IAB Tech Lab a explicitement décrit des limites impliquant des intermédiaires malhonnêtes qui pouvaient mélanger du trafic authentique et du trafic présenté de façon trompeuse sous les mêmes identifiants autorisés. L’autorisation seule n’établit donc pas que chaque impression est authentique ou humaine. Le fichier n’est pas une garantie infalsifiable et n’élimine pas toute fraude publicitaire. ^[2]

Le 26 juillet 2018, Google a indiqué avoir commencé à bloquer l’inventaire non autorisé le novembre précédent et avoir introduit un contrôle ads.txt-only dans Display & Video 360. Cela permettait aussi aux acheteurs d’exclure les sites dépourvus de fichier. ^[3]

Google a rapporté que plus de 430 000 domaines avaient ajouté ads.txt depuis février 2018 et que près de 90 % de ses partenaires éditeurs l’avaient adopté. Il s’agissait de chiffres datés, rapportés par la plateforme ; ils ne constituent ni un recensement actuel de l’adoption ni une réduction mesurée de la fraude. Le changement de paramètre par défaut proposé pour plus tard en 2018 était un projet dans cette annonce. ^[3]

Analyse et application

Analyse : placer une déclaration d’autorisation là où le participant légitime peut la maintenir, la rendre facile à découvrir pour les contreparties et la lier à une vérification transactionnelle réelle. Une déclaration sans contrôles effectifs est une protection faible.

La simplicité opérationnelle peut réduire les frictions d’adoption, mais la vérification exige encore de publier, d’explorer, de corriger les enregistrements et d’examiner les partenaires. Traiter la maintenance et la sécurité comme un travail continu plutôt que d’affirmer que le processus ne coûte rien.

Analyse et application

Le cas du FT démontre un problème de spoofing signalé ; il ne mesure pas de façon indépendante l’effet éventuel d’ads.txt. Le rapport d’adoption de la plateforme démontre une mise en œuvre à une date donnée ; il ne prouve pas une conformité universelle. ^[3][4]

Pour évaluer un système comparable, demandez si la déclaration est à jour, si les demandes sont réellement vérifiées et quels abus restent possibles même pour des parties autorisées. Gardez l’autorisation, l’authenticité de l’inventaire, l’attention humaine et les résultats commerciaux comme des questions distinctes. ^[1][2]