# Checklist — soumettre son application à l'App Store et au Google Play

Une checklist pour préparer et soumettre une application aux deux stores principaux, avec les points de blocage les plus fréquents (politique de confidentialité, mots-clés ASO, délais de review).

---

## 1. Icône et identité visuelle

- [ ] L'icône de l'application est lisible même en très petite taille (barre d'accueil du téléphone)
- [ ] L'icône respecte les formats exacts demandés par chaque store (résolution, absence de coins arrondis pré-appliqués, etc.)
- [ ] Le nom de l'application est court, clair, et contient si possible un mot-clé principal de la niche

## 2. Captures d'écran

- [ ] J'ai préparé les captures d'écran dans tous les formats d'écran obligatoires (au minimum le plus grand format iPhone, plus les formats Android requis)
- [ ] Les 2-3 premières captures mettent en avant le bénéfice principal, pas des détails secondaires de l'interface
- [ ] Les captures utilisent des visuels ou mockups clairs, pas des captures d'écran brutes sans contexte
- [ ] Voir le modèle « Prompts IA — icône, mockups et visuels UGC » pour générer ces visuels

## 3. Description et mots-clés ASO

- [ ] Le titre et le sous-titre contiennent les mots-clés principaux de la niche, sans les répéter artificiellement
- [ ] La description explique le bénéfice concret dès les deux premières phrases (les premières lignes sont les plus lues)
- [ ] J'ai identifié une liste de mots-clés ASO pertinents (recherche d'apps concurrentes, suggestions de recherche du store) — en m'inspirant de leur raisonnement et de leur structure de mots-clés, jamais en copiant leur code, leur design ou leur marque
- [ ] J'ai évité les mots-clés de marques déposées appartenant à des tiers

## 4. Politique de confidentialité (obligatoire)

- [ ] J'ai rédigé une politique de confidentialité accessible via une URL publique et stable
- [ ] La politique de confidentialité liste précisément les données collectées par l'application (même minimales)
- [ ] Le lien vers la politique de confidentialité est renseigné dans la fiche du store ET, si possible, accessible depuis l'application elle-même
- [ ] Sans cette politique de confidentialité, la soumission est systématiquement rejetée par les deux stores

## 5. Soumission App Store (Apple)

- [ ] J'ai un compte développeur Apple actif (abonnement annuel payant)
- [ ] J'ai renseigné les informations de conformité (export compliance, contenu, âge minimum recommandé)
- [ ] J'ai testé l'application sur un vrai appareil avant soumission, pas seulement sur simulateur
- [ ] J'ai anticipé un délai de review généralement de 24h à quelques jours, avec un risque de rejet à corriger et resoumettre

## 6. Soumission Google Play

- [ ] J'ai un compte développeur Google Play actif (frais unique à l'inscription)
- [ ] J'ai complété le questionnaire de classification du contenu
- [ ] J'ai renseigné la section « Sécurité des données » (data safety), de plus en plus scrutée par Google
- [ ] J'ai anticipé un délai de review généralement plus court que sur l'App Store, mais variable

## 7. Délais de review

- [ ] Je n'ai pas prévu de campagne de lancement avant d'avoir la confirmation de mise en ligne effective de l'application
- [ ] J'ai un plan B si l'application est rejetée une première fois (temps de correction à intégrer dans le planning)

---

Les règles exactes des stores évoluent régulièrement — vérifie toujours les guidelines officielles à jour (App Store Review Guidelines, Google Play Developer Policy) avant soumission.