D’après TechCrunch, Google a bloqué 1,75 million d’applications non conformes à son règlement sur Google Play en 2025 et a suspendu plus de 80 000 comptes développeurs. Chaque application soumise fait désormais l’objet de plus de 10 000 contrôles de sécurité avant d’être examinée par un humain. Les exigences sont de plus en plus strictes et la marge d’erreur de plus en plus réduite.
La plupart des refus sont dus à des erreurs évitables : un lien vers la politique de confidentialité brisé, une autorisation inutile, un plantage au premier lancement. Ce n’est pas un défaut du produit, mais simplement des étapes manquées.
Ce guide explique comment soumettre une application sur Google Play, les critères d’évaluation et la liste de contrôle qualité que nous utilisons chez QAwerk pour garantir l’approbation des applications dès la première tentative. Que vous lanciez un nouveau produit ou migriez une application iOS existante vers Android, ce guide vous permettra d’obtenir une approbation rapide et sans tracas, contrairement aux semaines d’échanges interminables avec Google.
Comment publier votre application sur Google Play : les étapes essentielles
Si vous avez déjà publié une application iOS, la procédure d’examen de Google Play vous semblera familière dans sa structure, mais différente dans les détails. Voici les étapes qui déterminent concrètement si votre application sera approuvée.
Commencez par votre compte Google Play Console. Vous devez posséder un compte développeur vérifié. À compter de 2024, les nouveaux comptes personnels nécessiteront une vérification d’identité et devront réussir une phase de test fermée menée par 12 testeurs avant d’obtenir l’accès à la production. Les comptes d’entreprise suivent une procédure de vérification différente, mais dans les deux cas, des informations professionnelles exactes sont indispensables pour éviter tout retard.
Préparez votre application. Google n’accepte que le format Android App Bundle (AAB). Votre application doit être signée via Play App Signing. À compter du 31 août 2025, toutes les nouvelles soumissions et mises à jour devront cibler le niveau d’API 35 (Android 15), conformément aux exigences de Google.
Complétez vos déclarations pour la Play Console. C’est à cette étape que la plupart des refus sont constatés. Vous devrez remplir le formulaire de sécurité des données, le questionnaire d’évaluation du contenu, la déclaration relative au public cible et l’URL de votre politique de confidentialité. Si votre application nécessite une connexion, fournissez des instructions d’accès claires aux examinateurs. Si elle utilise des autorisations sensibles (SMS, journal d’appels, géolocalisation en arrière-plan), soumettez un formulaire de déclaration d’autorisations.
Préparez votre fiche produit. Elle doit inclure un titre (30 caractères maximum), une description courte (80 caractères), une description longue (4 000 caractères), au moins deux captures d’écran et une image de présentation de 1 024 × 500 px. Tous les éléments doivent refléter fidèlement les fonctionnalités de l’application. Les descriptions trompeuses ou les captures d’écran ne correspondant pas à l’interface utilisateur réelle entraîneront le refus de votre demande.
Suivez les étapes de test. Google exige que vous utilisiez d’abord les tests internes, puis les tests fermés (avec au moins 12 testeurs volontaires pendant 14 jours consécutifs sur de nouveaux comptes personnels), puis les tests ouverts, et enfin la production. Ignorer les tests fermés bloque l’accès à la production.
Une fois que tout est prêt, vous soumettez l’application à Google Play via la Play Console. Votre application est alors soumise à un processus d’examen qui combine des contrôles automatisés, une analyse par IA et une évaluation humaine.
Ce que Google Play Review vérifie réellement
L’examen de Google Play ne se fait pas en une seule étape. Il se compose de trois phases qui se déroulent en parallèle, et comprendre chacune d’elles vous aide à vous préparer à toutes.
La première étape est automatisée. Les contrôles de prévisualisation analysent votre application afin de détecter les déclarations manquantes, les liens brisés vers la politique de confidentialité, les problèmes de format de fichier et les violations de règles de base. Ces contrôles sont instantanés et signalent les problèmes avant même qu’un humain n’examine votre application. La documentation de Google relative aux contrôles de prévisualisation explique quels problèmes sont détectés à ce stade.
La deuxième couche est pilotée par l’IA. Comme l’a rapporté TechRadar, Google a intégré des modèles d’IA génératifs à son processus d’examen en 2025. Ces modèles analysent les comportements, l’utilisation des autorisations et l’activité du SDK. Ils comparent la collecte de données déclarée avec le comportement réel de l’application. C’est précisément cet écart entre ce que vous affirmez que votre application fait et ce qu’elle fait réellement qui entraîne les refus.
Le troisième niveau d’intervention est humain. Des examinateurs évaluent la conformité du contenu, testent les fonctionnalités par rapport aux affirmations de votre fiche produit et vérifient les cas particuliers que l’automatisation ne détecte pas. Si votre application nécessite une connexion, ils utiliseront les identifiants de test que vous avez fournis. Si vous avez oublié de les fournir, votre demande sera refusée.
Certaines catégories font l’objet d’un examen plus approfondi : les applications financières, les produits de santé, les applications destinées aux enfants et tout contenu généré par l’IA. La politique de Google Play pour les développeurs a instauré la vérification obligatoire des développeurs, des lois de vérification de l’âge au niveau des États américains (Texas, Utah, Louisiane) et des règles de transparence pour le contenu généré par l’IA. L’outil de conformité Google Checks peut détecter certains problèmes de politique dès le début, mais il ne couvre qu’une partie du problème et ne remplace pas une évaluation qualité complète.
Liste de contrôle de conformité Google Play
Voici la checklist de conformité Google Play que notre équipe QA utilise avant chaque soumission. Elle correspond exactement aux critères d’évaluation de Google, regroupés selon les cinq domaines où les rejets sont les plus fréquents. Si vous recherchez un cadre QA plus complet, au-delà des exigences spécifiques à chaque plateforme, notre checklist de test d’applications mobiles vous offre une vision globale.
Déclarations et politiques
- L’URL de la politique de confidentialité est active, accessible et décrit avec précision les données collectées par l’application.
- Le formulaire de sécurité des données est complet — les données déclarées correspondent au comportement réel du SDK.
- Le questionnaire d’évaluation du contenu est rempli avec précision.
- Le public cible est déclaré, avec une mention de conformité à la politique relative aux familles si l’application inclut des enfants.
- Un formulaire de déclaration d’autorisation est soumis pour les autorisations sensibles (SMS, journal d’appels, localisation en arrière-plan).
- Les informations relatives aux publicités sont exactes, y compris le comportement du SDK publicitaire.
- Des instructions d’accès à l’application sont fournies pour tout contenu protégé ou nécessitant une connexion.
Conformité technique
- L’application cible le niveau d’API 35 ou supérieur.
- La version est au format AAB et signée avec Play App Signing.
- Aucun plantage au premier lancement sur plus de 5 configurations d’appareils.
- Aucune ANR (Application Not Responding) sur les flux utilisateurs principaux.
- Tous les liens, boutons et chemins de navigation sont fonctionnels.
- Les flux de connexion et d’authentification fonctionnent avec les identifiants de test fournis.
Assurance qualité fonctionnelle
- Les fonctionnalités principales fonctionnent exactement comme décrit dans la fiche produit.
- Aucun contenu de substitution, menus de débogage ou données de test résiduelles.
- L’application offre des fonctionnalités pertinentes au-delà du contenu statique (Politique de fonctionnalités minimales).
- Les achats intégrés utilisent la facturation Google Play lorsque cela est nécessaire.
- L’option de suppression de compte est disponible et fonctionnelle.
Sécurité et confidentialité
- Aucune autorisation dangereuse et inutile n’a été demandée.
- Tous les SDK tiers ont été audités afin de détecter toute collecte de données non déclarée.
- Aucune donnée n’est transmise sans le consentement de l’utilisateur.
- Déclarations de chiffrement exactes, le cas échéant.
Liste des magasins
- Les captures d’écran et l’illustration principale reflètent l’interface utilisateur actuelle de l’application.
- Le titre et la description ne contiennent aucune allégation trompeuse.
- Aucun matériel protégé par le droit d’auteur ou une marque déposée n’a été utilisé sans autorisation.
- L’adresse électronique de contact est valide, active et surveillée.
Il ne s’agit pas d’un cadre théorique. Lorsque PIXO, un développeur d’applications basé à Séoul, a fait appel à QAwerk pour le lancement de Logo Maker Shop sur Google Play, l’application rencontrait déjà un franc succès sur iOS. Mais Android représentait un tout autre défi. Notre équipe de test d’applications Android a réalisé des tests fonctionnels, de compatibilité et d’interface utilisateur sur de multiples configurations d’appareils, a rédigé l’intégralité de la documentation de test et a détecté des bugs critiques dans les processus d’abonnement et d’exportation de logos avant leur mise en production. En deux mois environ, PIXO était prêt pour un lancement réussi sur Google Play.
La liste de contrôle ci-dessus suit la même logique : il s’agit du processus structuré de test d’applications mobiles qui détecte les problèmes que l’examen de Google est spécifiquement conçu pour signaler. Si vous souhaitez l’adapter à votre application, notre service de test de conformité Google Play est fait pour vous.
Combien de temps dure la validation de Google Play ?
Le délai d’examen par Google Play dépend du type de soumission. Les nouvelles applications provenant de nouveaux comptes développeurs sont généralement validées sous 3 à 7 jours ouvrés. Les mises à jour d’applications existantes sont généralement approuvées sous 24 à 48 heures, mais les modifications importantes de fonctionnalités ou l’intégration de nouveaux SDK peuvent porter ce délai à 2 ou 3 jours ouvrés.
Ce qui ralentit le processus : les pics de soumissions pendant les fêtes, les déclarations manquantes, les autorisations sensibles signalées et les instructions d’accès à l’application incomplètes. Ce qui accélère le processus : une vérification préalable impeccable sans aucun avertissement, des déclarations exactes, une version stable sans plantage et un contrôle qualité rigoureux avant la soumission.
Les nouveaux comptes personnels rencontrent des difficultés supplémentaires en raison de l’exigence de tests en environnement fermé. Si vos testeurs n’utilisent pas activement l’application pendant 14 jours consécutifs, Google peut réinitialiser le compteur et refuser votre demande d’accès à la production. Anticiper ces difficultés vous évitera des semaines de travail inutiles.
Refusé(e) ? Voici la marche à suivre
Le refus d’une application sur Google Play n’est pas une fatalité. C’est le signe qu’un problème précis doit être résolu, et Google vous indique exactement lequel.
Lisez attentivement l’e-mail de refus. Google y indique précisément la règle enfreinte par votre application. Ne tentez pas de résoudre le problème par tâtonnement et évitez les modifications importantes. Corrigez le problème indiqué, mettez à jour votre application (build ou déclaration) et soumettez-la à nouveau via la Play Console. Il n’est pas nécessaire de contacter l’assistance au préalable.
Si vous contestez la décision, répondez directement à l’e-mail de notification de refus en fournissant des preuves factuelles et en citant la politique concernée. Soyez concis. Les recours bien étayés ont environ 40 % de chances d’aboutir lors d’un réexamen par des examinateurs humains.
Il est essentiel d’éviter une série de rejets. L’accumulation d’avertissements peut entraîner la fermeture définitive de votre compte développeur. Si vous êtes dans une impasse, la solution la plus efficace consiste à faire appel à une équipe d’assurance qualité dédiée pour auditer votre application en fonction de l’ensemble des politiques en vigueur. Un regard neuf, expert en tests d’applications mobiles, permettra de déceler les problèmes que vous avez négligés : failles de sécurité insoupçonnées ou incohérences en matière de protection des données qui ont initialement motivé le rejet.
Expédiez en toute confiance
Pour publier une application sur Google Play sans perdre des semaines à cause de refus évitables, tout repose sur la préparation. Le processus de validation de Google est un gage de qualité : les applications qui le réussissent sont plus performantes, fidélisent davantage d’utilisateurs et inspirent confiance dès le premier jour.
La liste de vérification ci-dessus vous fournit le cadre précis pour réussir ce filtre du premier coup. Si vous vous apprêtez à lancer votre application et souhaitez éviter tout problème, QAwerk accompagne les équipes dans le déploiement d’applications Android depuis 2015. Nous maîtrisons parfaitement cette liste de vérification Google Play, car nous l’utilisons systématiquement. Contactez-nous et faisons approuver votre application.
FAQ
Comment savoir quelles autorisations Google va signaler ?
Google tient à jour une liste d’autorisations sensibles nécessitant des déclarations supplémentaires, notamment l’accès aux SMS, à l’historique des appels et à la localisation en arrière-plan. Utilisez Play Policy Insights dans Android Studio et le formulaire de déclaration des autorisations dans Play Console pour vérifier votre application avant de la soumettre. Si une autorisation n’est pas essentielle au fonctionnement de votre application, supprimez-la.
Puis-je passer outre les tests en environnement fermé et passer directement en production ?
Sauf si vous avez créé un nouveau compte développeur personnel après novembre 2023. Google exige au moins 12 testeurs ayant donné leur accord pour 14 jours consécutifs de tests en environnement fermé avant de pouvoir demander un accès en production. Les comptes d’organisation font l’objet d’une procédure de vérification distincte.
Quelle est la raison la plus fréquente du refus d’une application sur Google Play ?
Les déclarations de sécurité des données incomplètes ou inexactes représentent une part importante des refus. Parmi les autres motifs fréquents de refus figurent les plantages d’applications au premier lancement, les liens vers la politique de confidentialité brisés et les applications dont les fonctionnalités se limitent à du contenu statique.