<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Decreased Bounce Rate &#8211; A Metric For Success?</title>
	<atom:link href="http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/</link>
	<description></description>
	<lastBuildDate>Fri, 03 Sep 2010 07:36:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: mwilliams</title>
		<link>http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/comment-page-1/#comment-1463</link>
		<dc:creator>mwilliams</dc:creator>
		<pubDate>Fri, 30 Jan 2009 15:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.purevisibility.com/?p=390#comment-1463</guid>
		<description>I agree, looking at bounce rates are more meaningful when you look at individual keywords. If you lump them together and look at the bounce rate by page you won&#039;t be able to determine which words caused your good or bad bounce rate.</description>
		<content:encoded><![CDATA[<p>I agree, looking at bounce rates are more meaningful when you look at individual keywords. If you lump them together and look at the bounce rate by page you won&#8217;t be able to determine which words caused your good or bad bounce rate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paisley</title>
		<link>http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/comment-page-1/#comment-1462</link>
		<dc:creator>paisley</dc:creator>
		<pubDate>Fri, 30 Jan 2009 14:38:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.purevisibility.com/?p=390#comment-1462</guid>
		<description>Bounce rate works better when you use it on a per-visit basis correlated with keyword.</description>
		<content:encoded><![CDATA[<p>Bounce rate works better when you use it on a per-visit basis correlated with keyword.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhullman</title>
		<link>http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/comment-page-1/#comment-1461</link>
		<dc:creator>jhullman</dc:creator>
		<pubDate>Fri, 30 Jan 2009 14:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.purevisibility.com/?p=390#comment-1461</guid>
		<description>You are right that this is how Time on Site would show up given the scenario you describe (30 sec on page 1, 0 on page 2)

I don&#039;t know of any package that will by default get around this, but something we&#039;ve done to track engagement with Flash includes setting a timer variable that periodically logs time if the page is still open. This way you get some information on how long the user was actually on the page watching the video, even if they leave without further navigation.  

So you could probably do something similar with javascript variables - initialize a timer when the page loads, and have it periodically (every 30 seconds or so) record a reading, and pass that as a user defined variable to your web analytics package.</description>
		<content:encoded><![CDATA[<p>You are right that this is how Time on Site would show up given the scenario you describe (30 sec on page 1, 0 on page 2)</p>
<p>I don&#8217;t know of any package that will by default get around this, but something we&#8217;ve done to track engagement with Flash includes setting a timer variable that periodically logs time if the page is still open. This way you get some information on how long the user was actually on the page watching the video, even if they leave without further navigation.  </p>
<p>So you could probably do something similar with javascript variables &#8211; initialize a timer when the page loads, and have it periodically (every 30 seconds or so) record a reading, and pass that as a user defined variable to your web analytics package.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: awhinston</title>
		<link>http://blog.purevisibility.com/2009/01/decreased-bounce-rate-a-metric-for-success/comment-page-1/#comment-1459</link>
		<dc:creator>awhinston</dc:creator>
		<pubDate>Thu, 29 Jan 2009 21:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.purevisibility.com/?p=390#comment-1459</guid>
		<description>Clouding the picture even more is the way analytics packages record time on page/site.  The common approach is to take the timestamp of two subsequent pages and subtract them.  Seems straightforward enough, but think about a user who visits one page for 30 seconds, visits a second page for 10 minutes, then closes their browser.  The application will report the &#039;time on site&#039; for that visit as 30 seconds and report &#039;time on page&#039; for the second page at zero (not 10 minutes).  Anyone understand this differently?  Anyone know of an analytics package that can report true &#039;time on page&#039; for all pages?</description>
		<content:encoded><![CDATA[<p>Clouding the picture even more is the way analytics packages record time on page/site.  The common approach is to take the timestamp of two subsequent pages and subtract them.  Seems straightforward enough, but think about a user who visits one page for 30 seconds, visits a second page for 10 minutes, then closes their browser.  The application will report the &#8216;time on site&#8217; for that visit as 30 seconds and report &#8216;time on page&#8217; for the second page at zero (not 10 minutes).  Anyone understand this differently?  Anyone know of an analytics package that can report true &#8216;time on page&#8217; for all pages?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
