Ads.txt

L'implémentation d'un fichier ads.txt n'est pas une exigence stricte. Les annonces continueront d'être diffusées sans fichier ads.txt. Toutefois, notez que de nombreux annonceurs choisissent de n'enchérir que sur les demandes d'annonces validées par le fichier ads.txt.En savoir plus sur le fichier ads.txt

Le fichier ads.txt contient la liste 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 de fichier ads.txt typique se présente comme suit: 

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

En règle générale, la référence éditeur utilisée dans un fichier ads.txt est basée sur la valeur de data-ad-client dans les balises d'annonce. Toutefois, étant donné que la plupart des clients de la plate-forme AFP disposent de milliers de sous-comptes, la gestion de ce fichier et même la capacité de Google et des autres enchérisseurs à le traiter deviennent difficiles. Les clients de la plate-forme ont deux options pour résoudre ce problème et faire évoluer l'utilisation d'ads.txt sur les domaines de leur plate-forme. Les plates-formes peuvent choisir l'une des options suivantes, ou les deux si nécessaire:

  • Les plates-formes peuvent enregistrer leurs domaines dans la liste des suffixes publics.
  • Les plates-formes peuvent utiliser la référence éditeur parente, basée sur data-ad-host, dans le fichier ads.txt

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

En enregistrant un domaine dans la liste des suffixes publics, les navigateurs le traiteront comme un domaine de premier niveau (TLD). Notre système de validation des fichiers ads.txt fera de même. Les plates-formes doivent examiner l'impact total de cette modification sur leur domaine avant de l'effectuer.

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). Sauf si vous choisissez également l'option 2, le fichier ads.txt doit contenir l'ID de l'éditeur du sous-compte, ou en d'autres termes, il doit être basé sur la valeur du paramètre data-ad-client.

Par exemple, si le code de propriété du sous-compte (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 de data-ad-client ou data-ad-host pour tout le trafic des sous-comptes. Par conséquent, si l'une de ces références figure dans le fichier ads.txt, la demande d'annonce est traitée comme validée. Cette méthode 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.

Pour la plupart des clients de la plate-forme AFP, nous vous recommandons de vous assurer que le paramètre data-ad-host est défini pour toutes les balises d'annonces (vous pouvez également utiliser la méta-balise "compte de plate-forme" pour vous en assurer). Par la suite, le fichier ads.txt n'aura besoin que d'une seule entrée, 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ésente comme suit : 

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

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