Les droits des personnes

Dès qu’un site rattache des visites à des personnes — visiteurs connectés ou cookie de mesure —, il doit pouvoir répondre aux demandes d’accès et d’effacement. eodia analytics les traite site par site.

Retrouver une personne

Une demande vise une personne par l’un des deux :

• son identité chez vous (user_id), si le site accepte les visiteurs connectés ;
• l’identifiant de son cookie de mesure (_eoa), si elle n’est pas connectée : elle peut le donner, et le site peut l’afficher dans sa page de confidentialité.

// Afficher l’identifiant du cookie dans la page de confidentialité
const id = document.cookie.match(/(?:^|;\s*)_eoa=([^;.]+)/)?.[1]

La demande couvre aussi les visites rapprochées : celles du même cookie d’avant la connexion (voir la personne).

Sans cookie, rien à rattacher

Les données mesurées sans cookie ni identité portent un hachage du jour, dont le sel est détruit le lendemain : elles ne se rattachent à personne, et il n’y a rien à exporter ni à effacer. Si une personne en fait la demande, c’est ce qu’il faut lui répondre.

Exporter

Une demande d’export rassemble toutes les lignes des données brutes de cette personne sur ce site — pages vues, événements, clics, zones —, visites rapprochées comprises, dans un fichier JSON. Il se télécharge depuis la fiche de la demande pendant 7 jours.

Effacer

Une demande d’effacement supprime les mêmes lignes, par lots, en tâche de fond. Le nombre de lignes effacées est noté sur la demande. C’est l’une des deux seules suppressions dans les données brutes, avec la durée de conservation.

Ce qui reste

La demande garde une empreinte de l’identifiant, jamais l’identifiant lui-même, son type, son état, le nombre de lignes et ses dates. Le journal d’audit note qui l’a faite.

Trois façons de demander

Depuis l’écran : Réglages du site › Données personnelles › Nouvelle demande. La liste montre l’état de chacune.

Par l’API, avec un jeton d’intégration eoa_… :

curl -X POST https://stats.exemple.fr/api/v1/sites/$SITE_ID/privacy-requests \
  -H "Authorization: Bearer $EODIA_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{ "kind": "export", "user_id": "client-1042" }'

kind vaut export ou erase ; l’un des deux, user_id ou visitor. L’export se télécharge ensuite à GET /api/v1/sites/:id/privacy-requests/:request/export.

Par la clé d’envoi du site, pour brancher directement les demandes reçues par votre site :

curl -X POST https://stats.exemple.fr/collect/server/erase \
  -H "Authorization: Bearer $EODIA_SERVER_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "visitor": "3f9c0d2e8b7a4c1d9e0f1a2b3c4d5e6f.20260912" }'

La clé d’envoi ne peut qu’effacer, pas exporter : elle n’a jamais le droit de lire.

Et dans eodia insights ?

Les vues lisent les données brutes : une ligne effacée disparaît des vues, donc d’insights, à la requête suivante. Un résultat mis en cache par insights peut survivre jusqu’à sa durée de vie.