Categories
- Channel Analytics
- Inside Discover
- Marketing Integration
- Migration
- Omniture Business
- Online Marketing
- Online Merchandising
- Search Engine Marketing
- SEO
- Site Search
- Social Media
- Testing and Targeting
- Web 2.0
- Web Analytics
Authors
- Aseem Chandra (2)
- Adam Egbert (4)
- Adam Greco (46)
- Alex Hill
- Adam Justis (1)
- Brent Dykes (32)
- Ben Gaines (50)
- Brig Graff (5)
- Bret Gundersen (3)
- Brandon Hartness
- Brian Hawkins (4)
- Brent Hieggelke (6)
- Bill Mungovan (16)
- Ben Robison (7)
- Brent Watson (6)
- Cameron Cowan (3)
- Chad Greenleaf (2)
- Chad Warren (1)
- Chris Knoch (4)
- Christopher Parkin (15)
- Christian Ridge (2)
- Customer Success (13)
- Chris Zaharias (6)
- David Kirschner (5)
- Ed Hewett (18)
- Jeremy Anderson (1)
- John Broady (10)
- Josh James (1)
- Jordan LeBaron (5)
- Jim McTiernan (2)
- Jeff Minich (9)
- Jose Santa Ana (2)
- Kiran Kairab Ferrandino (8)
- Kevin Lindsay (5)
- Kevin Willeitner (4)
- Laura MacTaggart (5)
- Matt Belkin (35)
- Mikel Chertudi (12)
- Michael Halbrook (8)
- Michael Klein (4)
- Matt Langie (6)
- Meme Rasmussen
- Pearce Aurigemma (25)
- Raj Sen
- Ray Pun (2)
- Siddharth Chaudhary (2)
- Steve Gustavson (3)
- Steve Hammond
- Tim Lott
- Tim Waddell (3)
- Wes Funk (4)
Pages
Recent posts
- 15 for 15: Suite-level Segments
- YouTube Viral Video Alert System [Advanced Solutions]
- 15 for 15: Code version H.23.2 released
- 15 for 15: Updated UI and Admin Features
- 15 for 15: SiteCatalyst Segmentation
- 15 for 15: New metrics, metric-related features, and breakdowns
- Solution Opportunity – Be a Pre-Production Client
- Web Analytics Practitioners Talk Shop
- 15 for 15: How to Upgrade
- Introducing 15 for 15: 15 Posts on SiteCatalyst 15
Recent comments
- nic: Ah, there it is, thanks…
- João Real: It´s a very goo…
- Ben Gaines: Nic, Yes, they …
- nic: Hi Ben, are the home…
- Kevin Willeitner: When you u…
- Gunjan: Is Sitecatalyst 15 r…
- Smart Ones Coupons: I'm a li…
- Solange Blant: Thanks for po…
- Mik: The drawback of online …
- PeggyL: This post is very us…
Links
- DigitalAlex
- eMetrics (Jim Sterne)
- Forrester Research (John Lovett)
- Future Now’s grokdotcom
- immeria
- June Dershewitz on Web Analytics
- Lies, Damned Lies
- LunaMetrics
- Mine That Data
- Occam’s Razor
- Rich Page Ramblings
- SemAngel
- The Analytics Guru
- The Omni Man
- Web Analysis, Behavioral Targeting and Advertising
- Web Analytics World
Archives
SiteCatalyst Implementations – Give ‘em props! (or eVars) [Inside Adobe SiteCatalyst]
If you have had any experience with Adobe SiteCatalyst implementations, you have had the pleasure of getting to know the SiteCatalyst variables. There are two basic types of variables used in SiteCatalyst: Traffic Variables and Conversion Variables. (Known to their friends as “props” and “eVars” respectively :) One of the most basic yet perplexing questions is, “When should I use one over the other?” Let’s take a look at some criteria to help you make the right decision for your implementation.
The confusion comes because the information that can be passed into each of these variables looks very much the same. To the developer who is performing the implementation, having the same information in multiple variables appears inefficient. However, the experienced SiteCatalyst user knows that the data will manifest itself quite differently in the reporting.
The most important aspect to making this important decision is to know the underlying business question behind the tracking request. As indicated by Lewis Carroll’s Cheshire Cat, “If you don’t know where you are going, any road will get you there.”
So, let’s take a look at the differences and similarities. To be thorough, I have included a third type of data, namely “events.” Success Events are quite different than either of the other two variable types, but they will help us differentiate them. Three categories of criteria will be used as the basis our decision: Purpose, Function, and Metrics.
|
|
Traffic Variables (props) |
Conversion Variables (eVars) |
Success Events |
|
Purpose |
Traffic Counters |
Conversion Segmentation |
Conversion Metrics |
|
Function |
Non-Persistent, Pathing, Participation |
Persistent, Merchandising |
Counter, Numeric, Currency |
|
Metrics |
Page Views, Visits, Visitors, Time Spent |
Success Events, Visits, Visitors |
|
Traffic Variables (props)
There is some information about your website that you will want to collect about every page on the site. One good example is unique page names. You will want to know how many page views or “hits” each page received, how many visits and visitors came to each page, and the time spent on the page. You may also want to see which pages came before or after a particular page in a path. These questions can all be answered by using Traffic variables.
If you use the word “popular” to describe your business questions, this may indicate good candidates for using Traffic Variables to capture the information. Here are some other examples:
· “I want to know the most popular site sections.”
· “Which search terms are most popular?”
· “What are the most browsed product categories?”
Pathing is another compelling reason to use a prop. Let’s say you want to see how visitors navigate between values for a particular data point, such as how they move across Site Sections within your website and in what sequence. In this scenario, a pathing-enabled prop is the way to go!
Conversion Variables (eVars)
Conversion refers to the objectives of your website. What do you want your visitors to accomplish on your site? What are the intermediate steps to get there? These activities should be captured as conversions or conversion events (Success Events). Some examples include purchases, account registrations, email sign-ups, and leads initiated.
Conversion variables refer to the data dimensions you will use to segment your conversion events. Any values you want to separate by metrics by should be set in conversion variables. One of the useful features of eVars is that they are persistent for a defined period of time. In other words, a conversion variable value can be set on one page and apply to success events set further downstream in a click path. SiteCatalyst remembers the values for each visitor until the value expires.
So you want to look at some examples of good eVar candidates, you say? Again, let’s look at the business questions to be answered:
· “How many clicks did we get for each of our marketing campaigns?”
· “Which products were purchase the most?”
· “What age group registers on our website most often?”
Can’t I have it both ways?
There are situations where it may be appropriate to have the same value in both a prop and an eVar. For example, let’s say I want to track my internal search feature. I want to understand not only how much revenue each search term is responsible for, but also what pages Visitors see after performing a search. If we place the search keywords into a prop and an eVar, we can accomplish both! There are several ways to accomplish this, but let me give you a couple examples:
s.prop1=s.eVar1=”search keywords”
You could also take advantage of the dynamic variable population by using this code. This may help you if you are concerned about the size of your image beacon requests.
s.prop1=”search keywords”
s.evar1=”D=c1”
In summary, there are pros and cons to using props and eVars in your implementation. Implementation of these in the proper manner becomes an art when you understand the implications of each.
Have specific questions about Adobe SiteCatalyst? Want to track a data point on your website, but not sure where to start with the implementation? Follow me on Twitter @sitecattips Please feel free to leave a comment here or send me an email at adobesitecatalyst (at) adobe.com
Can you provide examples of how the event counts for the various evar expirations?
Absolutely, Robert! Let’s illustrate in a couple examples. For all these examples, we will use the following scenario.
Visitor1 comes to the site for 3 distinct visits. On the first visit we set eVar1=”hats” on the first page of the visit. We fire event1 on the next page. Visitor1 then leaves the site and does not come back for 28 days. On the 29th day, Visitor one hits a single page that fires event2. Visitor1 leaves the site and comes back 10 days later and makes a purchase. After the purchase, Visitor1 navigates to a page where event3 is fired.
Example 1 - Visit Expiration
eVar1=hats
event1=1
event2=0
orders=0
event3=0
Example 2 - 30 Day Expiration
eVar1=hats
event1=1
event2=1
orders=0
event3=0
Example 3 - Purchase Expiration
eVar1=hats
event1=1
event2=1
orders=1
event3=0
In summary, expiration allows you to set the period of time that you would like your eVar values to persist for a particular visitor. Expiration is specific to the eVar and can be based on a time period or a success event.