eVar dimension value has Zero Instance | Community
Skip to main content
Level 4
April 8, 2021
Solved

eVar dimension value has Zero Instance

  • April 8, 2021
  • 2 replies
  • 1659 views

Hi Team,

I am wondering, how an eVar dimension value will have Zero instance & other metrics are getting values against it. Please help me how to resolve this? I am seeing this in Adobe workspace. Its a normal eVar variable not merchandising vartiable.

This is the definition of eVar variable. @hemangini , @jeff_bloomer 

Below is the JS code snippet.

 

if(s.events.indexOf('scOpen')>-1){
var random = ""+ Math.random()*10000000000;
var cartId = random.split('.')[0];
s.eVarXX= cartId;
}

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by jeff_bloomer

@dinesh_kumar_r - The output you're displaying is making me question the implementation of that variable in the actual call.  You're saying it's a traditional eVar, but like @hemangini, my instincts would tell me it's been implemented as a Merchandising variable.  Both details will help understand the problem, but the link @hemangini is a good reference point.

2 replies

Adobe Employee
April 8, 2021

Hi @dinesh_kumar_r ,

Is this a Merchandising eVar?

The “instances” metric works differently on Merchandising eVars. If you use “Product Syntax”, you should not see any instances for the eVar at all. If you use “Conversion Variable Syntax”, you should only see instances for cases, where all three (eVar, binding event and s.products) are set at the same time.
You can also refer this document for details: https://experienceleague.adobe.com/docs/analytics/components/dimensions/evar-merchandising.html?lang=en#dimensions

Level 4
April 8, 2021
Hi @hemangini, Its not a Merchandising eVar. Normal eVar.
jeff_bloomer
Community Advisor and Adobe Champion
jeff_bloomerCommunity Advisor and Adobe ChampionAccepted solution
Community Advisor and Adobe Champion
April 8, 2021

@dinesh_kumar_r - The output you're displaying is making me question the implementation of that variable in the actual call.  You're saying it's a traditional eVar, but like @hemangini, my instincts would tell me it's been implemented as a Merchandising variable.  Both details will help understand the problem, but the link @hemangini is a good reference point.