Validez votre ads.txt, ligne par ligne.
Collez votre fichier Authorized Digital Sellers et vérifiez-le selon la spécification de l'IAB Tech Lab. Chaque erreur, avertissement et avis, avec la ligne exacte et la correction à apporter. Rien ne quitte votre navigateur.
Tout est analysé dans votre navigateur — votre fichier n'est jamais téléversé.
Vos résultats s'afficheront ici
Collez un fichier ou chargez un exemple, puis lancez le validateur. Chaque ligne est vérifiée localement — aucun téléversement, aucun appel réseau.
La liste publique de ceux qui peuvent vendre votre inventaire.
Authorized Digital Sellers — ads.txt — est une norme de l'IAB Tech Lab. Vous publiez un fichier texte à l'adresse yourdomain.com/ads.txt qui nomme chaque système publicitaire autorisé à vendre votre inventaire, ainsi que les ID de compte utilisés.
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 et un refus.
Chaque enregistrement a les quatre mêmes champs.
Un enregistrement est 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 de la SSP ou de la place de marché — un hôte nu comme google.com, sans https:// ni chemin.
- 2 Obligatoire
pub-0000000000000000ID de compte éditeur
Votre ID de vendeur ou de compte dans ce système publicitaire, exactement tel qu'il vous a été attribué.
- 3 Obligatoire
DIRECTRelation
DIRECT si vous avez un contrat direct avec le système, RESELLER s'il est autorisé à vendre en votre nom.
- 4 Facultatif
f08c47fec0942fa0ID de l'autorité de certification
Le TAG-ID du système — habituellement 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 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 d'origine de la v1.0 et les trois ajoutées dans la v1.1 pour la transparence sur la propriété et la gestion.
CONTACT v1.0 Un contact pour les questions sur le fichier — une adresse courriel ou une URL. Facultatif, mais recommandé.
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 touche les revenus.
MANAGERDOMAIN v1.1 Le domaine du partenaire de monétisation exclusif, avec en option une portée limitée à un code de pays.
INVENTORYPARTNERDOMAIN v1.1 Désigne un partenaire dont le fichier sellers.json doit aussi être consulté pour l'inventaire indirect.
Les erreurs les plus courantes — et comment les corriger.
Chaque enregistrement de données doit avoir une relation comme troisième champ. Ajoutez DIRECT ou RESELLER après l'ID 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 ne tiennent pas compte de la casse, mais la forme canonique de la spécification est en majuscules. Écrivez DIRECT et RESELLER.
Le même domaine, le même ID de compte et la même relation inscrits deux fois ajoutent du bruit et peuvent cacher une erreur de copier-coller. Supprimez la ligne en trop.
Seules CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN et INVENTORYPARTNERDOMAIN sont reconnues, et chacune doit avoir 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 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 de vente derrière chaque dollar et vous montre quelles voies de la demande rapportent vraiment. Des frais transparents, des dépenses traçables, un inventaire réel.
- ads.txt et sellers.json gérés pour vous, synchronisés au fil des changements de partenaires
- 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, en clair
Les questions que les éditeurs posent le plus souvent sur Authorized Digital Sellers.
Demander l'accèsCe validateur ads.txt est-il gratuit?
Oui. Collez votre fichier et validez-le aussi souvent que vous le voulez. Tout s'exécute dans votre navigateur; votre fichier n'est jamais téléversé sur un serveur.
Où mon fichier ads.txt doit-il se trouver?
À la racine de votre domaine — https://yourdomain.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 en votre nom par l'entremise d'un tiers.
Vérifie-t-il à la fois ads.txt v1.0 et v1.1?
Oui. Il comprend les enregistrements v1.0 et les variables CONTACT et SUBDOMAIN, ainsi que 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 multiorigines vers la plupart des fichiers ads.txt; la récupération par URL n'est donc pas fiable ici. Ouvrez yourdomain.com/ads.txt, copiez le contenu et collez-le ci-dessus — c'est exactement la même vérification.
