September 15, 2008
Interruption is a way of life here in America. I remember reading somewhere that in Japan if a person is working by themselves they are not as likely to be interrupted because it is assumed that they are in thought whereas in America if you are working by yourself it means you are available because it is assumed you are not busy. Not sure if that is true or not, but I know that if I see someone at their desk I will talk to them if I need them. I always ask if they have time, but I still ask because – in famous final words fashion – it will only take a second.
How does this relate to web analytics? It relates because of the definition of a visit. If you are new to web analytics, you may wonder “What is a visit?”. Web Trends Live has an excellent glossary of terms which is where I pulled this definition from:
Visit: A visit is an interaction a unique visitor has with a website over a specified period of time or activity. In most cases, if a visitor has left a site or has not executed a click within 30 minutes, the visit session will terminate.
My question is, is this the correct length of time? Should it be longer than 30 min because of how many distractions/interruptions we have in a day? I read a great interview at FastCompany.com about how often people get interrupted at work. The average time between switching tasks was 3 minutes and 5 seconds. That is a lot of moving around. It took an average of 23 minutes and 15 seconds to get back to something they switched from.
This would give credence to the 30 minute rule that is laid out for us, but I still have to wonder if it is correct. I think that with tab browsing people are more likely to have a longer lag time between looking at one page and looking at another. I think that since the onset of ‘restore session’ – when you open up a browser that you previously exited with multiple tabs active – lag times between activity have increased. ‘Fires’ come up at work and need to be handled, e-mails come in, the phones ring, etc. The reality is that while a person may be idle for 30 min they would say that it was one visit. This begs the question of who defines a visit, the web site or the viewer?
My main concern is that this time frame may skew some data that looks at visits by a visitor for a given period of time. Perhaps you will get data that says people visit your site multiple times in one day – probably considered a good thing – when really you just can’t keep a visitors attention and they keep having a 30 min or more delay in between their activity. This would actually then be a bad thing because you are not keeping the viewer involved which may discourage them from coming back.
Clearly an industry needs standards and, honestly, web analysts are lucky to have any standards at all in a field that changes so quickly while being so young. That said, hanging on to old standards just for the sake of standards isn’t such a great policy either. It doesn’t need to change today, but it is something to keep thinking about as browsing habits evolve.
September 9, 2008
In my post You Are Being Tracked: E-mail Style there was some discussion/confusion about when I said:
Hopefully you know that Google keeps track of everything you have searched for. Ever.
Well this it true and false depending on how you read it. GHamilton noted that Google does not keep everything you searched for. Rather they keep it for 18 months. The key word here is “YOU”. In a recent post on the Google Blog Google announced:
Today, we’re announcing a new logs retention policy: we’ll anonymize IP addresses on our server logs after 9 months. We’re significantly shortening our previous 18-month retention policy to address regulatory concerns and to take another step to improve privacy for our users.
Hopefully that helps clear things up a bit for people. Let me know your thoughts. Do you care that Google keeps your data for 9-months? Should it be longer/shorter? Should they keep anonymous search history forever?
September 6, 2008
Hopefully you know that Google keeps track of everything you have searched for. Ever. Anyway, the part that people probably don’t know as much about is how individual sites track you. One way a site can track you is by tagging you when you click through on an e-mail they send you – the focus of this post. Think of tags as dated stamps in your passport book. Interestingly enough, some of this tagging can be easily found in the address bar of your browser.
When you see something in the address bar that looks like emid=584783 that is telling the website that your internal – meaning site specific- e-mail address ID is 584783. This value is unique to a single e-mail address. Each e-mail sent to that e-mail address will have their unique emid attached to all links in the e-mail. This also allows a site to build a history of that e-mail address – not only for activity, but for response rate as well. Now every time you click through an e-mail for that site they have more history. Note that larger sites rarely look at individual behavior but instead classify a behavior and then analyze that group. Still, the information is there.
In addition to an e-mail ID, there is usually a campaign variable such as cid=Sep08FreeShipping. This allows the site to report on everything with Sep08FreeShipping stored in the cid variable. All of this information is contained within the link that you click from the e-mail. If you get the e-mail and directly load their site, not through the e-mail, the activity will not be tracked because in a direct load no value would have been assigned to cid.
These variables do not have to remain in the web address the entire time. They are stored in the background after the initial click. So when you no longer see emid or cid in the address bar, but originally arrived at the site through the e-mail, you and your activity is still being tracked.
Look for at least one more installment of how you are tracked. There I will focus more on how a site tracks internal campaigns. Hope this helped give some people a better understanding of how websites track you.
August 26, 2008
I get all sorts of spam in my e-mail about making things bigger, but none of them are for the one thing I really want bigger: the interface for Omniture Excel Client.
It took me some time to get used to the Excel Client that Omniture offers. Mostly it was because I was not sure what reports I needed or how I wanted the data. That makes looking for an easy way to get the data difficult. After a few weeks working with Omniture I was comfortable enough to begin using Omniture Excel Client (OEC) on a regular basis. Life is filled with peaks and valleys from there on out.
Because the interface is connecting to Omniture it is inherently slow to do pretty much anything. Now it is not horrible (most of the time) but when working in Excel changes are instant – think changing the font – and working in this slower interface takes some getting used to. I will dedicate some future post to the issues and gleeful moments I have with the OEC but for now lets get back to the size issue.
OEC does not allow you to re-size the interface that you are working in. So, for instance, if I am using the “Pages” or “Most Popular Pages” report and I see a list of page names, part of the names get cut off. There is no side scrolling option to be found. You just have to sit there and wonder what the full page name really is. I will point out that this may not be an issue for lots of people, but if your site is large enough page names can get pretty long. Also, I am a fan of descriptive page names so that when you see just the page name it is informative. Names such as “Brand” “Item” “Size” or “Gender” “Size” “Shirt Type” are much better than a product number for page names.
So the real question here is why is the interface of OEC set up this way? Did they not do QA testing on this? I don’t have the answers. All I know is that adding a side scrolling bar – not my favorite option but better than nothing – cannot be all that difficult to add into the interface. Never mind that this issue persists in the newest version of OEC. Long page names are a reality and while you can use the search or advanced search to narrow your results it is a pain to have to do. Plus, OEC doesn’t save your advanced search so if you get results and need to edit it – such as exclude an additional word or phrase – be prepared to re-enter the entire search. Lots of NOT fun here too.
I am not sure what it will take for Omniture to fix this. Apparently they have not got the notice that size matters.
August 25, 2008
It is hard to value a picture of your family on vacation, of your friends at a party, or of your website 3 weeks ago. As touching as the first two options are, this post will focus on the last of the three: a picture of your website.
Now for many people, this is not a big deal. If you are running a blog or some other site that has a primary focus of serving content your website may not change much in appearance over the course of a few weeks. But for the people that work with sites that have a focus of selling things with crisp pictures and captivating copy, things are changing all the time – and analysts may or may not know about it.
As a beginner in web analytics, and in fact to marketing in general, it has become clear very early on that knowing why trends are changing in your data is nearly as important as the data itself. What people want from an analyst is not “what is changing” but rather “why is that changing”. Answering the first part will get their attention but very few people are content knowing that traffic is up 15% without knowing why.
Keeping a log of changes either manually or by writing a simple script – currently beyond my abilities, but a co-worker of mine whipped something up – is of great value. Now we have a copy of what pages looked like on any day we want. If the creative changes or a sub-zone on a division tab moves we have that change recorded. With copies saved off, you are the owner. Better yet, when someone asks for some analysis on your site’s homepage or division page you can not only show them the data and a cool graph, but an image of a pre-change and post-change look at the site.
It would be great if these things just happened or if the web analysts always knew what changes were happening when, but the reality is that that is not always the case. If you manage the copies saved off you can always be sure you will capture the change, no matter if you are informed about it ahead of time or not. If there is a question about content change, you can now look for yourself and deliver your analysis in a more timely and – more importantly – a more informed manner.
I’m not sure what a picture is worth, but a picture can turn data into information and information is priceless.
UPDATE: Just found a great example of this in an article written by Bryan Eisenberg. You can find it here. It deals with how people interact with Google search and how it has changed overtime. Short, simple analysis but cool.