Comment être validé dès la première soumission sur l'App Store et Google Play

Quand on parle de refus d'application, on pense à des erreurs techniques. Dans les faits, la grande majorité des soumissions refusées ne concernent pas l'application elle-même, mais les déclarations qui la décrivent. S'il manque les étiquettes de confidentialité, le formulaire de sécurité des données, le parcours de suppression de compte ou les liens de support, même une application parfaitement fonctionnelle est renvoyée à l'examen.

Ce qui doit être prêt avant la publication

• Une politique de confidentialité publiée à une URL accessible
• Les étiquettes de confidentialité de l'App Store et le formulaire de sécurité des données de Google Play
• Un parcours de suppression de compte accessible depuis l'application
• Une adresse de support fonctionnelle et une page de contact
• Des textes expliquant la raison de chaque demande d'autorisation

Le point commun de tous les éléments de cette liste : ils peuvent être traités dès la première semaine du projet plutôt que la semaine de la mise en production. Rédiger la politique de confidentialité au démarrage coûte moins cher et va plus vite qu'à la fin — parce qu'à ce stade vous prenez déjà les décisions sur les données que vous collectez et pourquoi.

Où doit se trouver la politique de confidentialité ?

Les deux stores exigent que la politique soit à une adresse publique, permanente et directement accessible. Un texte intégré dans l'application ou une page derrière une connexion ne sont pas acceptés. Un chemin fixe sur votre site corporate (par exemple /gizlilik-politikasi) est l'option la plus solide.

Le contenu de la politique doit également correspondre à ce que fait réellement l'application. Déclarer dans le formulaire "nous ne collectons pas de données de localisation" alors que l'application demande l'autorisation de localisation est exactement le genre d'incohérence que les relecteurs repèrent, et cela mène directement au refus.