Quand votre formulaire Data safety et votre politique de confidentialité se contredisent

Votre formulaire Data safety et votre politique de confidentialité sont deux descriptions de la même app, et les stores les lisent ensemble. Quand ils se contredisent, c’est la contradiction qui pose problème — pas celui des deux qui se trouve être faux. Google Play le dit clairement : “When Google becomes aware of a discrepancy between your app behavior and your declaration, we may take appropriate action, including enforcement action.” (Traduction : lorsque Google constate un écart entre le comportement de votre app et votre déclaration, Google peut prendre les mesures appropriées, y compris des mesures coercitives.)

Apple a la même structure sous d’autres noms : les App Privacy details sur votre page produit, plus l’URL de politique de confidentialité obligatoire.

Cette page explique comment garder les deux alignés, et parle de la troisième chose à laquelle ils sont tous deux comparés : ce que fait réellement votre app.

Les deux documents, en bref

Le formulaire Data safety (Play Console → App content) et les App Privacy details (App Store Connect) sont des déclarations structurées : des cases à cocher et des catégories, affichées sur votre fiche du store sous forme de résumé qu’un utilisateur lit avant d’installer. Ce sont des réponses à un questionnaire fixe.

La politique de confidentialité est un texte rédigé, publié à une URL que vous hébergez. Elle dit la même chose en phrases, plus ce pour quoi un questionnaire n’a pas de case — votre base légale, la durée de conservation, qui contacter, comment demander la suppression.

L’un ne remplace pas l’autre. Une politique ne remplit pas le formulaire, et un formulaire complété ne signifie pas que votre politique est exacte.

Où ils divergent

Ils sont rédigés à des mois d’écart. La politique est écrite la semaine du lancement. Le formulaire est rempli le jour de la soumission, par quelqu’un qui lit une liste de dépendances, et personne ne revient à la politique.

Un nouveau SDK arrive. Vous ajoutez un outil de rapport de plantages pendant un sprint. Rien dans la pull request ne concerne la politique ou le formulaire, donc aucun des deux ne change. Google Play précise explicitement que cela compte : la collecte de données “includes data collected and handled through any third-party libraries or SDKs used in their apps… You must reflect data collection or sharing carried out by such third-party code in the Data safety form for your app.” (Traduction : inclut les données collectées et traitées par toute bibliothèque ou tout SDK tiers utilisé dans l’app… Vous devez refléter dans le formulaire Data safety la collecte ou le partage effectués par ce code tiers.) Apple demande la même chose : “You need to identify all of the data you or your third-party partners collect.” (Traduction : vous devez identifier toutes les données que vous ou vos partenaires tiers collectez.)

Une fonctionnalité sort sans sa déclaration. La localisation pour une fonction « à proximité », un système de parrainage qui partage un identifiant utilisateur avec un partenaire. Le travail d’ingénierie est visible ; le travail de déclaration ne figure sur le tableau de personne.

Un modèle a été utilisé pour l’un des deux. Une politique générée qui mentionne des identifiants publicitaires pour une app sans publicité est un désaccord tout autant qu’une omission — et c’est le plus facile à repérer, car il contredit un formulaire que vous avez rempli honnêtement.

Les réconcilier, dans le seul ordre qui fonctionne

Partez de l’app, pas de l’un des deux documents. Tous deux sont censés la décrire, donc corriger l’un d’après l’autre ne fait que déplacer l’erreur.

1. Ouvrez vos fichiers de dépendances — build.gradle/libs.versions.toml, Podfile/Package.swift, pubspec.yaml, package.json. Listez chaque SDK tiers.
2. Pour chacun, notez ce qu’il envoie. Un outil de rapport de plantages envoie des identifiants d’appareil et des traces de pile. Un SDK d’analytics envoie des événements et souvent un identifiant publicitaire. Un SDK publicitaire en envoie bien davantage. Une bibliothèque de notifications push enregistre un jeton d’appareil. La documentation de confidentialité de l’éditeur lui-même est la source ici.
3. Ajoutez votre propre collecte — comptes, envois de fichiers, tout ce que votre backend stocke.
4. Vérifiez les permissions et les textes d’usage que vous déclarez, qui forment une seconde liste, indépendante, de ce à quoi l’app peut accéder : ACCESS_FINE_LOCATION, NSLocationWhenInUseUsageDescription, appareil photo, contacts, photos.
5. Remplissez maintenant le formulaire à partir de cette liste, et réécrivez la politique à partir de la même liste. Ils sont cohérents parce qu’ils viennent d’une seule source, pas parce que vous les avez comparés.

C’est cette liste, et non le formulaire, qu’il faut tenir à jour. Les deux déclarations en découlent.

Les garder alignés ensuite

Les déclarations deviennent obsolètes sans bruit, donc la vérification doit être rattachée à quelque chose qui, lui, ne passe pas inaperçu. Google Play l’exige : “Your Data safety form responses must remain accurate and complete at all times.” (Traduction : les réponses de votre formulaire Data safety doivent rester exactes et complètes en permanence.) Apple de même : “You’re responsible for keeping your responses accurate and up to date.” (Traduction : vous êtes responsable de garder vos réponses exactes et à jour.)

La version la moins coûteuse qui fonctionne est une ligne dans votre checklist de release — une dépendance a-t-elle changé dans cette version ? si oui, revérifiez la politique et le formulaire — car un changement de dépendance est précisément l’événement qui rend les deux caducs.

Ce que cette page ne peut pas vous dire

Quel régime précis s’applique à vous. Le RGPD, le UK GDPR, le CCPA/CPRA, la LGPD et les règles sur la vie privée des enfants attendent chacun des choses particulières dans la politique, et lesquels s’appliquent dépend de l’endroit où se trouvent vos utilisateurs et de ce que fait votre app. Si quoi que ce soit dans votre app sort de l’ordinaire — données de santé, enfants, tout ce que vous hésiteriez à expliquer en une phrase — cela vaut une heure du temps d’un avocat. Les modèles, y compris les nôtres, sont un point de départ, pas un conseil.

Ce que fait AppFoyer ici

Nous rédigeons le brouillon de la politique de confidentialité à partir des SDK trouvés dans vos fichiers de build — avec un agent de code qui lit le dépôt, ou à partir d’un court formulaire — afin que la politique et les réponses que vous donnez aux stores proviennent de la même liste de dépendances plutôt que de mémoire. La checklist continue de signaler la page tant que l’espace réservé qui nomme vos tiers n’a pas été remplacé, car c’est cette section qu’un examinateur compare à votre formulaire.

Nous ne remplissons pas le formulaire Data safety à votre place, et aucun service ne le peut : c’est une déclaration que vous signez dans votre propre console, et Google Play indique “you alone are responsible for making complete and accurate declarations.” (Traduction : vous seul êtes responsable de déclarations complètes et exactes.)

Les sources qui font foi

• Fournir des informations pour la section Data safety de Google Play — Aide Google Play Console
• Les App Privacy details sur l’App Store — Apple
• Exigences relatives à la politique de confidentialité — Aide Google Play