How far can I push rel=canonical?
-
My plan: 3 sites with identical content, yet--wait for it--for every article whose topic is A, the pages on all three sites posting that article will have a rel=canonical tag pointing to Site A. For every article whose topic is B, the pages on all three sites posting that article will have a rel=canonical tag pointing to Site B.
So Site A will have some articles about topics A, B, and C. And for pages with articles about A, the rel=canonical will point to the page it's on. Yet for pages with articles about B, the rel=canonical will point to the version of that article on site B. Etc.
I have my reasons for planning this, but you can see more or less that I want each site to rank for its niche, yet I want the users at each site to have access to the full spectrum of articles in the shared articles database without having to leave a given site.
These would be distinct brands with distinct Whois, directory listings, etc. etc.
The content is quality and unique to our company.
-
I think I'd start slowly in that case. Keep the relationship aspect in mind, too. Even if all three companies know the writer/client and are aware of the relationship, sooner or later one of these articles is going to take off. If one site gets the SEO credit and the other two sites aren't ranking, there may be friction. Even if the work is spread out evenly and all high-quality, you don't control (ultimately) what content finally sticks and is successful. I just think things could get weird all-around if you send every article three places and only one gets credit.
-
These are technically different companies with different products, all of which are in the securities industry. They are each founded by different groups of individuals, however my client is common among them and happens to be a fantastic writer. Many of the articles would add value to the readers of some of the other sites. I am hoping to develop a common command center so that in the editor for a given article he is able to just check off which of his sites the article will be published at, and which is to be considered canonical. So the sites will have different aesthetics and navigation, product pages, and other company-specific content, and not every article will show up on every site, however many will show up at multiple sites.
The idea of phasing in common articles with the cross-domain canonical strikes me as wise, and then just noindexing the non-canonical versions if I run into trouble.
-
Ah, understood. So, yes, in theory cross-domain canonical does handle this. I know major newspapers that use it for true syndication. There is risk, though, depending on the sites and content, and there is a chance Google will ignore it (moreso than in-domain canonical). So, I mostly wanted you to be aware of those risks.
META NOINDEX is safer, in some respects (Google is more likely to honor it), but if people start linking to multiple versions of the content, then you may lose the value of those inbound links on the NOINDEX'ed content. Since it's not showing up in search results, that's less likely (in other words, people are going to be most inclined to link to the canonical version), but it's a consideration.
It's really tough to give a recommendation without understanding the business model, but if you absolutely have to have separate sites and you feel that this content is valuable to the visitors of all three sites, then cross-domain canonical is an option. It's just not risk-free. Personally, I'd probably start with unique content across the three domains, then phase in the most useful pieces as duplicates with canonical. Measure and see how it goes. Don't launch 1,000 duplicates on three sites in one day.
-
Budget not an issue, although skilled labor is.
-
Very helpful, thank you!
There is in fact a legal reason why the sites must be distinct from each other and strong marketing reasons why we do need more than one site.
I should mention that although the pages hosting the shared articles will be 99% identical, each site will have other content distinct from the others.
I am open to dropping my idea to share an article database between the sites and just having unique content on each, although I have to wonder what the use of cross-domain canonical is, if not to support this kind of article syndication.
-
Completely agree with dr Peter. If you really need to separate those domains it should be a really good reason.
In my past I used to have many EMD domain to get easy traffic thanks to the domain name boost in serps and so those sites were ranking without many efforts, but after google heading more towards brands this kind of strategy is really time and money consuming.
It really depends on how much budget you may spend on those sites, but normally consolidating the value in one bigger site is the best way to build a brand and achieve links and ranks nowadays.
-
I tend to agree - you always run the risk with cross-domain canonical that Google might not honor it, and the you've got a major duplicate content problem on your hands.
I think there's a simpler reason, in most cases, though. Three unique sites/brands take 3X (or more, in practice) the time and energy to promote, build links to, build social accounts for, etc. That split effort, especially on the SEO side, can far outweigh the brand benefits, unless you have solid resources to invest (read that "$$$").
To be fair, I don't know your strategy/niche, but I've just found that to be true 95% of the time in these cases. Most of the time, I think building sub-brands on sub-folders within the main site and only having one of each product page is a better bet. The other advantage is that users can see the larger brand (it lends credibility) and can move between brands if one isn't a good match.
The exception would be if there's some clear legal or competitive reason the brands can't be publicly associated. In most cases, though, that's going to come with a lot of headaches.
-
Hi all, I think that your alternatives would be:
- one big site with all the thematics. In that way all users can access all content without leaving the site, no need for noindex no need for canonicals since you won't have dupe content
- three sites with specialized articles in each one. You may change slightly your design to give the user the feeling that the site is different but in the same network. Then you may interlink those sites as useful resources. Not optimal since they'll have a huge interlinking,
- as you said noindex the non canonical article. Remember that the noindex tag will prevent indexation not crawling because google will need to crawl your page to know that it should not index it. So you may add meta "noindex,nocache,follow" in the header and be sure that the juice is still flowing in your site.
-
Hmm, ok that's helpful.
The content would be identical with the possible exceptions of a very slightly different meta title and site footer.
What's my alternative to a setup like this? One site, one brand? Noindex the non-canonical article versions?
What I dislike about noindex is that it means inbound links to the non-canonical article versions bring me no benefit.
-
I believe you are playing with fire here... to me this looks like you are trying to manipulate search engines.
If you read the article About rel="canonical" on Google Webmasters Support, you will see they say rel="canonical" link element is seen as a hint and not an absolute directive
Also in the same article they specify that rel="canonical" should be used on pages with identical content. Are you sure in your case the pages have identical content (per total) or just identical articles?
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Homepage has canonical tag pointing to innerpage
Hi, I'm stuck! This e-commerce site which I'm currently working on has an unusual problem. So the homepage has a canonical tag pointing to one of its category pages. Is this okay SEO-wise? Based on what I understand, the homepage is the most important page in a site. And if there is a mirror duplication, it would be better to canonicalise the inner page to the homepage rather than in reverse. Looking forward to getting some answers. Cheers!
Intermediate & Advanced SEO | | nerdieb0 -
Can you disallow links via Search Console?
Hey guys, Is it possible in anyway to nofollow links via search console (not disavow) but just nofollow external links pointing to your site? Cheers.
Intermediate & Advanced SEO | | lohardiu90 -
Case Sensitive URLs, Duplicate Content & Link Rel Canonical
I have a site where URLs are case sensitive. In some cases the lowercase URL is being indexed and in others the mixed case URL is being indexed. This is leading to duplicate content issues on the site. The site is using link rel canonical to specify a preferred URL in some cases however there is no consistency whether the URLs are lowercase or mixed case. On some pages the link rel canonical tag points to the lowercase URL, on others it points to the mixed case URL. Ideally I'd like to update all link rel canonical tags and internal links throughout the site to use the lowercase URL however I'm apprehensive! My question is as follows: If I where to specify the lowercase URL across the site in addition to updating internal links to use lowercase URLs, could this have a negative impact where the mixed case URL is the one currently indexed? Hope this makes sense! Dave
Intermediate & Advanced SEO | | allianzireland0 -
Blog URL Canonical
Hi Guy's, I would like to know your thoughts on the following set-up for blog canonical. Option 1 domain.com/blog = <link rel="canonical" href="domin.com/blog"> domain.com/blog-category/general = <link rel="canonical" href="domain.com/blog"> domain.com/blog-article/how-to-set-canonical = no canonical option 2 domain.com/blog = <link rel="canonical" href="domin.com blog"="">(as option 1)</link rel="canonical" href="domin.com> domain.com/blog-category/general = <link rel="canonical" href="domain.com blog-category="" general"="">(this time has the canonical of the category)</link rel="canonical" href="domain.com> domain.com/blog-article/how-to-set-canonical = <link rel="canonical" href="domain.com blog-article="" how-to-set-canonical"="">(this time has the canonical of the article full URL)</link rel="canonical" href="domain.com> Just not sure which is the best option, or even if it is any of the above! Thanks Dan
Intermediate & Advanced SEO | | Dan1e10 -
Rel Canonical on Home Page
I have a client who says they can't implement a 301 on their home page. They have tow different urls for their home page that are live and do not redirect. I know that the best solution would be to redirect one to the main URL but they say this isn't possible. So they implemented the rel canonical instead. Is this the second best solution for them if they can't redirect? Will the link juice be passed through the rel canonical? Thanks!
Intermediate & Advanced SEO | | AlightAnalytics0 -
Pagination with rel=“next” and rel=“prev”
Hey mozzers Would be interested to know if anyone has used the rel=“next” and rel=“prev” attributes more info here http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html If you have used it, has it worked and what are your thoughts etc:? And for those that have used it, is it a better way of handling pagination other than the obvious of Google saying so. Thanks
Intermediate & Advanced SEO | | CraigAddyman0 -
<rel canonical="">and Query Strings</rel>
How are you supposed to <rel canonical="" tag="">a page with a query string that has already been indexed? It's not like you're serving that page from a CMS where you have an original page with content to add to the head tag.</rel> For example.... Original Page = http://www.example.com/about/products.php Query String Page = http://www.example.com/about/products.php?src=FrontDoorBox Would adding the <rel canonical="" tag="">to the original page, referencing itself, be the solution so that the next time the original page is crawled, the bot will know that the previously indexed URL with query string should actually be the "original"? That's the only solution I can come up with because there's no way to find the query string rendered page to tag with the canonical.....</rel>
Intermediate & Advanced SEO | | Yun0 -
Use rel=canonical to save otherwise squandered link juice?
Oftentimes my site has content which I'm not really interested in having included in search engine results. Examples might be a "view cart" or "checkout" page, or old products in the catalog that are no longer available in our system. In the past, I'd blocked those pages from being indexed by using robots.txt or nofollowed links. However, it seems like there is potential link juice that's being lost by removing these from search engine indexes. What if, instead of keeping these pages out of the index completely, I use to reference the home page (http://www.mydomain.com) of the business? That way, even if the pages I don't care about accumulate a few links around the Internet, I'll be capturing the link juice behind the scenes without impacting the customer experience as they browse our site. Is there any downside of doing this, or am I missing any potential reasons why this wouldn't work as expected?
Intermediate & Advanced SEO | | cadenzajon1