Comment préparer vos fiches App Store et Google Play

Une fiche App Store et Google Play nécessite les mêmes éléments de base : une icône, des captures d'écran aux tailles acceptées par chaque store, un nom et des descriptions respectant des limites de caractères strictes, une URL de politique de confidentialité, une déclaration de confidentialité (étiquettes App Privacy d'Apple et formulaire Data safety de Google) et un questionnaire de classification d'âge. L'absence de l'un de ces éléments bloque la soumission ; préparez-les donc pendant que votre app est encore en développement.

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

Tout ce qu'il vous faut en un coup d'œil

Icône de l'app

Apple. L’icône de l’App Store est un PNG carré de 1024 x 1024, sans transparence ni coins arrondis (iOS applique le masque). Dans les apps Capacitor, elle se trouve dans ios/App/App/Assets.xcassets/AppIcon.appiconset. Xcode 26 prend aussi en charge les icônes en couches créées avec Icon Composer pour le rendu Liquid Glass sur iOS 26, mais une seule image de 1024 est toujours acceptée.

Google. Play exige un upload séparé d’un PNG 32 bits de 512 x 512, de 1 Mo maximum. Google applique lui-même le masque arrondi et l’ombre, donc envoyez un carré sans marges. L’icône du launcher dans l’app est distincte et doit être une icône adaptative.

Générez toutes les tailles d’icônes natives et de splash à partir d’une seule 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 imposées par les deux stores : pas de badges comme « Gratuit » ou « n°1 », pas de captures d’écran d’appareils ou de logos d’autres marques, rien qui imite une autre app.

Captures d'écran

Les captures d’écran sont le facteur décisif pour qu’un utilisateur installe l’application. La plupart ne lisent jamais la description.

Tailles des captures d'écran App Store

En mode paysage, les mêmes valeurs sont inversées. Formats PNG ou JPEG, sans canal alpha. Vous pouvez envoyer de 1 à 10 captures d'écran par taille et de 0 à 3 aperçus d'app.

Une surprise Capacitor courante : les nouveaux projets prennent en charge l'iPad par défaut. Si vous ne voulez pas faire de captures d'écran iPad, définissez les Destinations supportées sur iPhone uniquement avant votre premier upload. Si vous publiez avec le support iPad, les testeurs testent sur iPad et rejettent les layouts cassés.

Tailles des captures d'écran 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, Automotive).
• JPEG ou PNG 24 bits, sans canal alpha.
• Chaque côté doit mesurer entre 320 et 3840 pixels ; le grand côté ne doit pas dépasser deux fois le petit.
• 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'app n'est pas éligible à certaines mises en avant.
• Des captures d'écran tablette sont nécessaires si vous voulez apparaître comme optimisé pour tablette.

Comment les capturer

1. Lancez l'app sur un simulateur de la bonne taille. Sur l'iOS Simulator, utilisez un iPhone 17 Pro Max pour le 6,9” et appuyez sur Cmd+S. Sur Android, utilisez un émulateur avec un écran de 1080 x 1920 ou plus et le bouton appareil photo de la barre d'outils de l'émulateur.
2. Remplissez l'app avec des données de démo réalistes. Les états vides ne vendent rien.
3. Masquez l'UI de debug et épurez la barre de statut (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 qui énonce le bénéfice, pas le nom de la fonctionnalité.
5. Gardez les deux premiers écrans les plus percutants. Ils s’affichent dans les résultats de recherche.

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

N'utilisez jamais de captures d'écran montrant des contenus que l'app ne propose pas, et n'intégrez pas de badges Google Play dans les captures App Store (ni l'inverse).

Nom, sous-titre et descriptions

App Store

• Nom (30 caractères): la marque suivie d'un court descripteur si possible, par exemple « Acme : Expense Tracker ».
• Sous-titre (30 caractères): le bénéfice principal. Indexé pour la recherche.
• Mots-clés (100 octets): séparés par des virgules, sans espace après les virgules, sans mots déjà présents dans le nom ou le sous-titre, sans noms de concurrents, le singulier suffit.
• Texte promotionnel (170 caractères): affiché au-dessus de la description, modifiable sans nouvelle version. Utilisez-le pour vos offres ou actualités du moment.
• Description (4 000 caractères): non indexé pour la recherche sur l’App Store, rédigez-le donc pour les utilisateurs. Commencez par une phrase qui explique ce que fait l’application.

Google Play

• Titre (30 caractères): pas d’emojis, de MAJUSCULES ou de mots comme « best », « free » ou « #1 », sauf s’ils font partie de la marque.
• Description courte (80 caractères): shown on the listing above the fold.
• Description complète (4 000 caractères): indexé pour la recherche. Mentionnez naturellement vos mots-clés principaux quelques fois ; le bourrage de mots-clés fait rejeter les fiches.

Pour en savoir plus sur la rédaction des métadonnées et les erreurs qui nuisent au classement, voir Métadonnées App Store : ce que les développeurs doivent savoir.

Politique de confidentialité

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

• Accessible sans connexion et pas sous forme de PDF à télécharger.
• Indiquer le nom du développeur ou de l’entreprise comme sur la fiche du store.
• Listez les données collectées, leur finalité, les tiers avec qui elles sont partagées, la durée de conservation et la procédure de suppression.
• Match what you declare in the privacy labels and Data safety form.

Ajoutez aussi un lien vers la politique dans l'app (paramètres ou écran de compte). Si les utilisateurs peuvent créer un compte, les deux stores exigent la suppression du compte depuis l'app ; Google exige aussi un lien web permettant de demander la suppression sans réinstaller l'app. Notre guide de suppression de compte et guide de politique de confidentialité pour Android aller plus loin.

Étiquettes de confidentialité Apple

Dans App Store Connect, ouvrez l'app et allez dans App Privacy. Vous répondez :

1. Vous ou vos partenaires tiers collectez-ils des données depuis cette app ?
2. Pour chaque type de données (coordonnées, localisation, identifiants, données d’utilisation, diagnostics, informations financières…) : à quoi elles servent, si elles sont liées à l’identité de l’utilisateur, et si elles sont utilisées pour du tracking.

« Tracking » a un sens précis : lier les données de votre app à celles d’autres apps ou sites web à des fins publicitaires, ou les partager avec des courtiers en données. Si vous faites du tracking, vous devez aussi afficher le prompt App Tracking Transparency.

Les libellés doivent correspondre à ceux de votre manifeste de confidentialité (PrivacyInfo.xcprivacy) et à ceux des SDK que vous incluez. Consultez notre guide sur les privacy manifests pour les apps iOS.

Vous pouvez modifier les réponses App Privacy à tout moment, sans nouveau build.

Sécurité des données Google Play

Dans la Play Console, accédez à Règles et programmes > Contenu de l'application > Sécurité des données. Vous déclarez :

• Quels types de données l'app collecte et lesquels elle partage avec des tiers.
• Si les données sont chiffrées en transit.
• Si les utilisateurs peuvent demander la suppression.
• Pour chaque type : l'usage (fonctionnalités, analytics, publicités, prévention de la fraude…) et si la collecte est optionnelle.

Google peut rejeter des mises à jour si la déclaration ne correspond pas au comportement de l'app, par exemple un SDK qui envoie l'ID publicitaire alors que vous n'avez déclaré aucun identifiant.

La plupart des erreurs de sécurité des données proviennent des SDK. Créez un tableau de chaque SDK natif et de chaque plugin dans package.json, ios/App/Podfile ou Package.swift, et android/app/build.gradle, then read each vendor’s Data safety guidance.

Classement par âge

Apple. Dans Informations sur l’app > Classification par âge vous répondez à des questions sur la violence, le contenu sexuel, le langage grossier, les jeux d’argent, le contenu généré par les utilisateurs, la messagerie, les publicités, etc. Les classifications d’Apple sont 4+, 9+, 13+, 16+ et 18+. Les apps avec du contenu utilisateur non modéré ou un accès web ouvert reçoivent une classification plus élevée. Répondez honnêtement ; Apple vérifie. Consultez notre guide des classifications par âge de l’App Store.

Google. Dans Contenu de l’application > Classification du contenu, remplissez le questionnaire IARC. Il génère en une seule fois les classifications pour chaque région (ESRB, PEGI, USK et autres). Vous devez également compléter Public cible et contenu; choisir un public incluant des enfants entraîne l’application des exigences de la politique Familles.

Autres déclarations de contenu de l’application sur Google Play

Avant de pouvoir publier, Play Console vous demande toutes ces informations sous App content:

• Politique de confidentialité
• Accès à l’application (identifiants de connexion pour les évaluateurs si contenu protégé par un login)
• Publicités (l’application contient-elle des publicités ?)
• Classification du contenu
• Public cible et contenu
• Data safety
• Déclaration d’application gouvernementale
• Déclaration des fonctionnalités financières
• Déclaration des applications de santé
• Utilisation de l’ID publicitaire (si votre SDK cible l’exige)

Vérifier les accès et les notes

Si une partie de l'app nécessite une connexion, fournissez un compte de démo fonctionnel pour les deux stores. Le compte ne doit pas expirer, ne doit pas nécessiter de 2FA sur un téléphone que vous contrôlez, et doit permettre d'accéder à toutes les fonctionnalités, y compris les options payantes. Dans App Store Connect, ajoutez-le sous Informations pour l'examen de l'app; sur Google Play, sous Accès aux apps. Ajoutez une courte note expliquant les fonctionnalités peu évidentes, les prérequis matériels ou où trouver les achats in-app. Notre guide du premier examen de l'app détaille ce que les examinateurs recherchent.

Localisation

Les deux stores vous permettent de localiser le nom, les descriptions, les mots-clés (Apple) et les captures d'écran par langue. Localiser uniquement les métadonnées, même si l'UI de l'app est en anglais, améliore souvent la conversion sur les marchés non anglophones. Apple indexe également certaines locales secondaires par pays (par exemple, les métadonnées en espagnol (Mexique) sont indexées sur le store US), ce qui vous offre de l'espace supplémentaire pour vos mots-clés.

Ce que vous pouvez modifier après la release

Sur iOS, une nouvelle version implique normalement un nouveau binaire. Avec les live updates Capgo vous pouvez déployer des correctifs JavaScript et UI sans passer par une revue du store, mais les modifications de métadonnées du store passent toujours par App Store Connect.

Raisons courantes de blocage des fiches

1. Privacy policy URL returns 404 or requires login.
2. Les captures d’écran montrent une autre version de l’app, du contenu de substitution ou l’interface d’une autre plateforme.
3. Prise en charge de l’iPad activée, mais absence de captures d’écran iPad ou mise en page iPad cassée.
4. La sécurité des données indique « aucune donnée collectée » alors qu’un analytics SDK est actif.
5. Compte de démonstration manquant ou expiré.
6. Surcharge de mots-clés dans la description Google Play.
7. Nom ou icône trop proche d’une application ou d’une marque existante.
8. URL de support ou e-mail de contact manquant.

Checklist

• Icône iOS 1024 x 1024 dans l’app, icône Play 512 x 512 envoyée
• Graphique de fonctionnalité Play 1024 x 500
• Captures d’écran iPhone 6,9” (ou 6,5”), iPad 13” si support iPad
• Au moins quatre captures d’écran téléphone 1080p pour Google Play
• Nom, sous-titre et description courte respectant les limites
• Mots-clés (App Store) choisis, sans doublons avec le nom
• Description et notes de release rédigées
• URL de la politique de confidentialité en ligne et liée dans l'app
• App Privacy labels and privacy manifest match
• Formulaire de sécurité des données rempli, SDK vérifiés
• Questionnaires de classification d'âge remplis sur les deux stores
• Déclarations de contenu de l'app Play complétées
• Compte de démo et notes de review ajoutés
• URL de support et e-mail de contact configurés

Une fois la fiche prête, envoyez d'abord un build aux testeurs. Comment distribuer vos apps iOS et Android aux testeurs couvre TestFlight, les canaux de test Play et les alternatives.