Les coordonnées que Google Play affiche sur votre fiche

C’est le plus petit élément de la checklist de soumission, et celui dont les effets durent le plus longtemps. Vous le remplissez une fois, en deux minutes, puis vous vivez avec pendant toute la vie de l’app.

Où se trouvent les champs

Play Console → Store settings → Store listing contact details (Paramètres du store → Coordonnées de la fiche). Trois champs : une adresse e-mail de support, un numéro de téléphone et un site web.

L’e-mail est obligatoire pour publier sur Google Play. Les deux autres ne le sont pas.

Ce que devient ce que vous saisissez

Cela devient public. Les consignes de Google Play sont explicites : “When you provide an email address, website, or phone number for your app, your contact information is available to users on your app’s store listing.” (Traduction : lorsque vous fournissez une adresse e-mail, un site web ou un numéro de téléphone pour votre app, ces coordonnées sont accessibles aux utilisateurs sur la fiche de votre app.)

Cela a des conséquences qui méritent deux minutes de réflexion plutôt que zéro :

• Elle sera aspirée. Une adresse sur une fiche publique attire des e-mails automatisés. Utilisez-en une que vous pouvez filtrer, pas une dont vous dépendez pour autre chose.
• Elle doit survivre au projet. Les e-mails de support venant d’une fiche arrivent par vagues : rien pendant des mois, puis vingt messages après une mauvaise version. Une adresse personnelle abandonnée, c’est ainsi qu’un développeur apprend que son app a été retirée il y a des semaines.
• C’est un vrai canal de support. Les consignes de Play recommandent d’orienter les utilisateurs vers un endroit que vous “regularly monitor and use to respond to questions” (traduction : surveillez régulièrement et utilisez pour répondre aux questions) — ce qui exclut une adresse que personne n’ouvre.
• Un nom personnel dans une adresse est une donnée personnelle que vous publiez. support@ sur un domaine que vous contrôlez vaut mieux que firstname.lastname@.

Le champ site web est le plus intéressant

Facultatif, et le plus lourd de conséquences des trois, pour une raison qui n’a rien à voir avec le support : c’est par lui qu’on trouve app-ads.txt. Les régies publicitaires lisent le site du développeur sur votre fiche et récupèrent /app-ads.txt à la racine de ce nom d’hôte.

Laissez-le vide et le robot n’a nulle part où commencer — ce qui est la raison la plus fréquente pour laquelle le fichier apparaît comme « not found ». Si votre app affiche des publicités, considérez ce champ comme obligatoire.

Il vaut aussi la peine de le faire pointer vers un endroit qui sert vos pages de conformité, pour qu’un examinateur qui le suit trouve un site cohérent plutôt qu’une page vitrine sans politique. Voir votre app a-t-elle besoin d’un site web.

En quoi cela diffère d’Apple

Forme différente, même intention :

	Google Play	App Store
E-mail de contact	Obligatoire, public sur la fiche	Pas un champ de la fiche ; le contact passe par votre Support URL
Page de support	Pas un champ obligatoire	Obligatoire — la Support URL
Site web	Champ facultatif sur la fiche	Marketing URL facultative

Donc sur Play, la voie de contact est une adresse ; chez Apple, c’est une page. Si vous publiez sur les deux, l’organisation la plus simple est une page de support qui contient l’adresse : Apple a la page, Play a l’adresse, et il n’y a qu’une chose à tenir à jour.

C’est distinct des informations de votre compte développeur

Ne confondez pas les deux. Les Store listing contact details sont propres à chaque app et publiques. Les coordonnées de votre compte développeur sont un enregistrement distinct et vérifié que conserve Google — et pour les comptes d’organisation, les consignes indiquent qu’il doit s’agir d’une adresse associée à l’organisation plutôt que d’une adresse générique ou personnelle. Modifier l’un ne modifie pas l’autre.

Ce que fait AppFoyer ici

L’adresse de support que vous définissez dans les paramètres de votre app est celle que publie la page de support générée, et celle vers laquelle se rabat la page de suppression de compte quand il n’y a pas de canal de notification vérifié. Collez la même adresse dans le champ de contact de Play et le sous-domaine de votre app dans le champ site web, et les trois exigences de cette page ainsi que les deux d’Apple trouvent leur réponse dans un seul ensemble de pages.

L’adresse de support est aussi la seule adresse que le moteur de rendu transforme en lien mailto: cliquable sur vos pages publiées — toute autre adresse dans le texte de vos pages reste du texte simple. C’est une règle anti-hameçonnage délibérée, et elle garantit que la voie de contact de votre site est celle que vous avez déclarée, pas une adresse collée plus tard.

Les sources qui font foi

• Fournir des coordonnées — Aide Google Play Console. La citation ci-dessus provient de cette page.
• Configurer app-ads.txt — Aide AdMob, pour la façon dont le champ site web est utilisé.
• App Store Connect — informations sur l’app — Apple, pour les champs Support URL et Marketing URL.