What is app-ads.txt?

0
120

How app-ads.txt Works

The specification identifies four entities that play a vital role in enabling authorized digital seller validation on in-app inventory:

  1. App stores
  2. App publishers
  3. Sell-side platforms
  4. Authorized seller verifiers

App stores will enable mobile authorized seller specifications. They are expected to connect the app with its publisher’s URL that hosts seller information. Specification requires the app stores to publish the app publisher’s URL, bundle_id, and store_id as HTML <meta> tags within the <head> tag at the beginning of the HTML doc.

App publishers are required to complete the following steps to enable seller authorization on their app inventory:

  • Register the URL that hosts app-ads.txt file on the app store
  • Publish an app-ads.txt file with authorized seller information.

The file format for mobile authorized seller information will be identical to that of web ads.txt. Each record will have an ad tech domain, publisher account ID, relationship\account type and optional TAG ID.

Please note that app inventory seller information must be published in a separate file entitled “app-ads.txt.” Therefore, the web seller information will be available in “ads.txt” but independent of app seller information.

Sell-side platforms are required to include a store URL parameter on all bid requests. Only requests with valid store URL parameters are eligible for authorization.

Authorized seller verifiers must follow the below steps to verify authorization:

  • Identify the app store URL in the bid request
    • Crawl the app store URL page for the publisher’s URL, bundle_id and store_id
  • Translate the publisher URL to an app-ads.txt path
  • Crawl and interpret the app-ads.txt file for enforcement

It is important to point out that mobile app-ads.txt specification ignores sub-domain directives, unlike web ads.txt file. Under web ads.txt specification, verifiers are expected to crawl the root domain and parse sub-domain directives to track sub-domains to specific authorized sellers.

In-app environment verifiers must start at second level domains and then fall back to root domains only when there is a missing file. This special provision is made to handle app-specific authorized seller information.

What Does This Look Like?

Let me explain how this works with a hypothetical scenario:

Consider a publisher’s “Pet Destination” with two apps (let’s call them Pet Snaps and Pet Videos), each having different authorized seller information.

“Pet Destination” can host different authorized seller information files for each app. This means one for the Pet Snaps app at petsnaps.petdestination.com/app-ads.txt and the other for the Pet Videos app at petvideos.petdestination.com/app-ads.txt.

Pet Destination should list “petsnaps.petdestination.com” as the publisher URL for Pet Snaps and list petvideos.petdestination.com as the publisher URL for Pet Videos.

The verifier will use the app store URL available in the Pet Snaps app bid request to read the publisher URL. The publisher URL listed on app store page (petsnaps.petdestination.com) is then converted to (petsnaps.petdestination.com)/app-ads.txt to access app-ads.txt file. The Pet Videos app-ads.txt path is also constructed similarly to access the file at (petvideos.petdestination.com)/app-ads.txt.

It is important to call out that only the first subdomain of a multi-subdomain URL will be used to access app-ads.txt. So, a URL like dogs.petsnaps.petdestination.com will be canonicalized to petsnaps.petdestination.com to access the app-ads.txt file.

Publishers who have same authorized sellers for all their apps can publish just one file at the first level root domain. A verifier can access authorized seller information from rootdomain.com/app-ads.txt.

What’s Next?

Now is the time for app publishers to up their ante against app spoofing and recapture ad revenue from fraudsters. The first step for any app publisher is to consolidate your seller information into either single or multiple app-ads.txt files. The next step is to host these files on your web servers. Finally,make sure the app store publisher website attribute is updated to include the correct app-ads.txt destination URL.

PubMatic is working on the tools required to process your seller information and validate sellers for authorization. All major buying platforms are also working on similar enforcement tools. However, no tool will be useful unless app publishers adopt the spec and publish their app-ads.txt files.

Intégrez correctement votre fichier app-ads.txt avant le déploiement
Chez Google, nous mettons tout en œuvre pour protéger les revenus générés par vos applications. Or, celles-ci sont notamment confrontées à la fraude publicitaire pratiquée par des acteurs malveillants. Pour aider les éditeurs à lutter contre ce problème, nous nous préparons à intégrer et à déployer la spécification app-ads.txt dans nos systèmes publicitaires. Nous pourrons ainsi nous assurer que les dépenses des annonceurs parviennent jusqu’à l’éditeur concerné.
Qu’est-ce que la spécification app-ads.txt ?
App-ads.txt est une extension de la norme ads.txt initiale, qui fournit un mécanisme permettant aux éditeurs Web de déclarer quels sont leurs fournisseurs numériques autorisés. Elle a pour objectif de protéger les éditeurs d’applications contre les fraudeurs qui pratiquent le spoofing pour s’approprier un inventaire.
Quelles sont les conséquences ?
Nous sommes très heureux de vous annoncer qu’AdMob intègrera et déploiera app-ads.txt pour les éditeurs ayant publié un fichier app-ads.txt sur leur domaine à compter du 2019-08-27.
Pour vous préparer à ce changement, assurez-vous que le fichier app-ads.txt publié sur le domaine de votre développeur ne contient aucune erreur ni aucune faute de frappe.
Comment vérifier que votre fichier app-ads.txt est correctement intégré ?
Si votre fichier contient des erreurs ou des fautes de frappe, la diffusion de vos annonces risque d’être bloquée, car tous les fichiers publiés seront alors pris en compte.
Il est donc très important d’effectuer une intégration correcte et de corriger toutes les erreurs avant le 2019-08-27. Si ce n’est pas le cas, la publication du fichier sur votre domaine devra être annulée afin d’éviter toute perte involontaire de revenus.
À ce titre, nous vous invitons à examiner attentivement votre fichier app-ads.txt si vous l’avez déjà publié avant la date du lancement. Il doit être publié dans le répertoire racine du site Web répertorié dans votre fiche Play Store (Android) ou App Store (iOS). Pour plus d’informations, consultez les spécifications de l’IAB concernant l’hébergement.