Cette page d’aide décrit le fonctionnement des eVars de marchandisage en tant que dimension. Pour plus d’informations sur l’implémentation des eVars de marchandisage, consultez eVar (variable de marchandisage) dans le guide d’utilisation de l’implémentation.
Une eVar de marchandisage fonctionne comme une eVar standard, sauf que chaque produit en a sa propre copie. La persistance, l’affectation et l’expiration fonctionnent toutes de la même manière, mais séparément pour chaque produit. Une eVar standard contient une valeur persistante par visiteur qui reçoit du crédit pour chaque événement de succès. Une eVar de marchandisage contient une valeur persistante par produit, et cette valeur reçoit un crédit pour les événements de succès de ce produit :
- Produit A →
eVar1=value A - Produit B →
eVar1=value B
La valeur de chaque produit ne peut être définie ou modifiée que sur les accès qui incluent ce produit. Une fois définie, la valeur persiste jusqu’à son expiration et n’est créditée que pour les événements de succès de ce produit. La modification de la valeur du produit A n’a aucun effet sur le produit B.
Les eVars de marchandisage ne fonctionnent qu’avec la variable products . Une valeur d’eVar de marchandisage qui n’est pas liée à un produit ne reçoit aucun crédit. Les événements de succès sur les accès sans produits sont attribués à "None" pour chaque eVar de marchandisage.
Pourquoi utiliser des eVars de marchandisage ?
Le fait de conserver une valeur distincte pour chaque produit est important lorsqu’une seule valeur ne doit pas être créditée pour tout ce qu’un visiteur achète. Une eVar standard fonctionne bien pour les campagnes externes ou les termes de recherche externes, où une valeur doit être créditée pour tout événement de succès qui se produit. Par exemple, si un client clique sur un lien d’une campagne par e-mail pour visiter votre site Web, tous les achats effectués par ce biais doivent être crédités à cette campagne.
La recherche interne et la navigation dans les catégories sont différentes, car un visiteur les utilise souvent pour trouver plusieurs produits, chacun d’une manière différente. Supposons qu’un client recherche « "goggles" » (lunettes) sur votre site, puis en ajoute une paire dans le panier :
Avant le passage en caisse, le client recherche des "winter coat", puis ajoute une veste de duvet à son panier :
Lorsque le visiteur effectue cet achat, le terme de recherche interne "winter coat" est crédité pour l’ensemble de la commande, y compris les lunettes, car il s’agit de la valeur la plus récente d’eVar (affectation par défaut de Le dernier ). Le terme de recherche "goggles" ne reçoit aucun crédit, même s’il a conduit à une partie de l’achat :
Comment les eVars de marchandisage résolvent ce problème
Si le marchandisage est activé pour eVar dans l’exemple précédent, le terme de recherche "goggles" est lié aux lunettes de neige et le terme de recherche "winter coat" est lié à la veste de duvet. Les eVars de marchandisage allouent le chiffre d’affaires au niveau du produit. De ce fait, chaque terme est crédité du montant du chiffre d’affaires du produit auquel il est lié :
Fonctionnement de la liaison et de l’affectation
Les eVars de marchandisage reposent sur trois concepts :
-
Liaison : association entre un produit et une valeur eVar. Chaque produit conserve sa propre liaison pour chaque eVar de marchandisage. Comme une valeur eVar standard, une liaison persiste sur les accès ultérieurs jusqu’à son expiration. Par exemple, une valeur liée à un produit sur une page produit reçoit toujours un crédit lorsque ce produit est acheté sur une page ultérieure, sans définir à nouveau la valeur. La façon dont une valeur atteint le produit dépend de la syntaxe d’eVar, décrite ci-dessous.
-
Affectation : le paramètre Affectation détermine ce qui se produit lorsqu’une nouvelle valeur tente de se lier à un produit déjà lié. L’affectation est évaluée séparément pour chaque produit, afin que les valeurs d’eVar de marchandisage liées à différents produits ne soient jamais en concurrence les unes avec les autres.
- Valeur d’origine (première) : la liaison existante est conservée. La nouvelle valeur est ignorée pour ce produit jusqu’à l’expiration de la liaison.
- Le dernier) : le produit se relie à la nouvelle valeur.
-
Expiration : le paramètre Expire après détermine à quel moment les liaisons se terminent. La liaison de chaque produit a sa propre date d’expiration, à partir de la date de liaison du produit. Par exemple, avec une expiration de type Semaine, si le produit A est lié le lundi et que le produit B est lié le mercredi, la liaison du produit A expire le lundi suivant et la liaison du produit B expire le mercredi suivant. Lorsqu’une liaison expire, le produit n’a plus de valeur pour cette eVar, de même qu’une eVar standard n’a plus de valeur après son expiration. Les événements de succès pour ce produit sont attribués à
"None"jusqu’à ce que le produit soit à nouveau lié.
Chaque eVar de marchandisage utilise l’une des deux syntaxes suivantes, définies dans le paramètre Marchandisage des paramètres de la suite de rapports. La syntaxe détermine la manière dont une valeur atteint un produit :
- Syntaxe du produit : la valeur est définie directement sur chaque produit dans la variable
productset est liée à ce produit sur cet accès. - Syntaxe de la variable de conversion : la valeur est définie dans l’eVar lui-même et persiste comme une valeur eVar standard. Il se lie aux produits du même accès ou d’un accès ultérieur contenant un événement de liaison.
Les deux syntaxes utilisent le même comportement de liaison, d’attribution et d’expiration décrit ci-dessus. Elles diffèrent de plusieurs manières :
productseVar lui-même, de la même manière qu’une eVar standardSyntaxe du produit
Avec la syntaxe de produit, la valeur eVar est définie sur chaque produit dans la variable products. Dans la chaîne de products, la valeur qui suit le dernier point-virgule d’un produit est son eVar de marchandisage. Voir Implémentation à l’aide de la syntaxe de produit pour la syntaxe complète.
La valeur se lie directement à ce produit sur cet accès. Les événements de liaison ne sont pas utilisés. Les accès ultérieurs incluant le produit, tels qu’un ajout au panier ou un achat, n’ont pas besoin de répéter la valeur. Comme chaque produit possède sa propre valeur, la syntaxe du produit est la seule option lorsque les produits d’un même accès ont besoin de valeurs différentes.
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Hit | products |
events |
| 1 | ;12345;;;;eVar1=internal keyword search |
|
| 2 | ;12345;;;;eVar1=internal campaign |
|
| 3 | ;12345;1;50 |
purchase |
- Valeur d’origine (première) : l’accès 2 est ignoré pour les
12345de produit. L’achat est crédité àinternal keyword search. - Le dernier) : l’accès 2 relie les
12345du produit. L’achat est crédité àinternal campaign.
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Hit | products |
events |
| 1 | ;productA;;;;eVar1=value A |
|
| 2 | ;productB;;;;eVar1=value B |
|
| 3 | ;productA;1;50,;productB;1;30 |
purchase |
Chaque produit conserve sa propre liaison. Par conséquent, le paramètre d’affectation n’a aucun effet dans cet exemple. value A reçoit un crédit pour le chiffre d’affaires du produit A, et value B reçoit un crédit pour le chiffre d’affaires du produit B. Les deux valeurs reçoivent une commande, car la commande contient un produit lié à chaque valeur.
Un visiteur achète un t-shirt bleu moyen et un t-shirt rouge grand, tous deux avec l’ID de produit parent tshirt123, et eVar10 capture les SKU enfants :
| code language-js |
|---|
|
Chaque SKU enfant est crédité pour sa propre instance de tshirt123.
Le compromis est que la syntaxe du produit nécessite la chaîne de valeur complète sur chaque produit chaque fois que la liaison doit se produire. Pour les méthodes de recherche de produit, qui utilisent généralement plusieurs eVars à la fois, la chaîne ressemble à ceci :
s.products = ";sandal123;;;;eVar2=sandals|eVar1=internal keyword search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross-sell";
Une méthode de recherche ne doit recevoir de crédit qu’après l’interaction du visiteur avec un produit. Cette chaîne est donc généralement définie sur la page des détails du produit ou sur un ajout au panier, et non sur la page des résultats de recherche. Pour ce faire, les développeurs doivent :
- Transférer les détails de la méthode de recherche de la page de la méthode de recherche vers la page des détails du produit ou les rendre disponibles lorsqu’un ajout au panier se déclenche à partir d’une page de résultats.
- Assembler la chaîne
productscomplète sans erreurs de syntaxe.
La syntaxe de la variable de conversion évite ces deux exigences.
Syntaxe de la variable de conversion
Avec la syntaxe de la variable de conversion, la valeur est définie dans l’eVar même :
s.eVar1 = "internal keyword search";
EVar agit comme une zone de transit. Une valeur définie dans eVar y est conservée jusqu’à ce qu’un événement de liaison la lie aux produits d’un accès. La liaison se fait en deux étapes :
- Évaluation : lorsque l’eVar est défini, sa valeur persiste pour les accès suivants jusqu’à son expiration. Cette valeur persistante est la colonne
post_evardans flux de données. Pour les eVars de marchandisage qui utilisent la syntaxe de la variable de conversion, la valeur échelonnée reflète toujours la valeur la plus récente envoyée, quel que soit le paramètre Affectation. Chaque nouvelle valeur remplace la valeur précédemment évaluée. - Liaison : lorsqu’un accès contient à la fois des produits et un Événement de liaison de marchandisage configuré, la valeur intermédiaire se lie à chaque produit de cet accès. Si un produit est déjà lié, la fonction Attribution détermine si la nouvelle valeur remplace la liaison existante. Les produits déjà liés conservent leur valeur avec Valeur d’origine (première) ou sont liés avec La dernière).
Si l’eVar, la variable products et un événement de liaison sont tous définis sur le même accès, l’évaluation et la liaison se produisent simultanément. La nouvelle valeur se lie immédiatement aux produits sur cet accès.
La définition de l’eVar avec un produit sans événement de liaison ne lie pas la valeur à ce produit. Une valeur échelonnée ne reçoit aucun crédit tant qu’elle n’est pas liée à un produit.
À quoi servent les événements de liaison
Un événement de liaison est le déclencheur qui indique à Adobe de lier la valeur intermédiaire aux produits sur l’accès.
- Les événements de liaison peuvent être des événements de succès standard ou personnalisés, le code de suivi (Événement de campagne) ou des eVars. Les props n’ont aucun effet sur la liaison.
- Vous pouvez configurer plusieurs événements de liaison, tels que Événement de consultation de produit, Événement d’ajout au panier et Événement d’achat. Si l’un de ces événements se trouve sur un accès avec des produits, la valeur échelonnée se lie à chaque produit sur cet accès.
- Par défaut (All), la liaison se produit chaque fois qu’un autre événement ou qu’eVar se trouve sur le même accès qu’un produit. All est utilisé si aucun événement de liaison n’est explicitement sélectionné. Avec All, la définition d’eVar sur un accès qui inclut des produits déclenche toujours la liaison sur cet accès. Une valeur échelonnée sur un accès précédent se lie à l’accès suivant qui inclut les produits et tout autre événement ou eVar.
Tenez compte des accès suivants :
| code language-js |
|---|
|
Si prodView est un événement de liaison pour les deux eVars, accédez à 2 liaisons internal keyword search (eVar1) et sandals (eVar2) à sandal123. Si un eVar ne prodView répertorie pas comme événement de liaison, aucune liaison ne se produit pour cet eVar.
| table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 | |||
|---|---|---|---|
| Hit | eVar1 |
products |
events |
| 1 | value A |
||
| 2 | ;productA,;productB |
Événement de liaison | |
| 3 | value B |
||
| 4 | ;productA |
Événement de liaison | |
| 5 | ;productA;1;50,;productB;1;30 |
purchase |
Après l’accès 3, la valeur échelonnée (post_evar1) est value B avec l’un ou l’autre des paramètres d’affectation.
- Valeur d’origine (première) : l’accès 4 est ignoré pour le produit A, car le produit A est déjà lié. Les deux produits restent liés à
value A, qui reçoit tout le crédit d’achat. - Le dernier) : l’accès 4 relie le produit A à
value B. Le produit B n’est pas dans l’accès 4, il reste donc lié àvalue A. Le crédit d’achat du produit A va àvalue B, et le crédit d’achat du produit B va àvalue A.
Avec une seule tentative de liaison, telle que les accès 1, 2 et 5 seuls, les deux paramètres produisent le même résultat. L’affectation n’a d’importance que lorsqu’un produit déjà lié reçoit une autre tentative de liaison.
Bonne pratique : méthodes de recherche de produit
La plupart des sites de vente au détail bénéficient du suivi des méthodes de recherche de produit suivantes, chacune étant une eVar de marchandisage :
- Mots-clés de recherche interne (par exemple,
eVar2) - Codes de suivi de campagne internes (par exemple,
eVar3) - Catégories de navigation ou de marchandisage (par exemple,
eVar4) - Liens de vente croisée (par exemple,
eVar5) - Une méthode de recherche de produit eVar globale qui compare toutes les méthodes, y compris les méthodes telles que les liens externes vers des pages de produit (par exemple,
eVar1).
Lorsqu’un visiteur utilise une méthode, définissez les autres eVars de méthode de recherche sur une valeur « non ». Dans le cas contraire, la valeur antérieure d’une méthode inutilisée pourrait être créditée pour un produit trouvé par une autre méthode. Par exemple, sur la page des résultats pour une recherche interne sur « sandales » :
s.eVar1 = "internal keyword search";
s.eVar2 = "sandals";
s.eVar3 = "non-internal campaign";
s.eVar4 = "non-browse";
s.eVar5 = "non-cross-sell";
Avec la syntaxe des variables de conversion, les développeurs et développeuses ne peuvent définir que des valeurs simples, telles qu’un terme de recherche dans une prop, et la logique de votre implémentation peut renseigner les eVars de marchandisage. Rien ne doit être transmis entre les pages ou intégré à la chaîne products. La variable products est toujours requise sur les accès où la liaison se produit.
Adobe recommande les paramètres suivants pour les eVars de la méthode de recherche de produit :
Voir Variables de conversion dans le guide Administrateur pour une description de chaque paramètre.
Les visiteurs retrouvent souvent un produit qu’ils ont déjà consulté ou ajouté au panier. Par exemple :
- Un visiteur recherche des « sandales » et ajoute des
sandal123au panier à partir de la page de résultats. Le produit se lie àinternal keyword search. - Trois jours plus tard, le visiteur accède à Femmes > Chaussures > Sandales (
eVar1=browse), consulte à nouveau lesandal123et l’achète.
Avec Le dernier) la vue de produit de l’étape 2 relie de nouveau sandal123 à browse, qui reçoit ensuite le crédit d’achat. La méthode qui a trouvé le produit à l’origine n’en reçoit aucune.
Avec la mention Valeur d’origine (première), la tentative de liaison de l’étape 2 est ignorée et internal keyword search conserve le crédit.
Si le visiteur n’achète jamais le produit, l’expiration supprime la liaison. Par conséquent, la méthode de recherche suivante que le visiteur utilise peut lier au produit. C’est pourquoi la mention Expire après doit correspondre à la durée pendant laquelle un produit reste dans le panier.
Instances sur les eVars de marchandisage
La mesure par défaut Instances n’est pas recommandée pour une utilisation sur des variables de marchandisage.
-
Pour les variables de marchandisage utilisant la syntaxe du produit, les instances ne sont jamais incrémentées.
-
Pour les variables de marchandisage utilisant la syntaxe de variable de conversion, les instances sont comptabilisées chaque fois que l’eVar est définie. Toutefois, l’instance attribue à l’élément de dimension
"None"sauf si toutes les actions suivantes se produisent sur le même accès :- L’eVar de marchandisage est définie avec une valeur.
- La variable
productsest définie avec une valeur. - Un événement de liaison est défini.
Comme la plupart des cas d’utilisation de la syntaxe de la variable de conversion nécessitent la variable eVar et products pour des accès différents, la mesure Instances par défaut n’est pas réaliste à utiliser.
Pour comptabiliser les instances pour chaque valeur envoyée avec la syntaxe de la variable de conversion, appliquez le Dernière touche modèle d’attribution à la mesure Instances. Les modèles d’attribution utilisent les valeurs envoyées sur chaque accès, et non des valeurs intermédiaires ou des liaisons de produit. L’intervalle de recherche en amont n’a pas d’importance, car la dernière touche crédite chaque valeur sur l’accès où elle a été envoyée, quel que soit le paramètre d’affectation d’eVar.
