Comment préparer votre liste d'applications sur l'App Store et Google Play

Une liste d'applications sur l'App Store et Google Play nécessite le même matériau de base : un icône, des captures d'écran dans les tailles acceptées par chaque magasin, un nom et des descriptions dans des limites de caractères strictes, une URL de politique de confidentialité, une déclaration de confidentialité (les étiquettes de confidentialité d'Apple App Privacy et le formulaire de sécurité des données de Google) et un questionnaire de classement d'âge. Si vous manquez l'un de ces blocs, la soumission est refusée, préparez-les donc pendant que votre application est encore en développement.

Voici les exigences actuelles pour les deux magasins, ce que les réviseurs vérifient et un checklist que vous pouvez parcourir en après-midi.

Tout ce dont vous avez besoin en un coup d'œil

App icon

Apple. L’icône de l'App Store est un PNG carré de 1024 x 1024, sans transparence et sans coins arrondis (iOS les cache). Dans les applications Capacitor elle se trouve dans ios/App/App/Assets.xcassets/AppIcon.appiconset. Xcode 26 prend également en charge les icônes composées de couches créées avec Icon Composer pour l'apparence de verre liquide sur iOS 26, mais une seule image de 1024 pixels est toujours acceptée.

Google. Play nécessite une icône séparée de 512 x 512 en 32 bits PNG, jusqu'à 1 Mo. Google applique lui-même la masque arrondi et l'ombre, il faut donc uploader une icône carrée à fond bleu. L'icône du lanceur en application est séparée et doit être une icône adaptative.

Générez toutes les tailles d'icône et de splash à partir d'une image source :

bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate

Règles auxquelles les deux magasins s'attachent : pas de badges comme « Gratuit » ou « #1 », pas d'écrans d'aide de marques d'autres appareils ou logos, rien qui imite une autre application.

Écrans d'aide

Les écrans d'aide sont le facteur le plus important pour savoir si quelqu'un installe. La plupart des gens ne lisent jamais la description.

Tailles d'écran de l'App Store

Les formats paysage utilisent les mêmes nombres échangés. Les formats sont PNG ou JPEG, sans canal alpha. Vous pouvez télécharger 1 à 10 captures d'écran par taille et 0 à 3 prévisualisations d'application.

A common Capacitor surprise: new projects support iPad by default. If you do not want to make iPad screenshots, set the target’s Destinations prises en charge to iPhone only before your first upload. If you ship iPad support, reviewers test on iPad and reject broken layouts.

Tailles d'écran de Google Play

• 2 à 8 captures d'écran par type d'appareil (téléphone, tablette 7 pouces, tablette 10 pouces, Chromebook, Wear OS, Android XR, TV, automobile).
• Tailles de captures d'écran pour iPad
• Chaque côté entre 320 et 3840 pixels ; le côté long ne doit pas dépasser deux fois la longueur du côté court.
• Pour les téléphones, utilisez au moins 1080 x 1920 (portrait) ou 1920 x 1080 (paysage) et au moins quatre captures d'écran, sinon l'application n'est pas éligible à certaines places en vedette.
• Écrans d'ordinateur sont nécessaires si vous souhaitez apparaître comme optimisé pour tablette.

Comment les capturer

1. Exécutez l'application sur un simulateur de la bonne taille. Dans l'émulateur iOS, utilisez un iPhone 17 Pro Max pour 6,9 pouces et appuyez sur Cmd+S. Sur Android, utilisez un émulateur avec une écran de 1080 x 1920 ou supérieur et le bouton de la caméra dans la barre d'outils de l'émulateur.
2. Remplissez l'application avec des données de démo réalistes. Les états vides ne vendent rien.
3. Cacher l'interface de débogage et rendre la barre d'état propre (xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100).
4. Ajoutez une courte légende au-dessus de chaque capture d'écran indiquant le bénéfice, pas le nom de la fonctionnalité.
5. Keep the first two screenshots the strongest. They show in search results.

Des outils comme les modèles Figma, Fastlane snapshot/screengrab ou les générateurs de captures d'écran en ligne peuvent produire les versions encadrées dans toutes les tailles.

N'employez jamais des captures d'écran montrant du contenu que l'application ne peut pas exécuter, et n'incluez pas les badges Google Play dans les captures d'écran de l'App Store (ou l'inverse).

Nom, sous-titre et descriptions

App Store

• Nom (30 caractères): marque plus un court descriptor si cela convient, par exemple « Acme : Suivi des dépenses ».
• Sous-titre (30 caractères): le principal avantage. Indexé pour la recherche.
• Mots-clés (100 octets): séparés par des virgules, sans espaces après les virgules, sans mots déjà présents dans le nom ou le sous-titre, sans noms de marques de concurrents, les formes singulières suffisent.
• Texte promotionnel (170 caractères): affiché au-dessus de la description, modifiable sans nouvelle version. Utilisez-le pour les offres actuelles ou les actualités.
• Description (4 000 caractères): non indexé pour la recherche sur l'App Store, donc écrivez-le pour les gens. Commencez par ce que fait l'application en une phrase.

Google Play

• Titre (30 caractères): pas d'émoticônes, en majuscules ou mots comme “meilleur”, “gratuit” ou “#1” sauf si ils font partie de la marque.
• Description courte (80 caractères): affichée sur la liste au-dessus de la zone visible.
• Description complète (4 000 caractères): indexée pour la recherche. Mentionnez vos principaux mots-clés naturellement quelques fois ; le keyword stuffing fait rejeter les listes.

Voir notre article sur la rédaction de métadonnées et les erreurs qui affectent le classement. Métadonnées de l'App Store : ce que les développeurs doivent savoir.

Politique de confidentialité

Les deux magasins exigent une politique de confidentialité publique. Elle doit :

• Être accessible sans connexion et ne pas être un téléchargement en PDF.
• Nommez le développeur ou la société comme dans la liste de l'App Store.
• List what data you collect, why, who you share it with, how long you keep it, and how users can request deletion.
• Match what you declare in the privacy labels and Data safety form.

Also link the policy inside the app (settings or account screen). If users can create accounts, both stores require in-app account deletion; Google also requires a web link where users can request deletion without reinstalling the app. Our guide de suppression de compte et privacy policy guide for Android apps aller plus loin.

Étiquettes de confidentialité Apple App

In App Store Connect, ouvrez l'application et allez à App Privacy. Vous répondez :

1. Vous collectez-vous ou vos partenaires tiers des données à partir de cette application ?
2. Pour chaque type de données (informations de contact, localisation, identifiants, données d'utilisation, diagnostics, informations financières…): à quoi il est utilisé, si il est lié à l'identité de l'utilisateur et si il est utilisé pour le suivi.

Le « suivi » a un sens étroit : lier les données de votre application avec celles des applications ou sites Web d'autres sociétés pour la publicité, ou les partager avec des courtiers de données. Si vous suivez, vous devez également afficher le prompt de transparence sur le suivi des applications.

Les étiquettes doivent correspondre à votre manifeste de confidentialité (PrivacyInfo.xcprivacy) et celles des SDK que vous incluez. Consultez notre guide de confidentialité pour les applications Capacitor.

You can update App Privacy answers at any time without a new build.

La sécurité des données Google Play

Allez dans le console de Play Politique et programmes > Contenu de l'application > Sécurité des données. Vous déclarez :

• Quels types de données l'application collecte et lesquels elle partage avec des tiers.
• Que les données sont chiffrées en transit.
• Peut-on supprimer les données de l'utilisateur.
• Pour chaque type : but (fonctionnalité de l'application, analytics, publicités, prévention du fraude… ) et si la collecte est facultative.

Google peut rejeter les mises à jour lorsque la déclaration ne correspond pas à ce que l'application fait, par exemple un SDK envoi de l'ID publicitaire alors que vous avez déclaré ne pas utiliser d'identifiants.

La plupart des erreurs de sécurité des données proviennent des SDK. Créez une table de tous les SDK natifs et plugins. package.json, ios/App/Podfile ou Package.swiftcontext android/app/build.gradle, then read each vendor’s Data safety guidance.

Age rating

Apple. Apple. Information sur l'application > Classification d'âge you answer questions about violence, sexual content, profanity, gambling, user-generated content, messaging, ads, and more. Apple’s ratings are 4+, 9+, 13+, 16+ and 18+. Apps with unmoderated user-generated content or open web access get higher ratings. Answer honestly; Apple checks. See our guide de classification d'App Store.

Google. Dans Contenu de l'application > Classification du contenu, remplissez le questionnaire IARC. Il produit des classifications pour chaque région (ESRB, PEGI, USK et autres) à la fois. Vous devez également compléter Public cible et contenu; choisir un public qui inclut les enfants implique les exigences de la politique des Familles.

Autres déclarations de contenu d'application sur Google Play

Avant de pouvoir publier, le Console de Play demande tous ces éléments. App content:

• Politique de confidentialité
• App access (login credentials for reviewers if anything is behind a login)
• Publicités (l'application contient-elle des publicités?)
• Classement de contenu
• Public cible et contenu
• Data safety
• Déclaration d'application gouvernementale
• Déclaration de fonctionnalités financières
• Déclaration d'applications de santé
• Utilisation de l'ID de publicité (si votre public cible SDK le nécessite)

Accès aux commentaires et notes

Si une partie de l'application nécessite un mot de passe, fournissez un compte de démonstration fonctionnel pour les deux magasins. Le compte ne doit pas expirer, ne doit pas nécessiter la 2FA vers un téléphone que vous contrôlez et doit atteindre chaque fonctionnalité, y compris celles payantes. Dans App Store Connect, ajoutez-le sous Informations de revue d'application; sur Google Play, sous App accessAjoutez un bref aperçu expliquant les fonctionnalités non évidentes, les exigences matérielles ou où trouver les achats en application. guide de revue d'application pour débutants couvre ce que les rédacteurs recherchent.

Localisation

Les deux magasins vous permettent de localiser le nom, les descriptions, les mots-clés (Apple) et les captures d'écran par langue. La localisation uniquement des métadonnées, même lorsque l'interface utilisateur de l'application est en anglais, améliore souvent la conversion dans les marchés non-anglais. Apple indexe également certaines secondaires locales par pays (par exemple, les métadonnées en espagnol au Mexique sont indexées dans la boutique américaine), ce qui vous donne effectivement de l'espace de mots-clés supplémentaire.

What you can change after release

Sur iOS, une nouvelle version signifie généralement un nouveau binaire. Avec Capgo mises à jour en direct you can ship JavaScript and UI fixes without a store review, but store metadata changes still go through App Store Connect.

Raisons courantes de blocage des listings

1. Privacy policy URL returns 404 or requires login.
2. Screenshots show a different app version, placeholder content, or another platform’s UI.
3. Support iPad activé mais pas d'écran d'appareil iPad, ou une mise en page iPad brisée.
4. La sécurité des données dit « aucune donnée collectée » tandis qu'un SDK d'analytique s'exécute.
5. Compte de démonstration manquant ou expiré.
6. Stuffage de mots-clés dans la description de Google Play.
7. Nom ou icône trop proche d'une application ou d'une marque existante.
8. URL de support ou adresse e-mail de contact manquante.

Checklist

• Icône iOS 1024 x 1024 dans l'application, icône Play 512 x 512 téléchargée
• Graphique de fonctionnalité Play 1024 x 500
• iPhone 6.9” (ou 6.5”) d'écran, iPad 13” si vous supportez l'iPad
• Au moins quatre écrans d'appareil 1080p pour Google Play
• Nom, sous-titre, description courte dans les limites
• Mots clés (App Store) choisis, sans doublons avec le nom
• Description et notes de version écrites
• Politique de confidentialité URL active et liée dans l'application
• App Privacy labels and privacy manifest match
• Data safety form complete, SDKs reviewed
• Questionnaires d'âge pour les deux magasins
• Déclarations de contenu d'application Play complètes
• Compte de démonstration et notes de revue ajoutés
• Support URL and contact email set

Une fois que la liste est prête, téléchargez une build vers les premiers testeurs. Comment distribuer les applications iOS et Android vers les testeurs couvre TestFlight, les pistes de test Play et les alternatives.