<?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: Ask Dan: SEO Questions #1</title> <atom:link href="http://dejanseo.com.au/ask-dan-seo-questions-1/feed/" rel="self" type="application/rss+xml" /><link>http://dejanseo.com.au/ask-dan-seo-questions-1/</link> <description></description> <lastBuildDate>Tue, 18 Jun 2013 09:08:00 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <item><title>By: nguyentoloan</title><link>http://dejanseo.com.au/ask-dan-seo-questions-1/#comment-1660</link> <dc:creator>nguyentoloan</dc:creator> <pubDate>Wed, 12 Jun 2013 09:07:00 +0000</pubDate> <guid isPermaLink="false">http://dejanseo.com.au/?p=9921#comment-1660</guid> <description>Thank nice post.</description> <content:encoded><![CDATA[<p>Thank nice post.</p> ]]></content:encoded> </item> <item><title>By: Alistair Lattimore</title><link>http://dejanseo.com.au/ask-dan-seo-questions-1/#comment-950</link> <dc:creator>Alistair Lattimore</dc:creator> <pubDate>Thu, 01 Nov 2012 06:46:00 +0000</pubDate> <guid isPermaLink="false">http://dejanseo.com.au/?p=9921#comment-950</guid> <description>Regarding the discussion about changing domain names &amp; Google Analytics, you shouldn&#039;t need to create a new profile for the new domain name. For example, if you are using domainA.com and you move to domainB.com - you can continue to use the same Google Analytics code from domainA.com on domainB.com.To keep things tidy, I go into the admin area for that particular Google Analytics web profile and update the domain settings and so forth.You will see a change in your visitor/visits data however, as the Google Analytics cookies used to track visitors, visits, traffic courses, campaigns, custom variables and so forth will not be valid for your new domain. As such, when the visitor is initially redirected from domainA.com to domainB.com, Google Analytics will start a new set of cookies for their browser on the new domain.For most websites, the issues raised above will make very little difference in the grand scheme of things and can be ignored. However if you&#039;ve got an ecommerce website, or if you are heavy on different types of marketing (pay per click, social, email, radio, ..) or if you use Google Analytics custom variables - this is going to pose an issue.Consider a simple example where I set a Google Analytics custom variables to identify the visitors age bracket and gender after they provide that information via a form at some point. When they are redirected, that data is no longer available on domainB.com and as such, custom reporting that you might have setup wouldn&#039;t work until those custom variable cookies were recreated (maybe you ask them to update their details every six months for example).To work around this problem and it isn&#039;t something that an average webmaster would do, you&#039;d use a custom set of redirects 301 redirects where you not only redirect the user from page to page but you read in the Google Analytics cookies from domainA.com and re-create them as part of the 301 redirect for domainB.com.As a result of transferring the cookies across from domainA.com into domainB.com, Google Analytics will continue to function as expected &amp; won&#039;t miss a beat.Google Analytics actually provide methods (_link(), _linkByPost()) as part of the Google Analytics JavaScript API to handle this sort of scenario (though for a slightly different purpose) when your website setup crosses over domains, such as domainA.com &amp; domainA.ecommerceshop.com.</description> <content:encoded><![CDATA[<p>Regarding the discussion about changing domain names &amp; Google Analytics, you shouldn&#8217;t need to create a new profile for the new domain name. For example, if you are using domainA.com and you move to domainB.com &#8211; you can continue to use the same Google Analytics code from domainA.com on domainB.com.</p><p>To keep things tidy, I go into the admin area for that particular Google Analytics web profile and update the domain settings and so forth.</p><p>You will see a change in your visitor/visits data however, as the Google Analytics cookies used to track visitors, visits, traffic courses, campaigns, custom variables and so forth will not be valid for your new domain. As such, when the visitor is initially redirected from domainA.com to domainB.com, Google Analytics will start a new set of cookies for their browser on the new domain.</p><p>For most websites, the issues raised above will make very little difference in the grand scheme of things and can be ignored. However if you&#8217;ve got an ecommerce website, or if you are heavy on different types of marketing (pay per click, social, email, radio, ..) or if you use Google Analytics custom variables &#8211; this is going to pose an issue.</p><p>Consider a simple example where I set a Google Analytics custom variables to identify the visitors age bracket and gender after they provide that information via a form at some point. When they are redirected, that data is no longer available on domainB.com and as such, custom reporting that you might have setup wouldn&#8217;t work until those custom variable cookies were recreated (maybe you ask them to update their details every six months for example).</p><p>To work around this problem and it isn&#8217;t something that an average webmaster would do, you&#8217;d use a custom set of redirects 301 redirects where you not only redirect the user from page to page but you read in the Google Analytics cookies from domainA.com and re-create them as part of the 301 redirect for domainB.com.</p><p>As a result of transferring the cookies across from domainA.com into domainB.com, Google Analytics will continue to function as expected &amp; won&#8217;t miss a beat.</p><p>Google Analytics actually provide methods (_link(), _linkByPost()) as part of the Google Analytics JavaScript API to handle this sort of scenario (though for a slightly different purpose) when your website setup crosses over domains, such as domainA.com &amp; domainA.ecommerceshop.com.</p> ]]></content:encoded> </item> <item><title>By: seo experts</title><link>http://dejanseo.com.au/ask-dan-seo-questions-1/#comment-942</link> <dc:creator>seo experts</dc:creator> <pubDate>Thu, 25 Oct 2012 11:51:00 +0000</pubDate> <guid isPermaLink="false">http://dejanseo.com.au/?p=9921#comment-942</guid> <description>Dude,,, It really a long video I think that you should do something for it first... Any way it is really video....</description> <content:encoded><![CDATA[<p>Dude,,,<br /> It really a long video I think that you should do something for it first&#8230;<br /> Any way it is really video&#8230;.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: basic
Database Caching 1/7 queries in 0.003 seconds using disk: basic
Object Caching 372/375 objects using disk: basic
Content Delivery Network via cdn.dejanseo.com.au

 Served from: dejanseo.com.au @ 2013-06-20 10:45:20 by W3 Total Cache -->