Glossaire

Notre marché et notre solution utilisent de nombreux concepts techniques, mais notre objectif est aussi de démocratiser et d’expliciter ces notions pour tous.

Un first-party cookie est un cookie géré par le propriétaire du site web pour suivre les activités des utilisateurs et mémoriser leurs préférences. Il s’oppose aux third-party cookies qui n’appartiennent pas au site web mais à des partenaires (partenaires publicitaires, par exemple). Les bloqueurs de publicités et les navigateurs bloquent de plus en plus de third-party cookies, c’est pourquoi le first-party cookie est une excellente solution de contournement pour maintenir une continuité dans le suivi des utilisateurs.

A-record

Il indique l’adresse IP d’un domaine donné. « A » pour address, c’est le type d’enregistrement DNS le plus fondamental (Domain Name System = domaine du site web). En ajoutant Commanders Act sur votre A-record, cela permet à Commanders Act de lancer des tags en tant que first-party cookies, en évitant les bloqueurs de publicités et les limitations liées aux third-party cookies.

Un cookie client-side (HTTP cookie, browser cookie) est une petite portion de données qu’un serveur envoie au navigateur web d’un utilisateur. Ces cookies sont stockés dans le navigateur.

Un cookie server-side (session) est un Session Identifier unique stocké dans le navigateur et les informations de cookie sont stockées sur le serveur. Le Session Identifier est utilisé pour associer la requête aux données stockées sur le serveur.

ITP

Intelligent Tracking Prevention est une fonctionnalité du navigateur Safari (Apple) qui vise à restreindre l’utilisation des cookies pour suivre les consommateurs.

Public cloud

Avec le public cloud, les entreprises n’ont pas besoin d’acheter, de gérer et de maintenir des infrastructures lourdes et coûteuses. Tout cela est géré par des fournisseurs Third-party, et les entreprises ne paient que ce qu’elles consomment.

Capacités ETL

Un ETL (Extract - Transform - Load) est un système capable d’extraire les données d’une source, de transformer les données (normalisation, nettoyage...) et de charger, d’insérer les données vers une destination.

Couche de données normalisée

Une couche de données normalisée désigne des données prêtes à l’emploi : après collecte et normalisation, la qualité des données est assurée, les données sont propres et prêtes à être envoyées vers des destinations.

Couche de données enrichie

À partir des données collectées, il est possible d’enrichir la couche de données avec des données calculées : créer de nouvelles propriétés à partir de propriétés existantes pour créer une somme, un compteur, une moyenne, un ratio... Cela permet de créer des propriétés à forte valeur ajoutée à envoyer vers des destinations pour une meilleure segmentation ou personnalisation. Par exemple, il est possible de compter la valeur totale des achats par utilisateur ou la valeur moyenne du panier par utilisateur.

Enrichissement

Lorsqu’un événement est collecté, il est possible de l’enrichir à partir de données stockées afin d’ajouter davantage d’informations sur l’événement avant de l’envoyer vers des destinations. Par exemple, un événement d’achat peut être enrichi avec des données provenant du CRM, comme une adresse email hachée ou toute autre information pertinente. Il peut également être enrichi avec des informations provenant du catalogue produit : à partir du product ID, on peut ajouter les détails du produit, la couleur, le poids, les matériaux...

Identity resolution

Le but de l’Identity resolution est de créer un profil client unifié, quels que soient les appareils (desktop, mobile) ou les canaux utilisés (online et offline). Pour atteindre cet objectif, nous avons développé un algorithme propriétaire de rapprochement en temps réel afin de créer une vue complète des clients.

Mis à jour

Ce contenu vous a-t-il été utile ?