Publier une application sur l’App Store & Google Play : la checklist
Votre app passera-t-elle la review ? Répondez à 95 points de contrôle sur les comptes, les métadonnées, la confidentialité, les paiements, la connexion, les fonctions d’IA et les exigences techniques. Obtenez un score de préparation pour chaque store, les blocages qui mènent au rejet, la façon de les corriger — et le temps nécessaire. Application rejetée par l’App Store ? Collez le message et nous l’associerons à la correction.
Lancer la vérificationApp Store & Google Play : votre app est-elle prête ?
- Votre app
- Checklist
- Résultat
Impossible de charger la checklist. Veuillez recharger la page.
Votre app
Six questions rapides. Elles masquent les points qui ne concernent pas votre app — tout reste dans votre navigateur.
Checklist
Répondez à chaque point : Prêt, Non ou Pas sûr. Ouvrez « Pourquoi c’est important » pour voir la raison et la règle officielle.
· Règles à jour au 2 oct. 2026
Votre résultat
Effort de correction
Recevoir la checklist complète (PDF)
Débloque « Comment corriger » pour chaque point, l’effort par point et la préparation par section — et vous envoie la checklist par e-mail en PDF, HTML et Markdown.
Faire approuver mon app
Notre équipe mobile lève les blocages, prépare la fiche du store et les notes pour la review, et se charge de la soumission ou de l’appel.
- Plan de correction au périmètre fixe
- Fiche du store, étiquettes de confidentialité et Sécurité des données
- Nouvelle soumission et réponse dans le Resolution Center
Pour aller plus loin
Autoévaluation fondée sur vos réponses. Elle n’analyse ni votre binaire ni votre code et ne préjuge pas de l’approbation : l’examinateur du store décide. Règles en vigueur au 2 oct. 2026. Ceci n’est pas un conseil juridique. App Store est une marque d’Apple Inc. Google Play est une marque de Google LLC. YuSMP Group n’est affilié ni à Apple ni à Google.
Principaux motifs de rejet en 2026
Ce que l’App Review et les équipes de règlement de Google Play rejettent le plus souvent — et où l’outil le vérifie.
Guideline 2.1 — Complétude de l’app
Plantages, écrans provisoires, connexion défaillante ou absence de compte de démo pour l’examinateur.
Vérifier dans l’outilGuideline 4.3 — Spam
L’app en duplique une autre ou ressemble à un modèle ; apps similaires d’un même développeur.
Vérifier dans l’outilGuideline 5.1.1 — Collecte de données
Pas de politique de confidentialité dans l’app, autorisations sans justification, inscription obligatoire, pas de suppression du compte dans l’app.
Vérifier dans l’outilGuideline 4.2 — Fonctionnalités minimales
Un site web dans un wrapper, sans valeur native.
Vérifier dans l’outilGuideline 3.1.1 — Achats intégrés
Biens numériques vendus en dehors de l’In-App Purchase, pas de « Restaurer les achats ».
Vérifier dans l’outilGoogle Play — Sécurité des données
Le formulaire Sécurité des données ne correspond pas à ce que l’app et ses SDK collectent réellement.
Vérifier dans l’outilGoogle Play — Autorisations
Autorisations sensibles sans déclaration : SMS, journal d’appels, localisation en arrière-plan, accès à tous les fichiers.
Vérifier dans l’outilGoogle Play — Niveau d’API cible
L’app cible un niveau d’API Android inférieur à l’exigence actuelle.
Vérifier dans l’outil
Comment ça marche
Décrivez votre app
Stores, technologie, fonctionnalités et marchés. Déjà rejetée ? Collez le message.
Passez les points en revue
Uniquement ceux qui vous concernent — Prêt, Non ou Pas sûr.
Identifiez les blocages
Pourquoi chacun mène au rejet et la règle officielle qui le fonde.
Obtenez votre score et votre plan de correction
La préparation pour chaque store et une estimation approximative de l’effort en jours-développeur.
Ce que nous vérifions
95 points de contrôle dans 11 domaines. Chacun renvoie à la règle officielle d’Apple ou de Google.
- Comptes et entité juridique8 points de contrôle
Programme développeur, D-U-N-S, vérification, statut de professionnel (trader) dans l’UE.
- Fiche du store et métadonnées12 points de contrôle
Captures d’écran, nom, description, classification par âge, URL d’assistance, localisation.
- Confidentialité et autorisations12 points de contrôle
Politique de confidentialité, confidentialité de l’app, Sécurité des données, autorisations, privacy manifest.
- Paiements et abonnements9 points de contrôle
In-App Purchase, Play Billing, conditions d’abonnement, liens externes.
- Connexion et comptes6 points de contrôle
Options de connexion équivalentes, suppression du compte, accès pour l’examinateur.
- Contenu généré par les utilisateurs5 points de contrôle
Modération, signalement et blocage, contenus choquants.
- Fonctionnalités d’IA générative3 points de contrôle
Signalement des contenus générés par l’IA, garde-fous, mention des IA tierces.
- Enfants et familles5 points de contrôle
Règlement Familles, catégorie Enfants, contrôles parentaux, COPPA et RGPD.
- Exigences techniques17 points de contrôle
Plantages, API cible, SDK Xcode, 64 bits, pages de 16 Ko, API privées.
- Accès pour l’examen et tests8 points de contrôle
Compte de démo, notes pour la review, tests fermés, Contenu de l’application.
- Juridique (UE / États-Unis)10 points de contrôle
Mentions de confidentialité, licences, marques, consentement, règles de l’UE.
FAQ
Pourquoi les apps sont-elles rejetées par l’App Store et Google Play ?
La plupart des rejets relèvent d’une courte liste : l’app plante ou est incomplète, l’examinateur ne peut pas se connecter, les métadonnées promettent plus que ce que fait l’app, les déclarations de confidentialité ne correspondent pas aux SDK, des biens numériques sont vendus en dehors de l’In-App Purchase ou de Play Billing, ou l’app n’est qu’un simple wrapper de site web. La checklist couvre chacun de ces cas avec la règle officielle correspondante.
Qu’est-ce qui a changé dans les exigences des stores en 2025–2026 ?
Apple exige désormais des privacy manifests pour l’app et les SDK courants, une version minimale de Xcode et du SDK iOS pour les envois, ainsi que des réponses mises à jour pour la classification par âge. Google Play relève chaque année le niveau d’API cible, exige un lien web pour la suppression du compte et un test fermé pour les nouveaux comptes personnels et exigera la prise en charge des pages mémoire de 16 Ko pour le code natif à partir de février 2027. Dans l’UE, les deux stores exigent le statut de professionnel (trader) au titre du Digital Services Act. Les dates et seuils de l’outil sont à jour au 2 oct. 2026.
Comment le score de préparation est-il calculé ?
Les blocages pèsent 3 points, les points importants 1 point ; les éléments « Bon à savoir » n’ont aucun poids. Un blocage qui n’est pas marqué Prêt — y compris s’il est resté sans réponse — met à zéro toute sa section pour ce store, car un seul blocage suffit à un rejet. Le score est la part des points que vous avez réglés, calculée séparément pour l’App Store et Google Play.
Mon app a été rejetée : que faire ?
Collez le message dans l’outil : il associe les numéros de guidelines et les noms de règles Play à des points de contrôle concrets. Corrigez ces points, répondez dans le Resolution Center d’App Store Connect ou dans la Play Console en indiquant ce que vous avez modifié, puis soumettez à nouveau. Si vous pensez que l’examinateur se trompe, vous pouvez faire appel auprès de l’App Review Board ou via la Play Console.
Faut-il vraiment 12 testeurs pendant 14 jours sur Google Play ?
Oui, si votre compte développeur est un compte personnel créé après le 13 novembre 2023 : avant de demander l’accès à la production, vous devez effectuer un test fermé avec au moins 12 testeurs inscrits pendant au moins 14 jours consécutifs. Les comptes d’organisation en sont exemptés. Prévoyez environ trois semaines.
Qu’est-ce que le statut de trader au titre du DSA et dois-je le déclarer ?
Le Digital Services Act de l’UE impose aux stores d’indiquer si un développeur est un professionnel (trader). Si vous gagnez de l’argent avec l’app ou agissez à titre professionnel, vous êtes probablement un trader, et votre adresse, votre téléphone et votre e-mail sont affichés aux utilisateurs de l’UE. Apple retire des storefronts de l’UE les apps sans statut déclaré ; Google Play exige également cette déclaration. En cas de doute, consultez un conseiller juridique.
Cette vérification analyse-t-elle le binaire ou le code source de mon app ?
Non. Il s’agit d’une auto-évaluation fondée sur vos réponses : rien n’est téléversé ni analysé. Elle montre ce qu’exigent les règles des stores et où vos réponses laissent un manque. La décision finale revient à l’examinateur du store.
Pouvez-vous publier l’app ou corriger un rejet pour nous ?
Oui. Notre équipe mobile lève les blocages, prépare la fiche, les étiquettes de confidentialité et les notes pour la review, et se charge de la soumission ou de l’appel. Utilisez le formulaire « Faire approuver mon app » sous votre résultat.
Rejetée ou bloquée en review ? Nous corrigeons et soumettons à nouveau
Envoyez-nous le rejet — nous revenons vers vous avec un plan de correction et un délai sous un jour ouvré.
Plus pour les équipes mobiles
- Développement d’applications mobilesiOS et Android natifs, Flutter et React Native — de la phase de discovery jusqu’au store.
- Audit des avis sur l’appCe dont se plaignent les utilisateurs dans vos avis sur l’App Store et Google Play.
- Trouver l’UDID de votre iPhoneAjoutez un appareil de test à votre compte développeur Apple en une minute.
- Combien de temps faut-il pour développer une appDélais pour 2026, cycles de review et de rejet compris.
App Store est une marque d’Apple Inc. Google Play est une marque de Google LLC. YuSMP Group n’est pas affilié à Apple ni à Google. Cette auto-évaluation ne constitue pas un conseil juridique et ne vaut pas promesse d’approbation.