Le formulaire Sécurité des données de Google Play, section par section

Le formulaire Sécurité des données (Data safety) est l'endroit où vous indiquez à Google quelles données utilisateur votre application collecte et partage, et comment vous les protégez. Google affiche le résultat sur votre fiche Play Store, dans la section Sécurité des données (aide Play Console).

Il ne concerne pas que la production. Google indique que tous les développeurs qui ont publié une application sur Google Play doivent le remplir, « y compris pour les applications sur les canaux de test fermé, ouvert ou de production ». Seules les applications actives uniquement en test interne en sont exemptées (aide Play Console). Si vous préparez le test fermé que les nouveaux comptes personnels doivent mener avant la production (aide Play Console), commencez par ce formulaire.

Avant d'ouvrir le formulaire

Google recommande trois vérifications (aide Play Console) :

• Des règles de confidentialité. Elles sont nécessaires pour remplir le formulaire, même si votre application ne collecte rien. Voyez politique de confidentialité d'une app Android.
• Votre propre code. Passez en revue les autorisations que vous déclarez et les API que vous utilisez.
• Chaque SDK. Google précise que la collecte ou le partage effectués par ce code tiers doivent figurer dans le formulaire. Il conseille de lire les informations de sécurité des données publiées par vos fournisseurs de SDK et de consulter le Google Play SDK Index pour trouver le lien.

Faites une liste : chaque SDK (statistiques, rapports de plantage, publicité, connexion, paiement, notifications), ce qu'il envoie et où.

Où se trouve le formulaire

Ouvrez la Play Console, allez sur la page Contenu de l'application (Surveiller et améliorer > Règles et programmes > Contenu de l'application) puis, sous « Sécurité des données », sélectionnez Commencer (aide Play Console).

Vous pouvez enregistrer un brouillon à tout moment. Vous pouvez aussi exporter vos réponses au format CSV, ou télécharger le modèle CSV de Google, le remplir hors connexion et l'importer (aide Play Console).

Section 1 : Présentation

Un résumé des questions à venir. Lisez-le et sélectionnez Suivant.

Section 2 : Collecte des données et sécurité

Première question : votre application collecte-t-elle ou partage-t-elle l'un des types de données utilisateur obligatoires ? Répondez Oui ou Non.

Si vous répondez Oui, deux questions suivent (aide Play Console) :

• Les données utilisateur que collecte votre application sont-elles toutes chiffrées lors de leur transit ?
• Proposez-vous aux utilisateurs un moyen de demander la suppression de leurs données ?

Le formulaire contient aussi des questions sur la suppression des données, que Google a rendues obligatoires pour tous les développeurs : si votre application permet de créer un compte, vous devez proposer un parcours dans l'application pour le supprimer et un lien Web où l'utilisateur peut en demander la suppression (aide Play Console). Détails dans les pièges plus bas.

Section 3 : Types de données

Sélectionnez chaque type que votre application collecte ou partage. Les catégories de Google sont : Position, Informations personnelles, Informations financières, Forme et santé, Messages, Photos et vidéos, Fichiers audio, Fichiers et documents, Agenda, Contacts, Activité dans les applications, Navigation sur le Web, Infos et performance des applis, et Appareil ou autres ID (aide Play Console).

Deux que les petites applications oublient souvent :

• Infos et performance des applis > Journaux de plantage et Diagnostics. Tout SDK de rapports de plantage en envoie.
• Appareil ou autres ID. Les exemples de Google incluent l'ID d'installation Firebase et l'identifiant publicitaire.

Section 4 : Utilisation et traitement des données

Pour chaque type sélectionné, choisissez Commencer et répondez :

• Ces données sont-elles collectées, partagées ou les deux ?
• Sont-elles traitées de manière éphémère ? Seulement si elles restent en mémoire et ne sont gardées que le temps de répondre à la demande en temps réel. Créer des profils publicitaires ou d'autres profils utilisateur n'est jamais éphémère.
• Obligatoires ou facultatives ? Facultatives seulement si tous les utilisateurs, dans toutes les régions et sur tous les appareils, peuvent utiliser l'application sans les fournir.
• Pourquoi ? Une ou plusieurs finalités : Fonctionnement de l'application, Analyse, Communications du développeur, Publicité ou marketing, Prévention des fraudes, sécurité et conformité, Personnalisation, Gestion du compte.

Tout cela vient des définitions de Google, sur la même page (aide Play Console).

Section 5 : Aperçu de la fiche Play Store

Google vous montre ce que verront les utilisateurs sur Google Play. Vérifiez, puis cliquez sur Envoyer. Retour permet de modifier vos réponses, Enregistrer comme brouillon garde votre progression, et Ignorer les modifications vous fait tout recommencer.

Ce que veulent dire « collecter » et « partager »

Les définitions de Google tranchent la plupart des réponses (aide Play Console).

Collecter, c'est transmettre des données hors de l'appareil de l'utilisateur, par votre code ou par un SDK, vers votre serveur ou celui de n'importe qui d'autre.

Ce n'est pas de la collecte :

• Des données traitées uniquement sur l'appareil.
• Des données protégées par un chiffrement de bout en bout qu'aucun intermédiaire, vous compris, ne peut lire.

Partager, c'est transférer des données utilisateur à un tiers : de serveur à serveur, vers une autre application sur l'appareil, ou directement depuis un SDK.

Ce n'est pas du partage :

• Un transfert vers un prestataire de services qui traite les données pour votre compte et selon vos instructions.
• Un transfert à des fins légales.
• Un transfert que l'utilisateur déclenche et attend, ou qui suit une divulgation visible dans l'application et un consentement.
• Des données entièrement anonymisées.

Les pièges

Les SDK tiers

Google est explicite : un fournisseur de statistiques ou de cloud qui travaille uniquement pour vous est en général un prestataire de services. Mais si un fournisseur de SDK construit des profils publicitaires sur plusieurs clients à partir des données de votre application, c'est du partage, et vous devez le déclarer (aide Play Console).

Les SDK publicitaires apportent aussi une autorisation. Les applications qui ciblent Android 13 ou plus et utilisent l'identifiant publicitaire doivent déclarer com.google.android.gms.permission.AD_ID, et des SDK comme le Google Mobile Ads SDK l'ajoutent à votre manifeste même si vous ne l'avez jamais écrite (aide Play Console). Google indique que l'identifiant publicitaire se déclare dans « Appareil ou autres ID ».

Le chiffrement lors du transit

Ne répondez Oui que si c'est vrai pour tout. Les consignes de Google pour les SDK précisent que le chiffrement lors du transit ne peut être déclaré que s'il s'applique à toutes les données utilisateur que l'application, tous ses SDK et bibliothèques compris, collecte et transmet hors de l'appareil. Les protocoles courants sont TLS et HTTPS (aide Play Console). Un seul SDK qui envoie encore en HTTP simple, et la réponse est Non.

La suppression du compte

Si l'utilisateur peut créer un compte dans votre application, ou si l'application l'envoie vers un parcours de création de compte ailleurs, Google exige (aide Play Console) :

• Un parcours dans l'application pour supprimer le compte et les données associées.
• Un lien Web où l'utilisateur peut demander la suppression sans réinstaller l'application. La page doit se charger, montrer clairement le parcours de suppression et nommer l'application ou le développeur tel qu'il apparaît sur votre fiche Play Store.

Désactiver ou « geler » un compte ne compte pas. Si vous gardez certaines données pour des raisons de sécurité, de prévention des fraudes ou d'obligations légales, dites-le, par exemple dans vos règles de confidentialité (aide Play Console).

Le badge de demande de suppression

Vous pouvez le sélectionner si vous proposez aux utilisateurs un moyen de demander la suppression de leurs données, ou si vous supprimez ou anonymisez automatiquement les données collectées dans les 90 jours (aide Play Console).

Les petits cas auxquels Google répond directement

• Autorisation déclarée mais données non collectées : inutile de les déclarer.
• Adresse IP utilisée pour trouver la position : déclarez la position.
• Paiement via le système de facturation de Google Play, PayPal ou équivalent : inutile de déclarer le numéro de carte si votre application n'y accède jamais et que le service de paiement le collecte directement.
• WebViews : déclarez les données collectées par une WebView que votre application contrôle, pas la navigation libre sur le Web.
• Un formulaire par package : il couvre la somme de toutes les versions de votre application actuellement sur Google Play, dans tous les pays.

Tout cela vient de la FAQ de Google sur la page Sécurité des données.

Après l'envoi

Google contrôle le formulaire lors de l'examen de l'application, mais précise que « cet examen ne vise pas à vérifier l'exactitude ni l'exhaustivité » de vos déclarations. Vous seul en êtes responsable. Si Google constate un écart avec le comportement de votre application, il peut exiger une correction et, pour les applications qui ne se mettent pas en conformité, bloquer les mises à jour ou retirer l'application (aide Play Console).

Quand l'envoi est conforme, une coche verte apparaît à côté de « Sécurité des données » sur la page Contenu de l'application. Mettez le formulaire à jour à chaque changement de vos pratiques, par exemple quand vous ajoutez un SDK pendant les 14 jours de test. Le règlement de Google sur les données utilisateur exige aussi qu'il reste cohérent avec vos règles de confidentialité (aide Play Console).

Pour le reste de la configuration du test fermé, voyez configurer un test fermé.