Using hreflang for international pages - is this how you do it?
-
My client is trying to achieve a global presence in select countries, and then track traffic from their international pages in Google Analytics.
The content for the international pages is pretty much the same as for USA pages, but the form and a few other details are different due to how product licensing has to be set up.
I don’t want to risk losing ranking for existing USA pages due to issues like duplicate content etc.
What is the best way to approach this? This is my first foray into this and I’ve been scanning the MOZ topics but a number of the conversations are going over my head,so suggestions will need to be pretty simple
Is it a case of adding hreflang code to each page and creating different URLs for tracking. For example:
URL for USA: https://company.com/en-US/products/product-name/
URL for Canada: https://company.com/en-ca/products/product-name /
URL for German Language Content: https://company.com/de/products/product-name /
URL for rest of the world: https://company.com/en/products/product-name / -
Thanks Kate...I think this will be our best option for now...differentiate the content as much as we can. I'll refer back to this thread when we're ready to move forward with foreign language pages next year.
-
Changing the duplicated content will take care of it by itself. It will have to be rewritten for each market though. It is up to you to decide if that is the best course of action for you. If you translate the content using regional dialects (have someone in that region write the page fresh), then hreflang is useful. That's when the en-us and en-ca, etc. come into play. Would something like that be possible?
-
Tom, thanks.
The company is small-med and is growing fast, with a presence in some other countries to handle business there as it grows. I think I understand how we have to handle the foreign languages. We may be able to go with ccTLDs as we introduce more languages instead of the subfolder we currently have for Germany only.
But the real issue that we're trying to zero in on is a small group of 'international' English pages designed for non-USA/Canda visitors that have some differences in how the free trial for the product is processed. We want to make it clear to Google that these are not duplicate content. We will be promoting them via advertising etc, but we still don't want them seen to be duplicated content.
Thanks,
Caro -
Kate, although the pages are the same as the USA ones, there's no reason we cannot switch up the language a bit for countries outside the USA...alter the message a little. If we did, would we then be able to use hreflang to indicate to google that there's a different version of the pages for select other markets and prevent them from thinking it's duplicate content?
-
Kate keeps giving great advice.
If you have a multilingual, SEO, PPC & content team Further the budget for the infrastructure ( it's going to be very expensive either way, to be honest)
You will get more out of multiple domains ccTLD's
I would love to hear how big the company is that you're doing this for and exactly how many people will be working on this project?
If this expansion works well and your business decides to go after China and Russia you have a deal with two more search engines. Also if you go to Japan, you want to focus on Yahoo as well.
If you start using
-
https://www.yandex.com/ Russia Ukraine
-
&
-
http://www.baidu.com/ China
-
http://www.yahoo.co.jp/ Approximately 30 to 40% of Japan
-
the good the bad and the scary about Google and Yahoo Japan
-
https://www.clickz.com/who-does-it-better-yahoo-japan-or-google-japan/26403/
-
You will have to deal with regulations as well as differences in the way the search engine handles traffic. IP addresses matter
Companies like Fastly & Akamai will offer a type of super pop that gives you a static IP although it's not inexpensive.
I imagine It's possible for you to end up in Asia from what it sounds like? if there is a return on the investment. Remember in Japan people like Yahoo quite a bit.
- https://www.ajpr.com/search-engine-market-share-in-asia-january-2016/
- http://searchengineland.com/library/baidu
- http://www.bloomberg.com/news/articles/2016-06-25/china-tightens-internet-rules-for-baidu-and-other-search-engines
I hope this is of help did not mean to go off track but you are talking about quite a few languages.
Sincerely,
Tom
-
-
corrected the Deutschland tag good catch.
-
Yes sorry about that. The code for Germany is DE–DE the code for the German language is DE
I am sorry about that I tried to make it as easy as possible to understand but even I was getting a little tired towards the end.
excellent catch.
I would definitely customize the folders so that the languages in German Including URLs.
Kate makes an excellent point about a real choice that you have with going with subfolders or a unique domain.
There is an extraordinarily larger amount of work with multi-Geo domains however if you're starting from scratch and you think about it most of the URLs from the country are targeting will benefit your site in Whatever country or ( whatever content is on the site that linked to you)
Also if you're going to focus in the future hypothetically let's say Japan or China you will want to target different search engines other than Google these will be dependent highly on your IP address. There are ways to proxy it and make it work but infrastructure it's expensive and so does essentially doing SEO for a site per a language.
hreflang will allow you to keep the subtle differences in English for instance in the UK and elevator is a lift in Canada color is spelled differently small things do make a difference, and you should have those subtle things in your content.
I understand what you're saying about just using English and pushing it out there. You could generalize English and target no country whatsoever I would be interested to see how that worked out. Obviously, you have more than one copy Of English without hreflang you will have problems with duplicate content.
Kate brings up a very good question how big your team is? Who else will be assisting does everyone understand that search is impossible to do if you do not know the language as well as PPC. So you'll have to have native speakers I'm sure you do just want to bring up a couple of points.
What are you using for a CMS for have you made that choice yet? What are you going to do to host the site?
Hope this is helpful,
Tom
-
No, hardly at all.
There are two major phrases they all use, with modifiers at the end:
EG:
keyword
keyword solution
keyword software
keyword product
keyword downloadetc
-
Does anything about how people search for the product change in the 5 countries?
-
Kate,
What they have is:
1. a subfolder for the German content which has 6 pages that will be targeted to German speakers both inside and outside of Germany - which I'm assuming will need hreflang code specifying language but not country, right?
2. URLs for the English pages targeting English speakers outside the USA that are simply different page names. So:
USA page - www.company.com/product-A
Equivalent International page with different form - www.company.com/product-A-international (we've identified 5 countries we want to show up in, and then any other one by default)
And I'm assuming hreflang is not appropriate for the international page, but I'm not sure what one does instead to avoid dupe content.Does this help?
-
That tool is meant for the business as a whole.
Are you willing to (or are they, the client/company) put the work into differentiating the content per country? Is that needed? If it is just the form that changes, you can just change the form depending on what country they input into the form. Would that work? Then there is only one site to maintain and all you have to deal with is translations (german, spanish, japanese, french, etc. The languages, not the countries).
All that said you have two choices:
1. One site, different translations (using hreflang in between) with some changes to what happens with the form.
2. Multiple country sites that are operated differently to target each region. These can be ccTLDs or on the same domain but need to be treated as separate sites. No need for hreflang, but major need for different content.
-
Kate, I've been on this all day and I think I need to rephrase my question. I've figured out that if the pages for the international audience are all English and have no real LANGUAGE variations, I don't need to use hreflang, correct?
The difference between the USA pages and the other English countries is that there is a slight variation in how the product licence is issued once they complete the free trial form. So the form processes differently from different pages.
So, with everyone seeing the same content (99% the same) on different URLs, what is the correct way to:
1. Indicate to Google the audience is in a different region
2. Prevent duplicate content issues. -
Thomas when you say "This is the code you should add in a page's tag for the UK version of company.com would be:" are you referring to the code above or the code below? Because the code below refers to Germany. So I'm assuming you meant the code above that text, right?
To answer some of your questions:
The USA site is English only...no plans for Spanish yet.
The Canada site is English only...no plans for French yet.
For Germany customers we have some German pages in a Folder on our company.com domain -
Kate should I use the tool twice...once for English speaking countries with no translation needs (UK, Australia etc), and once for foreign language pages (which will for now be in folders on our .com domain)?
I ran the tool for the scenario of delivering our English pages with international licensing info on them to English speaking countries outside the USA and it says:
- Don't use HREFLANG; you are not translating inside a country, so it's not necessary.
Why no HREFLANG? Our german pages are translated for people in germany. - Don't use IP detection for country targeting, but ask your customers to set a cookie.
How would I ensure Google doesn't see my intl. pages as duplicate content?
- Don't use HREFLANG; you are not translating inside a country, so it's not necessary.
-
Thanks for all this info...looks like I have my work cut out for me this morning. Much appreciated.
-
Thank you! I'll check this out today!
-
You will want to listen to Kate. As simple as it may seem it's extremely complicated.
Your example is right below my example is below that
- "URL for the USA: https://company.com/en-US/products/product-name/ just use /US if not targeting Spanish in the United States
- URL for Canada: https://company.com/en-ca/products/product-name/ No French-Canadian? just use/CA
- URL for German Language Content: https://company.com/de/products/product-name / in Germany I might not be able to read your URL I would speak just Deutsche
- URL for rest of the world: https://company.com/en/products/product-name/." the rest of the world should not need EN as they speak lots of languages. You want to showcase your language offerings to them.
My example is below this line my example is below but say were targeting the United Kingdom with your URLS
- URL for the USA: https://company.com/us/products/product-name/ hreflang=”en-US.”
- URL for Canada: https://company.com/ca/products/product-name/ hreflang=”en-CA”
- URL for Canada FR: https://company.com/ca-fr/produits/nom-du-produit/ hreflang=”fr-CA” />
- URL for German Language Content: https://company.com/de/produkte/produktname/ hreflang=”de” />
- URL for rest of the world: https://company.com/products/product-name/ hreflang=”x-default
This is the code you should add in a page's tag for the UK version of company.com would be:
-
URL for German Language Content: https://company.com/de/produkte/produktname/ hreflang=”de”
-
Note I used German in the URL instead of English because that is what my target audience will be reading.
-
URL for the USA: https://company.com/us/products/product-name/ hreflang=”en-US.”
-
URL for Canada: https://company.com/ca/products/product-name/ hreflang=”en-CA.”
-
URL for Canada: https://company.com/ca-fr/produits/nom-du-produit / hreflang=”fr-CA” />
-
company.com/” hreflang=”x-default” />
Note I used French Canadian in the URL instead of English because that is what my target audience will be reading. ( I do not know French-Canadian so I really just used French) French-Canadian was also modified there are different versions of English as well with Canada and the UK
https://company.com main UK version of the site, a German language German subdirectory, an English-language Canadian subdirectory, and a French Language Canadian subdirectory:
Also, you add to the Hreflang tag is the x default code:
This is an additional line, which tells Google that this version of the site is the one that should be displayed if no other version of the site is suitable. If this link happened added to the example at the top of the page, then if someone from Spain visited the site Google would direct them to https://company.com
All you have to do is list the alternative version of the pages and have the x default at the bottom. For example, this is what you would do for the English Canadian version:
- company.com/” hreflang=”en-GB” />
- company.com/de” hreflang=”de” />
- company.com/ca-fr” hreflang=”fr-CA” />
- company.com/” hreflang=”x-default” />
If you're using any languages that have read right to left this will be an issue with encoding you can no longer get away without making sure, there's no byte order mark in your code, and you must use UTF-8
- http://www.aleydasolis.com/en/international-seo-tools/hreflang-tags-generator/
- http://searchengineland.com/auditing-hreflang-annotations-common-issues-avoid-219483
- https://www.branded3.com/blog/overcome-common-errors-implementing-hreflang-tag/
- https://www.deepcrawl.com/knowledge/best-practice/hreflang-101-how-to-avoid-international-duplication/
- https://www.branded3.com/blog/implementing-hreflang-tag/
Tools
- https://www.deepcrawl.com
- https://screamingfrog.co.uk/seo-spider/
- https://webmasters.googleblog.com/2014/07/troubleshooting-hreflang-annotations-in.html
Especially when you get into all the different languages and encoding correctly or different dialects being a German myself I am keenly aware of the differences and it would affect my search intent as well.
So if you're going, /de/ German make sure you’re Just looking to target those with the ability to speak and read German not a particular region like Germany itself, Austria, Switzerland, etc.
Not to say that/DE will not suffice but you will want to ensure you're targeting The language as well as the country or just the language depending on what your exact goal is.
I hope this helps,
Tom
-
Hey!
So international can be pretty confusing, so welcome to the world of international expansion. I'd suggest first checking out this tool I built to determine how to approach your situation. It seems like you have needs for translation (German language, not Germany focused) and geo-targeting (Canada focus, same language), and you will have reasons for people to access different content.
http://outspokenmedia.com/international-seo-strategy/
Let me know what result you get and we can go from there. If it is blended, I can give you some pointers from there. It won't be easy, it's not just about hreflang, but we'll get you set up right.
-
Thanks for these resources Thomas...I'll take a look at them shortly.
-
Yes that looks correct, I would add an x-default for the rest of the world. this is a good article: https://hreflang.org/use-hreflang-canonical-together/
http://www.myseosolution.de/downloads/mobile-hreflang-canonical-fixed.png Is a great image to explain things.
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
-
Should I use NoIndex on short-lived pages?
Hello, I have a large number of product pages on my site that are relatively short-lived: probably in the region of a million+ pages that are created and then removed within a 24 hour period. Previously these pages were being indexed by Google and did receive landings, but in recent times I've been applying a NoIndex tag to them. I've been doing that as a way of managing our crawl budget but also because the 410 pages that we serve when one of these product pages is gone are quite weak and deliver a relatively poor user experience. We're working to address the quality of those 410 pages but my question is should I be no-indexing these product pages in the first place? Any thoughts or comments would be welcome. Thanks.
Intermediate & Advanced SEO | | PhilipHGray0 -
Pages with URL Too Long
I manage a number of Shopify stores for ecommerce clients. MOZ keeps kindly telling me the URLs are too long. However, this is largely due to the structure of Shopify, which has to include 'collections' and 'products'. For example: https://domain.com.au/collections/collection-name/products/colour-plus-six-to-seven-word-product-name MOZ recommends no more than 75 characters. This means we have 25-30 characters for both the collection name and product name. VERY challenging! Questions: Anyone know how big an issue URLs are as a ranking factor? I thought pretty low. If it's not an issue, how can we turn off this alert from MOZ? If it is an issue, anyone got any ideas how to fix it on Shopify sites?
Intermediate & Advanced SEO | | muzzmoz0 -
Splitting down pages
Hello everyone, I have a page on my directory for example:
Intermediate & Advanced SEO | | SamBayPublishing
https://ose.directory/topics/breathing-apparatus The title on this page is small yet a bit unspecific:
Breathing Apparatus Companies, Suppliers and Manufacturers On webmaster tools these terms hold different values for each category so "topic name companies" sometimes has a lot more searches than "topic name suppliers". I was thinking if I could split the page into the following into three separate pages would that be better: https://ose.directory/topics/breathing-apparatus (main - Title: Breathing Apparatus)
https://ose.directory/topics/breathing-apparatus/companies (Title: Breathing Apparatus Companies)
https://ose.directory/topics/breathing-apparatus/manufacturers (Title: Breathing Apparatus Manufacturers)
https://ose.directory/topics/breathing-apparatus/suppliers (Title: Breathing Apparatus Suppliers) Two Questions: Would this be more beneficial from an SEO perspective? Would google penalise me for doing this, if so is there a way to do it properly. PS. The list of companies may be the same but the page content ever so slightly different. I know this would not effect my users much because the terms I am using all mean pretty much the same thing. The companies do all three.0 -
Canonical use when dynamically placing items on "all products" page
Hi all, We're trying to get our canonical situation straightened out. We have a section of our site with 100 product pages in it (in our case a city with hotels that we've reviewed), and we have a single page where we list them all out--an "all products" page called "all.html." However, because we have 100 and that's a lot for a user to see at once, we plan to first show only 50 on "all.html." When the user scrolls down to the bottom, we use AJAX to place another 50 on the page (these come from another page called "more.html" and are placed onto "all.html"). So, as you scroll down from the front end, you see "all.html" with 100 listings. We have other listings pages that are sorted and filtered subsets of this list with little or no unique content. Thus, we want to place a canonical on those pages. Question: Should the canonical point to "all.html"? Would spiders get confused, because they see that all.html is only half the listings? Is it dangerous to dynamically place content on a page that's used as a canonical? Is this a non-issue? Thanks, Tom
Intermediate & Advanced SEO | | TomNYC0 -
Do I need to use canonicals if I will be using 301's?
I just took a job about three months and one of the first things I wanted to do was restructure the site. The current structure is solution based but I am moving it toward a product focus. The problem I'm having is the CMS I'm using isn't the greatest (and yes I've brought this up to my CMS provider). It creates multiple URL's for the same page. For example, these two urls are the same page: (note: these aren't the actual urls, I just made them up for demonstration purposes) http://www.website.com/home/meet-us/team-leaders/boss-man/
Intermediate & Advanced SEO | | Omnipress
http://www.website.com/home/meet-us/team-leaders/boss-man/bossman.cmsx (I know this is terrible, and once our contract is up we'll be looking at a different provider) So clearly I need to set up canonical tags for the last two pages that look like this: http://www.omnipress.com/boss-man" /> With the new site restructure, do I need to put a canonical tag on the second page to tell the search engine that it's the same as the first, since I'll be changing the category it's in? For Example: http://www.website.com/home/meet-us/team-leaders/boss-man/ will become http://www.website.com/home/MEET-OUR-TEAM/team-leaders/boss-man My overall question is, do I need to spend the time to run through our entire site and do canonical tags AND 301 redirects to the new page, or can I just simply redirect both of them to the new page? I hope this makes sense. Your help is greatly appreciated!!0 -
Where is the best place for Landing Pages to reside on the Home Page?
On this site http://www.austintenantadvisors.com/ I have my main landing pages listed in the navigation under "Types". The reason why I did this is because I am not sure where to insert those on the home page where it does not look spammy to Google and looks natural for users. Obviously they need to appear somewhere on the home page for Google to be able to continue crawling and indexing them. Any thoughts or suggestions would be appreciated.
Intermediate & Advanced SEO | | webestate0 -
Duplicate page content and Duplicate page title errors
Hi, I'm new to SeoMoz and to this forum. I've started a new campaign on my site and got back loads of error. Most of them are Duplicate page content and Duplicate page title errors. I know I have some duplicate titles but I don't have any duplicate content. I'm not a web developer and not so expert but I have the impression that the crawler is following all my internal links (Infact I have also plenty of warnings saying "Too many on-page links". Do you think this is the cause of my errors? Should I implement the nofollow on all internal links? I'm working with Joomla. Thanks a lot for your help Marco
Intermediate & Advanced SEO | | marcodublin0 -
High number of items per page or low number with more category pages?
In SEO terms, what would be the best method: High number of items per page or low number with more pages? For example, this category listing here: http://flyawaysimulation.com/downloads/90/fsx-civil-aircraft/ It has 10 items per page. Would there be any benefit of changing a listing like that to 20 items in order to decrease the number of pages in the category? Also, what other ways could you increase the SEO of category listings like that?
Intermediate & Advanced SEO | | Peter2640