Multi-Country Duplicate Content
-
Hello,
We have an ecommerce site that serves several countries on the same .com domain - US, UK and CA. We have duplicate content across these countries because they are all English speaking so there is little variance in the pages and they each sell most of the same products. We have implemented hreflang into our sitemaps but we need to address the duplicate content. We were advised to canonicalize our UK and CA pages back to the duplicate US pages (our US pages account for the majority of our traffic and sales). This would cause the UK and CA pages to fall out of the index but the visitor would still be taken to the correct country's page due to the hreflang.
I'm leary about doing this because they are across countries. Is this ok to do? If not, how do we address the duplicate content since they are not on their own CCTLD's?
-
Kelli (sorry, I had the wrong name somehow?)
First let me clarify a few things.
- Is the content between the US, Canada, and UK the exact same but on different URLs?
- Is any of the content translated to cater to the different markets (spellings, word usage, etc.)?
- Does each country have the same product set, etc.?
The HREFLANG is not necessary unless you are changing the language in some way. I am not sure that is what you should be using here. But your answers will help me understand so I can tell you what to do.
Check out my tool here to help: http://www.katemorris.com/issg/
-
It is of course slightly harder to answer without seeing any examples. However, assuming that the canonicalisation of Products B & C is the right thing to do in the first place, then I'd suggest that you should be consistent with your canonicalisation.
So, if you're canonicalising Products B and C to Product A on the US site, you are asking Google "please don't deliver B and C in search results; deliver A instead". If you are to then start canonicalising UK content to B & C then, as you rightly point out, that creates a chain of canonicals. The purpose of canonicals is to help Google to identify the single page (within a group) that they should deliver to their users. So it wouldn't make sense to canonicalise to one page which then canonicalises to another, IMO.
As for having to use both the canonical and rel-alternate-hreflang attributes, I have to say I'm surprised. I read this and strangely there is no mention of the canonical - it seems to suggest that this is the solution you've been looking for! However, clearly that's not been your experience.
Perhaps a silly question - but have you checked that you have rel-alternate-hreflang has been implemented correctly? E.g. have you implemented on a page-by-page basis, as opposed to a site-level basis? From the Google thread:
"rel="alternate" hreflang="x"
is used as a page level, not a site level, and you need to mark up each set of pages, including the home page, as appropriate. You can specify as many content variations and language/regional clusters as you need." -
Here's another question, if we do canonicalize our UK and CA pages back to the corresponding US pages, how should we handle the following scenario where most of our products are in 'groups' meaning there are very slight variances, but they are the same product:
US Site
Product A - canonical
Product B - canonicalizes to A
Product C - canonicalizes to AUK Site
Product A - canonicalizes to US version of A
Product B - canonicalizes to US version of B - OR - canonicalizes to US version of A??
Product C - canonicalizes to US version of C - OR - canonicalizes to US version of A??With thousands of products, canonicalizing to the exact duplicate page may be much easier to implement, but there will be a chain of canonicals.
-
I used to think the same thing, but it seems that Google has been unclear on the effects of hreflang as to whether it addresses duplicate content because at one time they said to use hreflang together, then they crossed it off of their guidelines, now they say it's ok. Based on my research, I'm thinking it's ok to use together as long as the languages aren't different, for instance, variations of English is ok, but don't use it with English and Spanish together because they are completely different.
Here is a snippet from http://searchengineland.com/cutting-through-the-confusion-of-googles-guidance-to-multilingual-website-owners-113586 which reads:
The Effect Of Combining Canonical Tags & Hreflang Tags
Not forgetting that the canonical tags should only be used with content in the same language, when would we use both? Well firstly, the use of both would involve what I usually call world languages such as English, Spanish, French or Portuguese. These languages are used in many countries and, whilst there are variations between the use of these languages in those countries, the variations are sometimes small. A__dditionally, multinational publishers often save costs by using one version of the language for all countries speaking that general language, thus ignoring the regional variations. In other words, for Spain and Mexico, Google is presented with exactly the same content, letter for letter. The canonical acknowledges that this is the same content. The Hreflang tag identifies which URL should be displayed in different sets of results. So, in other words, canonical + Hreflang = same content + different URL. Google knows the content is the same, but displays the correct URL for the Google domain search (e.g. google.com.mx will see the relevant URLs for Mexico displayed in the results).
This is also another good article from Distilled: http://www.distilled.net/blog/distilled/distilledlive-london-a-few-thoughts-on-hreflang/
Also, when a page canonicalizes to another page, it eventually drops out of the 'Duplicate Meta Descriptions' area of Google Webmaster Tools. We have had the hreflang implemented for some time, and none of the 'cross-country' pages are dropping out.
-
I thought that the whole point of rel-alternate-hreflang was to deal with the duplication of content when delivering the same or similar content to users in different locales.
For example, you have two sites - 1. US example.com and 2. UK example.co.uk. You sell the same products in both countries and the content on the sites is exactly the same. So there are two sites with exactly the same content, but the currency and delivery information etc is different.
If you implement on the .com site and on the .co.uk site, that means you don't need to implement the canonical tag.
At least that's how I understand this - I don't see the point of hreflang if you start having to mess around with canonicals etc.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
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
-
Incorrect homepage country variant appearing in search resutls
Hi, Background I have an international site with 32 country homepages within the same domain: eg www.domain.com/en-gb/
International SEO | | coma99
www.domain.com/fr-fr/
www.domain.com/de-de/
www.domain.com/es-es/ and so forth We use IP redirection on the root www.domain.com (which has no HTML page of its own) to divert the user to their relevant country homepage. Within each country homepage we include: (a canonical link to itself) ... (hreflang alternates to all instances of other homepages including itself ) Our Google Crawl bot is located in Germany and so when it crawls our root www.domain.com it takes the title and description from its destination url which in crawlbots case is www.domain.com/de-de/ because of the IP redirect. What is the problem I am trying to solve? Every variation of local Google results (eg UK/FR/IT/US) displays at the top the crawled root www.domain.com page with German title/description. How can I stop this happening? Surely adding appropriate hrefs and canonicals to every homepage instance is sufficient for Google to display to you your relevant country homepage variant instead!? Thanks0 -
Expanding into new country & what to do with Seach Console
Hi! We're looking at expanding into new countries, and will probably go with the subfolder route. Our main website is focused on Ireland on Search Console (and probably always will be), so will this be affected if I add subfolders onto the end? And can I shop the main site from crawling the new URL's in the subfolder. So if www.example.com is focused on Ireland, and we add www.example.com/de for Germany, can we let Google know not to index the German pages in Ireland? And will I need to do anything to the Irish version (e.g, change www.example.com to www.example.com/ie)
International SEO | | Frankie-BTDublin0 -
Which would Google prefer In my case? Country Specific TLD or SubFolders?
I'm looking for some expert advice regarding multilingual SEO domain selection. I have a basic question that I'd love some help clarifying. I'd love to know what you do if you were in my position..From the research I've done so far, although there are other options, the two best suites ways of us separating 2 languages within our site is: **Country specific TLD's. (.com & .fr) ** SubDomain Folders (.com & .com/fr) Would google prefer the power of the country specific domains & the cleanliness of the separation (Option 1)? Or would it value more the link authority sent to one main domain with languages separated by subdomains (Option 2)? **Question background details:**I am developing a website in French & English. The main target markets language at present is French.In the future however I'm sure equal if not more website users will use the English language.1) Languages on two separate TLD's (Top level Domains) for each country (.fr & .com). We already own both domains We use WPML on wordpress so it's easy to update both languages. Languages in sub folder .com (en) .com/fr (fr) Through link building, all 'link juice' will be directed to .com (across french & English). We want all our customers to land on .com/fr if they are in French speaking country.
International SEO | | FullSteamBusiness2 -
Country and Language Specific URL Paths
Wanted to ask everyone a questions: So our company is going to be doing a website that is going to be full of videos. The url path will be country.domain.com/language/slug/content-id. We redirect the user when they go to the different country. So if you're in spain on a train to france your URL will change from es.domain.com/es/slug/content-id to fr.domain.com/es/slug/content-id. Each country can listen to each video in all languages. My question is with hreflang tags and canonicals. Aside from targeting users in a certain country via Google Search Console, how do I eliminate duplication and tell Google which I'd like to show up via which country. In spain I would like es.domain.com/es/slug/content-id to show in Google and would have hreflang tags on each of the es.domain pages but what about fr.domain.com/es/slug/content-id since it would show the same content? I can't canonical to one of them since I need them to show in their respective country. How do I show the difference in language and country without showing duplication?
International SEO | | mattdinbrooklyn0 -
Help! A never before asked query about using a ccTLD but hosting in a different country
Hi Guys, I've a website that has a India specific domain ending with .org.in. The website has ALL the traffic from India (as mentioned earlier, it's a website meant only for audience from India). Currently this _.org.in_domainis hosted on a server located in India. I'm thinking of hosting this website in Singapore. Do you think that will negatively affect the current rankings of the website (i.e. changing the server location of my website from India to Singapore)?
International SEO | | seotoseo0 -
Duplicate content - news archive
Most of them are due to news items having more than 1 category – which is pretty normal.Also /us/blog, /uk/blog and /ca/blog are effectively the same page.None of them are actually duplicate content – just alternate URLs for the same pagehttp://www.fdmgroup.com/category/news/
International SEO | | fdmgroup0 -
Any practical examples of ranking 1 domain in multiple countries?
Hi, I've done a fair amount of research on international SEO including here on MOZ but was hoping some fellow Mozzers might have some practical examples of how they have got 1 domain to rank in multiple countries, ideally US & UK. Im possibly looking at getting a high authority domain which ranks great on US into the UK engines. I want to keep to the 1 domain to benefit from the high authority and for logistical reasons. Thanks in advance, Andy
International SEO | | AndyMacLean0 -
Best practice for multi-language site?
Recently our company is going to expand our site from just english to multi-language, including english, french, german, japanese, and chinese. I deeply understand a solid and feasible plan is pretty important, so I want to ask you mozzers for help before we taking action! Our site is a business site which sells eBook software, for the product pages, the ranks are taken by famous software download sites like cnet, softonic, etc. So the main source of our organic traffic is the guide post, long-tail keywords. We are going to manually translate the product pages and guide post pages which targeting on important keywords into other languages. Not the entire english site. So my primary question is: should I use the sub-domain or sub-category to build the non-english pages? "www.example.com/fr/" or "fr.example.com"? The second question: As we are going to manually translate the entire pages into other languages, should I use the "rel=alternate hreflang=x" tags? Because Google's official guideline says if we only translate the navigations or just part of the content, we should use this tag. And what's your tips for building a multi-language site? Please let me know them as much as possible Thanks!
International SEO | | JonnyGreenwood0