Traceur

Traceur : Toute technique permettant de lire ou d’écrire des informations sur un terminal, ce qui englobe les cookies, les identifiants publicitaires et le stockage local d’une application.

Ce terme appartient à la famille « Juridique et RGPD ». La page reprend l’essentiel : à quoi ça sert, comment l’écrire, ce qui se passe quand on l’oublie.

Ce que recouvre Traceur, concrètement

Traceur relève du cadre légal applicable à l’application. Il ne se négocie pas avec le prestataire, et il se contrôle après coup, souvent au pire moment.

Le sujet mérite trois minutes d’attention au cadrage. C’est le seul moment du projet où il ne coûte rien à traiter.

Comment l’écrire dans un cahier des charges

Le cahier des charges doit désigner qui répond de « Traceur ». L’éditeur de l’application en porte la responsabilité, le prestataire doit livrer ce qui la rend possible.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Les sous-traitants utilisés, nommés, avec le pays où sont hébergées les données.
• Les documents publiés : mentions légales, politique de confidentialité, conditions d’utilisation.
• Le niveau d’accessibilité visé, et le texte qui l’impose à votre activité.
• Le sort des données et du code à la fin du contrat.

Le niveau de détail à viser est celui qui permet à deux prestataires différents de chiffrer la même chose. En dessous, les écarts de prix ne veulent rien dire.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Comment le vérifier à la recette

Traceur se recette comme une fonctionnalité : quelqu’un déroule le parcours et note ce qui manque.

• Vérifier la liste des sous-traitants et le pays où les données sont hébergées.
• Vérifier que le consentement se refuse aussi facilement qu’il s’accorde.
• Contrôler que la cession des droits sur le code figure au contrat signé.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Les pièges à éviter

Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.

• Ne pas tenir le registre des traitements, obligatoire dans la plupart des situations.
• Collecter des données par défaut, au motif qu’elles pourraient servir un jour.
• Confondre la responsabilité de l’éditeur de l’application et celle de son prestataire.
• Publier une application grand public sans avoir regardé les obligations d’accessibilité.
• Employer le mot sans le définir, et laisser chaque partie prenante y mettre son propre sens.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• DPA
• Consentement
• Suivi entre applications
• Registre des violations

Questions fréquentes

Que signifie « Traceur » ?

Toute technique permettant de lire ou d’écrire des informations sur un terminal, ce qui englobe les cookies, les identifiants publicitaires et le stockage local d’une application. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Que risque-t-on concrètement ?

Un refus de publication par une boutique, une mise en demeure de l’autorité de contrôle, et la remise en cause des données déjà collectées. La régularisation coûte presque toujours plus que la conformité initiale.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.