Aller au contenu
AppFoyer
Commencer

Guides app-ads.txt

app-ads.txt pour une app iOS : le champ App Store que lit AdMob

Quel champ d'App Store Connect le robot suit, pourquoi ce n'est pas la Support URL, et comment lire le statut AdMob d'une app iOS.

Pour une app iOS, AdMob lit le site web du développeur dans le champ Marketing URL de votre fiche App Store, pas dans la Support URL. Indiquez-y l'adresse de votre site, servez /app-ads.txt à la racine de cet hôte et comptez jusqu'à 24 heures. Quand le fichier est correct, l'onglet app-ads.txt d'AdMob l'affiche comme trouvé et vérifié.

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.

Commencer gratuitement Voir un exemple en ligne

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.

Pour une app iOS, AdMob lit le site web du développeur dans le champ Marketing URL de votre fiche App Store — pas dans la Support URL. Le guide de configuration d’AdMob le dit en une ligne : « Add your developer website in the marketing URL field of your app store listing. » (Ajoutez votre site web de développeur dans le champ Marketing URL de votre fiche sur la boutique d’applications.) Indiquez-y l’adresse de votre site, servez /app-ads.txt à la racine de cet hôte et comptez jusqu’à 24 heures.

Pourquoi les apps iOS ratent ce point plus souvent que les apps Android

App Store Connect comporte deux champs d’URL, qui n’ont pas le même rôle :

  • Support URL — obligatoire. Apple n’accepte pas la soumission sans elle, donc toutes les apps en ont une.
  • Marketing URL — facultative. Beaucoup d’apps la laissent vide.

Le robot suit la facultative. Une app peut avoir un app-ads.txt parfait sur son site de support et apparaître quand même comme introuvable, parce que la Marketing URL est vide et que le robot n’a aucun point de départ. Les deux champs peuvent désigner le même hôte ; c’est souvent la solution la plus simple.

Sur Google Play, le champ équivalent est Website sous Store listing contact details (coordonnées de la fiche Play Store).

La renseigner

  1. Dans App Store Connect, ouvrez l’app puis la page de la version.
  2. Remplissez Marketing URL avec l’adresse complète, https:// compris — par exemple le même hôte que votre Support URL.
  3. Enregistrez. Le fait qu’une version en ligne vous permette de la modifier immédiatement dépend de son état dans App Store Connect ; si le champ est verrouillé, la modification part avec votre prochaine version.

La Marketing URL peut être localisée. Si vous la définissez par langue, gardez toutes les localisations sur le même hôte, pour qu’il soit indifférent de savoir laquelle le robot lit.

Un seul fichier pour les deux boutiques

Le fichier liste des vendeurs, pas des apps : une ligne par compte de réseau publicitaire. Si le même compte d’éditeur diffuse des annonces dans vos builds iOS et Android, les deux fiches peuvent désigner le même hôte et le même app-ads.txt couvre les deux. Chaque app apparaît malgré tout sur sa propre ligne dans AdMob, avec son propre statut.

Lire le statut AdMob

Dans AdMob, allez dans Apps → View all apps → app-ads.txt. AdMob documente trois états :

StatutSignification
Found and verifiedAdMob a exploré le fichier et votre identifiant d’éditeur y figure.
Not foundAucun fichier n’a été trouvé pour cette app.
IssueLe fichier a été trouvé mais présente un problème — AdMob avertit que des revenus sont en jeu.

Déplier une ligne affiche l’URL qu’AdMob a explorée et la date de sa dernière exploration. Cette URL est le diagnostic le plus rapide qui soit : si ce n’est pas l’hôte que vous vouliez, c’est la Marketing URL qu’il faut corriger, pas le fichier.

Erreurs courantes sur iOS

  • Marketing URL laissée vide. La plus fréquente. Rien à explorer.
  • Marketing URL pointant vers la page App Store elle-même (apps.apple.com/…). Vous ne pouvez pas déposer un fichier à la racine du domaine d’Apple.
  • Une redirection sur l’hôte déclaré — http vers https, domaine nu vers www, ancien domaine vers le nouveau. Déclarez l’adresse qui répond directement 200.
  • Vérifier trop tôt. « It can take up to 24 hours for AdMob to crawl and verify your app-ads.txt files. » (AdMob peut mettre jusqu’à 24 heures pour explorer et vérifier vos fichiers app-ads.txt.) Les modifications de la fiche mettent aussi du temps à être détectées.

Ce que fait AppFoyer

Chaque app reçoit un sous-domaine qui sert app-ads.txt en texte brut, 200, sans redirection, à côté des pages de support et de confidentialité que demande App Store Connect — la Support URL et la Marketing URL peuvent donc désigner la même adresse. AdMob indique « app-ads.txt file found and verified » pour une app iOS dont la Marketing URL est une adresse AppFoyer (vérifié en octobre 2026). Nous n’avons encore aucun résultat d’exploration de notre côté pour les autres réseaux publicitaires.

Les sources qui font foi