Dans ce guide
Vingt contrôles, chacun avec sa raison et une façon de le vérifier. Coche-les dans l'ordre ; arrête-toi et corrige dès qu'un échoue.
Build
- Build de release, pas une exécution en debug. Pourquoi : les builds debug se comportent et performent différemment. Vérification : installe exactement le fichier que tu vas envoyer sur un téléphone propre.
- Numéro de version et identifiant de l'app définitifs. Pourquoi : l'aide de Google Play indique que les noms de package sont uniques et permanents, et ne peuvent ni être supprimés ni réutilisés. Vérification : lis les deux dans la configuration du build et dans l'écran d'informations de l'app installée.
- Aucun écran de debug, bouton de test ni texte de remplissage. Vérification : ouvre chaque écran et lis chaque libellé.
- Le premier lancement après une installation propre fonctionne. Vérification : désinstalle, réinstalle, ouvre sans compte et sans données.
- Fonctionne sur au moins deux vrais appareils. Vérification : un récent, un plus ancien ou plus petit. Voir quels appareils Android tester.
Secrets et données
- Aucune clé ni aucun mot de passe dans le code ni dans le package de l'app. Vérification : suis clés API et secrets dans les apps générées par IA.
- Toute clé que tu as un jour collée dans un prompt ou un chat est remplacée. Pourquoi : considère-la comme exposée. Vérification : l'ancienne clé ne fonctionne plus.
- Tu connais chaque service avec lequel ton app communique. Vérification : liste chaque adresse réseau et chaque bibliothèque qui traite des données utilisateur.
- Les règles côté serveur ne sont pas « ouvertes à tout le monde ». Pourquoi : un réglage par défaut prévu pour une démo peut permettre à n'importe qui de lire les données. Vérification : essaie de lire les données en étant déconnecté.
Confidentialité et règles
- Une politique de confidentialité existe, est publique et correspond à ce que fait l'app. Vérification : ouvre le lien dans un navigateur ; compare avec l'étape 8. Ce n'est pas un avis juridique.
- Les déclarations de données du store correspondent à l'app. Pourquoi : l'aide Sécurité des données de Google Play indique que les déclarations doivent refléter le comportement réel de l'app, y compris les données traitées par les bibliothèques et SDK tiers, et qu'une politique de confidentialité est obligatoire. Vérification : compare le formulaire avec l'étape 8 avant d'envoyer.
- La suppression de compte fonctionne si ton app a des comptes. Pourquoi : Apple (consigne 5.1.1(v)) exige une suppression de compte dans l'app si l'app permet de créer un compte ; Google Play demande un chemin dans l'app plus un lien web pour les demandes de suppression. Vérification : essaie les deux chemins avec un compte test.
Fiche
- Les captures d'écran montrent l'app réelle et actuelle. Vérification : compare chaque capture avec le build.
- La description dit ce que fait l'app et ce qu'elle ne fait pas. Pourquoi : une fiche qui promet plus que l'app déçoit les utilisateurs. Vérification : demande à quelqu'un de la lire et de te dire ce qu'il en attend.
- L'e-mail de contact fonctionne. Vérification : envoie un message dessus.
Testeurs et retours
- Si tu as besoin d'un test fermé Google Play, il est en cours. Vérification : voir exigences du test fermé et ce qui compte comme 14 jours.
- Au moins une personne qui n'a pas construit l'app l'a utilisée du début à la fin. Vérification : un rapport écrit, pas « c'était bien ».
- Les problèmes connus sont notés et classés. Vérification : une liste avec la mention « à corriger avant lancement ». Voir comment prioriser les rapports de plantage.
- Il existe un lieu privé où les utilisateurs peuvent signaler des problèmes. Pourquoi : attrape les problèmes avant qu'ils ne deviennent des notes publiques.
- Tu demandes des avis honnêtement, une fois, à un bon moment. Les avis doivent venir d'un produit que les gens apprécient et d'une demande honnête, jamais d'un achat ou d'un échange. Voir acheter des avis d'apps : risques et alternatives.
Une fois tout coché
Essaie AppReviewX pour obtenir des retours privés et structurés d'autres développeurs, dans des séries de tests. 1 retour = 1 crédit ; les nouveaux comptes démarrent à 0. Les règles des stores changent : revérifie les pages officielles.
Voir aussi : hub vibe coding, secrets et clés API, bugs que trouvent les testeurs dans les apps IA.