Comment suivre les conversions de commerce électronique sur les domaines, les appareils et les navigateurs lors de l'exécution d'un test A/B ?

Qu'est-ce que le suivi inter-environnement ?

Une conversion, plusieurs points de contact !

C'est à cela que sert le suivi inter-environnements.

Aujourd'hui, les clients utilisent une variété de points de contact pour effectuer des achats en ligne. Ils peuvent accéder à Internet à partir de plusieurs appareils et afficher des campagnes marketing dans un environnement avant de passer à un autre, peut-être en commençant par un ordinateur portable et le domaine "A" pendant qu'ils naviguent jusqu'à décider quel produit leur convient le mieux, puis passer aux smartphones. , changeant souvent de navigateur entre les deux, et finalement achetant sur un domaine "B".

En raison de cette tendance, un nombre croissant d'entonnoirs de conversion s'étendent sur plusieurs domaines, appareils et navigateurs Web.

Les interactions des visiteurs du site Web peuvent généralement être de deux types :

• Environnement unique : lorsque le parcours vers la conversion commence et se termine sur le même appareil, navigateur ou domaine.
• Inter-environnement : lorsque les visiteurs du site Web cliquent sur un appareil, un navigateur ou un domaine, mais effectuent une conversion dans un environnement différent.

Voici une formule simplifiée pour comprendre ces termes :

Les interactions entre environnements étant beaucoup plus courantes, le suivi et l'attribution des conversions peuvent être un défi. Alors, comment pouvons-nous suivre ces conversions de commerce électronique lorsque l'environnement change pour offrir une expérience personnalisée ? Tout d'abord, nous devons comprendre quelles propriétés de l'environnement peuvent changer, puis identifier les différentes façons de suivre ces conversions.

Décomposons les différents types de suivi qui peuvent se produire dans un entonnoir de commerce électronique omnicanal pour nous assurer qu'aucun client ne passe entre les mailles du filet :

Suivi inter-domaines

Le suivi inter-domaines est un moyen d'analyser les visiteurs sur plusieurs domaines.

Pourquoi le suivi inter-domaines est-il un concept important dans les tests A/B ?

Le suivi inter-domaines est une fonctionnalité merveilleuse qui vous permet d'attribuer des conversions et un comportement à vos campagnes même si le parcours de l'utilisateur s'étend sur plusieurs domaines. Sans cela, l'attribution serait presque impossible pour ceux d'entre nous qui ont plus d'un domaine (comme les sites avec un domaine d'achat ou de paiement distinct).

Voici quelques-unes des métriques de conversion qui peuvent être capturées sur plusieurs domaines :

• Conversions
• Événements de conversion
• Conversions après clic
• Conversions après affichage
• Nombre total de conversions
• Événements de conversion après clic
• Événements de conversion après affichage
• Nombre total d'événements de conversion
• Revenu total

Suivi inter-domaines avec des cookies tiers

La forme la plus courante de suivi inter-domaines repose sur des cookies tiers.

Les sites Web utilisent des cookies propriétaires pour stocker des informations sur le visiteur et sa session et ont généralement les attributs suivants :

• Nom du cookie : le nom du cookie.
• Cookie Domain : le domaine sur lequel le cookie est implanté.
• Cookie Path : le chemin sur lequel le cookie est installé. Ceci est défini comme le répertoire racine du domaine '/'.
• Cookie Expires : le temps en secondes après lequel le cookie expirera.

Désormais, comme il s'agit de cookies propriétaires, ils ne peuvent pas partager d'informations avec d'autres domaines. C'est là qu'intervient le suivi inter-domaines. Dans ce cas, nous devons lui demander de partager les valeurs du cookie du domaine A avec le cookie du domaine B, transformant le cookie propriétaire en cookie tiers.

Ce que fera le suivi inter-domaines, c'est d'ajouter les valeurs de cookie du domaine A aux URL où le domaine change à l'aide d'une chaîne de requête par défaut. Cela peut également être remplacé par un fragment d'URL si vous n'êtes pas fan des chaînes de requête. Le domaine B reconnaîtra ces paramètres ajoutés dans ces URL pour s'assurer que le cookie adopte ces valeurs.

Voyons un exemple de ce à quoi cela ressemblerait.

Supposons que vous souhaitiez louer une voiture en ligne. Pour découvrir différentes options, vous irez probablement sur un site Web de location de voitures (nous utiliserons car.com dans cet exemple). Comme le site possède de nombreux sous-domaines (car.com, payment.car.com, pickup.car.com, etc.) et un domaine tiers pour recevoir les paiements (secure.booking.com), votre parcours utilisateur sera croisé. domaine.

Grâce au suivi inter-domaines, l'équipe de Car.com peut repérer un utilisateur passant d'un sous-domaine à un autre et personnaliser l'ensemble de son expérience avec les produits ou services les plus pertinents dans différents sous-domaines.

Suivi inter-domaines avec stockage local

Cependant, il existe un gros inconvénient lorsque les cookies sont utilisés dans le suivi inter-domaines : leur stockage limité.

Les cookies peuvent contenir beaucoup moins de données que le stockage local : le stockage des cookies est limité à 4096 octets alors que le stockage local a 5 Mo par domaine. Ainsi, si vous utilisez des cookies, plus vous souhaitez stocker de données dans les navigateurs de vos visiteurs, plus vous devrez créer de cookies.

Un autre problème avec les cookies est qu'ils ralentissent votre site Web, ce qui rend l'expérience utilisateur sous-optimale. A chaque requête HTTP, des cookies sont envoyés au serveur. Si vous avez un voyage inter-domaines, cela devient encore pire. Les visiteurs navigueront entre les différents domaines, augmentant les requêtes HTTP et le nombre de cookies dans leur navigateur.

Pour les raisons ci-dessus, certains sites utilisent un stockage local au lieu d'un stockage de cookies. Cela signifie que vous hébergez essentiellement le fichier sur le domaine A et utilisez un iframe sur le domaine B qui charge le fichier à partir du domaine A. De cette façon, vous partagez les données des visiteurs entre les deux domaines comme s'il s'agissait d'un seul domaine :

Fichier 1.html :

 <html>
<tête/>
<iframe src='http://127.0.0.1/test.html' />
</html>

Fichier 2.html :

 <html>
<tête/>
<script>
console.log(localStorage);
localStorage.setItem('test', '123');
</script>
</html>

Idées fausses sur le suivi inter-domaines

Le suivi inter-domaines est souvent une pratique mal comprise. Voici les trois principales idées fausses à ce sujet qui pourraient vous surprendre !

Mythe #1. Vous avez besoin d'un suivi inter-domaines pour suivre les utilisateurs dans les sous-domaines

De nombreux experts CRO pensent qu'ils doivent activer le suivi inter-domaines pour suivre les visiteurs dans les sous-domaines. Ce n'est pas vrai. Les cookies peuvent être partagés entre les sous-domaines et le domaine principal.

Ainsi, par exemple, si un cookie est défini sur www.convert.com, il peut également être consulté par blog.convert.com sans activer le suivi inter-domaines.

Mythe #2. Le suivi inter-domaines est nécessaire pour les passerelles de paiement

La prochaine partie déroutante du suivi inter-domaines est que vous devez le configurer pour les passerelles de paiement (par exemple, PayPal.com).

Cependant, le suivi inter-domaines n'est possible que lorsque vous contrôlez les deux domaines.

La plupart du temps, les passerelles de paiement ne vous permettent pas de mettre votre code de suivi sur leurs pages Web pour des raisons de sécurité (plus à ce sujet ci-dessous).

Mythe #3. Le suivi inter-domaines est nécessaire lorsqu'il existe plusieurs domaines

L'autre idée fausse est que vous avez besoin d'un suivi inter-domaines chaque fois que vous utilisez différents domaines. Cela n'est vrai que si vous souhaitez voir le même utilisateur naviguer sur les sites Web et attribuer les conversions aux sources de trafic. Dans ce cas, vous aurez besoin d'un suivi inter-domaines.

Néanmoins, si vous souhaitez voir le domaine A comme une source de trafic vers le domaine B et que vous ne vous souciez pas des sources de trafic à partir desquelles les personnes sont arrivées sur le domaine A, vous n'aurez pas besoin d'un suivi inter-domaines.

Suivi multi-appareils

De nos jours, les gens possèdent plusieurs appareils. Cela signifie que les visiteurs peuvent interagir avec votre marque (par exemple, cliquer sur vos annonces Google) sur un appareil, puis passer à un autre et continuer à vérifier vos produits. Grâce aux rapports sur les conversions multi-appareils, les spécialistes du marketing peuvent vérifier l'efficacité de leurs campagnes sur tous les appareils (tablette, mobile et ordinateur), quel que soit l'appareil sur lequel un utilisateur convertit réellement.

Les rapports multi-appareils associent les cookies (pour le Web), les identifiants d'appareils (pour les applications mobiles) et les données de connexion agrégées, afin d'identifier un utilisateur sur différents appareils. Cela permet aux propriétaires de sites Web d'identifier le chemin emprunté par un utilisateur, depuis la première interaction avec une marque ou la visualisation d'une publicité jusqu'au point de conversion.

Cela aide les spécialistes du marketing à repérer les visiteurs uniques spécifiques du site Web, même s'ils entrent dans l'entonnoir en empruntant des itinéraires différents :

Il existe deux méthodes principales de suivi multi-appareils.

Dans une méthode, les visiteurs du site Web sont suivis au moyen d'identifiants de visiteur fixes. L'autre méthode est basée sur le comportement d'un utilisateur avec un ID d'appareil.

Suivi multi-appareils avec identifiants de visiteurs (déterministe)

Cette méthode est souvent utilisée lorsque les utilisateurs s'inscrivent via une newsletter ou se connectent. Les réseaux sociaux tels que Facebook, Instagram, TikTok ou Twitter effectuent un suivi multi-appareils en attribuant des identifiants de visiteur.

Cette méthode convient aux sites Web qui ont enregistré des visiteurs. Une fois qu'un visiteur est marqué d'un identifiant unique, la plateforme de suivi est avertie chaque fois que le visiteur se connecte. Si le même visiteur utilise un autre appareil plus tard, disons une tablette, et ouvre le site Web en question en tant qu'application et se connecte, il peut être suivi avec précision.

Cette méthode, également connue sous le nom de déterministe, est très précise (près de 100 %) et peut être utilisée pour exécuter des campagnes précises ciblant des utilisateurs spécifiques.

Suivi inter-appareils basé sur l'ID de l'appareil (probabiliste)

La deuxième méthode de suivi multi-appareils fonctionne également en marquant les utilisateurs, mais cette fois ils n'ont pas besoin d'être enregistrés. Cette méthode est basée sur divers attributs qui sont collectés à partir d'adresses IP, d'appareils, de navigateurs ou d'applications que le visiteur parcourt et combinés dans un profil utilisateur. L'inconvénient de cette méthode est qu'elle n'est pas aussi précise que lors de l'utilisation d'un identifiant de visiteur.

Il est également appelé ciblage probabiliste . Comme son nom l'indique, il parle de la probabilité que A soit probablement l'utilisateur avec un ordinateur de bureau (appareil X) et un smartphone (appareil Y). Ainsi, pour effectuer le suivi, des algorithmes avec une énorme quantité d'attributs sont conçus, qui segmentent ensuite les utilisateurs en fonction d'un comportement similaire sur les appareils, les emplacements géographiques, les adresses IP et tout autre contexte similaire. Bien sûr, la précision de ce suivi ne peut pas atteindre 100 %, mais 60 à 70 % est un bon objectif.

Suivi inter-navigateurs

Enfin, le suivi inter-navigateurs permet à un site Web de suivre un utilisateur entre différents navigateurs, notamment Chrome, Firefox, Microsoft Edge, Safari, Tor.

La méthode derrière le suivi inter-navigateur est appelée empreinte digitale du navigateur .

Il fonctionne en identifiant un ensemble de caractéristiques propres au matériel et aux logiciels d'un ordinateur et en utilisant ces informations, une « empreinte digitale » pour le système en question.

Vous ne vous en rendez peut-être pas compte, mais tout, de vos applications installées aux paramètres de votre navigateur, est combiné pour former votre profil unique . Le degré d'identifiabilité de cette empreinte digitale dépend de l'algorithme de chaque navigateur.

Disons que vous naviguez sur Firefox, voyez une annonce et décidez de passer à Chrome pour acheter un produit afin d'éviter d'être ciblé par des campagnes de reciblage. À moins que vous n'ayez désactivé le suivi multi-navigateurs dans les paramètres de votre navigateur, les navigateurs pourront toujours vous cibler avec les campagnes.

Quand les sites optent-ils pour les transactions sur un autre domaine/appareil/navigateur ?

Le suivi inter-domaines est particulièrement utile lorsque les propriétaires de sites souhaitent suivre les sessions qui se déroulent sur deux ou plusieurs domaines ou sous-domaines et traiter ces sessions comme une seule.

Les sessions s'étendent généralement sur plusieurs domaines lorsque :

1. Le processus de paiement est défini sur un domaine différent (ce qui est assez courant lorsque vous utilisez un panier d'achat tiers comme Shopify),
2. L'objectif de conversion ou de transaction de commerce électronique a lieu sur un domaine différent (ce qui est également assez courant dans le cas des sites Web affiliés).

Voici un scénario typique où le suivi inter-domaines a du sens : les plateformes de commerce électronique avec des paniers d'achat tiers.

Dans cette situation, un utilisateur peut atterrir sur le site principal pour voir un produit d'une campagne PPC. Lorsque l'utilisateur se dirige vers la caisse, il est redirigé vers un panier d'achat tiers sur un domaine différent, par exemple via Shopify, pour terminer la transaction.

Sans suivi inter-domaines, le comportement d'achat et le paiement ne seront pas liés et les conversions ne seront pas suivies sur les différents domaines. Ainsi, ces propriétaires de boutiques en ligne doivent en quelque sorte connecter leurs domaines. Sinon, la conversion sera créditée au panier d'achat tiers, et non à la source de trafic d'origine.

Ainsi, le suivi inter-domaines vous permet de suivre de manière fiable un visiteur même après qu'il a quitté votre site.

Un autre avantage de la mise en œuvre du suivi inter-domaines est que vous pouvez collecter des données de différents domaines dans un seul rapport.

La centralisation des données de transaction facilite une meilleure optimisation car elle

• soutient l'amélioration continue des processus décisionnels,
• renforce un meilleur suivi et une meilleure optimisation des processus métier, et
• minimise le risque d'une organisation tout en prévenant l'impact négatif des inexactitudes et des redondances.

Et enfin, les propriétaires de sites n'ont plus à se limiter à faire toutes les pages de destination de prévente sur leur site d'argent principal, en raison des limitations de suivi. Ils peuvent se diversifier sur plusieurs sites Web pour un entonnoir de site Web marketing plus large et traçable.

Dans le monde omnicanal d'aujourd'hui, la façon dont les consommateurs utilisent les appareils et les navigateurs s'étend sur différentes plates-formes : ils peuvent lire les nouvelles du matin sur leurs tablettes sur Firefox, consulter leurs e-mails pendant le trajet du matin sur leurs téléphones sur Chrome et utiliser leur ordinateur de bureau lorsqu'ils sont au travail. La nuit, ils peuvent naviguer sur leurs montres connectées pour se tenir au courant des nouvelles du jour.

Voici un scénario typique :

• Un utilisateur parcourt le fil d'actualités sur son téléphone et clique sur une publication concernant votre produit. L'utilisateur est intéressé mais ne s'inscrit pas tout de suite.
• Plus tard dans la semaine, l'utilisateur décide de vérifier à nouveau votre produit, mais cette fois visite votre domaine directement depuis son ordinateur à partir d'un autre navigateur. L'utilisateur décide alors de s'inscrire.
• En quelques jours, l'utilisateur se connecte à votre application depuis son téléphone.
• Tout leur historique de navigation sur les appareils et navigateurs ci-dessus doit être correctement lié à leur compte et ce clic original à partir de leur fil d'actualité doit être correctement attribué à leur conversion.

Cette technologie peut aider les propriétaires de sites à mieux comprendre le comportement des consommateurs et leur parcours d'achat multicanal. Cela leur permet d'offrir une meilleure expérience client et de créer des stratégies de marketing omnicanal hautement ciblées sur différents points de contact. Il aide à répondre à des questions telles que :

• Mes campagnes PPC atteignent-elles mes consommateurs idéaux au bon moment ?
• Comment puis-je mesurer efficacement quels appareils génèrent le plus de conversions pour optimiser mes campagnes et récompenser cette source ?
• Comment les expériences de mon site Web peuvent-elles fonctionner de manière transparente sur tous les appareils et navigateurs et offrir à mes consommateurs une expérience de marque cohérente ?
• Comment puis-je atteindre les consommateurs quel que soit l'appareil sur lequel ils se trouvent, non seulement pour les motiver à s'engager avec ma marque, mais aussi pour les faire revenir en tant que clients réguliers ?

Comment les modifications de confidentialité affectent-elles le suivi inter-environnement ?

Alors qu'Internet fait de plus en plus partie intégrante de la vie quotidienne, il est important que les gens se sentent en sécurité lorsqu'ils naviguent. Pour aider à garder les informations personnelles privées sur les sites Web, de plus en plus de navigateurs mettent en place des mesures de prévention du suivi. Voici une ventilation des dernières modifications en matière de prévention du suivi et de leur impact sur le suivi inter-environnements.

Nous passerons brièvement en revue chacune des mises à jour ci-dessous, mais pour une description plus détaillée de chacune des mises à jour et de la manière dont Convert les a abordées, lisez Comment le suivi et les cookies ont changé en 2019 et Comment le suivi et les cookies ont changé en 2020.

Cookies tiers bloqués par Google Incognito

En mode navigation privée, Google Chrome n'enregistre pas l'historique de navigation d'un utilisateur, les informations de formulaire ou les cookies du navigateur. À partir de Chrome 83, le navigateur bloque les cookies tiers en mode navigation privée par défaut.

Les utilisateurs peuvent toujours autoriser les cookies tiers pour des sites spécifiques, mais toutes les méthodes de suivi croisé reposant sur des cookies tiers sont désormais confrontées à de grands défis car elles doivent être activées par les visiteurs du site Web à partir des paramètres de leur navigateur.

Prévention stricte du suivi dans le mode InPrivate de Microsoft Edge

Dans Microsoft Edge 80, le comportement par défaut permet aux utilisateurs de décider s'ils souhaitent ou non des protections en mode strict lors de la navigation sur InPrivate.

Cela signifie que si les utilisateurs activent cette fonctionnalité, le suivi croisé devient impossible.

Mozilla Enhanced Tracking Protection (ETP) 2.0

Depuis 2019, la protection améliorée contre le suivi (ETP) est activée par défaut pour les nouveaux utilisateurs de Firefox, et l'année dernière, Mozilla a ajouté une couche de sécurité supplémentaire avec Enhanced Tracking Protection 2.0 où ils bloquent le suivi de redirection. ETP 2.0 efface les cookies et les données de site des sites toutes les 24 heures, à l'exception des sites avec lesquels les utilisateurs interagissent régulièrement !

Oubliez donc les méthodes de suivi croisé qui reposent sur des cookies bloqués par ETP.

Prévention intelligente du suivi dans iOS 14, iPad 14 et Safari 14

Avec la sortie d'iOS 14, iPad 14 et Safari 14, Apple a inclus de nouvelles fonctionnalités de confidentialité comme le rapport de confidentialité où les utilisateurs peuvent voir des informations sur les trackers bloqués, ainsi que l'ITP pour tous les navigateurs Web sur les appareils iOS (v14 et supérieur), qui empêcher l'attribution croisée.

Les outils de test A/B peuvent-ils suivre les conversions de commerce électronique ET préserver la confidentialité des utilisateurs ?

Les mises à jour de suivi et de confidentialité décrites ci-dessus limitent les informations pouvant être suivies dans plusieurs environnements, mais le maintien de la confidentialité des utilisateurs et l'offre d'une expérience personnalisée ne s'excluent pas mutuellement.

La collecte de données inter-environnements ne doit pas nécessairement se produire de manière intrusive qui compromet la confiance de vos clients ou les empêche de tirer le meilleur parti de leur site Web - il existe un moyen de le faire tout en respectant les deux mondes !

Les outils de test A/B peuvent offrir des solutions pour aider votre entreprise à comprendre ce que veulent les utilisateurs et leur offrir une excellente expérience en ligne, tout en respectant la vie privée.

Passons en revue certains des outils de test A/B les plus populaires sur le marché, voyons quelles solutions de suivi des conversions de commerce électronique ils proposent et à quel point ils sont respectueux de la vie privée.

De façon optimale

Construit de manière optimale deux méthodes différentes pour permettre le suivi des conversions multi-environnements.

Option 1 : Activer et utiliser BYOID

Cela peut être fait en activant la fonction "Apportez votre propre identifiant de visiteur" sur Optimizely. Cette fonctionnalité vous permet de définir votre propre identifiant de visiteur, sous forme de cookie, de clé de stockage local, de paramètre de requête d'URL ou de variable javascript. Il présente plusieurs avantages au-delà de l'atténuation ITP 2.x, notamment en vous permettant de contrôler votre stratégie de persistance de l'ID, en permettant un ID de visiteur uniforme sur plusieurs plates-formes et en réduisant le gonflement des cookies.

Cette option est un processus manuel et fastidieux que vous devez définir pour chaque client ou domaine sur lequel vous exécutez des expériences. Vous devez également veiller à ce que les identifiants uniques que vous créez soient récupérés avec succès par l'API Optimizely.

Option 2 : Définir l'ID d'utilisateur optimisé sur le CDN

Cette méthode n'est généralement pas recommandée car BYOID est une approche plus complète. Mais une autre façon de configurer la création de cookies consiste à utiliser un CDN. Il s'agit d'une option viable pour la mise en œuvre basée sur l'interface utilisateur et gérée par l'interface utilisateur de la création de cookies côté serveur dans de nombreux cas. Optimizely fournit actuellement une documentation pour la création de cookies côté serveur via la configuration d'Akamai.

Si vous suivez ce processus, en plus des modifications des paramètres CDN ci-dessus, vous devez également désactiver l'extension automatique de la durée de vie du cookie d'identification du visiteur en l'exécutant dans le JS du projet :

 window["optimiser"].push({
 "type": "prolonger la durée de vie des cookies",
 "isEnabled": faux
});

Cette stratégie a également des fonctionnalités limitées lorsque le suivi inter-domaines est activé, en particulier lorsque les différents domaines suivent des stratégies différentes pour la persistance de l'ID visiteur.

VWO

VWO prend en charge le suivi inter-domaines à l'aide de cookies tiers.

Si vous activez l'option de cookies tiers dans votre test, en plus de stocker les données des visiteurs (variation affichée et objectifs de conversion déclenchés) dans les cookies appartenant à votre domaine, VWO enverra également ces données aux serveurs. Une fois les données envoyées, les serveurs de VWO créent des cookies pour le domaine dev.visualwebsiteoptimizer.com. Si votre test implique un autre domaine, la prochaine fois que votre page demandera des données de test, les serveurs VWO renverront également les données des visiteurs. D'une certaine manière, les serveurs agissent comme un proxy entre vos multiples domaines différents, et donc les conversions peuvent être suivies.

Cependant, les navigateurs Firefox et Safari bloquent par défaut les cookies tiers. Par conséquent, VWO ne peut pas accéder aux cookies tiers, empêchant ainsi le suivi inter-domaines de fonctionner dans les navigateurs Safari et Firefox.

Optimiser Google

Pour implémenter avec succès le suivi inter-domaines de Google Optimize, vous devez connaître HTML et Javascript ou faire appel à un développeur Web dédié pour cela.

Pour le configurer, créez une seule propriété dans votre compte Google Analytics.

Ensuite, vous devrez utiliser le même identifiant de suivi Google Analytics sur les deux sites que vous souhaitez lier.

1. Le domaine source décore les URL qui pointent vers le domaine de destination afin qu'elles contiennent les valeurs de cookie de mesure propriétaires du domaine source.
2. Le domaine de destination vérifie la présence de cookies de mesure liés.

Le paramètre de l'éditeur de liens est identifié dans les paramètres de requête d'URL avec la clé _gl, comme dans l'exemple ci-dessous :

https://www.exemple.com/? _gl=1~abcde5~

Kameleoon

Leur solution crée un extrait côté serveur qui se synchronise automatiquement avec localStorage. Ils recommandent donc d'installer un extrait côté serveur qui synchronise automatiquement leur cookie kameleoonVisitorCode entre le front et le back-end. Celui-ci contient le très important identifiant visitorCode.

ITP n'impose aucune restriction sur les cookies côté serveur, ce cookie aura donc une date d'expiration définie suffisamment loin dans le futur.

Le snippet créera le cookie KameleoonVisitorCode côté serveur lorsqu'aucun cookie Kameleoon n'a été trouvé (c'est-à-dire qu'il n'a pas encore été créé en front-side) OU récupérera la valeur existante et recréera le cookie côté serveur pour éviter les problèmes d'ITP. La synchronisation signifie non seulement que les identifiants ne seront pas supprimés après sept jours, mais qu'il n'y aura aucun impact sur les performances ou l'expérience utilisateur car nous ne stockerons qu'un seul cookie.

Cependant, étant donné que Kameleoon stocke d'autres données dans le stockage local, données nécessaires pour déclencher des expériences en temps réel sans appels de serveur supplémentaires, ils ont également mis en place un mécanisme de synchronisation du stockage local.

Sur Safari, une fois que Kameleoon aura obtenu son visitorCode en lisant le cookie kameleoonVisitorCode, il vérifiera si son Local Storage actuel est vide. Si tel est le cas, ce qui signifie probablement que la dernière visite remonte à plus de sept jours, ils effectueront un appel de synchronisation de serveur (SSC) pour récupérer toutes les données présentes dans le stockage local à partir de leurs serveurs principaux. Une fois cet appel terminé, les données seront restaurées dans l'état exact où elles auraient été si ITP ne les avait pas effacées. Les opérations normales peuvent alors reprendre.

Comment Convert Experiences gère-t-il le suivi inter-environnements ?

Convert Experiences respecte toutes les règles de confidentialité et, par défaut, n'autorise pas le suivi entre domaines, entre appareils et entre navigateurs .

Toutefois, si les utilisateurs le souhaitent, ils peuvent activer le suivi inter-domaines dans leurs paramètres de projet et peuvent demander à l'équipe d'assistance de Convert des solutions personnalisées de suivi inter-appareils. Le suivi entre navigateurs n'est pas pris en charge.

Voyons maintenant plus de détails sur chaque type de suivi et comment le configurer dans l'application.

Suivi inter-domaines dans les expériences de conversion

Cette section décrit comment Convert Experiences gère le suivi inter-domaines ; par exemple, si votre site Web s'étend sur plusieurs noms de domaine. C'est souvent le cas si vous utilisez un panier tiers.

Le suivi inter-domaines est désactivé par défaut pour tous les projets dans Convert Experiences, en raison du RGPD. Cependant, vous pouvez décocher le paramètre "Ne pas autoriser les liens entre domaines" pour rendre le suivi possible :

Dans l'application Convert Experiences, les expériences sont organisées au sein de projets. Un projet est une entité qui peut contenir un nombre illimité d'expériences et qui comprend des domaines (sites Web actifs) :

Tous les sites Web d'un projet Convert partagent des cookies, ce qui rend possible le suivi entre domaines SAUF si vous activez le paramètre de projet « Ne pas autoriser les liens entre domaines » ci-dessus.

La façon dont les cookies sont partagés entre les domaines se fait en transmettant automatiquement les cookies entre les domaines qui appartiennent au même projet lorsqu'un visiteur clique sur des liens ou soumet des formulaires. Ces cookies sont transmis à vos autres domaines via des variables GET.

Deux variables sont ajoutées à la chaîne de requête pour transmettre les cookies :

• _conv_v
• _conv_s

Il est également possible de transmettre manuellement des cookies aux liens ou formulaires sélectionnés. Il suffit de passer les variables _conv_v et _conv_s dans l'URL du lien ou de l'action du formulaire.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false ;" >

Passons maintenant en revue un cas d'utilisation du suivi inter-domaines dans Convert Experiences.

Disons que je commence mon voyage sur une page d'événement où je dois souscrire :

https://domainA.com/reports/WCI/cpc-bndl

Une fois que je dois payer, le domaine A me redirige vers la page du panier de paiement qui se trouve sous le domaine B et ajoute les cookies de conversion nécessaires au suivi inter-domaines en tant que paramètres de requête d'URL, comme ceci :

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

Une fois le paiement terminé, j'arrive sur la page de remerciement du domaine A :

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

où je suis considéré comme un visiteur existant, de sorte que la conversion des revenus est capturée dans les deux domaines.

Suivi multi-appareils dans les expériences de conversion

Convert Experiences ne prend pas en charge le suivi multi-appareils par défaut. La méthode ci-dessous a été conçue uniquement pour les solutions personnalisées et sur demande pour les plans Leader . Il n'est plus actif, mais nous le présentons ici à des fins pédagogiques.

Afin de suivre les visiteurs sur différents appareils et d'offrir une expérience utilisateur cohérente, quel que soit l'appareil qu'ils utilisent, l'utilisateur doit être "identifié" par une sorte d'identifiant unique qui ne doit contenir aucune donnée personnellement identifiable (PII) .

Convert a créé une fonction API grâce à laquelle les clients peuvent présenter cet identifiant unique qui identifie le visiteur sur tous les appareils. L'identifiant unique doit être "donné" sur une page, avant l'extrait de suivi de conversion principal.

Il ressemble à ceci :

 fenêtre._conv_q = fenêtre._conv_q || {} ;
_conv_q.push([“identifier”,”unique_hashed_id_here”]);

Lorsque l'identifiant unique est fourni, Convert retarde la présentation de l'expérience jusqu'à ce qu'il interroge le serveur pour obtenir des données (expériences vues, objectifs atteints, etc.) et récupère les résultats. Lorsque les résultats sont renvoyés, ils sont enregistrés sur un cookie à long terme remplaçant l'éventuel regroupement que l'utilisateur avait avant d'être "identifié". Nous nous attendons à ce que cela soit fait uniquement si les données ne sont pas déjà disponibles sur le cookie à long terme, afin d'éviter des retards dans la présentation de l'expérience sur chaque page vue.

Les réponses doivent être minimisées et compressées pour éviter des latences réseau supplémentaires. La solution finale consiste en 2 requêtes faites par la page :

• La première requête est responsable du chargement du fichier js principal (données de chargement) - il est mis en cache au niveau du CDN et contient toutes les expériences disponibles, les dépendances de la bibliothèque jquery, les objectifs, d'autres fonctions utilitaires et le suivi, mais ne contient pas de compartimentage des utilisateurs. Ce fichier est servi minimisé et compressé (gzip).
• Le deuxième appel a une taille de quelques octets. Il essaie d'obtenir le regroupement précédemment attribué pour cet utilisateur particulier. Il charge les ID d'expériences et les ID d'objectifs auxquels l'utilisateur a été précédemment affecté en accédant à une base de données NoSQL clé-valeur performante (mise en cache dans le système de mise en cache de la mémoire). Si d'autres améliorations de performances sont nécessaires, Convert optimisera en utilisant un CDN devant lui (auquel cas, chaque demande sera mise en cache par utilisateur). Cette réponse est également servie minimisée et compressée (gzip).

Lorsque l'identifiant unique est fourni pour un nouveau visiteur unique du site Web, le regroupement des expériences se fait de la manière suivante :

1. Pour un nouvel utilisateur — il n'y a pas de cookie à long terme stocké ; si l'identifiant unique est fourni, les expériences sont retardées jusqu'au retour du second appel. Cet appel :
   1. soit retourner quelles expérimentations/variantes sont liées à l'identifiant unique, auquel cas Convert montrera le même couple expérimentation/variation à l'utilisateur (se comportant de la même façon qu'il se comporte pour un visiteur qui revient sur une page d'expérimentation vue précédemment)
   2. ou ne renverra pas de données si cet identifiant unique n'a rien de connecté, auquel cas Convert effectuera la randomisation normalement ; Par conséquent, lorsqu'un nouveau bucket est attribué, un appel asynchrone supplémentaire est envoyé au backend pour enregistrer le nouveau bucketing qui vient de se produire.

Lorsque l'identifiant unique est fourni pour un visiteur de site Web existant, le regroupement des expériences se fait comme suit :

2. Pour un utilisateur existant (avec identifiant) - nous avons le cookie à long terme trouvé dans son navigateur défini par Convert. Si un identifiant unique est fourni, nous pouvons avoir l'un de ces deux cas :
   1. Il n'y a pas de session de navigation démarrée (une nouvelle session est identifiée par un cookie de session qui expire après 20 minutes d'inactivité) OU l'identifiant du visiteur stocké sur le cookie à long terme est différent de l'identifiant du visiteur fourni via l'identifiant unique ; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.