Pièges courants et FAQ
Erreurs fréquentes lors de la publication d'applications Android sur Google Play, liste de contrôle rapide, ressources officielles et questions fréquentes.
Pièges courants
Niveau d'API cible
Google Play met à jour régulièrement ses exigences de SDK cible. Vérifiez les exigences actuelles de niveau d'API cible avant chaque publication, au lieu de vous fier à un niveau d'API fixe dans ce guide. Les applications qui ciblent des API obsolètes peuvent devenir indisponibles pour les nouveaux utilisateurs sur les versions Android plus récentes.
Exigence 64 bits
Toutes les applications doivent inclure des bibliothèques natives 64 bits. Les applications 32 bits uniquement ne sont plus acceptées sur Google Play. La plupart des outils de build modernes le gèrent automatiquement, mais vérifiez vos dépendances natives et la configuration NDK si votre application utilise des bibliothèques C/C++. Play Console rejettera les builds qui n'incluent pas de code natif 64 bits.
Signature de l'application
Google Play App Signing est requis pour toutes les nouvelles applications. Google gère la clé de signature de votre application pendant que vous conservez la clé d'envoi. La clé d'envoi est différente de la clé de signature. Conservez une sauvegarde de votre keystore d'envoi dans plusieurs emplacements sécurisés — le perdre impose de contacter le support Google Play pour une réinitialisation, ce qui peut prendre plusieurs jours et retarder votre publication.
Politique de confidentialité
Votre politique de confidentialité doit être accessible publiquement (pas derrière un mur de connexion), rédigée dans la même langue que la fiche store de votre application, et décrire précisément vos pratiques de collecte, d'utilisation et de partage des données. Une politique générique ou un modèle qui ne correspond pas au comportement réel de votre application entraînera un rejet. Examinez tous les SDK et bibliothèques tiers — ils peuvent collecter des données dont vous n'avez pas conscience.
Captures d'écran et métadonnées
Les captures d'écran doivent refléter le contenu et les fonctionnalités réels de l'application. N'utilisez pas d'images trompeuses, de surcharges de texte excessives, de marques concurrentes ni de contenu promotionnel dans les captures. Le titre et la description ne doivent pas contenir de mots-clés répétitifs (le bourrage de mots-clés est une violation de politique qui entraîne un rejet immédiat). Les visuels de présentation doivent représenter votre marque avec exactitude.
Pistes de test
Utilisez les pistes de test interne, fermé et ouvert avant de passer en production. Cela aide à détecter les plantages, collecter les retours utilisateurs et renforcer la confiance dans la qualité de la version. Google examine aussi les versions des pistes de test pour la conformité aux politiques — des violations trouvées en test peuvent affecter votre soumission de production et entraîner une suspension de compte. Traitez les versions de test avec le même soin que la production.
Référence rapide
Ressources officielles
Questions fréquentes
Combien de temps dure le processus de revue ?
Les nouvelles applications prennent généralement jusqu'à 7 jours pour la revue initiale. Les mises à jour d'applications établies prennent habituellement 1 à 3 jours. Pendant les périodes de fort volume (fêtes, sorties majeures d'Android), les revues peuvent durer plus longtemps. Vous pouvez suivre le statut de revue dans Google Play Console, section Publishing Overview.
Puis-je passer mon application de gratuite à payante ?
Non. Une fois qu'une application est publiée comme gratuite sur Google Play, elle ne peut pas devenir payante. Il faudrait publier une nouvelle fiche avec un nom de package différent comme application payante. En revanche, vous pouvez ajouter des achats intégrés à une application gratuite à tout moment. Passer de payant à gratuit est autorisé.
Quelle est la différence entre APK et AAB ?
L'AAB (Android App Bundle) est le format recommandé pour Google Play. Il permet à Google Play de générer des APK optimisés pour chaque configuration d'appareil, ce qui réduit la taille de téléchargement de 15 à 20 % en moyenne. L'APK est le format traditionnel qui fonctionne partout mais donne des téléchargements plus lourds. Google Play exige l'AAB pour toutes les nouvelles applications depuis août 2021.
Comment gérer la signature de l'application ?
Google Play App Signing est obligatoire pour les nouvelles applications. Lors du premier envoi, vous fournissez une clé d'envoi. Google génère et gère la véritable clé de signature. Si vous perdez votre clé d'envoi, contactez le support Google Play pour une réinitialisation — ce processus prend plusieurs jours ouvrés. Conservez toujours des sauvegardes sécurisées de votre keystore d'envoi.
Quels sont les frais Google Play et le partage des revenus ?
Google Play prélève une commission de 15 % sur le premier million de dollars de revenu annuel par compte développeur, puis 30 % au-delà. Pour les abonnements, le taux passe à 15 % après 12 mois d'abonnement continu. Ces taux s'appliquent aux achats intégrés, aux ventes d'applications payantes et aux revenus d'abonnement.
Comment publier uniquement dans certains pays ?
Dans Google Play Console, allez dans la section Pricing & Distribution de votre application. Vous pouvez sélectionner des pays et régions spécifiques où l'application sera disponible, ou exclure certains territoires. Vous pouvez aussi définir des prix différents selon les pays pour tenir compte du pouvoir d'achat local. Les changements de disponibilité par pays prennent effet immédiatement après l'enregistrement.