Aller au contenu
AppFoyer
Commencer

Guides app-ads.txt

Héberger app-ads.txt quand on n'a pas de site web

Ce dont le robot a besoin, trois façons de lui fournir un hôte sans créer de site, leurs pièges de redirection, et comment vérifier que ça marche.

Vous n'avez pas besoin d'un site web, seulement d'un nom d'hôte que vous contrôlez et qui sert /app-ads.txt en texte brut avec HTTP 200 et sans redirection. Indiquez cette adresse dans le champ site web du développeur de votre fiche — la Marketing URL sur l'App Store — et le robot y lit le fichier. AdMob cite Firebase Hosting comme acceptable.

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.

Vous n’avez pas besoin d’un site web, seulement d’un nom d’hôte que vous contrôlez et qui sert /app-ads.txt en texte brut avec HTTP 200 et sans redirection. Indiquez cette adresse dans le champ site web du développeur de votre fiche — la Marketing URL sur l’App Store, le Website sous Store listing contact details sur Google Play — et le robot y lit le fichier.

AdMob le dit sans détour : « If you don’t have a suitable website that allows the uploading of an app-ads.txt file at the root level, you can use Firebase Hosting to host your app-ads.txt file. » (Si vous n’avez pas de site web adapté permettant de déposer un fichier app-ads.txt à la racine, vous pouvez utiliser Firebase Hosting pour héberger votre fichier app-ads.txt.) L’hébergement de plateforme est la réponse attendue, pas un contournement.

Ce dont le robot a réellement besoin

Le robot ne recherche pas votre app par nom de package. Il prend le site web du développeur dans votre fiche, en garde le nom d’hôte et récupère /app-ads.txt à sa racine. Les règles d’AdMob :

  • La racine, pas un chemin. Une fiche pointant vers example.com/myapp est vérifiée à example.com/app-ads.txt.
  • Un seul niveau de sous-domaine. Le 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). www. et m. comptent comme le domaine lui-même.
  • Servi simplement. 200 OK, Content-Type: text/plain, pas de redirection, pas de connexion, rien dans robots.txt qui le bloque.

Le travail consiste donc à avoir une adresse qui ne bougera pas, servant un fichier texte, correctement, pendant des années. Les trois options ci-dessous font toutes cela ; elles diffèrent par la maintenance qu’elles demandent.

Option 1 : Firebase Hosting

Celle que cite AdMob. Un projet Firebase gratuit vous donne un nom d’hôte comme your-project.web.app.

  1. Créez un projet dans la console Firebase et installez la Firebase CLI.
  2. Dans un dossier vide, lancez firebase init hosting et gardez le répertoire public par défaut.
  3. Placez votre app-ads.txt dans public/, à côté du index.html généré.
  4. Lancez firebase deploy --only hosting.
  5. Définissez https://your-project.web.app comme site web du développeur dans chaque fiche.

Le piège : si vous connectez plus tard un domaine personnalisé et choisissez de rediriger l’adresse web.app vers celui-ci, l’adresse de votre fiche répond désormais par une redirection. Gardez la fiche sur l’adresse qui sert le fichier directement, ou mettez la fiche à jour avec le nouveau domaine.

Option 2 : GitHub Pages ou un autre hébergeur statique

N’importe quel hébergeur statique convient si le fichier se retrouve à la racine du nom d’hôte que vous déclarez.

Sur GitHub Pages, ce détail compte : un site de projet se trouve à username.github.io/repo/, mais le robot ne vérifie que username.github.io/app-ads.txt. Le fichier doit être dans le site utilisateur — le dépôt nommé username.github.io — ou le projet a besoin de son propre domaine personnalisé.

Le même piège de redirection s’applique : dès qu’un domaine personnalisé est configuré, GitHub Pages redirige l’adresse github.io vers celui-ci. Déclarez l’adresse qui sert le fichier sans intermédiaire.

Option 3 : une page de conformité hébergée

Si vous avez aussi besoin d’une politique de confidentialité, d’une page de support ou d’une URL de suppression de compte — et une app avec des annonces a presque toujours besoin de la première — le même hôte peut toutes les servir. C’est ce que fait AppFoyer : chaque app reçoit son propre sous-domaine qui sert app-ads.txt en texte brut sans redirection, à côté des pages que demandent les boutiques. AdMob indique « app-ads.txt file found and verified » pour des apps des deux boutiques dont le site web du développeur 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.

Vérifiez-le avant le robot

curl -i https://your-host.example/app-ads.txt

Vous voulez HTTP/2 200 (ou HTTP/1.1 200 OK), content-type: text/plain, aucun en-tête location:, et vos lignes dans le corps. Un 301 ou un 302 ici est l’échec invisible le plus courant.

Ensuite, attendez. AdMob indique « 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). Son statut se trouve sous Apps → View all apps → app-ads.txt ; s’il indique toujours introuvable au bout d’un jour, le guide « introuvable » passe les causes en revue dans l’ordre.

Les sources qui font foi