Confidentialité technique et stockage

Ce guide décrit le traqueur de navigateur actuel. Consultez la politique de confidentialité pour la politique de service de Seean et configurez le parcours de consentement de votre site selon vos obligations. Une installation technique n’est pas une évaluation de conformité juridique.

Stockage navigateur

Le traqueur par défaut ne pose aucun cookie et ne conserve aucun identifiant de mesure de visiteur ou de session dans localStorage ou sessionStorage. Son état de navigation temporaire vit en mémoire. La préférence de désactivation seean_ignore peut rester dans localStorage.

Le collecteur dérive une empreinte de visiteur pseudonyme à partir d’un secret serveur, du site web, de la date UTC, de la portée du domaine du site web, de l’adresse IP et de l’agent utilisateur. Les adresses IP brutes et les agents utilisateur ne sont pas stockés dans les enregistrements d’événements d’analyse. L’empreinte change à minuit UTC et diffère d’un site web à l’autre. Les changements de réseau ou les réseaux partagés peuvent diviser ou fusionner des visiteurs apparents ; ces comptes ne sont pas des comptes exacts de personnes. Lorsqu’aucune IP n’est disponible, le nonce temporaire du document la remplace ; la continuité au rechargement n’est donc pas garantie.

Les sessions sont attribuées par le collecteur. L’activité du même visiteur quotidien prolonge une session jusqu’à 30 minutes d’inactivité, un horodatage antérieur ou un changement de campagne balisée (champs UTM ou nom d’un paramètre d’identifiant de clic publicitaire ; les valeurs d’identifiant de clic ne sont jamais lues ni stockées). Les enregistrements d’événements portent aussi le titre de la page (200 caractères), la taille de l’écran et la première balise Accept-Language du navigateur ; la chaîne de requête elle-même n’est pas collectée. Le traqueur supprime les anciens stockages _seean_v et _seean_session lorsqu’il s’initialise normalement. Les identifiants collectés auparavant, les rapports enregistrés et les commandes restent intacts ; cette transition ne réidentifie pas les visiteurs historiques.

Origines et domaines

Le domaine configuré du site web et ses sous-domaines partagent l’identité quotidienne lorsqu’ils utilisent le même jeton et les mêmes métadonnées de requête. Les domaines sans lien restent séparés. La transmission inter-domaines facultative utilise un jeton aléatoire de la journée dans les liens et sessionStorage ; le serveur le hache séparément pour chaque site web et jour UTC. Elle est désactivée sauf si elle est activée sur les deux sites via l’extrait Explicit ou la configuration Minimal du tableau de bord. Aucune transmission entrante n’est adoptée avant que cette configuration réussisse. Le jeton de transmission brut n’est pas stocké dans les enregistrements d’analyse.

Données envoyées par le traqueur

Les charges utiles de collecte contiennent le jeton public du site, un nonce de session temporaire, le fuseau horaire du navigateur lorsqu’il est disponible, le nom d’hôte, le chemin et les valeurs UTM de source, support, campagne, terme et contenu. La collecte inter-domaines en option envoie aussi son jeton de transmission. Le collecteur renvoie l’empreinte quotidienne du visiteur pour l’attribution facultative au paiement. Les pages vues incluent le référent d’entrée de la session du document. Les Web Vitals envoient les mesures et identifiants de métriques ; les événements personnalisés peuvent inclure les propriétés fournies par votre application.

Le champ de page utilise location.pathname, pas l’URL complète. Cependant, les valeurs UTM sont lues séparément, et le référent d’entrée peut contenir des informations d’URL autorisées par la politique de référent du navigateur. Ne placez pas de mots de passe, de jetons privés ou de données personnelles dans les chemins, les campagnes ou les propriétés d’événements personnalisés. Omettre l’URL complète de la page n’assainit pas automatiquement ces champs.

Le serveur de collecte reçoit aussi les métadonnées normales de requête. Cette liste de champs du navigateur ne prétend pas que les requêtes réseau cachent l’IP de l’expéditeur à l’infrastructure d’hébergement.

Présence du navigateur

Tant qu’une page suivie est visible, un signal de présence toutes les 30 secondes envoie les mêmes entrées d’identité quotidienne limitée au site, le chemin et le référent d’entrée utilisés par le traqueur. Il n’inspecte pas le contenu de la page, n’enregistre pas les clics et n’identifie pas un compte. La présence respecte les mêmes signaux de confidentialité, exclusions et disponibilité de collecte. Elle n’ajoute aucune page vue, événement personnalisé ni utilisation, et ne prolonge pas les sessions d’analyse.

Le collecteur ne conserve que le dernier état de présence par site web et visiteur quotidien, avec des métadonnées approximatives de lieu/appareil pour Temps réel. Il est séparé de l’historique brut des événements. Un état expire de la fenêtre « en ligne » après deux minutes ; un nettoyage borné s’exécute toutes les cinq minutes. La réinitialisation et la suppression du site web l’effacent aussi. Les copies de récupération chiffrées existantes suivent la politique de rétention des sauvegardes.

Signaux de confidentialité et désactivation

Le traqueur suspend la collecte pour Global Privacy Control (true), les valeurs Do Not Track prises en charge (1 ou yes), l’automatisation du navigateur (navigator.webdriver === true) ou seean_ignore défini à true dans localStorage. Il vérifie ces éléments avant d’initialiser l’état du visiteur et avant d’envoyer toute activité ultérieure. Le stockage existant n’est pas supprimé automatiquement lorsqu’une préférence change.

Une page ignorée dès le départ expose des méthodes de traqueur sans effet ; l’existence de window.seean ne prouve pas la collecte. Si une désactivation initiale est retirée, rechargez la page pour initialiser le suivi. Un traqueur déjà actif vérifie les changements de désactivation ultérieurs avant d’envoyer d’autres données. Voir Exclusions pour le contrôle dans le navigateur et les règles côté serveur par chemin/nom d’hôte.

Consentement et vérification

Seean ne fournit ni bannière de consentement ni API générale de gestion du consentement. Si votre site exige une autorisation avant l’analyse, votre système de consentement doit contrôler le moment où le script se charge et ce qui se passe lorsque l’autorisation change. data-local n’active que les tests sur localhost ; il n’outrepasse pas les préférences de confidentialité. Un déclencheur de gestionnaire de balises n’est pas en soi une autorisation du visiteur.

Vérifiez les états de consentement que votre site prend en charge, y compris le refus et l’acceptation ultérieure, en parallèle des vérifications d’installation. N’interprétez pas un téléchargement réussi du script ou une réponse 204 vide comme la preuve qu’un événement a été stocké.

Utilisateurs identifiés (option)

Un propriétaire de site web peut activer Identify users (Identifier les utilisateurs) sous Settings → Installation et appeler seean.identify(id) pour les utilisateurs connectés de son site. Le collecteur stocke alors cet identifiant fourni par le client comme colonne uid des enregistrements d’événements du site web ; tant que l’option est désactivée, tout identifiant présent dans une charge utile est écarté avant stockage. Seean ne dérive ni ne devine jamais cet identifiant, et l’empreinte quotidienne du visiteur n’en est pas modifiée. L’identifiant est conservé dans la mémoire du traqueur pour la page ouverte uniquement, jamais dans des cookies ni dans le stockage du navigateur. Les enregistrements identifiés suivent la même rétention de trois ans, apparaissent dans le CSV des événements du propriétaire, peuvent être supprimés par personne depuis le tableau de bord, et ne sont jamais inclus dans les tableaux de bord partagés, les widgets intégrés, la démo publique ou l’API d’analyse. Voir Personnes et rétention.

Retrait

Retirez le script de chaque emplacement d’installation et publiez la modification pour arrêter la collecte future sur les pages nouvellement chargées. Une page déjà ouverte peut conserver le script chargé jusqu’à son rechargement ou sa fermeture. Retirer le script n’efface ni le stockage du navigateur ni les rapports déjà collectés. Consultez la gestion des sites web pour les actions de gestion des données disponibles.

Stockage serveur et nouvelles tentatives

Les événements bruts et les Web Vitals utilisent le magasin d’analyse. Les enregistrements acceptés restent en file d’attente pendant une défaillance temporaire de transfert vers le stockage et sont réessayés automatiquement. Les nouvelles tentatives de stockage conservent l’identité d’un enregistrement accepté : copier le même enregistrement entre les magasins de Seean n’ajoute ni visite ni échantillon Web Vitals. Une valeur acceptée plus tard pour le même identifiant de métrique Web Vitals met à jour cet échantillon, y compris lorsqu’un traqueur plus ancien omet sa séquence de mise à jour. Des requêtes de page vue entrantes distinctes restent des événements distincts ; ce n’est pas une garantie que votre intégration puisse renvoyer des requêtes de collecte arbitraires sans les compter de nouveau.

Avec le stockage brut en file d’attente, une identité Web Vitals inconnue ou expirée doit être vérifiée avant qu’un échantillon soit accepté. Cette vérification n’attend pas les événements en file sans rapport ni un instantané de récupération. Chaque mesure connue garde sa dernière valeur acceptée disponible jusqu’à ce que cette mise à jour précise ait atteint le magasin d’analyse ; une identité expirée et entièrement transférée peut être nettoyée indépendamment du trafic des autres sites web. Si le magasin d’analyse lui-même est indisponible, une vérification d’identité à froid renvoie 503 sans ajouter l’échantillon ni débiter son quota. Les pages vues et les mises à jour dont l’identité est déjà connue peuvent toujours être acceptées dans la file. Après la réinitialisation d’un site web, la recherche d’identité ne considère que les mesures à partir de cette limite de réinitialisation. Le traqueur du navigateur ne garantit pas la relecture des requêtes rejetées ; des mesures manquantes ne sont pas des scores nuls.

Un petit résumé d’activité par site web stocke les heures du premier et du dernier événement préparé ainsi que l’heure de la dernière page vue, pour les états d’attente et l’état de l’installation. Il ne contient aucune propriété d’événement ni identifiant de visiteur et suit la réinitialisation et la suppression du site web.

La collecte continue aussi pendant les instantanés de récupération. Les enregistrements nouvellement acceptés peuvent attendre brièvement dans la file de transfert ; un rapport peut donc rester en préparation jusqu’à ce que ces enregistrements soient disponibles ; les lecteurs qui en ont besoin demandent le transfert immédiatement, et seul un instantané de récupération en cours le diffère.

Les pages vues, événements, Web Vitals et commandes suivent la politique de rétention glissante de trois années civiles. Le nettoyage utilise une limite de calendrier UTC à la milliseconde. Réinitialiser ou supprimer un site web s’applique aussi aux enregistrements en attente de transfert vers le stockage ; une nouvelle tentative interne différée ne peut pas les restaurer dans les rapports. Les copies de récupération chiffrées suivent la politique de rétention des sauvegardes, distincte.

Le nettoyage brut s’exécute en lots bornés en arrière-plan. Les marqueurs de suppression ne conservent que les clés nécessaires pour empêcher une ancienne tentative interne de recréer un enregistrement supprimé ; les propriétés d’événement, les chemins et les valeurs de mesure sont retirés de la version active. Les parties de stockage remplacées et les copies de récupération chiffrées sont récupérées selon leurs calendriers de stockage distincts. Il ne s’agit pas d’un effacement sécurisé immédiat de chaque copie physique.

Si la rétention de la source supprime des enregistrements nécessaires à la répartition à la demande d’une vue d’ensemble plus ancienne, actualisez l’analyse avant d’ouvrir cette liste. Les résultats de rapport enregistrés restent inchangés ; le système ne mélange pas des totaux conservés avec des détails recalculés à partir d’un autre jeu de données.

Quelque chose n'est pas clair ? Contacter le support.