my Analytics, Media and Marketing blog      |  my Yahoo! Web Analytics Book     

Home /

Tracking Products Viewed – Web Analytics

- by Dennis R. Mortensen. Tuesday, November 17, 2009 email  print   share

I’m loving your book, it’s proving very helpful in getting me up to speed on YWA. I noticed this morning that on page 90 there *might* be a mistake in the code example.” – James Dutton.

That’s a first, and not that I am surprised, but James found a mistake on page 90 in my Yahoo! Web Analytics Book – minor and repeated on the next page in correct form, BUT I still owe him a free Diet Coke in New York for pointing it out. Here is the section from the Book – I highlighted the error and added in the correct deployment syntax.

Tracking Products Viewed

I have been very focused on the nirvana of e-commerce actions, the sale, but I am sure you agree with me that there are many steps and many actions before getting to this point. You can track any number of steps and any number of activities with Yahoo! Web Analytics. The tool has a few hard-coded events, however, that come right out of the box—one of them is the unique action value called PRODUCT_VIEW. The Product View variable provides you with the opportunity to expand your merchandising knowledge to activities, very close to the top of the sales funnel. In this way, you can see how often potential customers view your products, which products are the most popular, and whether a positive connection exists between product campaigns and product views.

Remember that selling only provides you with successful customer behavior, whereas events before the sale occurs can provide you with very powerful insights on unsuccessful customer outcomes. The product view can be used in a number of ways, and you will even see some use of it as a proxy for products added to cart or sales (if they do not have volume enough to perform signifi cant campaign analysis on that parameter). To enable this type of tracking, you apply the value PRODUCT_VIEW to the ACTION variable on all the pages where you display products:

Version 4

var ACTION=’PRODUCT_VIEW’;
var _S_SKU=’DM112899’;

Version 5

YWATracker.setAmount(“PRODUCT_VIEW“); //Correct: YWATracker.setAction(“PRODUCT_VIEW“);
YWATracker.setSKU(“DM112899“);

The pages where this code is applied do not have to be unique and in fact rarely are. Products are displayed on product marketing pages, technical specification pages, in search results, in recommendation boxes—and I am sure you have even more suggestions. I recommend you enhance your document-naming and -grouping skills to create opportunities to split different product views over the site.

Which leads to our next topic: forwarding to pages where we display multiple products at the same time. A product search result is likely to do this, as shown in Figure 4.3

f0403

Figure 4.3.  -  Standard product search result page

There are other scenarios where this is bound to happen. In order to track several product views at the same time, continue using the same syntax we’ve discussed in previous chapters, separating variable values by a semicolon. Tracking two product views at the same time looks like this:

Version 4

var ACTION=’PRODUCT_VIEW’;
var _S_SKU=’DM112899;DM113834’;

Version 5

YWATracker.setAction(“PRODUCT_VIEW“);
YWATracker.setSKU(“DM112899;DM113834“);

If you are not sure which product views to track together, the default merchandising report, shown in Figure 4.4, is a good starting point for you to play around with the various dimensions and metrics.

f0404

Figure 4.4  –   Default merchandising summary report

Note that the report in Figure 4.4 and those from earlier include product naming and product categorization, which we are yet to talk about, and thus your reports will look different. However, you can view merchandising reporting and products on a SKU level, as shown in Figure 4.5. You only have this option, though, if you have not uploaded any merchandising information. If you proceed to the summary report, you will see the screen shown in Figure 4.5.

f0405

Figure 4.5   -  Viewing products by SKU

As I mentioned earlier, you can choose to view products by SKU to begin with and then associate product names and categorization later. Now, let’s move on to tracking products added to your cart.

Well, error corrected! :-)

Cheers :-)
/ Dennis (@dennismortensen)


5 Comments:

  1. Rudi Shumpert Says:

    Dennis,

    I am just now beginning to work with YWA, beyond just the default code.

    Are there plans (or does it exist and I’ve just missed it) to have a non revenue based type of shopping cart? Let’s say the goal of your web site is not a credit card transaction, but rather the completion of a form. And the “products” you have are white papers, webinars, etc. I still would like to track a “Product View” when a visitor views a description before they fill out the form and download it, but I have always had to go and pull out all the revenue items out of reports and it gets to be a hassle.

    -Rudi

  2. Dennis R. Mortensen Says:

    Hey Rudi,

    You could do exactly what you suggest yourself, which is to treat this as a “normal” product, using PRODUCT_VIEW action values – for then applying a simple filter on revenue equaling $0 in the reports you are working with. If this is not wanted for some reason (hassle seems to be a tad strong in describing the task of applying the filter), I suggest:

    a) you create a unique Action, you could call it “Whitepaper Product Views”
    b) and then report based on either the actual pages (using URL or TITLE) or simply create a custom field you could call “Whitepaper SKU”

    ..did that make sense or did I simplify your question ?

    Cheers
    d. :-)

  3. James Dutton Says:

    @dennis – thanks for creds here. This is very helpful

    @rudi – great point – I know you’re experienced with Site Catalyst so let me draw the parallels. In SC you’d be best using the s.products variable for tracking a non-ecommerce site as you describe, mostly because s.products is the only free fully subrelated variable after s.campaigns. In YWA all of the variables, which can be defined with expiration (per an evar) or with no expiration (like sprop), can be fully subrelated. This means with the action tags and the custom variables you’d be able to design a solution that used either the ecommerce variables or customised using the custom variables. YWA also includes custom variables that can hold a date (eg webinar registrations) or an integer (eg number of participants).

    cheers, J

  4. Rudi Shumpert Says:

    @dennis – That does make sense. I will give that a spin.

    @james – agreed with the s.products. I use the SC version of prodView and products to to do this. I was not aware of the flexibility that the YWA variables had. Very cool. Looks like I need to go by this book. ( I tried to win a free copy last week, but was not creative enough :-( )

    What I would love to see, from any of the tools, is a solution like a shopping cart but geared towards non revenue items, without having to use something not *exactly* as it was designed. Not that that has stopped me before.

    -Rudi

  5. Dennis R. Mortensen Says:

    Rudi,

    You MUST go buy the book ;-)

    There is also a great help section that you might want to explorer as well:
    http://help.yahoo.com/l/us/yahoo/ywa/

    OR connect with a smart YWACN consultant partner, like James.

    Cheers
    d.

Comment: