Duplicate data query | Community
Skip to main content
R
RohitNa1
Level 2
July 8, 2024
Question

Duplicate data query

  • July 8, 2024
  • 2 replies
  • 1044 views

I need some advice regarding an issue with eVars.

Whenever a request form is submitted, we generate a unique alphanumeric eVar. When a second form is submitted, a new unique eVar is created.

We expected that each eVar would have only one instance, but we are seeing multiple instances for each unique eVar.

The problem is that for each unique eVar, we're observing more than one instance, which shouldn't be happening. Does anyone have any ideas on how to debug this?

Thanks!

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

2 replies

pradnya_balvir
Community Advisor
pradnya_balvirCommunity Advisor
Community Advisor
July 8, 2024

Hi @rohitna1,

 

Can you please check your eVar settings for "Expire After".

In your case it should be 

  • Specific conversion events. Any other conversion events that fire after the specific event designated associate with the eVar.
Expire After

Specifies a time period, or event, after which the eVar value expires (no longer receives credit for success events). If a success event occurs after eVar expiration, the None value receives credit for the event (no eVar was active). If you select an event as an expiration value, the variable expires only if the event occurs. If the event does not occur, the variable never expires. The available expiration options can be classified under four main categories:

  • At a page view or visit level. Conversion events beyond the page view or visit do not associate with the eVar.

  • Based on a time period, such as day, week, month, or year. Conversion events beyond the specified time period do not associate with the eVar. The expiration period starts when the variable is set. eVars expire based on the time they were set, to the second (minute, hour, day, month, etc):

    • MINUTE=60 seconds

    • HOUR=3600 seconds (60 minutes)

    • DAY=86400 seconds (24 hours)

    • WEEK=604800 seconds (7 days)

    • MONTH=2678400 seconds (31 days)

    • QUARTER=8035200 seconds (93 days - 3 months of 31 days)

    • YEAR=31536000 seconds (365 days)

    • \

      If a visit starts at 7:00 AM on Monday and an eVar is set within that visit at 7:15 AM, expiration is as shown below: Day expiration: eVar expires at 7:15 AM on Tuesday.

    • Week expiration: eVar expires on the following Monday at 7:15 AM.

    • Month expiration: eVar expires 31 days from Monday at 7:15 AM.

  • Specific conversion events. Any other conversion events that fire after the specific event designated associate with the eVar.

  • Never. As long as the visitorID cookie is intact, any amount of time can pass between eVar and event.

    Jennifer_Dungan
    Community Advisor and Adobe Champion
    Jennifer_DunganCommunity Advisor and Adobe Champion
    Community Advisor and Adobe Champion
    July 9, 2024

    I agree this sounds like the eVar is set to the wrong expiry.

     

    eVars default to Visit level expiry, so what you are likely seeing is this:

     

    Visit

    • Page 1
      • eVar1 is not set
    • Page 2 - Form
      • eVar1 is not set
    • Form Submit
      • eVar1 is set to "12345"
      • Instance of eVar is triggered
    • Page 3
      • eVar 1 is not set, but maintains the value "12345"
      • Instance of eVar is not triggered, since the value is attributed and not explicitly set
    • Page 4
      • eVar 1 is not set, but maintains the value "12345"
      • Instance of eVar is not triggered, since the value is attributed and not explicitly set
    • Page 2 - Form
      • eVar 1 is not set, but maintains the value "12345"
      • Instance of eVar is not triggered, since the value is attributed and not explicitly set
    • Form Submit
      • eVar1 is set to "56788"
      • Instance of eVar is triggered
    • Page 5
      • eVar 1 is not set, but maintains the value "56788"
      • Instance of eVar is not triggered, since the value is attributed and not explicitly set
    • Click Action 1
      • eVar 1 is not set, but maintains the value "56788"
      • Instance of eVar is not triggered, since the value is attributed and not explicitly set
    • etc

     

    So your form submits are in fact setting unique values, but those values are carried forward to all subsequent hits (page views and other actions).

     

    It sounds like you just need the expiry to be set to Hit (set and only available on the form submit)

    R
    RohitNa1Author
    Level 2
    July 11, 2024

    The evar is set to year and if we move to hit level will it resolve ?

    G
    gokul2112
    Level 2
    July 9, 2024

    Hi @rohitna1 ,

     

    Instances are created whenever an eVar value is set in the image request. If you notice an increase in eVar instances, it indicates that the eVar value is being set somewhere. To debug this issue, follow these steps:

    1. Check for Clear Variables in Launch: Verify if the eVar is cleared in the launch for the rule where it is defined.
    2. Search for eVar in Launch: Ensure that the eVar is defined where it is expected. Ideally, it should only be defined during the request form submission.
    3. Check for Multiple Triggers: The rule setting the eVar value might be triggered multiple times. Use the DTM Switch on the website to check if this is happening.
    4. Ensure Unique Values: Make sure the eVar generates unique values for each request form submission. could be possible that users are entering the same request form details again and again which is causing instances to increase because same details might generate the same unique value for an eVar.
    Terms & ConditionsAccessibility statement

    Loading footer...