Cookie 1st

Qu'est-ce que cookie first ?

• Cookies First-party sont stockés par le domaine (site web) que vous visitez directement. Ils permettent aux propriétaires de sites de collecter des données analytiques, de mémoriser les paramètres de langue et d'exécuter d'autres fonctions utiles qui contribuent à offrir une bonne expérience utilisateur.

• Cookies Third-party sont créés par des domaines autres que celui que vous visitez directement, d'où le nom third-party. Ils sont utilisés pour le suivi intersites, le retargeting et la diffusion de publicités.

Jusqu'à présent, toutes les données collectées sur un site web l'étaient principalement via des tags, des tags 3rd party, car les données sont poussées vers des serveurs externes (non détenus par la marque mais par certains partenaires).

Les principaux navigateurs, tels que Safari ou Google Chrome, ont décidé de ne plus autoriser les cookies 3rd party. Cela signifie qu'ils bloqueront les cookies ne venant pas de la marque elle-même mais de partenaires (comme Commanders Act). Ils détecteront tous les flux de données poussés vers un domaine non lié à la marque (domaines 3rd party).

En conséquence, la solution pour continuer à suivre et à pousser des données des sites web vers des partenaires est d'utiliser un domaine détenu par la marque, un domaine 1st party. Et les cookies doivent être définis par ce domaine, c'est ce qu'on appelle un « 1st party cookie » car il semble être généré par la marque elle-même et non par des partenaires.

Il y a une configuration technique à réaliser pour initialiser ce tracking 1st party (au niveau du domaine d'abord puis au niveau du cookie).

Quelle configuration doit être faite ?

Dans le DNS du client, l'utilisation d'un CNAME pointant vers un serveur Commanders Act permet de définir le cookie en tant que first party.

Le client doit créer un sous-domaine et configurer des entrées CNAME pour pointer vers notre serveur (et créer autant de sous-domaines que de domaines existants). Exemple :

client.com crée un sous-domaine XYZ.client.com pointant vers le serveur Commanders Act. Dès lors, nos tags appelleront désormais XYZ.client.com au lieu de notre domaine 3rd party (commander1) et la réponse définira un cookie sur le domaine principal .client.com ce qui est autorisé par les principaux navigateurs web.

Puis veuillez indiquer le sous-domaine sur notre plateforme : Administration > Domain Management.

Le client doit décider si le chiffrement SSL sur le nouveau sous-domaine qu'il a créé est fait avec « Let’s Encrypt » ou avec son propre certificat. Dans le premier cas, rien à faire ; dans le second cas, suivez les instructions sur la page de gestion des domaines.

De plus, modifiez dans chaque tag l'URL pour spécifier le domaine 1st party.

Gérer MixCommander

Gérer les tags MixCommander

Mettez en place les tags Mixcommander comme vous le feriez normalement, mais cette fois utilisez les tags marqués COOKIE 1ST V1.0

Dans le placeholder #CUSTOMER_SUBDOMAIN# vous devez entrer le sous-domaine convenu avec le client.

Gérer le tracking MixCommander

À ce stade il est temps de tester les hits. ATTENTION la structure de l'URL de redirection est différente de celle du MixCo habituel.

avant c'était : http://client.commander1.com/c3/?tcs=13&chn=sem&src=google&url=https://domain.client.com/en/13/campaign/trafficking

Maintenant c'est : https://client.subdomain.com/mix/c3/?tcs=13&chn=sem&src=google&url=https://domain.client.com/en/13/campaign/trafficking

Comment la migration du 3rd party vers le 1st se passera-t-elle ?

Nous pouvons rencontrer 2 situations possibles :

• Utilisateurs avec un 1st cookie existant

C'est la configuration cible lorsque les cookies 3rd disparaitront.

Le navigateur poussera le cookie vers le domaine 1st party, celui-ci reconnaîtra le cookie et le mettra à jour puis le renverra au navigateur. Ensuite, les données liées au cookie sont envoyées à notre système.

• Utilisateurs sans 1st cookie existant

Ce cas est hybride, car nous travaillerons à la fois avec des domaines 1st et 3rd party pour maintenir une continuité des informations partagées entre les 2 serveurs.

Pour ce cas, nous avons des utilisateurs sans cookies connus par le domaine 1st party.

Le navigateur poussera les données vers le domaine 1st party, et nous demanderons au domaine 3rd party toutes les informations que nous avons concernant cet utilisateur (existe-t-il déjà un cookie ?). Le domaine 3rd party poussera ces informations (si elles existent). Ensuite, le domaine 1st party mettra en place le cookie (ou en créera un nouveau) et les données seront poussées vers notre système.

Il est maintenant possible d'utiliser une combinaison de cookies first et third party (créez un ticket pour demander à l'équipe MIX d'activer cette option) - disponible uniquement pour la transition.