Glossaire

Notre marché et notre solution utilisent de nombreux concepts techniques, mais notre objectif est aussi de démocratiser et d'expliquer ces notions à tous.

Cookie first

Un cookie 1st party est un cookie géré par le propriétaire du site web pour suivre les activités des utilisateurs et mémoriser les préférences. Il s'oppose aux cookies 3rd party qui n'appartiennent pas au site mais à des partenaires (partenaires publicitaires, par exemple). Les bloqueurs de pub et les navigateurs bloquent de plus en plus les cookies 3rd party, c'est pourquoi le cookie 1st party est une excellente solution de contournement pour conserver 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). En ajoutant Commanders Act à votre A-record, cela permet à Commanders Act de lancer des tags en tant que cookies 1st party, évitant les bloqueurs de pub et les limitations liées aux cookies 3rd party.

Cookie client-side

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

Cookie server-side

Un cookie server-side (session) est un identifiant de session unique stocké sur le navigateur et les informations du cookie sont stockées sur le serveur. L'identifiant de session est utilisé pour faire correspondre la requête avec les données stockées sur le serveur.

ITP

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

Public cloud

Avec le public cloud, les entreprises n'ont pas à acheter, gérer et maintenir des infrastructures lourdes et coûteuses. Tout ceci est géré par des fournisseurs tiers, et les entreprises ne paient que pour ce qu'elles consomment.

ETL capabilities

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

Normalized data layer

Une normalized data layer fait référence à 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.

Augmented data layer

À partir des données collectées, il est possible d'enrichir la data layer 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 compte, une moyenne, un ratio... Cela permet de créer des propriétés à forte valeur ajoutée à envoyer aux 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.

Enrichment

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

Identity resolution

L'objectif de l'Identity resolution est de créer un profil client unifié, quels que soient les appareils (desktop, mobile) ou les canaux utilisés (en ligne et hors ligne). Pour atteindre cet objectif, nous avons développé un algorithme propriétaire de réconciliation en temps réel pour créer la vue complète des clients.