<?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: Google now supports cross domain canonical tag</title>
	<atom:link href="http://www.ip-seo.com/latest/2009/12/google-now-supports-cross-domain-canonical-tag/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ip-seo.com/latest/2009/12/google-now-supports-cross-domain-canonical-tag/</link>
	<description>Intelligent Postioning (IP SEO)</description>
	<lastBuildDate>Fri, 25 Jun 2010 20:27:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrew</title>
		<link>http://www.ip-seo.com/latest/2009/12/google-now-supports-cross-domain-canonical-tag/comment-page-1/#comment-6579</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 23 Dec 2009 16:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ip-seo.com/latest/?p=962#comment-6579</guid>
		<description>Just thinking about the blogspot migration example a bit more.  What do you think to the idea of using a cross-domain canonical tag in combination with a meta-refresh or Javascript redirect?

The robots could then visit the page, get an HTTP 200, and determine the correct url to index from the canonical tag, while users would get transferred to the new url by their browser.

Do you think this would work?</description>
		<content:encoded><![CDATA[<p>Just thinking about the blogspot migration example a bit more.  What do you think to the idea of using a cross-domain canonical tag in combination with a meta-refresh or Javascript redirect?</p>
<p>The robots could then visit the page, get an HTTP 200, and determine the correct url to index from the canonical tag, while users would get transferred to the new url by their browser.</p>
<p>Do you think this would work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SEOooo</title>
		<link>http://www.ip-seo.com/latest/2009/12/google-now-supports-cross-domain-canonical-tag/comment-page-1/#comment-6578</link>
		<dc:creator>SEOooo</dc:creator>
		<pubDate>Wed, 23 Dec 2009 15:41:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ip-seo.com/latest/?p=962#comment-6578</guid>
		<description>Great round-up of the applications for the canonical tag.

It is interesting that Google are now allowing this cross-domain, and I think there definite SEO benefits as you describe. However, I would question whether it&#039;s use would ever be optimal across domains, as it would seem far better from a usability point of view to present a single url to a single resource, accomplished with a 301 redirect.

In your example, I&#039;m not sure who Simon Baker is, or why his domain is a CNAME alias of news.bbc.co.uk, but it would seem confusing for a user to access bbc content through that url, rather than be redirected to the proper domain. Or if it was a testing site, it should not have been indexed in the first place.

So, I&#039;m in total agreement about the usefulness of the cross-domain canonical tag where the webmaster cannot implement a server-side redirect, but it would seem second best in all other situations.

Conversely, it would seem to be an eminently sensible solution &lt;em&gt;within&lt;/em&gt; domain, e.g. with your affiliate id (http://www.example.com/example-page.php?affiliate=blueberry) or on a page with mutiple sort options (http://www.example.com/widgets?sort=asc), where the difference in layout necessitates a separate URL.</description>
		<content:encoded><![CDATA[<p>Great round-up of the applications for the canonical tag.</p>
<p>It is interesting that Google are now allowing this cross-domain, and I think there definite SEO benefits as you describe. However, I would question whether it&#8217;s use would ever be optimal across domains, as it would seem far better from a usability point of view to present a single url to a single resource, accomplished with a 301 redirect.</p>
<p>In your example, I&#8217;m not sure who Simon Baker is, or why his domain is a CNAME alias of news.bbc.co.uk, but it would seem confusing for a user to access bbc content through that url, rather than be redirected to the proper domain. Or if it was a testing site, it should not have been indexed in the first place.</p>
<p>So, I&#8217;m in total agreement about the usefulness of the cross-domain canonical tag where the webmaster cannot implement a server-side redirect, but it would seem second best in all other situations.</p>
<p>Conversely, it would seem to be an eminently sensible solution <em>within</em> domain, e.g. with your affiliate id (<a href="http://www.example.com/example-page.php?affiliate=blueberry" rel="nofollow">http://www.example.com/example-page.php?affiliate=blueberry</a>) or on a page with mutiple sort options (<a href="http://www.example.com/widgets?sort=asc" rel="nofollow">http://www.example.com/widgets?sort=asc</a>), where the difference in layout necessitates a separate URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.ip-seo.com/latest/2009/12/google-now-supports-cross-domain-canonical-tag/comment-page-1/#comment-6577</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 23 Dec 2009 12:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.ip-seo.com/latest/?p=962#comment-6577</guid>
		<description>Who is Simonbaker? that is a great spot.</description>
		<content:encoded><![CDATA[<p>Who is Simonbaker? that is a great spot.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
