<?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: What&#8217;s wrong with bounce rate?</title>
	<atom:link href="http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/?utm_source=subscriber&amp;utm_medium=rss&amp;utm_campaign=rss</link>
	<description>Web analytics for higher education.</description>
	<lastBuildDate>Wed, 18 Aug 2010 19:01:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Trending Upward &#124; Measuring Student Blog Success</title>
		<link>http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/comment-page-1/#comment-342</link>
		<dc:creator>Trending Upward &#124; Measuring Student Blog Success</dc:creator>
		<pubDate>Mon, 05 Jan 2009 04:44:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.trendingupward.net/?p=792#comment-342</guid>
		<description>[...] Time on site has downfalls as well because of the way analytics tools calculate time on site. [...]</description>
		<content:encoded><![CDATA[<p>[...] Time on site has downfalls as well because of the way analytics tools calculate time on site. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trending Upward &#124; Google Analytics - oh, the controversy</title>
		<link>http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/comment-page-1/#comment-292</link>
		<dc:creator>Trending Upward &#124; Google Analytics - oh, the controversy</dc:creator>
		<pubDate>Mon, 24 Nov 2008 05:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.trendingupward.net/?p=792#comment-292</guid>
		<description>[...] given my thoughts on bounce rate before (depending upon the type of site, counting bounce rate by time might make more sense), but [...]</description>
		<content:encoded><![CDATA[<p>[...] given my thoughts on bounce rate before (depending upon the type of site, counting bounce rate by time might make more sense), but [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shelby Thayer</title>
		<link>http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/comment-page-1/#comment-218</link>
		<dc:creator>Shelby Thayer</dc:creator>
		<pubDate>Thu, 23 Oct 2008 12:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.trendingupward.net/?p=792#comment-218</guid>
		<description>@M. Laplante - thanks for bringing up the privacy statement. That gives me an idea of another post topic. :)

Yes, as far as any javascript-based analytics package, you can pretty much do anything, but what I&#039;m talking about is doing it out-of-the-box. It&#039;s interesting that with Google Analytics segmentation features they just released, it makes their segmentation functionality more robust than Omniture SiteCatalyst out-of-the-box. If you want to really segment traffic with Omniture you have to buy their Discover tool (which is great, by the way, but why should we have to buy another tool to segment traffic?).

I know I&#039;m way off the bounce rate and time-on-page topic here, but my point is that these tools should come with this functionality out-of-the-box. 

Simple segmentation (new vs. returning user behavior, etc.) and correctly calculating time-on-page doesn&#039;t seem to be asking for much. 

Ok, I&#039;ll stop being bitter now. :)

As far as the moral aspect of it, I&#039;m not quite sure I agree with that as long as you&#039;re explicit on your privacy statement about how information is used. None of this information should be personally identifiable.</description>
		<content:encoded><![CDATA[<p>@M. Laplante &#8211; thanks for bringing up the privacy statement. That gives me an idea of another post topic. <img src='http://www.trendingupward.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Yes, as far as any javascript-based analytics package, you can pretty much do anything, but what I&#8217;m talking about is doing it out-of-the-box. It&#8217;s interesting that with Google Analytics segmentation features they just released, it makes their segmentation functionality more robust than Omniture SiteCatalyst out-of-the-box. If you want to really segment traffic with Omniture you have to buy their Discover tool (which is great, by the way, but why should we have to buy another tool to segment traffic?).</p>
<p>I know I&#8217;m way off the bounce rate and time-on-page topic here, but my point is that these tools should come with this functionality out-of-the-box. </p>
<p>Simple segmentation (new vs. returning user behavior, etc.) and correctly calculating time-on-page doesn&#8217;t seem to be asking for much. </p>
<p>Ok, I&#8217;ll stop being bitter now. <img src='http://www.trendingupward.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>As far as the moral aspect of it, I&#8217;m not quite sure I agree with that as long as you&#8217;re explicit on your privacy statement about how information is used. None of this information should be personally identifiable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M. Laplante</title>
		<link>http://www.trendingupward.net/2008/10/whats-wrong-with-bounce-rate/comment-page-1/#comment-210</link>
		<dc:creator>M. Laplante</dc:creator>
		<pubDate>Tue, 21 Oct 2008 17:09:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.trendingupward.net/?p=792#comment-210</guid>
		<description>It can be done, but remember to hire a novelist to re-write your web site&#039;s privacy statement.  The analytics packages that work off your web server&#039;s log files can&#039;t do that sort of thing.  It&#039;s only when you do something that requires that makes the browser request a new file (web page, image, whatever) that something gets recorded.

But javascript-based analytics can in theory capture anything that you do - scroll the page, move the mouse, whatever.  There are clever add-ons to Google Analytics that can tell you where someone&#039;s mouse was when they left the page; that tells you whether they clicked on an ad even when the recipient of that click doesn&#039;t share that information with you.

The problem with that is not that it&#039;s not possible, it&#039;s that you have a moral and sometimes a legal duty to let your visitors know that their every move of the mouse is being watched.  Some may consider it an invasion of their privacy.  You can get good data at the expense of bad PR.</description>
		<content:encoded><![CDATA[<p>It can be done, but remember to hire a novelist to re-write your web site&#8217;s privacy statement.  The analytics packages that work off your web server&#8217;s log files can&#8217;t do that sort of thing.  It&#8217;s only when you do something that requires that makes the browser request a new file (web page, image, whatever) that something gets recorded.</p>
<p>But javascript-based analytics can in theory capture anything that you do &#8211; scroll the page, move the mouse, whatever.  There are clever add-ons to Google Analytics that can tell you where someone&#8217;s mouse was when they left the page; that tells you whether they clicked on an ad even when the recipient of that click doesn&#8217;t share that information with you.</p>
<p>The problem with that is not that it&#8217;s not possible, it&#8217;s that you have a moral and sometimes a legal duty to let your visitors know that their every move of the mouse is being watched.  Some may consider it an invasion of their privacy.  You can get good data at the expense of bad PR.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
