Vibeloy
S'inscrire
Tous les articles

Blog

Comment héberger app-ads.txt sans site web

Publié le: Mis à jour le: 7 min de lecture

Pourquoi app-ads.txt doit-il se trouver à la racine ?

app-ads.txt doit se trouver exactement à la RACINE du domaine déclaré dans le champ site web développeur de votre fiche magasin : https://votresite.com/app-ads.txt. Un fichier placé dans un sous-répertoire (par ex. /files/app-ads.txt ou /ads/app-ads.txt) est considéré invalide et ne sera pas trouvé par les régies publicitaires — l'exploration standard ne vérifie que le chemin racine.

Sur Android, cette adresse doit correspondre exactement au champ site web développeur que vous avez saisi dans votre fiche Play Console : AdMob et les autres régies publicitaires explorent le fichier au niveau du domaine que vous avez déclaré. Si le domaine déclaré et le domaine hébergeant le fichier diffèrent (par exemple, la fiche indique votresite.com mais le fichier se trouve sur autreadresse.com), la vérification échoue.

Sur iOS, Apple n'a pas de champ équivalent à celui de Play Console ; AdMob utilise à la place le champ « Marketing URL » de l'onglet App Information dans App Store Connect. Donc, quelle que soit la plateforme, la réponse à « sur quel domaine vais-je héberger » et « quel domaine vais-je saisir dans ce champ » doit être exactement la même.

Sans site web : Google Sites et GitHub Pages

Google Sites publie vos pages comme du contenu construit dans son propre éditeur ; il ne vous permet pas de placer tel quel un fichier .txt brut à la racine de votre domaine — joindre un fichier en fait un lien de pièce jointe intégré, pas un fichier racine à l'adresse https://votresite.com/app-ads.txt. Ainsi, malgré sa configuration facile, Google Sites n'est pas une option techniquement viable pour app-ads.txt.

GitHub Pages fonctionne, mais nécessite une configuration. Si vous créez votre dépôt avec exactement le nom nomutilisateur.github.io, la racine du dépôt correspond directement à cette adresse, et votre fichier /app-ads.txt devient un véritable fichier racine — pas besoin d'acheter un domaine supplémentaire. Si vous utilisez à la place un dépôt de projet ordinaire (par ex. nomutilisateur.github.io/monapp), le fichier est publié sous un sous-chemin et ne satisfait pas l'exigence de racine — dans ce cas, vous devrez connecter un domaine que vous possédez déjà à Pages en tant que domaine personnalisé.

Quel que soit le chemin choisi, l'adresse que vous saisissez dans le champ site web développeur de la fiche magasin doit correspondre exactement au domaine racine où le fichier se trouve réellement — si vous avez utilisé nomutilisateur.github.io, vous devez saisir cette adresse exacte dans la fiche magasin également ; cela peut ne pas paraître professionnel, mais cela fonctionne techniquement.

L'approche hébergée : un sous-domaine Vibeloy

Générer le contenu app-ads.txt sur Vibeloy est gratuit : il suffit de saisir votre ID d'éditeur AdMob (pub-XXX), et avec un compte gratuit, vous pouvez copier le contenu complet du fichier. Si vous n'avez pas votre propre site web, la publication automatique du fichier à la racine d'un sous-domaine spécifique à l'application (par ex. uygulamaadi.vibeloy.dev/app-ads.txt) est incluse dans le plan premium.

Il vous suffit de saisir cette adresse de sous-domaine dans le champ site web développeur de votre fiche magasin ; comme le fichier se trouve déjà à la racine de cette adresse, la règle de correspondance est satisfaite automatiquement. Aucun dépôt à créer, aucun fichier à téléverser manuellement, aucun DNS à configurer.

AdMob effectue généralement une nouvelle exploration pour vérifier un fichier app-ads.txt nouvellement ajouté ou mis à jour dans un délai d'environ 24 heures ; la disparition complète de l'avertissement dans votre console peut prendre quelques jours de plus. Pendant ce délai, tout ce que vous pouvez faire est de vous assurer que le fichier reste à la racine, accessible et correctement formaté.

Étape par étape : héberger votre fichier app-ads.txt

1. Rassemblez votre ID d'éditeur AdMob (pub-XXX, trouvable dans la console AdMob sous Settings > Account information) et les détails de toute autre régie publicitaire que vous utilisez ; le contenu du fichier doit être arrêté avant l'adresse d'hébergement.

2. Décidez de votre option d'hébergement : si vous êtes à l'aise avec GitHub Pages, utilisez un dépôt nomutilisateur.github.io ou connectez votre propre domaine en tant que domaine personnalisé ; si vous préférez éviter la configuration technique, utilisez plutôt une solution de sous-domaine hébergée.

3. Publiez le fichier exactement à la racine de l'adresse choisie, et saisissez cette même adresse à la fois dans le champ site web développeur de Play Console et dans le champ « Marketing URL » d'App Store Connect (pour iOS).

4. Après la publication, ouvrez l'adresse directement dans un navigateur et confirmez que le fichier s'affiche comme du texte brut — pas une page HTML, pas une 404 — puis surveillez si l'avertissement dans la console AdMob disparaît au cours des jours suivants.

Si vous préférez ne pas suivre chacune de ces étapes vous-même, le générateur gratuit app-ads.txt de Vibeloy produit un fichier correctement formaté en quelques minutes ; si vous souhaitez qu'il soit automatiquement hébergé à la racine de votre propre sous-domaine, cela est inclus dans le plan premium.

Questions fréquentes

Puis-je publier app-ads.txt sur une sous-page ?
Non. Le fichier doit se trouver exactement à la racine du domaine : https://votresite.com/app-ads.txt. Un fichier placé sous un sous-chemin comme /files/app-ads.txt est considéré invalide et ne sera pas trouvé par les régies publicitaires.
Puis-je héberger app-ads.txt avec Google Sites ?
Non. Google Sites publie des pages construites dans son propre éditeur et ne vous permet pas de placer un fichier .txt brut à la racine du domaine ; même joindre un fichier n'en fait pas un fichier racine. Il vous faudra plutôt GitHub Pages ou une solution de sous-domaine hébergée.
Que faut-il pour publier réellement le fichier à la racine sur GitHub Pages ?
Si vous créez votre dépôt avec exactement le nom nomutilisateur.github.io, la racine du dépôt correspond directement à cette adresse, sans besoin d'acheter un domaine supplémentaire. Avec un dépôt de projet ordinaire, le fichier est publié sous un sous-chemin, vous devrez donc plutôt connecter votre propre domaine à Pages en tant que domaine personnalisé.
Le domaine de la fiche magasin doit-il correspondre au domaine hébergeant le fichier ?
Oui, ils doivent correspondre exactement. AdMob et les autres régies publicitaires explorent le fichier au domaine déclaré dans votre fiche magasin (le champ site web développeur de Play Console pour Android, le champ « Marketing URL » d'App Store Connect pour iOS) ; un fichier hébergé sur un domaine différent ne peut pas être vérifié.
Combien de temps prend la vérification AdMob ?
AdMob effectue généralement une nouvelle exploration pour vérifier un fichier nouvellement ajouté ou mis à jour dans un délai d'environ 24 heures ; la disparition complète de l'avertissement dans votre console peut prendre quelques jours de plus. Il n'existe aucun moyen garanti d'accélérer ce processus.