Validez votre ads.txt, ligne par ligne.
Collez votre fichier Authorized Digital Sellers et confrontez-le à la spécification de l’IAB Tech Lab. Chaque erreur, chaque avertissement et chaque avis, avec la ligne exacte et la façon de la corriger. Rien ne quitte votre navigateur.
Analysé entièrement dans votre navigateur — votre fichier n’est jamais envoyé.
Vos résultats s’afficheront ici
Collez un fichier ou chargez un exemple, puis lancez le validateur. Il contrôle chaque ligne en local — aucun envoi, aucun accès réseau.
La liste publique de ceux qui ont le droit de vendre votre inventaire.
Authorized Digital Sellers — ads.txt — est une norme de l’IAB Tech Lab. Vous publiez à l’adresse votredomaine.com/ads.txt un fichier en texte brut qui nomme chaque système publicitaire autorisé à vendre votre inventaire, ainsi que les identifiants de compte qu’il utilise.
Les acheteurs explorent ce fichier pour confirmer qu’une demande d’enchère est légitime, ce qui ferme la porte à l’usurpation de domaine et à la revente non autorisée. Si un vendeur ne figure pas dans votre ads.txt, les acheteurs prudents ne feront tout simplement pas confiance à l’impression : un fichier exact fait donc la différence entre une enchère reçue et une impression ignorée.
Chaque enregistrement comporte les quatre mêmes champs.
Un enregistrement tient sur une ligne de valeurs séparées par des virgules. Les trois premiers champs sont obligatoires, le quatrième est facultatif. Les lignes vides et tout ce qui suit un # sont ignorés comme des commentaires.
- 1 Obligatoire
google.comDomaine du système publicitaire
Le domaine canonique du SSP ou de la place de marché — un hôte nu comme google.com, sans https:// ni chemin.
- 2 Obligatoire
pub-0000000000000000Identifiant de compte éditeur
Votre identifiant de vendeur ou de compte au sein de ce système publicitaire, exactement tel qu’il vous a été attribué.
- 3 Obligatoire
DIRECTRelation
DIRECT si vous contractez directement avec le système, RESELLER s’il est autorisé à vendre pour votre compte.
- 4 Facultatif
f08c47fec0942fa0Identifiant de l’autorité de certification
Le TAG-ID du système — généralement 16 caractères hexadécimaux. Facultatif, mais il renforce la chaîne d’autorisation.
Au-delà des enregistrements : ce que les acheteurs lisent aussi.
Les variables sont des lignes de la forme CLÉ=valeur qui décrivent le fichier lui-même plutôt qu’un vendeur en particulier. Le validateur reconnaît les cinq variables de la spécification : les deux variables d’origine de la v1.0 et les trois ajoutées en v1.1 pour la transparence sur la propriété et la gestion.
CONTACT v1.0 Un contact pour les questions relatives au fichier — une adresse e-mail ou une URL. Facultatif, mais c’est une bonne pratique.
SUBDOMAIN v1.0 Pointe vers un sous-domaine qui tient son propre ads.txt, pour que les acheteurs sachent l’explorer aussi.
OWNERDOMAIN v1.1 Le domaine racine du propriétaire de l’inventaire. Un seul par fichier — les acheteurs s’en servent pour confirmer qui en tire profit.
MANAGERDOMAIN v1.1 Le domaine du partenaire de monétisation exclusif, éventuellement restreint à un code pays.
INVENTORYPARTNERDOMAIN v1.1 Désigne un partenaire dont le sellers.json doit également être consulté pour l’inventaire indirect.
Les erreurs les plus fréquentes — et comment les corriger.
Chaque enregistrement de données a besoin d’une relation en troisième champ. Ajoutez DIRECT ou RESELLER après l’identifiant de compte.
Le premier champ est un hôte nu. Écrivez google.com, pas https://google.com/ads ni www.google.com.
Les consommateurs du fichier le lisent sans tenir compte de la casse, mais la forme canonique de la spécification est en majuscules. Écrivez DIRECT et RESELLER.
Un même domaine, identifiant de compte et relation listés deux fois ajoutent du bruit et peuvent masquer une erreur de copier-coller. Supprimez la ligne superflue.
Seules CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN et INVENTORYPARTNERDOMAIN sont reconnues, et chacune a besoin d’une valeur après le =.
Ce n’est pas une erreur, mais ajoutez le TAG-ID partout où le système publicitaire en publie un — l’autorisation en devient plus difficile à falsifier.
Nous gardons votre chaîne d’autorisation propre, pour que chaque impression soit achetable.
RevIQ gère vos entrées ads.txt et sellers.json dès l’intégration, vérifie les relations vendeur derrière chaque dollar et vous montre quels chemins de demande rapportent réellement. Des frais transparents, des dépenses traçables, un inventaire réel.
- ads.txt et sellers.json gérés pour vous, synchronisés à mesure que vos partenaires changent
- Des relations DIRECT et RESELLER vérifiées, de bout en bout
- Des versements traçables — voyez les frais prélevés sur chaque impression
ads.txt, vos questions
Les questions que les éditeurs posent le plus souvent sur Authorized Digital Sellers.
Demander un accèsCe validateur ads.txt est-il gratuit ?
Oui. Collez votre fichier et validez-le aussi souvent que vous le souhaitez. Tout s’exécute dans votre navigateur : votre fichier n’est jamais envoyé à un serveur.
Où doit se trouver mon fichier ads.txt ?
À la racine de votre domaine — https://votredomaine.com/ads.txt — servi en text/plain. Les acheteurs ne regardent que là : il ne peut donc pas se trouver dans un sous-dossier.
Quelle est la différence entre DIRECT et RESELLER ?
DIRECT signifie que vous avez un contrat direct avec ce système publicitaire pour votre inventaire. RESELLER signifie que vous l’avez autorisé à le vendre pour votre compte par l’intermédiaire d’un tiers.
Vérifie-t-il à la fois ads.txt v1.0 et v1.1 ?
Oui. Il comprend les enregistrements v1.0 ainsi que les variables CONTACT et SUBDOMAIN, plus les ajouts de la v1.1 : OWNERDOMAIN, MANAGERDOMAIN et INVENTORYPARTNERDOMAIN.
Puis-je valider un domaine en ligne par son URL ?
Les navigateurs bloquent les requêtes cross-origin vers la plupart des fichiers ads.txt : la récupération par URL n’est pas fiable ici. Ouvrez votredomaine.com/ads.txt, copiez le contenu et collez-le ci-dessus — le contrôle est exactement le même.
