<?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"
	>
<channel>
	<title>Comments on: SEO, Click Fraud and Mis-Attribution</title>
	<atom:link href="http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/</link>
	<description>Effective Internet Marketing Strategy and Technique Through Experiments, Measurement and Audit</description>
	<pubDate>Wed, 17 Mar 2010 19:28:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Jeremy Chatfield</title>
		<link>http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/#comment-144606</link>
		<dc:creator>Jeremy Chatfield</dc:creator>
		<pubDate>Sat, 06 Feb 2010 00:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/?p=306#comment-144606</guid>
		<description>Hi Theresa - absolutely - yes. At some point I'll get around to documenting the multiplicity of filters we usually try to set up, so that when there is a change of ROI, we can nail it to the changes in the way that traffic is arriving. Especially important if you are paying for the traffic, but also quite useful in SEO.

If you have full tagging, and have separated the campaigns out so that you have adequate targeting control (fairly tricky when comparing Google Pages and Google Search Partners, for example - but again, something that analysing the referer_info can illuminate) then you can make better decisions about which target network should receive bid increases and decreases.

The problem with most web analytics packages is that extracting the proportion of misattributed data is external to the package, and hard to put back into the analysis. If your analytics package makes you have to rework your numbers, for a measurable cause, surely there's a question you should be asking your analytics provider? :)</description>
		<content:encoded><![CDATA[<p>Hi Theresa - absolutely - yes. At some point I&#8217;ll get around to documenting the multiplicity of filters we usually try to set up, so that when there is a change of ROI, we can nail it to the changes in the way that traffic is arriving. Especially important if you are paying for the traffic, but also quite useful in SEO.</p>
<p>If you have full tagging, and have separated the campaigns out so that you have adequate targeting control (fairly tricky when comparing Google Pages and Google Search Partners, for example - but again, something that analysing the referer_info can illuminate) then you can make better decisions about which target network should receive bid increases and decreases.</p>
<p>The problem with most web analytics packages is that extracting the proportion of misattributed data is external to the package, and hard to put back into the analysis. If your analytics package makes you have to rework your numbers, for a measurable cause, surely there&#8217;s a question you should be asking your analytics provider? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TAZook</title>
		<link>http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/#comment-144604</link>
		<dc:creator>TAZook</dc:creator>
		<pubDate>Fri, 05 Feb 2010 23:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/?p=306#comment-144604</guid>
		<description>I like the suggestions around tracking page requests. I was smarter by the end of the post than I'd been at the beginning. :)

We have a couple of in-house tracking programs--one is a custom analytics program and the other is tag tracking in emailed referrals. (We have GA, but I rarely dig into it.) When I started trying to match up email tags against our in-house data submission logs, I realized, for instance, how randomly some people fill out the fields in our online forms. Now I need to dig into Google Analytics and try to set something up to provide cleaner data.

I find I'm wondering if Jeremy is suggesting some kind of Analytics filter in his last paragraph?  I'm not sure how else to track bounce rates or ROI by tracking parameters.</description>
		<content:encoded><![CDATA[<p>I like the suggestions around tracking page requests. I was smarter by the end of the post than I&#8217;d been at the beginning. :)</p>
<p>We have a couple of in-house tracking programs&#8211;one is a custom analytics program and the other is tag tracking in emailed referrals. (We have GA, but I rarely dig into it.) When I started trying to match up email tags against our in-house data submission logs, I realized, for instance, how randomly some people fill out the fields in our online forms. Now I need to dig into Google Analytics and try to set something up to provide cleaner data.</p>
<p>I find I&#8217;m wondering if Jeremy is suggesting some kind of Analytics filter in his last paragraph?  I&#8217;m not sure how else to track bounce rates or ROI by tracking parameters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Chatfield</title>
		<link>http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/#comment-143814</link>
		<dc:creator>Jeremy Chatfield</dc:creator>
		<pubDate>Thu, 26 Nov 2009 10:46:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/?p=306#comment-143814</guid>
		<description>Hi John - for PPC, email, bannering and other controlled sources, I'd use "query" parameters - the classic "?thing=value&#038;other=stuff". It's pretty much the only way to pass information about the origin. 

The "referer" header is useful, but what would be seriously helpful would be to (optionally?) re-encode origin data in the request. Unlikely to happen for privacy reasons. There are good reasons to be able to with hold the referrer.

If anything, this shows how frustrating the non-webmail mail user interfaces are. I've plenty of new clients for whom we can correlate an increase in direct traffic to email campaigns - clients who thought their emails weren't working, or that perhaps the email triggered people to use a bookmark. Show them how a click from a non-web email has no referrer, and that the URL can encode the origin, and they get useful measurable data.

And it would be helpful for the Web Analytics companies to identify, by default, streams of clicks from webmail. The servers for many of the services are quite identifiable in the referers, but rarely shown as a class of origin. Not exactly the question you asked, though ;)

To make the data more valuable, break up campaigns and mark them separately, so you have different tracking parameters accessible for each of the classes of origin (Google Pages, Google Partner Searches, Google Content Network, Placement/Site Targeted) etc.  That way you can better track bounce rates, ROI, etc, by controllable targeting options.</description>
		<content:encoded><![CDATA[<p>Hi John - for PPC, email, bannering and other controlled sources, I&#8217;d use &#8220;query&#8221; parameters - the classic &#8220;?thing=value&#038;other=stuff&#8221;. It&#8217;s pretty much the only way to pass information about the origin. </p>
<p>The &#8220;referer&#8221; header is useful, but what would be seriously helpful would be to (optionally?) re-encode origin data in the request. Unlikely to happen for privacy reasons. There are good reasons to be able to with hold the referrer.</p>
<p>If anything, this shows how frustrating the non-webmail mail user interfaces are. I&#8217;ve plenty of new clients for whom we can correlate an increase in direct traffic to email campaigns - clients who thought their emails weren&#8217;t working, or that perhaps the email triggered people to use a bookmark. Show them how a click from a non-web email has no referrer, and that the URL can encode the origin, and they get useful measurable data.</p>
<p>And it would be helpful for the Web Analytics companies to identify, by default, streams of clicks from webmail. The servers for many of the services are quite identifiable in the referers, but rarely shown as a class of origin. Not exactly the question you asked, though ;)</p>
<p>To make the data more valuable, break up campaigns and mark them separately, so you have different tracking parameters accessible for each of the classes of origin (Google Pages, Google Partner Searches, Google Content Network, Placement/Site Targeted) etc.  That way you can better track bounce rates, ROI, etc, by controllable targeting options.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John K</title>
		<link>http://blog.merjis.com/2009/11/23/seo-click-fraud-and-mis-attribution/#comment-143780</link>
		<dc:creator>John K</dc:creator>
		<pubDate>Wed, 25 Nov 2009 04:20:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.merjis.com/?p=306#comment-143780</guid>
		<description>JC,

What would be the ideal situation, if one is able to control everything downstream of the PPC click.  I.e. what do you recommend for the technically capable to make the tracking more accurate?</description>
		<content:encoded><![CDATA[<p>JC,</p>
<p>What would be the ideal situation, if one is able to control everything downstream of the PPC click.  I.e. what do you recommend for the technically capable to make the tracking more accurate?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
