<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Aussie Web Analyst &#187; Web Metrics</title>
	<atom:link href="http://www.aussiewebanalyst.com/tag/web-metrics/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.aussiewebanalyst.com</link>
	<description>A guide to using web analytics to understand and improve your website and business</description>
	<lastBuildDate>Fri, 01 Oct 2010 11:35:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>How to start using web analytics within an organisation</title>
		<link>http://www.aussiewebanalyst.com/2008/10/09/how-do-i-start-using-web-analytics/</link>
		<comments>http://www.aussiewebanalyst.com/2008/10/09/how-do-i-start-using-web-analytics/#comments</comments>
		<pubDate>Thu, 09 Oct 2008 07:16:34 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Thoughts on Web Analytics]]></category>
		<category><![CDATA[Reporting]]></category>
		<category><![CDATA[Web Analytics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://www.aussiewebanalyst.com/?p=251</guid>
		<description><![CDATA[While everyone appears to think it is only them who are barely scratching the surface with web analytics, most companies that I have spoken to are in a similar position.  They may have a web analytics tool implemented on their website and know how to look at unique visitors and page views but are unsure [...]]]></description>
			<content:encoded><![CDATA[<p>While everyone appears to think it is only them who are barely scratching the surface with web analytics, most companies that I have spoken to are in a similar position.  They may have a web analytics tool implemented on their website and know how to look at unique visitors and page views but are unsure of where to go to from there.</p>
<p>My advice is to start simple and to talk small steps from there.  Don&#8217;t worry initially about actionable insights, they will come with time.  Instead, just get your company used to looking at web metrics.  Create a one page report containing basic metrics and start sending it out to key internal stakeholders.  Include some comments but again, starting simple, these need only be what has happened that week.<span id="more-177"></span></p>
<p>Based on experience, once departments and managers start receiving data, they will start asking questions.  Set yourself a target of answering 1 to 3 of these questions each week, focusing initially on those questions that you can answer (including the answers in the weekly report).</p>
<p>Over time, as experience grows, the questions will get more complicated and the answer will become more useful to the business, they will turn into actionable insights.  The report that is sent out will evolve as well, as people understand which metric they need to see and which are only nice to know.  KPIs will be defined and used to measure the success of the business.  The weekly report will contain recommendations on how the business can improve and this information will be used.</p>
<p>Just keep in mind that this won&#8217;t all happen overnight so don&#8217;t expect it to.  if you try to do it all at once, it likely won&#8217;t work.  Take small steps, educate the people around you and you can make a real difference to any organisation that you work for.</p>
<p>For suggestions on which metrics to start with, try reading <a href="http://www.aussiewebanalyst.com/2008/04/20/your-first-metrics-part-1/">Your First Metrics &#8211; Part 1</a> and <a href="http://www.aussiewebanalyst.com/2008/04/27/your-first-metrics-part-2/">Your First Metrics &#8211; Part 2</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/10/09/how-do-i-start-using-web-analytics/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Which is the right metric to use?</title>
		<link>http://www.aussiewebanalyst.com/2008/07/18/which-is-the-right-metric-to-use/</link>
		<comments>http://www.aussiewebanalyst.com/2008/07/18/which-is-the-right-metric-to-use/#comments</comments>
		<pubDate>Fri, 18 Jul 2008 21:56:58 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Analysing Web Analytics data]]></category>
		<category><![CDATA[Web Analytics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://aussiewebanalyst.wordpress.com/?p=32</guid>
		<description><![CDATA[I get asked sometimes which is the best metric to use when creating a certain report. My rough rule of thumb is to go back and ask what sort of question it is that you are trying to answer with this report. If it is related to: the number of people, use unique visitors traffic [...]]]></description>
			<content:encoded><![CDATA[<p>I get asked sometimes which is the best metric to use when creating a certain report. My rough rule of thumb is to go back and ask what sort of question it is that you are trying to answer with this report. If it is related to:</p>
<ul>
<li>the number of people, use unique visitors</li>
<li>traffic levels, use visits</li>
<li>quantity of content consumed, use events</li>
<p><span id="more-31"></span>
</ul>
<p>Caveat: there are certain times when you want to group people on a certain criteria.  Examples of this include wanting to know the number of people who accessed a certain site section or who arrived via a particular traffic source.  However people can view multiple site section and access a site via multiple traffic sources.  Therefore be aware that the sum of people via traffic sources, site sections and other similar situations will be more than the actual number of unique visitors to a website. </p>
<p>If you want to evenly attribute a total between different options, you might need to choose a lower level metric.  The important thing in this case is to choose the metric which is independent for what you are looking at.  For example, a unique visitor may have multiple entry types but each visit only has a single entry type.  Unique visitors and visits can view multiple site sections but events are each from only a single site section.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/07/18/which-is-the-right-metric-to-use/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Basic Report Items for Site Performance</title>
		<link>http://www.aussiewebanalyst.com/2008/07/06/basic-report-items-for-site-performance/</link>
		<comments>http://www.aussiewebanalyst.com/2008/07/06/basic-report-items-for-site-performance/#comments</comments>
		<pubDate>Sun, 06 Jul 2008 22:05:42 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Sitestat]]></category>
		<category><![CDATA[Engagement Metrics]]></category>
		<category><![CDATA[Performance Reporting]]></category>
		<category><![CDATA[Traffic Metrics]]></category>
		<category><![CDATA[Web Analytics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://aussiewebanalyst.wordpress.com/?p=26</guid>
		<description><![CDATA[As I discussed in my first couple of posts, there are some basic metrics that I look at when evaluating the performance of a website e.g. unique visitors, page views, etc. I am going to describe here how to set up a report in Sitestat that contains all these basic metrics. This report can be [...]]]></description>
			<content:encoded><![CDATA[<p>As I discussed in my first couple of posts, there are some basic metrics that I look at when evaluating the performance of a website e.g. unique visitors, page views, etc. I am going to describe here how to set up a report in Sitestat that contains all these basic metrics. This report can be set up for weekly or monthly reporting, allowing a user to quickly check the performance of their website during the previous time period.<span id="more-24"></span></p>
<p>I generally have an excel sheet set up that contains all the historical data for these metrics. Additional metrics can be created by applying calculations to the original metrics with simple Excel formulae.The new data can be added as a new line in this spreadsheet with charts updated accordingly.</p>
<p>The report items that are required for this report is as follows (in my preferred viewing order):</p>
<ul>
<li>Unique visitors</li>
<li>Total visits</li>
<li>Total page views</li>
<li>Average duration per visit</li>
<li>Page views per visit</li>
<li>New vs returning visitors</li>
<li>Unique visitors per entry type</li>
</ul>
<p>These report items have different default time intervals. As we are only looking here at single time periods, the time interval for each report item should be set to &#8220;Full period&#8221;.</p>
<p>If the data is going to be transferred into Excel, there is no need for charts, additional statistics or descriptions and as such, these options can be deselected. There is no harm in leaving them in the report but I generally like having the report simpler and cleaner.</p>
<p>The report item &#8220;Page views per visit&#8221; is used to calculate the bounce rate for the website. It is a frequency table containing the number of visits during that time period per each number of page views e.g. number of visits with 1 page view, number of visits with 2 page views and so on.  As a bounce can be defined as a visit with only a single page view, the bounce rate is the percentage of visits where only a single page is viewed. Therefore only the top line of data is required and the &#8220;Maximum number of lines&#8221; can be reduced to 1.</p>
<p>This report can then be set up for either a weekly or monthly report (or daily although I would question how valuable this is) using the time periods &#8220;Last week&#8221; and &#8220;Last month&#8221;. At this stage, you should now have a nice report containing all the relevant report items to get a quick overview of the performance of your website.</p>
<p>If this data is being captured and trended in an Excel file, some basic calculations need to be performed to get all my basic site performance metrics. Frequency (visits per unique visitor) and page views per visit can be calculated by dividing the appropriate metrics. The bounce rate calculation is single page visits divided by total visits.</p>
<p>I would recommend calculating the proportions of new, returning and unknown visitors and the proportions of the different traffic sources (entry types). An understanding of the reason for a change in the traffic levels for a website can be gained from looking at both the absolute numbers and the proportions for each of these metrics.</p>
<p>So that&#8217;s the basics, I feel everyone and every website can benefit from looking at this data. For real insights, more detailed reports will be required but this should tell you if you need to look further and where you should look first.</p>
<p>As a quick summary, here are the metrics you should have if you have transferred the data to an Excel spreadsheet:</p>
<ul>
<li>Unique visitors</li>
<li>Visits</li>
<li>Page views</li>
<li>Frequency</li>
<li>Page views per visit</li>
<li>Duration per visit</li>
<li>Bounce rate</li>
<li>New, returning and unknown visitors (the number of visitors and proportions of each)</li>
<li>Entry type &#8211; Clickin, Search engine, External referrers, Direct Entry (the number of unique visitors and the proportions of each)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/07/06/basic-report-items-for-site-performance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data gets lonely</title>
		<link>http://www.aussiewebanalyst.com/2008/04/29/data-gets-lonely/</link>
		<comments>http://www.aussiewebanalyst.com/2008/04/29/data-gets-lonely/#comments</comments>
		<pubDate>Tue, 29 Apr 2008 20:58:34 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Analysing Web Analytics data]]></category>
		<category><![CDATA[Forecasting]]></category>
		<category><![CDATA[Web Analytics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://aussiewebanalyst.wordpress.com/?p=5</guid>
		<description><![CDATA[Any metric by itself is inherently meaningless. It is a number, a percentage, a ratio but without something to compare it to, there is no way of knowing if it is good, bad or indifferent. The metric needs to be compared against something in order to give it meaning. So what does everyone else compare [...]]]></description>
			<content:encoded><![CDATA[<p>Any metric by itself is inherently meaningless.  It is a number, a percentage, a ratio but without something to compare it to, there is no way of knowing if it is good, bad or indifferent.  The metric needs to be compared against something in order to give it meaning.<span id="more-15"></span></p>
<h3>So what does everyone else compare against?</h3>
<p>For weekly or monthly data, the commonly used comparison periods are the previous period and the same period in the previous year.  By comparing against the previous period, you can quickly see if things got better or worse or even just stayed mostly the same.</p>
<p>I am less sure what a comparison against the same period in the previous year is meant to show.  This may have been good in traditional industries but the internet changes too fast for this to be useful in my mind.  Your website or traffic mix will change and suddenly you are constantly around 20% off last year every single week, making that comparison just additional numbers on the report.</p>
<h3>So what should I compare against then?</h3>
<p>The point of a comparison is to aid in understanding if the performance for that time period was good or bad.  Therefore, logically, the best comparison to be made is against the expected or forecast performance for that period.</p>
<p>This forecast should have been created using the data from recent periods and using the data from last year, taking into account known or expected website and traffic mix changes.  Once you start setting goals through forecasts and targets, you start becoming accountable.</p>
<p>Now this is slightly scary, it is so much easier to say &#8216;hey, we are up 20% on last year, we must be going well&#8217; (ignoring how you were 40% up two months ago).  But when you are admit that &#8216;hey, we are down 1.5% against where I thought we would be&#8217;, you can start to investigate the reasons why and see what is and isn&#8217;t working.</p>
<h3>Anything else?</h3>
<p>While I don&#8217;t like comparing against the same period last year, the trend or % change for the same period last year can be useful.  This can show you if a change this year is merely a seasonal effect or something that should be investigated further.</p>
<p>Targets are slightly different from forecasts and not as useful for short term comparisons.  They are where you want to be longer term, something to keep an eye on but not a call for action if not at that level immediately.  And like everything else, they should be one of the factors that are used in developing the forecasts.</p>
<h2><span style="color:#000080;">Summary</span></h2>
<p>Give your data company.  In order to provide it with a meaningful existence, it should be compared against other numbers.  The most useful comparison is against a forecast as this is the true measure of whether performance was above or below expectations.  And the forecast should draw on the knowledge of all other numbers that could be compared against.</p>
<p><em>Note: </em>I will be writing some posts about forecasting in the future.  If you need a forecast to understand performance, you need to know how to forecast (ideally with some degree of accuracy).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/04/29/data-gets-lonely/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Your First Metrics &#8211; Part 2</title>
		<link>http://www.aussiewebanalyst.com/2008/04/27/your-first-metrics-part-2/</link>
		<comments>http://www.aussiewebanalyst.com/2008/04/27/your-first-metrics-part-2/#comments</comments>
		<pubDate>Sun, 27 Apr 2008 20:49:28 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Useful Metrics]]></category>
		<category><![CDATA[Engagement Metrics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://aussiewebanalyst.wordpress.com/?p=4</guid>
		<description><![CDATA[Engagement Metrics The set of metrics that I listed in the post last week (visits, visitors and interactions) could be described as the basic traffic metrics. Each are absolute numbers as opposed to a percentage or ratio and each can be used to describe the popularity of the website during the previous period. The following [...]]]></description>
			<content:encoded><![CDATA[<h3><span style="color:#000000;"><strong>Engagement Metrics</strong></span></h3>
<p>The set of metrics that I listed in the post last week (visits, visitors and interactions) could be described as the basic traffic metrics.  Each are absolute numbers as opposed to a percentage or ratio and each can be used to describe the popularity of the website during the previous period.</p>
<p>The following set of metrics are what I describe as (for want of a better term) as engagement metrics.  I do not claim that they describe completely that mystical experience known as a user&#8217;s engagement with a website but I believe they give an indication of the level to which people are engaging.  All are ratios calculating by combining two other metrics.<span id="more-14"></span></p>
<p><span style="text-decoration:underline;">Frequency &#8211; Visits per Visitor</span></p>
<p>This is the average number of visits each visitor to the website made during the specified period calculated by dividing the number of visits by the number of unique visitors for that time period.  It reflects whether the users of a website are interacting with it on a regular basis or only ever visiting once.  The minimum number for this metric is 1.0 &#8211; every visitor must have made at least one visit.</p>
<p><span style="text-decoration:underline;">Interactions per Visit</span></p>
<p>This is the average number of interactions made with the website during each visit during the specified time period &#8211; calculated by the dividing the total number of interactions by the number of visits for that time period.  Again, the usual type of interaction that is used here is page views.</p>
<p>It is an interesting metric in that there is no good or bad result, it all depends on the context.  For example, a higher number of interactions per visit may suggest a greater level of engagement but it could also be that the user was having to search through the site in an attempt to find the information they were after.</p>
<p><span style="text-decoration:underline;">Duration per visit</span></p>
<p>Similar to the previous metric, this is the average time a user spends on a site in each visit.  It can provide additional information about the average visit regarding the length of time people spend on the website.</p>
<p>A key point to remember though is that web analytics packages can only work off known measurements and there is generally no measurement for when a user leaves a website.  Therefore the duration for each visit is typically under reported and cannot be measured at all when only one measurement is received.</p>
<p><span style="text-decoration:underline;">Bounce Rate</span></p>
<p>This is a measure of the number of time a website is visited and the user leaves immediately without engaging with it at all.  The simple method of judging whether there was any engagement is to assume that the user has to have more than one interaction.  Therefore bounce rate is commonly calculated as the percentage of visits with only one page view.</p>
<p>A website that is used as the user&#8217;s home page (portals, google, news sites) would have a high bounce rate for all visits where the user opened their browser but then immediately went to an alternative site.  Also, it possible for a user to get all the information they need from a website from a single page &#8211; high engagement but only a single interaction.  Basically every site has a certain level of bounce rate, it is how it changes over time that is important.</p>
<p><span style="text-decoration:underline;">What Next</span></p>
<p>So these 7 metrics would be your basic set of traffic and engagement metrics, and the basis for any investigation into the performance of a website.  From here I am going to go into some methods of how to look at the numbers and how to understand better what they are telling you.</p>
<p><em>Note:</em> we are dealing with the average in all the engagement metrics and this could produce some misleading results unless you think through what the change actually means.  For example, a influx of traffic from a new source may lead to a drop in the overall site frequency as the new visitors have a lower average frequency than the current average average, not that people are less satisfied with the site.</p>
<p>While I will cover this specific concept further in a future post I think the key point I wanted to make is that numbers should not be just taken as black and white, you need to do some thinking in order to understand a change.  And you need to understand a change in order to do something about it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/04/27/your-first-metrics-part-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Your First Metrics &#8211; Part 1</title>
		<link>http://www.aussiewebanalyst.com/2008/04/20/your-first-metrics-part-1/</link>
		<comments>http://www.aussiewebanalyst.com/2008/04/20/your-first-metrics-part-1/#comments</comments>
		<pubDate>Sun, 20 Apr 2008 21:33:21 +0000</pubDate>
		<dc:creator>Peter</dc:creator>
				<category><![CDATA[Useful Metrics]]></category>
		<category><![CDATA[Traffic Metrics]]></category>
		<category><![CDATA[Web Metrics]]></category>

		<guid isPermaLink="false">http://aussiewebanalyst.wordpress.com/?p=3</guid>
		<description><![CDATA[Why are we talking about metrics and not insights? The common theme that runs through any discussion of web analytics is that the industry needs to move beyond a focus on metrics and simply providing reports to instead focusing on the provision of insights and recommendations. I totally agree, in order to add value to [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Why are we talking about metrics and not insights?</strong></p>
<p>The common theme that runs through any discussion of web analytics is that the industry needs to move beyond a focus on metrics and simply providing reports to instead focusing on the provision of insights and recommendations.  I totally agree, in order to add value to a business and justify our salaries, that this is what we need to be doing.  But the other point that is often raised is that web analytics is really hard &#8211; it is the identification of these insights and recommendations that is the really hard part.  I believe that everyone needs a starting point, some simple metrics that may not provide any real insights but give the reader a quick overview of performance.  While simple and possibly not insightful in themselves, these metrics do indicate if some aspect of performance has changed and they can also give some hints about the areas that should be examined in more detail in order to do that adding of value.<span id="more-13"></span></p>
<p><strong>Traffic Metrics</strong></p>
<p>The starting point for any review of the performance of a website must be the level of traffic that it has.  That is the number of visits to the site, the number of people making these visits and the level of interaction they had with the site.  These really are simple metrics but they instantly tell you if something has happened to your site performance.  An unexpected change to any of these metrics would usually be the first indicator that something has broken or that the new marketing campaign is having an impact.</p>
<p><span style="text-decoration:underline;">Visits</span></p>
<p>Even I find it weird that I am starting with Visits ahead of Visitors but my gut instinct feel that this is an under rated metric is constantly growing stronger.  I am starting to think that the visit, that is a sequence of one or more interactions with a website ending with a period of 30 min of inactivity, is actually the foundation metric for web analytics.  From a user point of view, it covers all interactions they have with a website during the period they have engaged with it.  Understanding user behaviour during this period is a key element of developing websites and/or marketing that meet customer requirements and expectations.</p>
<p>Traditional offline marketing has a big focus on the importance and value from segmenting customers.  The online world can take this a step further by segmenting at visit level.  For me, the best type of segmentation is based on customer needs/thoughts/actions.  Now a person may have many reasons for visiting a website and to assign them to a single bucket reduced the understanding that can be taken from segementation and an investigation into user behaviour.  This is improved by segmenting at visit level, placing into different buckets based on method used to get to the site and actions taken once there.</p>
<p><span style="text-decoration:underline;">Visitors</span></p>
<p>Quite simply the number of people who accessed the website during the period specified.  I do not agree with the concept of there being two metrics, visitors and unique visitors, where visitors is the number of people accessing the website per day totalled for the period specified while unique visitors is the actual number of people for that period.  Adding visitors up over a number of days and calling it a total is not mathematically or logically sound nor does it provide useful information.  Instead, for me, it is unique visitors at daily, weekly, monthly or campaign level  all the way.</p>
<p>This number is useful in understanding if more or less people are accessing the site and how many people it actually is who are looking at all these pages, placing these orders, clicking out to other sites.  There are issues with the accuracy of this metric due to cookie blocking, cookie deletion and multiple computers but the solution is to accept this fact and move on.</p>
<p><span style="text-decoration:underline;">Interactions</span></p>
<p>Traditionally this metric was the number of page views and it indicated how much visitors were navigating through the site.  This concept is changing due to the introduction of so many new ways of presenting information on a website, many interactive and not requiring a page to be viewed.  Hence my use of the term &#8216;interactions&#8217;, suggesting this could measure the level to which visitors have clicked on or viewed multiple elements of a website, whether this is a page or something else.</p>
<p>For simplicity, I think many sites can still start with using page views as a measure here.  In my previous role at Ask.com, we used the number of queries made as our measure of interaction as that was more relevant than the number of pages viewed.  Another alternative could be clicks or screen views viewed &#8211; the key point is that it should always be an action that every visitor with even minimal engagement with the website performs at least once.  More detailed (and insightful) metrics will cover areas that only a proportion of visitors perform, such as placing an order or viewing a certain type of page but the number of interactions gives the brief overview that is a good starting point.</p>
<p>In my next post, I will go on to describe the other simple metrics that I believe are a good starting point for examing the performance of a website.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.aussiewebanalyst.com/2008/04/20/your-first-metrics-part-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

