Validateur ads.txt

Collez le contenu de votre ads.txt pour vérifier instantanément sa syntaxe. Valide ligne par ligne les champs DOMAIN, PUBLISHER_ID et RELATIONSHIP (DIRECT/RESELLER), pour vous aider à configurer correctement ce fichier essentiel contre la revente non autorisée d'inventaire publicitaire (usurpation de domaine).

Dernière mise à jour : 2026-09-19

Qu'est-ce que ads.txt ?

ads.txt (Authorized Digital Sellers) est un fichier texte qui permet à l'éditeur d'un site de déclarer publiquement quels systèmes publicitaires sont autorisés à vendre ses espaces publicitaires. Il s'agit d'une norme du secteur établie par l'IAB Tech Lab, que l'on héberge à la racine du domaine (https://example.com/ads.txt). Chaque ligne doit comporter trois ou quatre champs séparés par des virgules — DOMAIN (le domaine du système publicitaire), PUBLISHER_ID (l'identifiant du compte) et RELATIONSHIP (DIRECT ou RESELLER) — et la moindre erreur de syntaxe suffit à faire échouer la vérification côté système publicitaire, ce qui fait passer un espace publicitaire pourtant légitime pour « non autorisé ».

Cet outil analyse ligne par ligne le contenu de votre ads.txt collé dans le champ de saisie, et détecte les nombres de champs incorrects, les champs vides, les formats de DOMAIN invalides ainsi que les valeurs erronées de RELATIONSHIP (toute valeur autre que DIRECT ou RESELLER). Il reconnaît également les lignes de commentaire (débutant par #) et les directives de variables telles que CONTACT=, SUBDOMAIN=, OWNERDOMAIN= ou MANAGERDOMAIN=, en les distinguant clairement des lignes d'enregistrement dans le résultat affiché. Il est également possible de récupérer directement le ads.txt d'un site existant à partir de son URL pour le vérifier sans avoir à le copier manuellement.

Comment utiliser le validateur ads.txt

Préparez le contenu de votre ads.txt Ayez sous la main le fichier actuellement en ligne sur votre site, ou le contenu que vous prévoyez de publier prochainement.
Collez-le dans le champ de saisie, ou récupérez-le via une URL Collez directement le texte dans la zone prévue, ou saisissez un domaine dans le champ « Récupérer depuis l'URL » pour charger le ads.txt existant.
Consultez les résultats de la vérification Le tableau affiche, pour chaque ligne, si elle est valide, en erreur, une variable ou un commentaire.
Corrigez les lignes en erreur Réécrivez les lignes concernées en suivant la raison précise indiquée dans la colonne des remarques (nombre de champs insuffisant, format de DOMAIN incorrect, etc.).
Une fois corrigé, publiez le fichier à la racine du domaine Lorsque toutes les lignes affichent un statut valide, publiez le fichier sur votre serveur à l'adresse https://votredomaine.com/ads.txt.

Astuces pour en tirer le meilleur parti

Le format de base comporte 3 champs — DOMAIN, PUBLISHER_ID et RELATIONSHIP —, avec un quatrième champ optionnel pour l'identifiant de l'autorité de certification. Comptez les virgules pour vérifier qu'il n'en manque ni n'en reste en trop.
RELATIONSHIP n'accepte que DIRECT (l'éditeur du site a un contrat direct) ou RESELLER (vente via un revendeur). La casse n'est pas prise en compte selon la spécification, mais l'usage veut que l'on écrive en majuscules.
Les lignes commençant par # sont ignorées comme commentaires. Ajouter des directives de variables telles que CONTACT= ou OWNERDOMAIN= aide les systèmes publicitaires à vérifier votre compte.
ads.txt doit être hébergé à la racine du domaine (https://example.com/ads.txt). Placé dans un sous-répertoire, il ne sera pas reconnu par les systèmes publicitaires ni les robots d'indexation.
Il existe une spécification complémentaire pour les applications mobiles nommée app-ads.txt. Si vous vendez de l'inventaire publicitaire à la fois sur un site web et une application mobile, vous devez héberger les deux fichiers.

Dans quels cas utiliser cet outil ?

Contrôle avant une demande d'inscription à Google AdSense

Avant de soumettre votre site à la validation AdSense ou pour résoudre un avertissement de diffusion publicitaire, vérifiez en amont que le ads.txt déjà en ligne ne contient aucune erreur de syntaxe.

Ajout d'un nouveau système publicitaire (SSP)

Lorsque vous ajoutez la ligne fournie par une nouvelle régie ou un nouveau réseau publicitaire, vérifiez immédiatement le nombre de virgules et l'absence de fautes de frappe avant de la publier.

Vérification après une migration de CMS ou une refonte de site

Après un déménagement WordPress ou un changement de serveur, utilisez la fonction de récupération par URL pour contrôler directement l'environnement de production et détecter d'éventuels problèmes d'encodage ou de sauts de ligne.

Audit de plusieurs domaines ou de plusieurs sites

Les régies publicitaires et les éditeurs multi-sites peuvent s'en servir comme étape de vérification lors d'un inventaire groupé des fichiers ads.txt de l'ensemble des domaines qu'ils administrent.

Contrôle d'un extrait fourni par un partenaire externe

Avant d'intégrer à votre propre ads.txt un extrait envoyé par un réseau publicitaire, vérifiez-en isolément la syntaxe pour éviter d'introduire une erreur dans le fichier existant.

Glossaire

ads.txt: Spécification de fichier texte établie par l'IAB Tech Lab, destinée à déclarer les vendeurs autorisés d'un espace publicitaire. Il se place à la racine du domaine.
DIRECT: Valeur de RELATIONSHIP indiquant que l'éditeur du site a signé un contrat direct avec le système publicitaire et détient lui-même l'autorité de vendre l'espace publicitaire.
RESELLER: Valeur de RELATIONSHIP utilisée lorsqu'un revendeur, à qui l'éditeur a délégué son autorité (par exemple un réseau publicitaire), vend l'espace publicitaire en son nom.
Identifiant de l'autorité de certification: Quatrième champ optionnel désignant l'identifiant du système publicitaire délivré par un organisme tel que TAG (Trustworthy Accountability Group).
Usurpation de domaine (domain spoofing): Fraude consistant à dupliquer et revendre sans autorisation un espace publicitaire légitime, en faisant croire à un annonceur qu'il diffuse sur un autre site. ads.txt a été créé pour l'empêcher.
Authorized Digital Sellers: Nom complet de la spécification ads.txt, qui signifie « vendeurs numériques autorisés » et résume la philosophie de l'ensemble du dispositif.
PUBLISHER_ID: Identifiant délivré par chaque système publicitaire pour chaque compte. Sur Google AdSense, il s'agit d'une chaîne commençant par « pub- ».
SSP (Supply-Side Platform): Plateforme intermédiaire qui met à disposition des systèmes d'enchères des annonceurs les espaces publicitaires détenus par les éditeurs. C'est son domaine que l'on inscrit dans le champ DOMAIN de ads.txt.

Questions fréquentes

La diffusion des annonces ne s'arrêtera pas immédiatement, mais Google signale les sites dépourvus d'un ads.txt correctement configuré, et si la situation persiste, une partie de votre inventaire publicitaire pourrait ne plus être vendue. Vérifiez l'extrait ads.txt de votre site dans le tableau de bord AdSense et hébergez-le à la racine de votre domaine.

DIRECT signifie que l'éditeur du site a un contrat direct avec le système publicitaire et détient l'autorité pour vendre cet inventaire. RESELLER s'utilise lorsqu'un revendeur (comme une régie publicitaire) vend l'inventaire pour le compte de l'éditeur, avec une autorité déléguée. Si un même emplacement publicitaire est vendu via plusieurs systèmes, chaque relation doit être indiquée séparément et correctement.

Il s'agit de l'identifiant propre au compte, délivré par chaque système publicitaire (Google AdSense, Google Ad Manager, autres SSP, etc.). Pour AdSense, c'est une chaîne commençant par « pub- », que l'on trouve sur la page des paramètres du compte ou via la fonction d'extrait ads.txt du tableau de bord.

Cela varie selon le système publicitaire et le robot d'indexation, mais il est généralement récupéré à nouveau dans les 24 heures. Comme les modifications peuvent mettre un certain temps à se propager, il n'y a pas lieu de s'inquiéter si la diffusion des annonces ne change pas immédiatement après une mise à jour.

En principe, ads.txt est indépendant pour chaque domaine, et un sous-domaine n'hérite pas de la configuration du domaine racine. Toutefois, la spécification IAB inclut une directive SUBDOMAIN= qui permet d'indiquer qu'un sous-domaine particulier utilise un fichier distinct.

Anecdote — Pourquoi ads.txt existe : une norme du secteur contre l'usurpation d'inventaire publicitaire

ads.txt (Authorized Digital Sellers) est une spécification créée en 2017 par l'IAB Tech Lab. À l'époque, la publicité programmatique était minée par ce que l'on appelle le « domain spoofing » : des fraudeurs copiaient et revendaient sans autorisation l'inventaire publicitaire d'éditeurs légitimes. Les annonceurs pensaient enchérir sur un site premium, mais leurs publicités se retrouvaient sur des pages de piètre qualité sans aucun rapport, ce qui érodait la confiance des annonceurs comme des éditeurs.

Le mécanisme est simple : l'éditeur publie, à la racine de son domaine, un fichier texte listant les systèmes publicitaires qu'il a autorisés à vendre son inventaire. Les systèmes d'achat publicitaire consultent ce fichier pour vérifier si l'inventaire sur lequel ils enchérissent est effectivement vendu via un canal officiellement approuvé par ce domaine. Ce design simple ayant un faible coût d'adoption, la majorité des grands systèmes publicitaires et éditeurs l'ont adopté comme norme du secteur en quelques années à peine.

Google AdSense promeut également l'adoption de ads.txt depuis 2019, et les sites qui ne l'ont pas correctement configuré peuvent voir une partie de leur diffusion publicitaire restreinte. Pour un site dont le modèle économique repose sur les revenus publicitaires, ads.txt n'est pas une simple recommandation : c'est, dans les faits, un réglage indispensable pour protéger ces revenus.

Comme spécifications complémentaires, l'IAB Tech Lab a également créé app-ads.txt pour les applications mobiles ainsi que sellers.json, qui publie les informations sur les vendeurs du côté des systèmes publicitaires. Ensemble, elles permettent aux annonceurs de vérifier qui vend quel inventaire et selon quelle relation, sur l'ensemble de la chaîne d'approvisionnement.

Voir toutes les anecdotes