Refus Google Play
Google Play exige une politique de confidentialité pour chaque app, même pour une app qui ne collecte rien, et elle doit se trouver à deux endroits : dans le champ de la Play Console et dans l'app. La plupart de ces refus ne portent pas sur le contenu de la politique, mais sur la possibilité pour un examinateur de l'ouvrir ; la solution est donc en général un changement d'URL et un lien dans le menu de votre app.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Les règles de Google sur les données utilisateur exigent une politique de confidentialité pour chaque app, y compris les apps qui n'accèdent à aucune donnée personnelle ou sensible. Elle doit être indiquée dans le champ Règles de confidentialité de la page Contenu de l'application dans la Play Console, et être accessible dans l'app, sous forme de lien ou de texte. La page derrière le lien doit remplir quelques conditions formelles :
Le contenu doit aussi concorder avec vos réponses dans Sécurité des données, sans s'y limiter. Le guide sur la politique de confidentialité pour les apps web encapsulées couvre ce qu'il faut écrire ; cette page explique comment faire accepter le lien.
La notification indique typiquement Invalid Privacy Policy ou qu'une politique de confidentialité manque, fait référence aux règles sur les données utilisateur et ajoute un motif précis. Les motifs typiques sont : le lien est cassé ou ne se charge pas ; la page n'est pas une politique de confidentialité (par exemple votre page d'accueil ou vos conditions d'utilisation) ; la politique ne nomme ni votre app ni le développeur ; elle omet des données que l'app est connue pour traiter ; ou l'examinateur n'a pas trouvé la politique dans l'app.
Lisez attentivement le motif. Chacun appelle une correction différente, et soumettre à nouveau la même URL après avoir modifié autre chose ne vous coûte qu'un tour d'examen de plus.
| Problème | Cause typique dans une app en vibe coding | Solution |
|---|---|---|
| Erreur 404 en accès direct | La route /privacy n'existe que dans votre single-page app. Un clic dans l'app fonctionne, mais une visite directe renvoie la page 404 de l'hébergeur, car le serveur n'a pas de repli vers index.html. | Ajoutez chez votre hébergeur une règle de réécriture pour les routes côté client, ou publiez la politique sous forme de fichier statique privacy.html. |
| Redirection vers l'écran de connexion | Le routeur protège toutes les routes, si bien que la page de la politique renvoie les visiteurs vers /login. | Rendez publique la route de la politique. Faites de même pour vos conditions d'utilisation et la page de suppression de compte. |
| URL d'aperçu ou de staging | Le lien pointe vers un aperçu du builder, un déploiement d'aperçu protégé par mot de passe ou une URL de développement qui se met en veille. | Utilisez votre domaine personnalisé de production et gardez le chemin stable. |
| Bloquée par région ou par la protection anti-bots | Blocage par pays, règle de pare-feu contre le trafic des centres de données, ou page de défi agressive devant tout le site. | Excluez l'URL de la politique des règles géographiques et des défis, puis testez-la via un VPN depuis un autre pays. |
| PDF ou document modifiable | Un PDF exporté depuis un générateur de politiques, ou un Google Doc partagé que n'importe qui peut modifier ou qui demande un accès. | Publiez le texte comme une page web normale. Une page publique en lecture seule sur un créateur de sites convient ; un document modifiable, non. |
| Nom erroné ou absent | La politique nomme le builder ou une entreprise de modèles, ou contient encore « [Company Name] ». | Nommez l'app et le développeur exactement comme sur la fiche du store et ajoutez une adresse e-mail de contact. |
| Texte caché derrière un mur de consentement | Une surcouche de cookies ou de consentement couvre toute la page tant que le visiteur n'a pas accepté. | Laissez la page de la politique afficher un texte lisible avant le consentement, ou excluez-la de la surcouche. |
Je suis très content d'avoir acheté cette application ! Extrêmement facile et excellente documentation. J'ai été en contact avec le service client, ils ont répondu très rapidement et très amicalement. Ils ont résolu ma question en un jour. 10/10 recommanderaient.
Exécutez ces commandes depuis n'importe quel terminal. La première doit se terminer par un statut 200, sans redirection vers une page de connexion. La deuxième montre si le texte de la politique se trouve dans le HTML lui-même ; une politique qui n'apparaît qu'après l'exécution de JavaScript fonctionne en général dans un navigateur, mais un texte statique élimine un risque de plus qu'une vérification voie une page vide.
# 1. Code de statut et redirections (la dernière ligne doit être HTTP/2 200)
curl -sIL https://www.example.com/privacy | grep -iE "^(HTTP|location)"
# 2. Le texte de la politique est-il dans le HTML, et pas seulement rendu par JavaScript ? (doit afficher un nombre supérieur à 0)
curl -sL https://www.example.com/privacy | grep -ic "privacy policy"
# 3. Même vérification du statut avec le user agent d'un navigateur mobile
curl -sIL -A "Mozilla/5.0 (Linux; Android 15) AppleWebKit/537.36 Chrome Mobile Safari/537.36" https://www.example.com/privacy | grep -iE "^HTTP"La seconde moitié de l'exigence est celle que les apps web encapsulées oublient le plus souvent. Sur votre site web, le lien vers la politique de confidentialité se trouve dans le pied de page. Dans l'app, vous avez probablement masqué ce pied de page pour obtenir une mise en page digne d'une app, et le lien a disparu avec lui. Les examinateurs regardent aux endroits évidents : l'écran des réglages ou du profil, le menu, et les écrans d'inscription et de connexion.
USER_AGENT personnalisé, déplacez le lien à un endroit qui reste visible.ENABLE_NAVIGATION_DRAWER. Ses entrées viennent de res/menu/menu_drawer.xml et chacune charge son URL dans la WebView ; une ligne « Politique de confidentialité » est donc un petit ajout ; voir la documentation du tiroir de navigation.EXTERNAL_LINK_HANDLING_OPTIONS dans Config.java décide si elle s'ouvre dans l'app, dans un onglet intégré ou dans le navigateur. Toutes ces options sont acceptables, tant que la page s'ouvre.En général une soirée, et l'essentiel se passe dans votre app web.
Utilisez un chemin sur votre propre domaine, comme /privacy, accessible sans connexion, sans accepter de cookies et sans page de défi, et donnez à la page le titre « Politique de confidentialité ».
Indiquez le nom de l'app et le nom du développeur ou de l'entreprise exactement tels qu'ils apparaissent sur la fiche du store, plus un contact par e-mail ou par courrier pour les demandes liées à la confidentialité.
Une app encapsulée traite souvent des données que le site web ne traite pas : jetons push de OneSignal ou Firebase, rapports de plantage, identifiant publicitaire si vous affichez des annonces AdMob, caméra ou localisation si votre app web les demande. Mentionnez chacun de ces points et restez cohérent avec vos réponses dans Sécurité des données. WebViewGold propose aussi un paragraphe d'information optionnel sur l'app qui explique que l'app affiche votre site web dans une WebView.
Écran des réglages ou du compte, écran d'inscription et, éventuellement, le tiroir natif. Vérifiez-le dans le build installé, pas seulement dans le navigateur.
Collez l'URL exacte dans Contenu de l'application, Règles de confidentialité. Si vous avez modifié des réponses dans Sécurité des données, enregistrez-les aussi.
Envoyez les modifications pour examen. Si la politique était accessible depuis le début et que vous pouvez le montrer, répondez ou faites appel plutôt depuis la page État des règles ; le modèle ci-dessous vous aide, et le guide sur les appels explique la procédure.
Soyez précis. Une réponse qui indique l'URL, l'emplacement du lien dans l'app et ce que vous avez modifié obtient une réponse plus rapide qu'une protestation. Le modèle reste en anglais, car les examinateurs de Google lisent l'anglais.
Hello Google Play team, Thank you for reviewing [app name] ([package name]), version code [number]. The notice says our privacy policy is invalid because [quote the reason from the notice]. We have checked and addressed this: - Privacy policy URL: [https://www.example.com/privacy]. It is a public web page, requires no login, is not a PDF and has no regional restrictions. We tested it from [countries] on [date]. - The page is titled "Privacy Policy" and names the app [app name] and the developer [developer name as on the listing], with the contact [email]. - It covers the data the app handles: [account data, push token, crash reports, ...], consistent with our Data safety answers. - Inside the app, the policy is linked from [Settings > Privacy policy] and from the sign-up screen. To reach it: [steps]. [If you changed something: Since the review, we have (describe the change).] Please let us know if a specific part of the policy still does not meet the requirements. Kind regards, [name], [developer account name]
Oui. Google exige une politique de confidentialité pour chaque app, y compris les apps qui n'accèdent à aucune donnée personnelle ou sensible. Dans ce cas, la politique peut être courte, mais elle doit exister et le dire.
En général oui, si la page est publique, se charge sans connexion, ne peut pas être modifiée par les visiteurs, n'est pas un PDF et nomme votre app ou le développeur. Un Google Doc partagé que n'importe qui peut modifier, ou qui demande un accès, ne remplit pas ces conditions.
Ce peut être la même page, tant qu'elle couvre aussi ce que l'app ajoute : jetons push, rapports de plantage, identifiant publicitaire et toutes les autorisations de l'appareil qu'utilise votre app web.
Oui. L'exigence est que les utilisateurs puissent atteindre la politique depuis l'app. L'ouvrir dans la WebView, dans un onglet intégré ou dans Chrome est acceptable.
Non. WebViewGold propose un paragraphe d'information optionnel par souci de transparence, mais Google demande une description de vos pratiques en matière de données, pas de la technologie avec laquelle l'app est construite.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.