Qu'est-ce que l'app-ads.txt et pourquoi devriez-vous vous en soucier
L'app-ads.txt est un standard de l'IAB Tech Lab qui permet aux éditeurs d'applications mobiles de déclarer quels réseaux publicitaires, places de marché et revendeurs sont autorisés à vendre leur inventaire publicitaire. C'est l'équivalent pour les applications mobiles du standard ads.txt utilisé sur les sites web, adapté à la manière unique dont l'inventaire applicatif est acheté et vendu de manière programmatique.
Le problème qu'il résout est simple : sans app-ads.txt, les fraudeurs peuvent usurper l'identité de votre application sur les places de marché publicitaires et vendre de fausses impressions sous le nom de votre application. C'est ce qu'on appelle l'usurpation de domaine ou l'usurpation d'application, et cela détourne les budgets des annonceurs vers un inventaire frauduleux tout en faisant baisser les eCPM disponibles pour vos impressions légitimes.
Si vous êtes un éditeur de jeux mobiles ou d'applications utilitaires utilisant une forme quelconque de publicité programmatique, la mise en œuvre de l'app-ads.txt n'est pas facultative. C'est une exigence de base qui protège directement vos revenus.
Comment l'app-ads.txt prévient la fraude publicitaire
Le mécanisme est simple mais efficace. Lorsqu'un annonceur ou une plateforme côté demande (DSP) reçoit une requête d'enchère prétendant provenir de votre application, il peut vérifier cette affirmation en consultant votre fichier app-ads.txt. Si le réseau publicitaire soumettant la requête d'enchère n'est pas répertorié dans votre fichier, le DSP sait que l'impression n'est pas autorisée et peut la rejeter.
La chaîne de vérification
- La fiche de votre application sur Google Play ou l'App Store contient une URL de site web développeur.
- Votre site web développeur héberge le fichier app-ads.txt à la racine du domaine (par ex., exemple.com/app-ads.txt).
- Les DSP et les places de marché explorent ce fichier régulièrement et construisent une carte d'autorisation.
- Les requêtes d'enchères sont vérifiées par rapport à cette carte. Les vendeurs non autorisés sont filtrés.
Cela crée une chaîne de confiance allant de la fiche de votre application sur le store jusqu'à vos vendeurs autorisés, que les fraudeurs ne peuvent pas falsifier car ils ne contrôlent pas le domaine de votre site web développeur.
La spécification IAB : que contient le fichier
Chaque ligne d'un fichier app-ads.txt suit un format spécifique défini par l'IAB Tech Lab. Le format est identique à celui du fichier ads.txt pour le web.
Format des lignes
Chaque entrée contient quatre champs séparés par des virgules :
- Domaine : Le domaine canonique du système publicitaire (par ex., google.com, applovin.com).
- Identifiant du compte éditeur : Votre identifiant de compte unique au sein de ce système publicitaire.
- Type de relation : Soit DIRECT (vous avez un compte direct), soit RESELLER (un tiers revend votre inventaire via ce système).
- Identifiant de l'autorité de certification : Un identifiant TAG (Trustworthy Accountability Group) optionnel qui valide davantage le système publicitaire. Pour Google, il s'agit toujours de f08c47fec0942fa0.
Exemples d'entrées
Un fichier app-ads.txt typique pour un éditeur utilisant Google Ad Manager avec plusieurs partenaires de médiation pourrait inclure des lignes comme celles-ci :
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — Votre compte Google Ad Manager ou AdMob direct.
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Votre compte AppLovin direct.
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Votre compte Unity Ads direct.
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — Une entrée de revendeur pour un réseau qui accède à votre inventaire de manière indirecte.
Chaque réseau publicitaire et plateforme de médiation avec lesquels vous travaillez devrait vous fournir ses lignes app-ads.txt spécifiques. Ne devinez jamais les identifiants de compte ou les types de relation.
Comment créer et héberger votre fichier app-ads.txt
Étape 1 : Rassembler vos lignes de vendeurs autorisés
Contactez chaque réseau publicitaire, SSP et partenaire de médiation avec lequel vous travaillez. Demandez leurs entrées app-ads.txt pour votre compte. La plupart des grandes plateformes les fournissent dans leur tableau de bord éditeur. Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay et d'autres disposent tous de sections dédiées où vous pouvez copier vos lignes.
Étape 2 : Créer le fichier
Créez un fichier texte brut nommé exactement app-ads.txt (en minuscules, sans autre extension que .txt). Collez toutes les lignes que vous avez collectées, une entrée par ligne. Les lignes commençant par # sont traitées comme des commentaires.
Étape 3 : Héberger à la racine de votre site web développeur
Téléversez le fichier pour qu'il soit accessible à l'adresse https://votredomaine.com/app-ads.txt. Il doit s'agir du domaine exact indiqué comme site web développeur dans votre fiche Google Play ou App Store. Les sous-domaines ne fonctionneront pas sauf s'ils correspondent exactement.
Étape 4 : Vérifier l'URL de votre site web développeur
Dans la Console Google Play, confirmez que l'URL de votre site web développeur correspond au domaine où vous avez hébergé le fichier. Dans App Store Connect, vérifiez la même chose dans vos informations développeur. Ce lien est ce qui permet aux systèmes de vérification de trouver votre fichier.
Erreurs courantes à éviter
Même les éditeurs qui comprennent le concept font souvent des erreurs d'implémentation qui compromettent la protection offerte par l'app-ads.txt.
- Mauvais domaine : Héberger le fichier sur un sous-domaine comme www.exemple.com alors que la fiche du store indique exemple.com, ou inversement. Le domaine doit correspondre exactement.
- Entrées manquantes : Oublier de lister tous vos vendeurs autorisés. Si un réseau légitime est absent, les DSP peuvent filtrer de vraies impressions, réduisant directement votre taux de remplissage et vos revenus.
- Fichier obsolète : Ajouter de nouveaux réseaux publicitaires à votre pile de médiation mais oublier de mettre à jour l'app-ads.txt. Considérez le fichier comme un document vivant qui doit être mis à jour chaque fois que vos partenaires de monétisation changent.
- Mauvais type de relation : Indiquer un revendeur comme DIRECT ou inversement. Utilisez exactement le type de relation spécifié par votre partenaire publicitaire.
- Problèmes d'encodage de fichier : Le fichier doit être encodé en UTF-8 en texte brut et servi avec le type de contenu text/plain. Les enveloppes HTML, les caractères BOM ou d'autres artefacts d'encodage provoqueront des erreurs d'analyse.
- Exigence HTTPS : Le fichier doit être accessible via HTTPS. Un hébergement uniquement en HTTP échouera à la vérification par la plupart des robots d'exploration.
Application par Google et AdMob
Google a été l'acteur le plus agressif dans l'application de la conformité app-ads.txt. Depuis 2020, Google Ad Manager et AdMob ont progressivement renforcé l'application au point où l'absence d'un fichier app-ads.txt valide peut avoir un impact significatif sur vos revenus.
Ce qui se passe sans app-ads.txt
- Demande réduite : De nombreux DSP, y compris le propre DV360 de Google, n'enchériront pas sur l'inventaire d'applications sans fichier app-ads.txt valide. Cela réduit directement la concurrence pour vos impressions et fait baisser les eCPM.
- Avertissements de politique : La Console Google Play peut signaler votre application avec des avertissements de politique de monétisation si vous diffusez des publicités sans une implémentation correcte de l'app-ads.txt.
- Perte de revenus due à l'usurpation : Sans le fichier, les fraudeurs peuvent vendre de fausses versions de votre inventaire. Chaque dollar dépensé sur des impressions usurpées est un dollar qui n'a pas été dépensé sur vos vraies impressions.
Note importante : Google explore périodiquement les fichiers app-ads.txt et les met en cache. Les modifications peuvent prendre 24 à 48 heures pour se propager. Planifiez à l'avance lorsque vous ajoutez de nouvelles sources de demande afin qu'il n'y ait pas de lacune dans l'autorisation.
Quels réseaux publicitaires inclure
Vous devriez lister chaque entité autorisée à vendre ou revendre votre inventaire. Cela inclut généralement :
- Votre serveur publicitaire principal : Google Ad Manager ou AdMob (la plupart des éditeurs ont au moins une entrée Google).
- Les partenaires de médiation directs : Tout réseau où vous avez un compte éditeur direct (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi, etc.).
- Les revendeurs et places de marché : Les réseaux qui accèdent à votre inventaire via une plateforme de médiation ou un SSP plutôt que par une relation directe avec vous.
- Les prestataires de services gérés : Si vous utilisez un service comme RevenueFlex pour gérer votre cascade publicitaire via Google Ad Manager, les entrées GAM pertinentes seront fournies dans le cadre de la configuration.
Vérifier votre implémentation
Après avoir publié votre fichier app-ads.txt, vérifiez-le en utilisant ces méthodes :
- Vérification directe par URL : Accédez à https://votredomaine.com/app-ads.txt dans un navigateur. Vous devriez voir le fichier texte brut avec toutes vos entrées.
- Centre de transparence Google Ads : Google fournit des outils pour vérifier que votre app-ads.txt est correctement exploré et analysé.
- Validateurs tiers : Des outils de sociétés comme AppBrain et Apptica peuvent analyser votre fichier et signaler les erreurs de formatage ou les entrées courantes manquantes.
- Tableaux de bord des réseaux : La plupart des réseaux publicitaires affichent un indicateur de statut app-ads.txt dans leur tableau de bord éditeur. Vérifiez chacun d'eux pour confirmer qu'il reconnaît votre autorisation.
Impact sur les revenus : les chiffres
Les éditeurs qui implémentent correctement l'app-ads.txt constatent généralement des améliorations mesurables de leurs revenus en quelques semaines. L'impact provient de deux directions.
Premièrement, davantage de demande entre en concurrence pour votre inventaire car les DSP qui vous filtraient auparavant participent désormais aux enchères. Cette concurrence accrue fait directement monter les eCPM.
Deuxièmement, les budgets des annonceurs se déplacent vers l'inventaire vérifié car les marques et les agences exigent de plus en plus la conformité app-ads.txt dans leurs critères de ciblage. La demande premium qui génère les CPM les plus élevés est disproportionnellement concentrée parmi les annonceurs qui appliquent ces standards.
L'app-ads.txt est l'une des rares optimisations de monétisation qui ne coûte rien, prend moins d'une heure à mettre en œuvre et ne présente aucun risque d'impact négatif sur l'expérience utilisateur. Si vous ne l'avez pas encore configuré, faites-le aujourd'hui. Si vous l'avez déjà configuré, auditez-le tous les trimestres pour vous assurer qu'il reste à jour. Vos revenus en dépendent.