Pourquoi AdMob indique que votre app-ads.txt est introuvable
Comment les robots publicitaires trouvent le fichier, les six causes habituelles d'échec, et comment distinguer un vrai problème d'une exploration à venir.
Un résultat « introuvable » est presque toujours mécanique : pas de site web du développeur dans votre fiche, une URL qui pointe là où le fichier n'est pas, une redirection, un mauvais type de contenu, une ligne mal formée, ou une exploration qui n'a pas encore eu lieu — AdMob prévoit 24 heures. Les fichiers sur les sous-domaines AppFoyer sont vérifiés par AdMob.
Faites-le plutôt en quelques minutes
AppFoyer héberge les pages dont parle ce guide — politique de confidentialité, conditions, support, suppression de compte et app-ads.txt — sur leur propre sous-domaine, sans domaine ni serveur à vous. Une app est gratuite, et rien de ce qu'exige un store n'est jamais payant.
Vérifié le 12 octobre 2026. Les règles des stores changent, parfois sans préavis. Tout ce qui suit renvoie à la documentation officielle, et c'est elle — pas cette page — qui fait autorité. Si les deux se contredisent, c'est le store qui a raison. Ce guide est traduit de l'anglais ; les citations de la documentation des stores restent en anglais, dans leur version originale.
Quand un réseau signale app-ads.txt comme introuvable, c’est presque toujours l’une de six causes
mécaniques : pas de site web du développeur dans la fiche, une URL de site qui pointe là où le
fichier n’est pas, une redirection devant le fichier, un mauvais type de contenu, une ligne mal
formée, ou une exploration qui n’a tout simplement pas encore eu lieu. Aucune ne concerne votre app,
votre compte ou vos blocs d’annonces.
app-ads.txt est une norme de l’IAB qui permet à un réseau publicitaire de confirmer que celui qui
vend l’inventaire de votre app est autorisé à le faire. Le réseau le trouve grâce à l’URL du site
web affichée dans votre fiche — c’est pourquoi les causes ci-dessus portent toutes sur cette URL
plutôt que sur l’app.
Comment le robot trouve le fichier
La chaîne a trois maillons, et une rupture sur n’importe lequel produit le même message :
- Le réseau lit l’URL du site web du développeur dans votre fiche.
- Il récupère
/app-ads.txtà la racine de ce domaine. - Il cherche une ligne qui nomme le réseau et votre identifiant d’éditeur.
Le fichier n’est donc trouvé ni via votre app, ni via le nom de votre package, ni via votre compte AdMob. Il est trouvé via l’URL du site web affichée dans la fiche. Si celle-ci est fausse, le reste ne compte pas.
Les six causes habituelles
Pas d’URL de site dans la fiche. La plus fréquente. Si la fiche n’a pas de site web du développeur, le robot n’a aucun point de départ. Sur l’App Store, ce champ est la Marketing URL, facultative, et non la Support URL obligatoire — voir app-ads.txt pour les apps iOS.
L’URL pointe vers un endroit sans le fichier. La fiche indique example.com mais le fichier est
sur www.example.com, ou dans un chemin de page plutôt qu’à la racine du domaine.
Une redirection. La spécification attend que le fichier soit servi directement. Une chaîne de
redirections — même http → https, ou domaine nu → www — est une cause d’échec fréquente.
Servez-le en 200, à l’adresse indiquée par la fiche.
Le mauvais type de contenu. Il doit être servi en texte brut. Un fichier servi en text/html, ou
une plateforme d’hébergement qui l’enveloppe dans une page, ne sera pas analysé.
Une faute de frappe dans la ligne elle-même. Le format est strict —
domain, publisher id, relationship, certification id — et une virgule manquante ou un espace en
trop casse la ligne.
L’exploration n’a tout simplement pas encore eu lieu. Les réseaux réexplorent selon leur propre calendrier, qui se mesure généralement en jours plutôt qu’en minutes. Un fichier mis en ligne il y a une heure et affiché comme absent est en général juste en avance.
Le vérifier vous-même en dix secondes
curl -i https://your-domain.example/app-ads.txt
Vous voulez 200 OK, Content-Type: text/plain, aucun en-tête Location:, et vos lignes dans le
corps. Si curl est satisfait et que le réseau ne l’est toujours pas, le problème est en amont :
l’URL dans la fiche, ou le calendrier d’exploration.
Une remarque sur les sous-domaines
La spécification fait référence à la racine du domaine déclaré dans la fiche, et un sous-domaine a sa
propre racine. Servir le fichier depuis yourapp.example.page/app-ads.txt est donc conforme à la
spécification lorsque c’est exactement cette adresse que déclare la fiche.
AdMob documente la règle sur laquelle cela repose : son robot « probe[s] up to one subdomain level from the developer website » (explore jusqu’à un niveau de sous-domaine à partir du site web du développeur), et il cite un hébergement de plateforme comme Firebase Hosting comme emplacement acceptable pour le fichier.
AdMob vérifie les fichiers sur les sous-domaines AppFoyer. En octobre 2026, AdMob a indiqué « app-ads.txt file found and verified » pour des apps des deux boutiques dont le site web du développeur est une adresse AppFoyer. Une exploration antérieure, le 23 septembre 2026, avait signalé l’une de ces mêmes apps comme introuvable ; elle passe désormais sans que rien n’ait changé de notre côté. Si AdMob indique « not found » pour votre adresse AppFoyer, passez en revue les causes ci-dessus et laissez 24 heures à l’exploration. Nous n’avons encore aucun résultat d’exploration de notre côté pour les autres réseaux publicitaires.
Ce que fait AppFoyer
Nous servons le fichier en texte brut, sans redirection et avec les en-têtes que demande la spécification, nous vous proposons des préréglages pour les réseaux courants, et nous validons chaque ligne pendant la saisie. Nous ne promettons pas qu’un réseau donné l’acceptera — voir le paragraphe ci-dessus.
Les sources qui font foi
- Set up app-ads.txt — Aide AdMob
- app-ads.txt / ads.txt specification — IAB Tech Lab