Props and eVar | Community
Skip to main content
cathyw49544988
Level 5
October 6, 2017
Solved

Props and eVar

  • October 6, 2017
  • 13 replies
  • 13876 views

I took some training classes and read some help pages and I still have question about those 2 types of variables:

1. For Props, they mentioned that it can hold path. I am wondering is that mean it can hold the path of visitor's journey. If I use prop to hold variable like URL, page name, then I will get the navigation reports ( like landing , exit, full path, next page etc ). Is this the meaning of path?

2. I read the document mentioned that the recent version, evar and prop are very close to each other. So for right now, which data I have to use prop, can nor use eVar? Please provide some examples

3. for eVar, they mentioned that it is a persistence variable which can be used to hold conversion related info. The interesting thing I saw was, we tracking a search page load as an event. we used a eVar to hold the search keyword. But in the evar report, for the keyword  against visitors, then 99% are unspecified. Then I noticed that all the visits has this evar, if the user didn't visit the search page, then eVar is a null value, then showed as unspecified. Shouldn't the eVar report only include the visits load the search page?

4. Actually I really hope I can know more about how internal of adobe worked? How the persistent worked? Then I will know how should I use my variable. For example, when a event fire, some variable and event data will be saved to adobe server. The thing is, how evar can persistently show all the data for the conversion( like first touch, last touch), do they have a special meta-data to side track? I am just thinking in a database view, how this data is joined to show the conversion report.

Thanks

Best answer by Alexis_Cazes_

If you want to know how the data is stored and processed then the best way is for you to play with Data Feed. It is the most granular data that you can get.

Check all the columns you can get.

Check this section of documentation to see how the data and metrics are calculated.

This will allow you to understand the different layers of processing: Processing Order

Now in terms of prop and evar differences:

  • Prop
    • Expire on hit (a hit is a row in a data feed). Cannot persist further than the hit. This means that if you want to attribute an event to a prop you need to do it in the same analytics server call
    • Only has linear allocation. So all metrics (events in data feed) that you apply to a prop reports will use linear allocation
    • Pathing can be enable on any props. This means that you can see the sequential order of the values that have been sent. For best result, the prop needs to be specified in all analytics server calls. If a server call is missing the value then it will count as an exit from the path.
    • You can also use a prop as a list prop to send multiple values but I prefer to use list variables as you can assign different allocations
  • Evar
    • The expiration can be set to what you want: hit, visit, never, after x days, when a specific event is sent etc....
    • The allocation can be set to:
      • Most recent (last touch): the most recent values sent to this eVar will persist (see expiration), until expiration end or new value is set. When an eVar is set (via server call) it will be in its corresponding evar column in data feed. And the persisting value will be set in post_evar. If using processing rules then only post_evar will be set. To see instances of the evar chec post_event_list and check for corresponding numeric id of the evar.
      • First touch: the first value send via sever call will persist until expiration. Even if you send new value it will not overwrite first value sent. Reset at expiration
      • Linear: all values send via server calls will get credit for the event when sent.
    • You can also use merchandising evars. More complex and won't go in details here.
    • You can also set an evar as a counter evar.
    • More details

13 replies

Alexis_Cazes_
Level 10
October 20, 2017

Visitor ID is tracked automatically. There are different ways a unique visitor is identified. See doc for data feed

By default the Adobe Analytics library should generate the unique visitor, so unless you send a custom one, you should not have to do anything.

Any event is hit based, it does not persist after the hit. For the event to be attributed to a value for an eVar or a prop then this value needs to be set in the adobe analytics server call.

Prop value do not persist after the hit (after the analytics server call), so if you want the order to be attributed to this value send you need to send it in the same hit or a hit prior the order in the visit.

For eVar it is can be different based on the allocation and expiration.

If the evar is set to expire to anything other than hit, then the value set in the evar will persist until expiration. Now the value that persist is directly tied to to allocation. If it is first alllocation, then the first value set in the evar will persist until expiration and all event sent while the value persist will be attributed to it. If it is last allocation then last value that was set will persist until expiration and same as for first all events will be attributed to it.

I would advise you to create a new post if you need more details as I think it differs from the initial question asked.

Level 3
August 22, 2018

Hi Alexis,

I read in this post that props can be associated with success events that occur later, and will be attributed according to the linear allocation principal.
However when reading the Adobe Help Comparing Props and eVars I read

  • eVars can use success events as metrics. Props cannot.
  • eVars are designed to report on conversion events, to show you which values are most successful in influencing visitors to reach your goals. Traffic variables (props) do not have this same functionality. However, you can view participation metrics if you configure your report suite correctly. Participation metrics allow you to see what prop values participated before a success event.

This seems contradictory to your example of linear allocation.

Can you help me understanding this?

Thanks,

Sarah

Alexis_Cazes_
Level 10
August 22, 2018

Hi Sarah,

The article that you referenced seems to be confusing to be honest.

I would suggest you to read these articles when it comes to how values of success events are allocated based on the allocation selected:

Metric Calculations

Participation

I think the article that you referenced fail to explain the importance of expiration and allocation in Adobe Analytics data processing. A prop which is a traffic variable will always expire on the hit and have linear allocation. That's it, which means that f you run a report and you want to know what is the true value of a success event is, you should not use a variable in the report that has linear allocation.

eVars when enabled by default will always have a last allocation (most recent) and I think 30 days expiration. As it has last allocation, when you apply a success event to this evar report, you will always get the true total for the specific evar value.