Le fait qu’ils refusent votre app sur Google Play ou sur l’App Store ne signifie pas qu’elle est mal faite. Cela signifie qu’un relecteur — une personne, pas un algorithme — a trouvé quelque chose qui enfreint leurs règles, et c’est presque toujours l’une d’une demi-douzaine de choses que l’on peut prévoir. Voici celles que nous rencontrons le plus souvent, et comment les éviter avant d’envoyer l’app en revue.
D’abord, l’essentiel : un refus n’est pas la fin
On corrige et on renvoie. Ce qui coûte, c’est le temps : chaque cycle prend des jours, parfois une semaine, et si vous avez une date de lancement engagée, trois refus d’affilée font perdre le mois. C’est pourquoi il vaut mieux envoyer correctement du premier coup, sans compter sur des corrections successives.
Les six motifs les plus fréquents
1. Des autorisations que vous ne justifiez pas
Demander la localisation, la caméra ou les contacts sans que l’usage soit clair est le refus numéro un. Les deux boutiques exigent que chaque autorisation ait une raison visible pour l’utilisateur, et Apple demande en plus un texte explicatif affiché lors de la demande. La solution n’est pas de mieux rédiger le texte : c’est de ne pas demander ce dont vous n’avez pas besoin.
2. Il n’y a pas de politique de confidentialité, ou elle ne dit pas la vérité
Elle doit exister, être à une URL accessible et correspondre à ce que l’app fait réellement. Les deux boutiques vous obligent en plus à déclarer quelles données vous collectez et dans quel but. Si vous déclarez ne rien collecter et que vous embarquez ensuite un SDK de publicité ou d’analyse, ils le trouveront.
3. L’app ne fait pas assez
Apple est explicite dans ses règles de révision : une app qui ne fait qu’afficher votre site dans une fenêtre, ou qui n’apporte guère plus qu’une brochure, est refusée. Si votre idée est « mon site mais en app », c’est pour cela qu’ils la refuseront, et il vaut mieux le savoir avant de payer.
4. Vous faites payer en dehors de leur système
Si vous vendez du contenu numérique ou des abonnements consommés dans l’app, vous devez utiliser le système de paiement de la boutique et payer sa commission. Mettre un lien vers votre site pour qu’ils paient là-bas entraîne un refus direct. Attention : les biens physiques et les services du monde réel peuvent, eux, être facturés en dehors ; la frontière est plus subtile qu’il n’y paraît et il vaut mieux l’examiner au cas par cas.
5. Il manque des informations pour la tester
Si l’app demande un compte, vous devez fournir des identifiants de test qui fonctionnent. Un relecteur qui tombe sur un écran de connexion et ne peut pas entrer refuse. Cela paraît évident et c’est l’un des motifs les plus fréquents.
6. Contenu généré par IA non déclaré
C’est le plus récent et là où le plus de gens trébuchent aujourd’hui. Si votre app génère des textes, des images ou des réponses avec de l’intelligence artificielle, il faut le déclarer et expliquer quel contrôle existe sur ce qu’elle produit. Le cacher ne passe pas.
Différences entre les deux boutiques
| Google Play | Révision plus rapide, parfois en quelques heures. Très strict sur les autorisations sensibles et sur les déclarations de sécurité des données. Chaque année, le niveau minimal du système accepté augmente. |
| App Store | Révision plus lente et plus humaine, avec son propre jugement. Strict sur l’utilité de l’app, sur les paiements intégrés et sur la confidentialité. Lorsqu’il refuse, il explique généralement le motif avec précision. |
| Les deux | Politique de confidentialité obligatoire, déclaration des données, identifiants de test s’il y a un accès, et captures d’écran correspondant à ce que l’app fait réellement. |
La liste que nous passons en revue avant l’envoi
- Chaque autorisation demandée par l’app a une raison visible, et celles qui sont superflues ont été supprimées.
- Politique de confidentialité publiée, accessible et cohérente avec ce que l’app collecte.
- Déclarations de données remplies dans les deux boutiques, avec les SDK tiers inclus.
- Identifiants de test fonctionnels, vérifiés depuis zéro le jour même.
- Captures réelles de l’app, pas des montages avec des écrans qui n’existent pas.
- S’il y a des paiements intégrés, ils sont effectués avec le système de la boutique et vérifiés côté serveur.
- S’il y a de l’IA, elle est déclarée et il existe un contrôle humain sur ce qu’elle génère.
- L’app fonctionne hors ligne ou indique clairement qu’elle en a besoin.
Que faire si votre app a déjà été refusée
Lisez le motif en entier, pas seulement le titre : ils citent généralement le point exact de leurs règles et joignent parfois une capture. Corrigez uniquement cela, répondez dans le même fil en expliquant ce que vous avez changé et renvoyez. Si vous pensez qu’ils se sont trompés, vous pouvez demander une révision — les deux boutiques le permettent —, mais soyez clair : lorsque le motif est que l’app apporte peu, discuter fonctionne rarement ; ce qui fonctionne, c’est de donner à l’app une raison d’exister.
Questions fréquentes
Combien de fois puis-je renvoyer ?
Autant de fois que nécessaire, il n’y a pas de pénalité à réessayer. Ce qui s’accumule, c’est le temps.
Refusent-ils plus sur Apple que sur Google ?
Apple refuse davantage et pour des motifs plus subjectifs. Google refuse moins lors de la première révision, mais est implacable sur les politiques de données et peut retirer votre app ensuite s’il détecte une infraction.
Peuvent-ils retirer mon app une fois publiée ?
Oui, et cela arrive. Pour non-respect de nouvelles politiques ou pour ne pas avoir mis à jour le niveau minimal du système exigé chaque année.
Nous publions nos propres apps, donc nous avons passé ces étapes. Si vous êtes bloqué sur un projet en révision ou si vous voulez l’éviter dès le départ, voyez comment nous travaillons sur apps a medida : la publication est une phase du projet, avec son temps et son responsable.
Guides associés
- Combien coûte la création d’une app, avec le détail par phases et le coût de maintenance.
- Apps a medida, ce qui est inclus et ce qui ne l’est pas dans un projet.
