Vérifier que les fichiers ads.txt/app-ads.txt sont explorables

Cette fonctionnalité est en version bêta
Les fonctionnalités en version bêta risquent de ne pas être disponibles sur votre réseau. Consultez les notes de version pour découvrir à quelle date cette fonctionnalité sera accessible à tous.

Une fois qu'un fichier ads.txt/app-ads.txt est configuré sur votre domaine, le robot d'exploration Google :

• tente d'explorer le fichier toutes les 24 heures ;
• analyse le contenu du fichier pour déterminer les ID de vendeur autorisés à monétiser votre inventaire.

Vous pouvez surveiller l'état du fichier ads.txt/app-ads.txt d'un domaine dans l'outil de gestion des fichiers ads.txt d'Ad Manager. Dans certains cas, même si un fichier ads.txt/app-ads.txt a été importé dans un domaine, Ad Manager indique "Aucun fichier ads.txt n'a été trouvé".

Si le fichier est présent depuis 48 heures, cela signifie généralement que Google ne peut pas le trouver, l'explorer ni l'analyser, même s'il existe. Si une telle situation se produit, nous vous recommandons de suivre cette procédure de dépannage avec votre webmaster.

Les fichiers app-ads.txt sont accessibles au public, et peuvent être explorés par les places de marché, les plates-formes côté offre, ainsi que d'autres acheteurs et fournisseurs tiers.

Vérifier que le fichier n'est pas temporairement indisponible

Si un fichier ads.txt/app-ads.txt précédemment détecté par le robot n'est pas disponible lors d'une nouvelle exploration, les entrées précédemment détectées sont :

• supprimées définitivement si la réponse est une véritable erreur 404 (page qui n'existe pas en réalité, état HTTP 404) ;
• conservées pendant un délai maximal de cinq jours si la réponse est une erreur "soft 404" (page renvoyée correspondant à une URL qui n'existe pas en réalité, état HTTP 200) ou si la réponse est une erreur de serveur 500. Dans ce cas, Ad Manager affiche une heure de "dernière visite" potentiellement antérieure à la période d'actualisation prévue (24 heures).

Vérifier que le fichier est accessible depuis le domaine racine

Il est assez fréquent que domain.com/ads.txt redirige vers www.domain.com/ads.txt. L'exploration du fichier ads.txt commence par le domaine racine. Ce dernier doit donc être renvoyé depuis le fichier ads.txt ou rediriger vers celui-ci.

• Un fichier ads.txt sur www.domain.com/ads.txt n'est exploré que si domain.com/ads.txt redirige vers cette destination.
• Une seule redirection est suivie en dehors du domaine racine d'origine (par exemple, example1.com/ads.txt → example2.com/ads.txt). Si une deuxième redirection est incluse (même si elle appartient au même domaine), le fichier n'est pas exploré.

Vérifier que le fichier robots.txt autorise l'exploration

Les robots d'exploration sont susceptibles d'ignorer le fichier ads.txt/app-ads.txt d'un domaine si le fichier robots.txt du domaine en question n'autorise pas l'un des éléments suivants :

• L'exploration du chemin de l'URL sur lequel un fichier ads.txt/app-ads.txt a été ajouté
• L'user-agent du robot d'exploration

Exemple : Exploration non autorisée sur le chemin du fichier ads.txt

Exemple pour example1.com :

1. Un fichier ads.txt est disponible à l'adresse example1.com/ads.txt.
2. Les lignes suivantes sont incluses dans example1.com/robots.txt :
   User-agent: *
Disallow: /ads
3. Le fichier ads.txt sera ignoré par les robots d'exploration qui respectent la norme robots.txt.
4. Pour autoriser l'exploration du fichier, vous pouvez modifier le fichier robots.txt d'une des façons suivantes (d'autres approches sont également possibles) :
   • Option 1 : modifiez le chemin non autorisé.
     User-agent: *
Disallow: /ads/
   • Option 2 : autorisez explicitement le fichier ads.txt (cette option ne sera prise en compte que si le robot d'exploration accepte la commande Allow du fichier robots.txt).
     User-agent: *
Allow: /ads.txt
Disallow: /ads

Exemple : exploration non autorisée pour l'user-agent sur l'ensemble du site

Exemple pour example2.com :

1. Un fichier ads.txt est publié sur example2.com/ads.txt.
2. Les lignes suivantes sont incluses dans example2.com/robots.txt :

   User-agent: Googlebot
   Disallow: /

3. Le fichier ads.txt sera ignoré par le robot d'exploration Google.

Vérifier que le fichier est renvoyé avec un code d'état HTTP 200 OK

Une demande pour un fichier ads.txt/app-ads.txt est susceptible de renvoyer le contenu du fichier dans le corps de la réponse. Cependant, si le code d'état dans l'en-tête de la réponse indique que le fichier est introuvable (code d'état 404, par exemple) :

• la réponse sera ignorée ;
• le fichier sera considéré comme inexistant.

Assurez-vous que le fichier est associé à un code d'état HTTP 200 OK.

Vérifier que le fichier ne contient aucune erreur de mise en forme et aucun caractère non valide

Les erreurs de mise en forme (des caractères d'espacement non valides, par exemple) peuvent être difficiles à détecter. En cas d'erreur de ce type, les robots d'exploration auront des difficultés à analyser le fichier ads.txt/app-ads.txt et risquent donc de l'ignorer.

Évitez de copier et de coller des entrées de fichier ads.txt/app-ads.txt à partir d'un éditeur de texte enrichi. Optez plutôt pour un éditeur de texte brut. Vous pouvez également rechercher des caractères UTF-8 non valides dans votre fichier ads.txt/app-ads.txt à l'aide d'un éditeur hexadécimal.

Configurer le fichier ads.txt/app-ads.txt de sorte qu'il soit accessible à la fois via HTTP et via HTTPS

Le robot d'exploration Google tente d'explorer tous les fichiers ads.txt/app-ads.txt sur HTTP et HTTPS. Cependant, une réponse 404 (ou 40X) entraîne la suppression définitive des entrées précédemment explorées. Par conséquent, si l'exploration via HTTP ou HTTPS renvoie une réponse 404 (ou 40X) :

• l'entrée précédemment explorée sera supprimée définitivement.
• Ad Manager affichera l'état "Aucun fichier ads.txt disponible".

Veuillez vous assurer que le fichier ads.txt/app-ads.txt est accessible à la fois via HTTP et via HTTPS.

Vérifier que votre serveur/CDN ne renvoie pas de réponse non valide au robot d'exploration Google

Lorsqu'il est affiché dans un navigateur, il peut sembler qu'un fichier ads.txt valide ait été renvoyé. Toutefois, si une réponse non valide est renvoyée (le fichier ads.txt apparaît comme incorrect) lorsque l'user-agent indique que le robot d'exploration est Googlebot :

• Google ne détectera pas le fichier ads.txt ;
• Ad Manager affichera l'état "Aucun fichier ads.txt n'a été trouvé".

Pour résoudre ce problème, demandez à votre webmaster d'exécuter les commandes suivantes dans l'interface système (remplacez mydomain.com par votre domaine) :

1. Pour vérifier que le fichier ads.txt peut être atteint, exécutez :
   curl -iL http://mydomain.com/ads.txt
   
   Le contenu du fichier ads.txt doit être renvoyé de la même manière que dans le navigateur lorsque vous accédez à mydomain.com/ads.txt.
2. Pour vérifier que le fichier ads.txt peut être trouvé par le robot d'exploration Google, exécutez :
   curl -iL -A "'Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html).'"
http://mydomain.com/ads.txt
   
   Si une réponse non valide est renvoyée (le fichier ads.txt apparaît comme incorrect), cela signifie que votre serveur ou votre CDN renvoie une réponse non valide lorsque le robot d'exploration Google tente de récupérer votre fichier ads.txt.

D'autres raisons (différentes des vérifications décrites ci-dessus, que l'user-agent peut mettre en place au niveau du robot d'exploration) peuvent expliquer pourquoi votre serveur ne renvoie pas de réponse valide au robot d'exploration Google. Demandez à votre webmaster d'analyser et de résoudre ces problèmes en recherchant, dans les journaux de votre serveur, les explorations menées par le robot Google ayant échoué sur mydomain.com/ads.txt ou mydomain.com/robots.txt.

Conseils spécifiques aux applications

Les suggestions suivantes ne s'appliquent qu'aux fichiers app-ads.txt :

• Enregistrez votre application sur Google Play ou l'App Store. 
• Ajoutez un site Web version développeur sur la fiche Google Play Store et/ou un site Web marketing sur la fiche App Store.
• Vérifiez que le site Web version développeur figurant sur Google Play et/ou le site Web marketing répertorié sur l'App Store pour cette application est une URL valide. Assurez-vous de n'avoir inséré aucune faute de frappe et vérifiez que le fichier app-ads.txt ne se trouve pas sur un sous-domaine.