Skip to main content
Tous les événements que vous envoyez au suivi des conversions de Scanova — depuis le navigateur comme depuis votre serveur — suivent une structure commune. Cette page décrit chaque champ que vous pouvez inclure et ce que la chaîne de traitement en fait.

Événements du navigateur (POST /ct)

Les événements du navigateur sont envoyés automatiquement par le SDK, ou manuellement via scanova('track', ...). Ils représentent des actions qui se produisent dans le navigateur du visiteur.

Les champs que vous pouvez envoyer

Champs de l’objet device :

Exemple de contenu d’un événement navigateur


Événements serveur (POST /server-events)

Les événements serveur sont envoyés depuis votre backend avec une clé d’API. Ils représentent des actions qui se produisent sur votre serveur : achats finalisés, inscriptions confirmées ou leads créés dans votre CRM.

Les champs que vous pouvez envoyer

Champs de l’objet user_identifiers (tous hachés) :

Exemple de contenu d’un événement serveur


Conventions de nommage des événements

Utilisez des noms cohérents et parlants en snake_case. Un schéma clair rend les rapports plus lisibles.

Idempotence

Les événements du navigateur comme ceux du serveur acceptent un champ event_id pour la déduplication :
  • Si le même event_id arrive plusieurs fois, le doublon est stocké mais marqué is_duplicate = 1
  • Les doublons sont automatiquement exclus des vues analytiques
  • Réutilisez toujours le même event_id lorsque vous relancez un événement serveur en échec

Confidentialité et RGPD

  • N’envoyez jamais d’adresse e-mail en clair dans metadata ni dans properties. Utilisez user_identifiers avec des valeurs hachées.
  • Le champ consent détermine le traitement des données personnelles dans la chaîne :
    • granted — tous les champs sont stockés normalement
    • denied ou pendingpage_url, referrer, city et metadata sont retirés avant le stockage
    • La valeur de consent elle-même est toujours conservée, à titre de trace

Envoyer le consentement depuis le navigateur

Le SDK navigateur n’a pas d’API de consentement intégrée. L’approche recommandée consiste à charger le SDK sous condition, selon la décision de votre plateforme de gestion du consentement :

Envoyer le consentement depuis le serveur

Pour les événements serveur, transmettez la valeur de consent directement dans le contenu de chaque requête, à côté de vos autres champs.