Présentation
Reelevant peut synchroniser les événements collectés par vos Datasources dans une base de données analytique dédiée. Cette base alimente les tableaux de bord statistiques, les modèles de scoring et la déduplication — vous offrant un stockage fiable et interrogeable de toute l’activité d’achat et de navigation. La synchronisation est configurée par Datasource via des destinations. Lorsqu’une destination est configurée, chaque événement traité par cette Datasource est automatiquement écrit dans la base analytique en plus de son traitement habituel.Modes de Datasource pris en charge
La synchronisation avec la base analytique fonctionne quel que soit le mode d’ingestion :Types de tables
Deux types de tables sont pris en charge, déterminés par le sous-type de la Datasource :Achats
Stocke les événements transactionnels d’achat. Chaque ligne représente un produit unique acheté par un utilisateur. Toutes les colonnes sont toujours présentes dans la table ; les valeurs sont définies à null lorsqu’aucun type de Field Mapping correspondant n’existe.Événements web
Stocke les événements de navigation et comportementaux. Chaque ligne représente une interaction suivie unique. Colonnes obligatoires — toujours présentes dans la table, définies à null lorsqu’aucun champ correspondant n’existe :
Colonnes optionnelles — incluses uniquement lorsque le Field Mapping de la Datasource contient le type correspondant :
Plusieurs Datasources peuvent écrire dans la même table analytique. Par exemple, un ingester Google Tag Manager et un ingester Reelevant Analytics peuvent tous deux alimenter la même table d’événements web. La plateforme associe les champs de chaque Datasource aux colonnes canoniques appropriées en se basant sur leurs types de Field Mapping.
Comment le Field Mapping détermine le schéma
Le schéma de la base analytique est dérivé du Field Mapping de votre Datasource. Vous n’avez pas besoin de définir manuellement les colonnes — la plateforme associe vos champs configurés aux colonnes analytiques appropriées en se basant sur leur type sémantique assigné. Chaque champ de votre Field Mapping possède un type assigné (par ex. User, Event Name, Datetime, URL). La plateforme fait correspondre ces types aux définitions de colonnes canoniques présentées dans les tables ci-dessus et écrit chaque valeur dans la colonne canonique correspondante. Par exemple, si votre Datasource possède un champ nomméevent_time avec le type Datetime, sa valeur est écrite dans la colonne timestamp — quel que soit le nom original du champ.
Seuls les champs avec des types sémantiques reconnus (User, Event Name, Datetime, Reference ID, URL, Price, Transaction ID, User Agent, etc.) sont écrits dans les colonnes analytiques canoniques. Les champs assignés à des types génériques comme « Text » ou « Number » ne sont pas synchronisés vers la base analytique.
Configuration d’une destination
Les destinations sont configurées dans les options de stockage de la Datasource. Chaque destination cible une seule table dans la base analytique :
Seules les sous-options que vous fournissez sont mises à jour ; le reste des options de stockage est laissé inchangé. Deux destinations ne peuvent pas pointer vers le même couple dataset / nom de table.
Les destinations ne sont supportées que pour les deux types de table de tracking — achats et événements web. Bien que les options de stockage acceptent techniquement une destination sur n’importe quelle Datasource, la synchronisation n’est câblée que pour les Datasources de tracking.
patch de la Datasource. L’exemple ci-dessous configure une destination BigQuery unique pour la Datasource 6718ad69056acb425fbecf1a (remplacez le bearer token par votre access token — voir Authentification) :
Déduplication
Des événements en double peuvent survenir en raison de nouvelles tentatives, de retraitements ou de problèmes dans les données sources. Reelevant fournit un mécanisme optionnel de déduplication qui s’exécute périodiquement pour supprimer les doublons de la base analytique.Fonctionnement
Un job planifié inspecte toutes les Datasources avec la déduplication activée et supprime les lignes en double en se basant sur une clé de déduplication fixe par type de table :
Lorsque des doublons sont détectés, la ligne la plus récente (par temps de partition) est conservée et les doublons plus anciens sont supprimés.
Activation de la déduplication
La déduplication est activée par destination via l’option de déduplication :La déduplication s’exécute selon un planning fixe (toutes les 12 heures). Elle n’est pas déclenchée en temps réel — de brèves périodes de données en double peuvent exister entre les exécutions.
Prérequis
Avant d’activer la synchronisation avec la base analytique pour une Datasource :- Le Field Mapping doit utiliser des types sémantiques — la Datasource doit avoir des champs associés aux types sémantiques corrects (User, Datetime, Reference ID, Event Name, etc.) pour que la plateforme puisse les mapper aux colonnes analytiques canoniques. Les champs avec des types génériques (Text, Number) ne sont pas synchronisés.
- La Datasource doit être publiée — seules les Datasources publiées (actives) écrivent dans la base analytique.
- Une destination doit être configurée — votre Technical Account Manager ou administrateur configurera le dataset et le nom de la table de destination pour votre Datasource.