Ads.txt

L'implémentation d'un fichier ads.txt n'est pas une exigence stricte, et les annonces continueront d'être diffusées sans fichier ads.txt. Toutefois, sachez que de nombreux annonceurs choisissent de ne définir des enchères que pour les demandes d'annonces validées dans le fichier ads.txt.En savoir plus sur le fichier ads.txt

Le fichier ads.txt regroupe toutes les références éditeur qui sont autorisés à demander des annonces sur votre domaine. Il se trouve à la racine du domaine (par exemple, sur example.com/ads.txt). Une entrée typique de fichier ads.txt se présente comme suit: 

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

La référence éditeur utilisée dans un fichier ads.txt est généralement basée sur la valeur de data-ad-client tirée des tags d'emplacement publicitaire. Cependant, étant donné que la plupart des clients de la plate-forme AFP possèdent des milliers de comptes enfants, la gestion de ce fichier et même celle de Google et d'autres enchérisseurs la capacité à les traiter devient difficile. Les clients de la plate-forme disposent de deux options pour résoudre ce problème et étendre l'utilisation du fichier ads.txt sur leurs domaines. Les plates-formes peuvent choisir d'utiliser l'une des options ou les deux si nécessaire:

  • Les plates-formes peuvent enregistrer leurs domaines sur la liste des suffixes publics.
  • AdSense peut ajouter des domaines de plate-forme à la liste blanche afin de pouvoir valider les demandes d'annonces sur la base du paramètre data-ad-host en plus du paramètre data-ad-client.

Option 1: S'enregistrer sur la liste des suffixes publics

Lorsque vous enregistrez un domaine sur la liste des suffixes publics, les navigateurs le traitent comme un TLD (domaine de premier niveau). Notre système de validation ads.txt fera de même. Avant de procéder à ce changement, les plates-formes doivent étudier toutes les conséquences que cela peut avoir sur leur domaine.

Si un domaine figure dans la liste des suffixes publics, l'emplacement du fichier ads.txt doit être modifié. Au lieu de publier un fichier ads.txt à la racine du domaine (example.com/ads.txt), les fichiers ads.txt doivent être publiés sur chaque sous-domaine (subdomain.example.com/ads.txt). À moins que l'option 2 ne soit également utilisée, le fichier ads.txt doit contenir la référence éditeur enfant (en d'autres termes, il est basé sur la valeur du paramètre data-ad-client).

Par exemple, si le code de la propriété enfant (data-ad-client) est ca-pub-123456789012345, le fichier ads.txt se présente comme suit : 

google.com, pub-123456789012345, DIRECT, f08c47fec0942fa0

Où la partie ca- de la chaîne a été supprimée.

Option 2: traitement spécial du fichier ads.txt pour les domaines de la plate-forme

L'AFP a permis de valider les demandes d'annonces en fonction de la valeur data-ad-client ou data-ad-host pour les domaines en liste blanche. Cela signifie que si l'un de ces ID figure dans le fichier ads.txt, la demande d'annonce est traitée comme validée. Ce traitement fonctionnera même si le domaine figure sur la liste des suffixes publics, la seule différence étant l'emplacement du fichier ads.txt.

Pour la plupart des utilisateurs de la plate-forme AFP, nous recommandons de vérifier que le paramètre data-ad-host est défini pour tous les tags d'emplacement publicitaire. Vous pouvez également utiliser la balise Meta "compte de plate-forme" pour vous en assurer. Par conséquent, le fichier ads.txt n'aura jamais besoin d'une seule entrée, qui sera basée sur l'ID de la propriété hôte (data-ad-host).

Par exemple, si votre ID d'hôte (data-ad-host) est ca-host-pub-1234567890123456, le fichier ads.txt se présentera comme suit : 

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Où la partie ca-host- de la chaîne a été supprimée.