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 First-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 Third-party qui n'appartiennent pas au site mais à des partenaires (partenaires publicitaires, par exemple). Les bloqueurs de publicité et les navigateurs bloquent de plus en plus les cookies Third-party, c'est pourquoi le cookie First-party est une excellente solution de contournement pour maintenir la continuité du suivi des utilisateurs.

A-record

Il indique l'adresse IP d'un domaine donné. 'A' pour address, c'est le type d'enregistrement DNS (Domain Name System = domaine du site) le plus fondamental. En ajoutant Commanders Act à votre A-record, cela permet à Commanders Act de lancer des tags en tant que cookies First-party, évitant les ad blockers et les limitations liées aux cookies Third-party.

Cookie client-side

Un cookie client-side (HTTP cookie, cookie navigateur) est un petit bout de données 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 tandis que les informations du cookie sont conservées sur le serveur. L'identifiant de session 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) 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 cela est géré par des prestataires tiers, et les entreprises ne paient que pour ce qu'elles consomment.

ETL capabilities

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/insérer les données vers une destination.

Normalized data layer

Un normalized data layer désigne des données prêtes à l'emploi : après collecte et normalisation, la qualité des données est garantie, 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 le data layer avec des données calculées : créer de nouvelles propriétés à partir de propriétés existantes pour obtenir une somme, un compte, 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.

Enrichment

Lorsqu'un événement est collecté, il est possible de l'enrichir à partir de données stockées afin d'ajouter plus 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 hachée ou toute autre information pertinente. Il peut aussi être enrichi avec des informations provenant du catalogue produit : à partir de l'ID produit, on peut ajouter des détails 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 (online et offline). Pour atteindre cet objectif, nous avons développé un algorithme de rapprochement propriétaire en temps réel pour créer la vue complète des clients.