RGPD pour les fournisseurs de recherche : ce que signifie « la protection des données dès la conception » en pratique

Le principe du RGPD de « protection des données par défaut » (article 25) prévoit que, lorsqu'un système offre un choix sur la manière dont les données personnelles sont traitées, le paramètre par défaut — celui obtenu sans rien modifier — doit être l'option la plus protectrice pour la vie privée. Pas celle la plus pratique pour l'entreprise. Cet ordre de priorité est facile à énoncer et étonnamment facile à inverser dans la pratique.

L'endroit où cela se voit le plus clairement est la minimisation des données : ne collecter que ce dont une fonctionnalité donnée a réellement besoin, pas ce qui pourrait s'avérer utile plus tard. Un système de compte a besoin d'une adresse e-mail pour l'authentification ; il n'a pas besoin d'un numéro de téléphone, sauf si une fonctionnalité précise — authentification à deux facteurs, SMS de statut de commande — l'exige. Chaque champ facultatif est une décision de conception, pas un réglage par défaut.

La conservation est l'autre moitié du principe. Les données collectées dans un but donné devraient avoir une durée de vie liée à ce but, et non subsister indéfiniment simplement parce que leur suppression n'a jamais été planifiée. Un panier abandonné, un jeton de connexion à lien magique, une ancienne adresse de livraison — chacun a un point au-delà duquel le conserver ne sert plus aucun objectif auquel l'utilisateur a consenti.

Rien de tout cela n'est exotique. C'est plus proche de la plomberie que de la politique : décider à quoi sert chaque champ, décider quand il cesse d'être nécessaire, et construire le mécanisme de suppression en même temps que celui de collecte — pas comme un ticket à traiter plus tard.