Stockage des données

Commanders Act Stockage de données est un cookie stocké sur le navigateur de l’utilisateur.

Lorsque vous créez un data storage dans l’interface Commanders Act, un cookie portant le même nom est stocké sur le navigateur du visiteur. Le data storage vous permet d’exploiter les données qu’il contient. Son utilisation est décrite dans les articles suivants de cette section.

Le data storage est utile pour stocker continuellement des données sur un visiteur d’une page à l’autre, d’une visite à l’autre ou pendant une période de temps définie jusqu’à un an.

C’est cookie un stocke des données et permet de les utiliser ensuite de nombreuses façons. Ses usages sont détaillés dans d’autres articles de cette section.

Informations complémentaires

Les data storage que vous créez dans l’interface sont des first-party cookies, qui sont des cookies définis pour le nom de domaine de votre site.

Utilisation du data storage

Vous pouvez utiliser la fonction ci-dessous pour voir le contenu du data storage créé pour l’une des pages de votre site :

tC.getCookie('cookie_name')

Vous pouvez utiliser la fonction suivante pour créer un data storage personnalisé: tC.setCookie('cookie_name', 'value', 'expiration')

Ajout d’un data storage

Pour ajouter un data storage, vous devez aller dans l’onglet «Options» > «Data layer» > «Stockage de données» et cliquer sur «ADD DATA STORAGE» :

Les « ajouter» ; la fenêtre se compose des champs suivants :

Nom: Nom du Data Storage Container(s) à associer :Un menu déroulant qui affiche tous les containers disponibles Durée de vie : Un menu pour sélectionner la durée de vie du cookie Type: le type de cookie / son utilisation Valeur : les valeurs que le cookie prendra (a et b pour les tests A/B, bien plus pour les tests N …)

Types de data storage

ID unique

Génère un ID unique pour chaque visiteur.

Exemple : Commanders Act peut devenir l’ID de référence unique de vos visiteurs afin de remplacer ou d’enrichir l’ID généré par vos solutions partenaires.

L’option « Voulez-vous que la durée de vie soit rafraîchie à chaque page vue ? » modifie la durée de vie du data storage en fonction de la fréquence des visites sur le site. Cette option rafraîchit la durée de vie du data storage à chaque page vue.

Exemple : vous avez défini la durée de vie du data storage à 30 jours et coché cette option. Si un utilisateur visite la page à 12 h le 05/01/2015, le cookie restera sur l’ordinateur du visiteur jusqu’à 12 h le 31/05/2015, soit 30 jours plus tard. La durée de vie du cookie sera rafraîchie à chaque page vue.

Enregistreur de paramètre d’URL

Enregistre la valeur d’un paramètre d’URL.

Exemple : si vous souhaitez enregistrer la valeur du paramètre « utm_source », c’est-à-dire « google » dans l’URL https://www.site.com/landing?utm_source=google&utm_medium=cpc, vous devez saisir le nom du paramètre à enregistrer, qui dans ce cas serait « utm_source »

Scoring sur les pages vues

Attribue un score en fonction du nombre de pages vues.

Exemple : si vous souhaitez attribuer le score « A » aux visiteurs consultant 1 à 3 pages, un « B » aux visiteurs consultant 4 à 7 pages et un « C » aux visiteurs consultant 8 à 11 pages, vous devez saisir les différentes plages de pages vues et indiquer le score de chaque plage. La valeur du data storage sera le score (A, B ou C).

Compteur de pages vues

Enregistre le nombre de pages vues pour un visiteur donné.

Exemple : vous pouvez utiliser ce type de data storage si vous souhaitez enregistrer et envoyer le nombre de pages vues de l’utilisateur à l’une de vos solutions ou définir l’activation d’un tag en fonction du nombre de pages vues. Il vous suffit de sélectionner le type de data storage « compteur de pages vues », et la valeur du cookie augmentera automatiquement à chaque page vue (1 page vue : valeur du cookie = « 1 », 2 pages vues : valeur du cookie = « 2 », etc.)

A/B testing

Création de deux populations de visiteurs réparties à 50/50.

Exemple : si vous souhaitez activer la solution A pour 50 % de vos visiteurs et la solution B pour les 50 % restants, il vous suffit d’indiquer les valeurs de data storage pour la population A, « vendor_A » par exemple, et pour la population B, « vendor_B ».

Vous pourrez ensuite créer une règle pendant le processus de déploiement dans la section « Rules » qui activera les tags de la solution A lorsque la valeur du data storage sera « vendor_A », et les tags de la solution B lorsque la valeur sera « vendor_B ».

Remarque : cette méthode est régulièrement utilisée pour les tests A/B de deux solutions de retargeting concurrentes.

N testing

Création de N populations de visiteurs de taille égale.

Exemple : si vous souhaitez lancer un test N pour 3 solutions concurrentes, chaque solution se verra attribuer 33,3 % du trafic (100 %/3) ; pour 4 solutions, chaque solution se verra attribuer 25 % du trafic (100 %/4), et ainsi de suite.

Si vous décidez d’activer la solution A pour 33,3 % de vos visiteurs, la solution B pour 33,3 % supplémentaires et la solution C pour les 33,3 % restants, vous devez saisir la valeur du data storage dans chaque cas. Par exemple, « vendor_A » pour la solution A, « vendor_B » pour la solution B et « vendor_C » pour la solution C (1). Chaque valeur doit être séparée par une virgule pour être traitée.

Variable Saver

Enregistre la valeur d’une variable.

Exemple : si, à un moment donné, vous souhaitez enregistrer une variable data layer Commanders Act ou toute autre variable JavaScript présente sur la page, vous devez saisir le nom de la variable à enregistrer.

Par exemple, le data storage vous permet d’enregistrer les variables user_id des visiteurs afin de les reconnaître s’ils reviennent plusieurs jours après avoir quitté votre site. Pour enregistrer la valeur de la variable user_id, vous devez saisir « tc_vars[“user_id”] » ou « tc_vars.user_id » (les deux formats sont acceptés) dans le champ « Variable to save » (1). Si vous souhaitez enregistrer la valeur d’une variable interne, vous devez saisir la valeur au format suivant : tC.internalvars.variable_name.