Bonjour ! Je suis zm soft, un développeur inscrit fin 2023 qui a commencé à publier des applications. Je prévois également de lancer une application pour développeurs pour aider les développeurs à traverser les tests fermés ensemble — consultez-la si vous êtes intéressé.
La publication sur Google Play nécessite de passer la revue de Google. Aujourd'hui je veux partager ce que j'ai appris en me faisant rejeter, et comment l'éviter — ou le gérer quand ça arrive.
Politique de confidentialité
C'est probablement la raison de rejet la plus courante pour les nouveaux développeurs. Voici à quoi ressemblait une notification de rejet :
Les principales choses à faire :
- Écrire votre politique de confidentialité
- La publier sur un site Web (voir les mises en garde ci-dessous)
- Enregistrer l'URL dans Play Console
- La rendre accessible depuis l'application
Rédaction et publication de votre politique
D'abord, vous devez décider quoi inclure et où le mettre. Si vous n'avez jamais fait ça auparavant, il est difficile de savoir quoi écrire. J'étais dans la même situation — mais c'est plus facile qu'il n'y paraît.
Flycricket vous permet de répondre à quelques questions et génère automatiquement le contenu que votre politique de confidentialité doit inclure.
Plus précisément, utilisez l'AppPrivacyPolicyGenerator de Flycricket. Quand vous l'ouvrez, vous verrez un écran comme celui-ci — il suffit de répondre aux questions :
Le champ clé est les informations personnellement identifiables. Au-delà des noms d'utilisateur, mots de passe et adresses e-mail, des éléments comme les identifiants utilisateur et les données de localisation peuvent également identifier des individus — incluez tout ce qui s'applique à votre application. Après avoir rempli quelques autres champs obligatoires, vous arriverez à un écran de confirmation :
Cliquez sur [Privacy Policy] pour générer votre texte de politique. Puis cliquez sur [Deploy to Flycricket] et créez un compte — votre politique obtient une URL. La politique générée peut être modifiée, et l'URL est disponible via [Get Link] :
La bonne nouvelle est que le contenu généré peut être publié directement comme site Web. L'inscription est requise, mais jusqu'à quatre politiques peuvent être générées et hébergées gratuitement.
Mise en garde importante
Flycricket fonctionne bien tel quel, mais voici un avertissement sur l'hébergement de votre propre politique de confidentialité. À mi-chemin du développement de plusieurs applications, j'ai déplacé ma politique de confidentialité vers WordPress. Je l'ai créée comme un article de blog au lieu d'une page — ce qui a ajouté une section de commentaires. Google a rejeté l'application, signalant la politique comme un document pouvant être "modifié" (parce que les commentaires pourraient le changer). Utilisez toujours un format de page statique sans fonctionnalité de commentaires pour votre politique de confidentialité.
Enregistrement de l'URL dans Play Console
Enregistrez l'URL dans les informations de votre application. Dans Play Console, allez à [Politique et programmes] → [Contenu de l'application] → [Politique de confidentialité]. Si c'est votre première fois, cela apparaîtra également sur votre tableau de bord.
La rendre accessible depuis l'application
Dans votre application, faites l'une des choses suivantes :
- Ajouter un lien vers l'URL de la politique
- Afficher le texte de la politique directement dans l'application
J'ai intégré le texte de la politique dans l'application elle-même, stockée comme fichier texte dans le dossier assets et chargée à la demande.
Peut-on passer sans conformité complète ?
Même dans le processus de revue de Google, les examinateurs sont humains — des choses passent. J'ai vu des applications passer la revue sans respecter pleinement les exigences de la politique. Ma toute première application en était une. C'est en fait plus risqué que d'être rejeté, parce que les violations de politique peuvent être signalées plus tard et votre application pourrait être retirée. Voici à quoi ressemble une telle notification dans Play Console :
Il y a une période de grâce, mais ne manquez pas la notification — vous ne voulez pas que votre application soit retirée.
Allégations trompeuses : Surveillez le nom et la description de votre application
Cela ne survient pas aussi souvent, mais l'une de mes applications a été rejetée pour cette raison, donc je l'inclus.
Le problème était le nom de l'application. Je voulais publier quelque chose de simple, alors j'ai créé une application qui joue des sons de dissuasion des ours pour la randonnée. Je l'ai nommée "BearRepellent." Ça a été rejeté. Les applications comme les répulsifs antimoustiques (ou anti-ours) — où l'effet n'est pas garanti, juste espéré — sont interprétées comme "revendiquant une fonctionnalité qui ne peut pas être fournie." La correction consistait simplement à le renommer "BearBell."
Ce qui m'a frustré était que les rejets de Google ne pointent pas le problème spécifique — ils citent simplement la section de politique pertinente et le signalent comme "trompeur." Je pensais que "bear repellent" était un terme courant et je ne réalisais pas que ça constituait une surestimation. J'ai révisé la description, ajouté un sous-titre pensant que la catégorie n'était pas assez claire, mais j'ai gardé "Repellent" dans le nom — donc bien sûr ça continuait à être rejeté. Il vaut la peine de connaître ce schéma.
Rejets d'achats intégrés
Les achats intégrés — surtout les abonnements — nécessitent une attention supplémentaire. Des choses comme la localisation des libellés de période et l'inclusion de conditions spécifiques pour les achats peuvent être signalées. Je couvrirai cela en détail dans un article séparé. => Mise à jour : Cet article est ici
Conclusion
J'espère que cela vous aidera lors de la soumission de votre application. S'il y a d'autres choses à surveiller que je n'ai pas couvertes, n'hésitez pas à les partager dans les commentaires.