<?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>Adotas &#187; Web-traffic Measurement</title>
	<atom:link href="http://www.adotas.com/tag/web-traffic-measurement/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adotas.com</link>
	<description>Where Interactive Advertising Begins</description>
	<lastBuildDate>Thu, 09 Feb 2012 23:55:23 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
		<item>
		<title>Online Reach &#8212; Are Your Visitor Counts Half-Baked?!</title>
		<link>http://www.adotas.com/2007/05/online-reach-%e2%80%93-are-your-visitor-counts-half-baked/</link>
		<comments>http://www.adotas.com/2007/05/online-reach-%e2%80%93-are-your-visitor-counts-half-baked/#comments</comments>
		<pubDate>Thu, 10 May 2007 22:05:12 +0000</pubDate>
		<dc:creator>Gary Angel</dc:creator>
				<category><![CDATA[Features]]></category>
		<category><![CDATA[comScore]]></category>
		<category><![CDATA[cookies]]></category>
		<category><![CDATA[Gary-Angel]]></category>
		<category><![CDATA[Web-traffic Measurement]]></category>

		<guid isPermaLink="false">http://www.adotas.com/2007/05/online-reach-%e2%80%93-are-your-visitor-counts-half-baked/</guid>
		<description><![CDATA[comScore, one of the leading web-traffic measurement companies, dropped a bombshell of sorts on the web analytic community when they released a study last week concerning the effects of cookie deletion on web visitor counting. This may not sound like the sort of topic to stir up angry debate, but the implications of the study [...]]]></description>
			<content:encoded><![CDATA[<p><font face="Calibri" size="3"><img id="image7331" height="96" alt="applepie.jpg" src="http://adotas.com/wp/wp-content/uploads/2007/04/applepie.jpg" />comScore, one of the leading web-traffic measurement companies, dropped a bombshell of sorts on the web analytic community when they released a study last week concerning the effects of cookie deletion on web visitor counting. This may not sound like the sort of topic to stir up angry debate, but the implications of the study are serious and far-reaching. They could potentially change your view of how much traffic your site (or partner sites) actually gets, how well your online campaigns are performing, how reliable many of your web analytic reports may have been and even how you are going to proceed with online measurement in the future.</font></p>
<p><font face="Calibri" size="3">Let&#8217;s start at the beginning. A cookie is a small data file placed on your computer when you visit a site. The cookie is put there by the site your visiting, and it&#8217;s used to identify your specific computer as one that has visited the site before and tie together behavior from visit to visit.</font></p>
<p><font face="Calibri" size="3">But before I go on, that last statement needs clarification. Because while it technically applies to every kind of cookie there are two different cookie types and the way they work makes for a subtle difference in understanding this last statement. The first and most common type of cookie is called a 1<sup>st</sup> Party cookie. And it&#8217;s really what I&#8217;ve been describing. A 1<sup>st</sup> Party cookie is placed on your machine by the site you visited. Simple.</font></p>
<p><font face="Calibri" size="3">But the clever folks who do advertising and measurement on the web had a kind of sneaky idea. If they place a single object on a site you visit (like a tiny image) and that object is served by them not by the site your landing on, then the image request is made to THEIR computers. And, along with that request, they can drop a cookie on your machine. And they can read THEIR cookie, whenever you visit ANY site that has one of their images on the page. This is called a 3<sup>rd</sup> Party cookie. It doesn&#8217;t work any different than a 1<sup>st</sup> Party cookie &mdash; but it does mean that the owner of the 3<sup>rd</sup> Party cookie can see something that the owner of the 1<sup>st</sup> Party cookie can&#8217;t. Namely, what site(s) you visit &mdash; with the emphasis on the plural.</font></p>
<p><font face="Calibri" size="3">Who drops third party cookies? Pretty much every Internet advertising and measurement company. Google, Yahoo, MSN, Omniture, WebSideStory, DoubleClick, ValueClick, yata, yata, yata. Keep in mind, the 3<sup>rd</sup> Party cookie is anonymous &mdash; it doesn&#8217;t know who the visitor is. It isn&#8217;t a threat to privacy and it isn&#8217;t spam. </font></p>
<p><font face="Calibri" size="3">But despite all these &#8220;is nots&#8221;, the 3<sup>rd</sup> Party cookie has gotten something of a bad name. And, unlike 1<sup>st</sup> Party cookies that often serve a clearly useful function (like enabling portal customization), 3<sup>rd</sup> Party cookies have no tangible consumer benefit. So as browsers evolved and Spyware companies latched onto the idea that 3<sup>rd</sup> Party cookies weren&#8217;t good, problems arose in 3<sup>rd</sup> Party cookie measurement. </font></p>
<p><font face="Calibri" size="3">You see, a user can configure their browser to reject all cookies, no cookies or just one kind of cookie. Since many users realize that 1<sup>st</sup> Party cookies are actually useful, they choose to accept 1<sup>st</sup> Party cookies but not 3<sup>rd</sup> Party cookies. This led to a rapid increase in 3<sup>rd</sup> Party cookie rejection &mdash; a problem that meant many visitors were slipping through the measurement cracks. In addition, Spyware companies built lists of common 3<sup>rd</sup> Party cookies from advertising and measurement companies and generally set themselves up to delete these cookies whenever they found them.</font></p>
<p><font face="Calibri" size="3">Bad news for measurement. But the web analytics vendors (at least) had a pretty good response. They changed the way their systems worked so that the cookie being used for measurement was actually one dropped by the site you&#8217;re visiting. Suddenly, it&#8217;s a 1<sup>st</sup> Party cookie. It&#8217;s much less likely to be rejected and much less likely (we thought) to be deleted. All is again good in the world of web analytics.</font></p>
<p><font face="Calibri" size="3">Because, you see, the cookie is vital to the web analytics world as the sole way of tracking visitors. Not page views, which are easily tracked. Not visits, which can be tracked sans cookie. But visitors. Cookies are the only web analytics technique in popular use for tracking the behavior of <strong>visitors</strong> and for counting how many visitors a site actually has. </font></p>
<p><font face="Calibri" size="3">Here&#8217;s a short list of measurement tasks you can&#8217;t do without a cookie:</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Count Visitors</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Track Campaign Success over time</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Distinguish between New and Repeat Visitors</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Distinguish between Prospects and Customers</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Analyze behavior across more than one of your sites</font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Analyze your Sales Cycle </font></p>
<p><font size="3">o</font> <font face="Calibri" size="3">Measure over-time Engagement / Loyalty / Frequency of Visitors</font></p>
<p><font face="Calibri" size="3">The list could be extended indefinitely, but the basic idea is this. Without cookies, web measurement has no understanding of any &#8220;visitor&#8221; behavior &mdash; only visits and page views.</font></p>
<p><font face="Calibri" size="3">Which brings me to the comScore study. comScore&#8217;s study tracked one very large internet portal site and one large ad-serving network. The portal site was dropping a 1<sup>st</sup> Party cookie and the ad-serving network was dropping a 3<sup>rd</sup> Party cookie. Here is a summary of their results from the comScore Press Release:</font></p>
<p>The study examined the degree to which users cleared cookies from their computers, thereby causing servers to deposit new cookies and potentially leading to overstated estimates of unique users when relying on cookie-based server data.<br />
<strong>Average Computer Receives 2.5 First-Party Cookies per Site Each Month</strong><br />
comScore observed that 31 percent of U.S. Internet users cleared their first-party cookies during the month. Within this user segment, the study found an average of 4.7 different cookies for the site. Among the 7-percent of computers with at least 4 cookie resets, comScore counted an average of 12.5 distinct first-party cookies per computer, accounting for 35 percent of all cookies observed in the analysis.<br />
Using the total comScore sample as a basis, an average of 2.5 distinct first-party cookies were observed per computer for the site being examined. This indicates that Web site server logs that count unique cookies to measure unique visitors are likely to be exaggerating the size of the site&#8217;s audience by a factor as high as 2.5, or an overstatement of 150 percent.</p>
<table cellspacing="0" cellpadding="0" width="427" border="0">
<tr>
<td style="width: 427px" valign="bottom" colspan="4"><strong>comScore Cookie Deletion Analysis &mdash; 1<sup>st</sup> Party Cookies*</strong><br />
<strong>December 2006</strong><br />
<strong>Source: comScore, Inc.</strong></td>
</tr>
<tr>
<td style="width: 144px" valign="bottom"><strong>Number of Cookie Deletions/Resets</strong></td>
<td style="width: 96px" valign="bottom"><strong>Percent of Computers</strong></td>
<td style="width: 95px" valign="bottom"><strong>Avg. No. of Cookies per Computer</strong></td>
<td style="width: 92px" valign="bottom"><strong>Percent of Cookies</strong></td>
</tr>
<tr>
<td style="width: 144px" valign="bottom">Total Sample</td>
<td style="width: 96px" valign="bottom">100%</td>
<td style="width: 95px" valign="bottom"> 2.5</td>
<td style="width: 92px" valign="bottom">100%</td>
</tr>
<tr>
<td style="width: 144px" valign="bottom">1 or more</td>
<td style="width: 96px" valign="bottom">31%</td>
<td style="width: 95px" valign="bottom"> 4.7</td>
<td style="width: 92px" valign="bottom">58%</td>
</tr>
<tr>
<td style="width: 144px" valign="bottom">4 or more</td>
<td style="width: 96px" valign="bottom">7%</td>
<td style="width: 95px" valign="bottom"> 12.5</td>
<td style="width: 92px" valign="bottom">35%</td>
</tr>
</table>
<p><em>*Excludes log-in cookies</em><br />
&#8220;While past studies from other research companies have shown a similar proportion of computers that clear their cookies, the comScore study is the first to highlight the disproportionately high percentage of cookies represented by those computers,&#8221; commented Dr. Magid Abraham, President and CEO of comScore. &#8220;For example, with just 7 percent of computers accounting for 35 percent of all cookies, it&#8217;s clear that a certain segment of Internet users clears its cookies very frequently. These &#8216;serial resetters&#8217; have the potential to wildly inflate a site&#8217;s internal unique visitor tally, because just one set of &#8216;eyeballs&#8217; at the site may be counted as 10 or more unique visitors over the course of a month. The result is a highly inflated estimate of unique visitors for sites that rely on cookies to count their audience.&#8221;<br />
<strong>Third-Party Cookies Deleted at Nearly Same Rate as First-Party Cookies</strong><br />
comScore&#8217;s analysis of third-party cookies revealed an average of 2.6 distinct cookies per computer in December, indicating a similar rate of overstatement as the first-party cookies. For those computers where at least one cookie reset occurred, the number of third-party cookies observed was slightly higher than first-party cookies at 5.5.<br />
<font face="Calibri" size="3">Everyone in the web analytics community has long understood that people sometimes delete their cookies. However, there are three aspects of the comScore study that are particularly significant. First, the percentage of cookie deletions in a month is on the high-end of expectations (31%). Second, the frequency of cookie deletion is much higher than expected &mdash; meaning that cookies aren&#8217;t just deleted once a month. Indeed, the biggest impact comes from a group of visitors who appear to delete cookies after every session (a settable option in Firefox). These &#8220;serial deleters&#8221; &mdash; if they are frequent visitors to a site &mdash; will get counted over and over again as distinct visitors. Third, 1<sup>st</sup> Party cookies fare no better than 3<sup>rd</sup> Party cookies when it comes to deletion. This last result is very surprising to most of us &mdash; and indicates that cookie deletion is not typically a function of spyware protection software (much more likely to delete 3<sup>rd</sup> Party cookies) but of browser settings or manual erasing.</font></p>
<p><font face="Calibri" size="3">Since comScore focuses on visitor counting, most of the discussion around these results has also focused on this. And it&#8217;s an important issue. Some in the web analytics community argue that errors in estimating Reach aren&#8217;t that important &mdash; since these numbers are used for comparative and trending purposes. </font></p>
<p><font face="Calibri" size="3">Unfortunately, that isn&#8217;t really true. First, most companies these days are evaluating Reach by marketing channel &mdash; so it&#8217;s important to know how the web site compares to other possible marketing efforts. And second, even on a comparative basis, there is every reason to believe that different sites (and even the same site over time) will be differently impacted. At least two (and probably more) factors will obviously drive differences in site measurement: the degree to which a site has lots of heavy repeat users will significantly impact the degree of overstatement in counting and the degree to which the user population uses Firefox will probably have a significant impact as well. </font></p>
<p><font face="Calibri" size="3">Because of this, a portal site with a very high return rate will likely show a much higher degree of traffic inflation than an eCommerce site. A daily news site will show higher traffic inflation than a health portal. A site for technical users that is heavy on Firefox adopters might be much worse off than a cooking site. Sites that raise privacy issues or concerns (like pornography or medical sites) may be harder hit. And so on. Worse, if you change your site in ways that increase Engagement, this change will artificially increase your Reach numbers as well. Meaning your own site may not be comparable to itself over time.</font></p>
<p><font face="Calibri" size="3">In addition, this implies that no <strong>simple</strong> adjustment to web analytic numbers is applicable. You can&#8217;t just take web analytic visitor counts and divide them by some correcting factor.</font></p>
<p><font face="Calibri" size="3">As troublesome as the implications are for Reach, they are even worse when you consider the impact on your broader web measurement issues. Remember the list of tasks that rely on cookies? Many of these analyses (including campaign attribution) are going to be seriously distorted unless the analyst controls carefully for the cookie deletion problems. Even with thoughtful planning, some types of analysis (such as how New Visitors behave) may be nearly impossible for some sites.</font></p>
<p><font face="Calibri" size="3">Are there good alternatives to using half-baked cookies? Not always. Certainly, there are alternatives for measuring your Reach as comScore is no doubt happy to point out. But from a web measurement perspective, there aren&#8217;t many easy solutions. However, being aware of the extent of the problem may be at least some protection. A deep understanding of the problem may keep you from acting on an analysis based on flawed data and secondly it may help you screen-off your analysis from the effects of cookie deletion. There are, in many cases, techniques that will accomplish this. In addition, understanding the extent of the problem may cause some sites to focus on the possibility of &#8220;opt-in&#8221; measurement &mdash; getting visitors to register and log in consistently. It may also drive the measurement community toward a better technical solution.</font></p>
<p><font face="Calibri" size="3">No matter how you look at it, the comScore study isn&#8217;t good news. But the right answer is probably not shooting the messenger. Web analytic data has always had a high degree of messiness. But the fact that data quality isn&#8217;t perfect doesn&#8217;t also mean that any level of data imperfection is acceptable.<br />
An analyst must be able to understand the issue and all its measurement implications to be able to make a sensible judgment about what to do differently and how to adjust site measurement. If you fob off the comScore study with a Gallic shrug, &#8220;That&#8217;s just the way web data is&#8230;&#8221; then it won&#8217;t just be your cookies that are half-baked!</font></p>
<!-- signup form again -->		
		<div>
<form method=post action="http://app.icontact.com/icp/signup.php" name="icpsignup" accept-charset="UTF-8" id="email-subscribe-bottom" >
								<input type=hidden  name="fields_ajkey" value="f62b22ef5c">
								<input type=hidden name=redirect value="http://www.adotas.com/subscription-successful/" />
								<input type=hidden name=errorredirect value="http://www.icontact.com/www/signup/error.html" />
								
								<input type=hidden name="listid" value="57524">
								<input type=hidden name="specialid:57524" value="HPHD">

								<input type=hidden name=clientid value="254952">
								<input type=hidden name=formid value="4656">
								<input type=hidden name=reallistid value="1">
								<input type=hidden name=doubleopt value="0">
						<label for="subscribe">Subscribe to the <strong>free</strong> Adotas.com Newsletter</label>
						<input type="text" id="subscribe" name="fields_email" value="Your email" onfocus="if(this.value==this.defaultValue)value=''" onblur="if(this.value=='')value=this.defaultValue;" />
						<input type="submit" name="Submit" value="Subscribe" class="submit subcribe"  />
</form>
			</div>
<br/><br/><script type="text/javascript">
  addthis_url    = 'http%3A%2F%2Fwww.adotas.com%2F2007%2F05%2Fonline-reach-%25e2%2580%2593-are-your-visitor-counts-half-baked%2F';
  addthis_title  = 'Online+Reach+%26mdash%3B+Are+Your+Visitor+Counts+Half-Baked%3F%21';
  addthis_pub    = 'adotas';
</script><script type="text/javascript" src="http://s7.addthis.com/js/addthis_widget.php?v=12" ></script><br /><br />
]]></content:encoded>
			<wfw:commentRss>http://www.adotas.com/2007/05/online-reach-%e2%80%93-are-your-visitor-counts-half-baked/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

