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, notez que de nombreux annonceurs choisissent de ne définir des enchères que pour les demandes d'annonces validées par le fichier ads.txt.En savoir plus sur le fichier ads.txt

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

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

En général, la référence éditeur utilisée dans un fichier ads.txt est basée sur la valeur de data-ad-client issue des tags d'emplacement publicitaire. Toutefois, étant donné que la plupart des clients de la plate-forme AFP possèdent des milliers de comptes enfants, il devient difficile de gérer ce fichier, et même la capacité de Google et d'autres enchérisseurs à le traiter. Les utilisateurs de ces plates-formes disposent de deux options pour résoudre ce problème et adapter l'utilisation du fichier ads.txt aux domaines de leur plate-forme. 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 en fonction des paramètres data-ad-host et data-ad-client.

Option 1: s'inscrire sur la liste des suffixes publics

Lorsqu'un domaine est enregistré sur la liste des suffixes publics, les navigateurs le traitent comme un domaine de premier niveau. Notre système de validation fera de même. Les plates-formes doivent examiner l'impact global de ce changement 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 (sous-domaine.example.com/ads.txt). À moins d'utiliser également l'option 2, le fichier ads.txt doit contenir la référence éditeur enfant. En d'autres termes, il doit être 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ésentera 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 de data-ad-client ou de data-ad-host pour les domaines sur liste blanche. Cela signifie que si l'un de ces ID figure dans le fichier ads.txt, la demande d'annonce est considérée comme validée. Ce procédé fonctionne même si le domaine figure sur la liste des suffixes publics. La seule différence réside dans l'emplacement du fichier ads.txt.

Nous recommandons à la plupart des utilisateurs de la plate-forme AFP de s'assurer 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 assurer que c'est le cas. Par la suite, le fichier ads.txt n'aura besoin que 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.