Archive for September, 2009

Extracting Unique Visitor IDs

Posted on September 22nd, 2009 by Adam Greco  |  7 Comments »

In this post, I am going to delve into an advanced topic that very few of my past Omniture customers had dealt with – Extracting Unique Visitor ID’s for re-marketing purposes.  Unless you have done a few Genesis integrations, this is most likely functionality that is new so I will do my best to keep it simple and explain why it is useful.

Why Extract Unique Visitor ID’s?
The easiest way to explain this topic is through an example.  Let’s imagine that your business sends lots of marketing e-mails to customers and prospects.  Each of these e-mail recipients, has a unique ID in your e-mail system (we’ll use Responsys for this example).  If you are a good web analyst, you should have set-up your e-mails so that when an e-mail recipient receives an e-mail and clicks on one of its links, they arrive at your website with both a campaign ID and a unique e-mail ID.  For example, your e-mail link may resolve to:

www.test.com?cid=springmailblast&mid=bd69c458909

Setting these in Conversion Variables (eVars) will allow you to see how each e-mail performed (through the campaign ID) and how often each e-mail recipient visited the site (through the e-mail ID).  If you aren’t doing this already, I suggest you start there.

Now let’s say you are capturing these ID’s.  What most intelligent marketers want to do is to segment their website behavior and then see if they can re-market to those who meet certain criteria.  For example, let’s say that you want to send a re-marketing e-mail to all e-mail recipients who came to your site from the e-mail and then filled out a specific offer form.  To do this, you would need to find a way to identify the e-mail ID’s of those completing the specific offer form you care about.  For an advanced SiteCatalyst user, this would be pretty easy since they would know that they could simply use a Conversion Variable Subrelation report to breakdown the Offer ID eVar value by the E-mail User ID eVar, but you would need to pay for Subrelations on one of these eVars.  However, there is a pre-built feature of SiteCatalyst that is available to do this using Data Warehouse.  In fact, SiteCatalyst has had the ability to extract Unique Visitor ID’s for many versions, but it is rarely used.  This feature allows you to tell SiteCatalyst which eVar stores your Unique User IDs (e-mail ID in this case) and will allow you to easily extract those ID’s using Data Warehouse.  By using this feature, you can automatically create a Data Warehouse Segment that pulls the Unique Visitor ID’s you are looking for and then simply tell SiteCatalyst what data points you want as you would in a normal Data Warehouse request.  As I mentioned, this is a bit more advanced, but pretty cool (even though it is sufficiently well hidden!).

How It Works
So how does it work?  The first step is to tell SiteCatalyst which eVar you are going to use to store your Unique Visitor IDs.  Please note that this is not the same as replacing Omniture’s Visitor ID in your js file.  To learn more about that, see this postAdding this value in the Admin Console will not affect your unique visitor counts in any way.  In this example, we will use e-mail ID’s which I have labeled “Responsys ID” and to do this we go to the Admin Console.  In the Admin Console, you select the report suite(s) and under the conversion area, select “Unique Visitor Variable” as shown here:

uniqueid_admin

On the next screen, you simply choose the eVar that stores your Unique Visitor ID (Responsys ID in this example) as shown here:

uniqueid_admin2

Believe it or not, you are done!  But what does doing this actually do?  Now if you go to reports in this report suite, you will see a very subtle difference.  Per the example above, we want to identify all of the E-mail ID’s of people who looked at a particular website offer.  To do this, we will go to the eVar report that stores all of our website Offer ID’s which might look like this:

uniqueid_offer1

Normally, if you click on an eVar value in a report it will take you to a what is known as an “Item-Specific Summary” report which details how often and what percentage that eVar value was involved in each website success event.  I find that very few people actually use that report and often go to it once, panic and then hit the back button (I do encourage you to explore that report, but in the interest of staying on topic, I will continue)!  However, once you have enabled your Unique Visitor ID variable in the Admin Console, clicking this row will not take you to the Item Specific Summary report, but rather, will present you with a magical new option shown here:

uniqueid_offer2

If you then click on the new row that you see “Extract visitor IDs for event…” you can select the success event that you want (in this example we are looking for Form Completes).  Doing this will pop open a new screen that outlines what you are looking for like this:

uniqueid_extract

From this screen, you choose the “Request” button at the bottom and you will be e-mailed a list of the ID’s that match your criteria.

In addition, you will also be taken to the Data Warehouse request manager screen (assuming you have security access to Data Warehouse) and you will see a new segment (see screen shot below) created that matches the criteria you are looking for (in this case, all Responsys ID’s that had a Form Complete and the form matched the specific Offer ID we selected from the eVar report).  While this screen is optional, I believe it is presented in case you want to further refine the segment or add additional data fields to your Data Warehouse report:

uniqueid_extract2

At first, I was skeptical and didn’t believe that my click in an eVar report had actually led to a full blown Data Warehouse segment having been created, so if you have any doubts, you can click the Edit Segment button and see the actual segment definition:

uniqueid_segment

Now all you have to do is to add any data points you want to see related to the report area and use this newly created segment.  Obviously, you would want to include the Responsys ID’s in this example (I wish this would be pre-selected in the new Data Warehouse screen, but what can you do?), but you can add any others that you wish.

Additional Information
As you can see, while powerful, this functionality can get pretty involved!  If you have implemented Genesis integrations, you will find that much of this functionality comes bundled with Genesis so the Unique ID’s you need are automatically extracted and sent to partners for you through API’s.  However, I think it is useful to understand how this User ID extraction works, especially if you plan to do advanced customer segmentation.

Finally, keep in mind that there are many other ways to use this functionality beyond the simple e-mail example here.  One of the most powerful uses of this feature applies to sites where users login to the website.  In these cases, you can store the user’s ID (or a hashed version of it using DB Vista) and perform some amazing analysis and re-marketing to registered users.

Adam Greco is the Director of Web Analytics at Salesforce.com.  You can read his previous Inside Omniture SiteCatalyst blog at http://blogs.omniture.com/author/agreco/ and can follow him on Twitter at http://twitter.com/adamgreco.  To be alerted to new blog posts, I recommend subscribing to this blog via e-mail using the tool provided on the top-right of this page.  Please send questions and comments to adam@the-omni-man.com.

Please note: I am no longer an employee of Omniture and the content/views expressed here are my own and not those of Omniture.

The Acquisition…

Posted on September 15th, 2009 by Adam Greco  |  8 Comments »

So by now, you have heard the news about the Omniture acquisition by Adobe.  Some out there have pinged me for my thoughts on the matter.  Since my blog is reserved for education vs. opinion, I am inclined not to comment much on the matter, but given the magnitude of the transaction, I thought I might provide a few random thoughts…Since football season is starting, I will do my Peter King impression with “10 Things I Think.”

10 Things I Think About the Acquisition

  1. I think that Omniture has some great products and even better people.  I wish them the best and hope that this acquisition doesn’t impact them in a negative way.
  2. I think that the two companies are a strange match.  I understand the potential synergies and know that both companies will do their best to portray the acquisition as having a synergistic effect, but I am a bit skeptical.  When you spend years preaching about optimizing websites and conversion, I don’t see how that jives with a company that makes design related products.  Sure you can track Flash components and Flash microsites better, but you could do that without the need to acquire the company that does the tracking.
  3. I think acquisitions are hard and fail more often than they succeed.  Integrating two companies is simply hard work.  Many years ago, I was a Lotus Notes expert.  Lotus had a thriving e-mail and collaboration tool.  People like me ran consultancies around their products.  Then IBM bought them and the product died.  If you are still using Lotus Notes today, you are one of the few (and maybe proud?).  Lotus Notes became an after-thought to IBM as it was a small part of their overall business.  I fear that the same thing could happen to Omniture at Adobe.
  4. I think that Omniture acquired too many companies too fast and this may have led to a loss of focus.  The Omniture leadership team often spoke about the goal of becoming a company that generated a billion dollars in revenue/year.  I think that all of the companies that Omniture bought and the difficulties in integrating them together may have made it more difficult for the company to achieve its goal.  I think they had the right vision of creating a cohesive online marketing suite (minus the sorely needed e-mail provider acquisition), but I think a more methodical approach and more up-front integration plans could have made a world of difference.
  5. I think a good question to ask is why Omniture chose to sell now?  While they are getting a decent premium, I am sure they could have stayed independent for a while and continued to grow the company.  Did the management team feel they had taken it as far as they could?  Did they find the prospects of future growth too daunting?
  6. I think that Google Analytics played a silent, but big part in this transaction (the elephant in the room!).  I also think that the long term winners of this deal could be Unica and/or Eloqua.
  7. I think that Adobe should focus on three of Omniture products: SiteCatalyst, Test&Target (formerly Offermatica) and Insight (formerly Visual Sciences).  Without trying to offend anyone, I think these three products are the most valuable and unique to Omniture.  If I were in charge, I would focus all Omniture development resources on those products…
  8. I think that five years from now, there is a chance that we may all be viewing websites and display ads that are much more Flash-intensive and interactive and that there will be people running those sites/ads using Omniture data and targeting to get more and more of our money!  Those people will look back on this date as the day that things changed for the better.  If Google Analytics can drive more advertising revenue for AdWords, maybe Omniture Analytics can drive more product revenue for Adobe…
  9. I think that Adobe would be wise to keep Omniture as a standalone brand since it is very well known in the web analytics space (not to mention that I would have to change my Twitter Name!).  I don’t care if they want to cross-sell products, but the last thing Omniture customers need right now is rebranding, bundling, new contract/payment terms, etc… (unless they want to go down the free model which I would be supportive of!).  Trim the fat, re-focus the company on a few core products, retain the good folks and I think they will see a profitable subsidiary.
  10. I think that Adobe could do the following to help Omniture customers and be seen as heroes:
    • Use their size and $$$ to find a way to make SiteCatalyst servers more robust, reliable and speedy
    • Find a way to simplify Omniture products so they are on par with newer analytics tools like GA (there is a cool product named Flash with which they could build a state-of-the-art SiteCatalyst interface!)
    • Deliver on the product-to-product integrations for which Omniture customers have been anxiously waiting
    • Find a way to provide more Omniture resources to help customers through Support and/or Account Management (and give Ben a raise!)

I wish both companies the best and hope to continue to be an advocate and champion of the Omniture products…

Adam Greco is the Director of Web Analytics at Salesforce.com.  You can read his previous Inside Omniture SiteCatalyst blog at http://blogs.omniture.com/author/agreco/ and can follow him on Twitter at http://twitter.com/adamgreco.  To be alerted to new blog posts, I recommend subscribing to this blog via e-mail using the tool provided on the top-right of this page.  Please send questions and comments to adam@the-omni-man.com.

Please note: I am no longer an employee of Omniture and the content/views expressed here are my own and not those of Omniture.

Segment Bounce Rates

Posted on September 9th, 2009 by Adam Greco  |  No Comments »

In my last post, I discussed a topic which I called Segment Pathing, which allows you to see how Pathing on your site differs by Visitor Type or Campaign Tracking Code.  In this post I will build upon this concept with one of the most popular topics in the Web Analytics field: Bounce Rates.  While I am not as enthusiastic about Bounce Rates as many others in the field, I do understand their importance and why people like them them.  However, one of my gripes with the Bounce Rate metric (which I have always defined as Single Access/Entries) is that there is not an easy way in SiteCatalyst to see Bounce Rates for different types of visitors or Campaigns.  Unless they have Omniture Discover or are experts at ASI Segments, most of the Omniture clients I worked with were primarily looking at Bounce Rates for the entire population.  While this is OK, I think we can do better than that.  In this post I will show you how I create Segment Bounce Rates.  However, to get the most out of this post, I strongly encourage you to read my prior post on Bounce Rates and my previous post on Segment Pathing before reading this post.

Segment Bounce Rates
As I just described, my goal when looking at Bounce Rates is to be able to tell my peers how visitors are bouncing off key pages based upon both the page and the segment.  In my previous post, I highlighted two segments that I commonly use: 1) Visitor Type (i.e. Customer vs. Non-Customer) and 2) Campaign Tracking Code (i.e. visitors from Google keyword A vs. Yahoo keyword B).  If I can dissect how each segment bounces off pages, I can determine if I need to create different versions of pages for each Visitor Type or Campaign Code or I can use this information to build future A/B Tests using a tool like Test&Target.  As I mentioned in my last post, this is a moot point if your organization already has Omniture Discover, but as is always the case in my blogs, my goal is to show you how to do things if you only have access to SiteCatalyst.

Implementing Segment Bounce Rates
The good news is that if you have already followed my instructions from my previous post on Segment Pathing, you are 95% of the way to being done with implementing Segment Bounce Rates!  As a quick recap, in my last post I described a process in which you concatenate the Page Name with another Traffic Variable (sProp) that contains a segmentation that you care about (i.e. Visitor Type).  Once you have these values concatenated on every page, you enable Pathing so you can see paths or pages by segment.  However, when you enable Pathing on this new sProp, you immediately gain access to the two metrics that you need to calculate Bounce Rate: Single Access & Entries.  Therefore, without even knowing it, by implementing Segment Pathing, you have also implemented Segment Bounce Rates!  All you need to do is to create the Bounce Rate Calculated Metric (which hopefully you already have as a Global Calculated Metric) and you are done.

So how do you see the results of your work?  All you need to do is to open the new concatenated sProp and add the Bounce Rate metric to the report.  In the example shown below, I will use the Campaign Pathing sProp which shows Campaign Tracking Codes concatenated with Page Names.  I will add Visits, Single Access, Entries and Bounce Rate to the report:

SegmentBounce_1

As you can see, the Bounce Rate for each Tracking Code/Page Name combination is displayed and you can sort by any metric you wish.

As a best practice, I like to conduct a text search filter to isolate one Page Name so I can see how the Bounce Rates differ for the same page with different Campaign Tracking Codes.  In the following example, I filtered on the phrase “:Home Page” and limited my results to see only Home Page Entries and the associated Bounce rates of each Campaign Tracking Code:

SegmentBounce_2

Keep in mind that I am only showing a few simple examples here and that this functionality can be extended to any segment of your choosing.  If you want to get really advanced, you could even concatenate multiple items together, such as Visitor Type + Campaign Tracking Code + Page Name.  This would allow you to see how different Visitor Types, coming from specific Campaign Tracking Codes, landing on specific Pages, navigate your site or Bounce off pages (i.e. Customer:ggl_1:Home Page).  Just don’t go too crazy since there are character limits on sProps and you don’t want to exceed the 500,000 monthly unique limits on sProps.

Final Thoughts
As you can see, you get a “two for the price of one” deal if you do all of the steps in this post and the previous post.  If you don’t have access to Omniture Discover and want to see how people navigate through your site or bounce off your site pages by specific segment, I suggest you give this a try and see if it helps you.

Adam Greco is the Director of Web Analytics at Salesforce.com.  You can read his previous Inside Omniture SiteCatalyst blog at http://blogs.omniture.com/author/agreco/ and can follow him on Twitter at http://twitter.com/adamgreco.  To be alerted to new blog posts, I recommend subscribing to this blog via e-mail using the tool provided on the top-right of this page.  Please send questions and comments to adam@the-omni-man.com.

Please note: I am no longer an employee of Omniture and the content/views expressed here are my own and not those of Omniture.