The Moz Q&A Forum

    • Forum
    • Questions
    • My Q&A
    • Users
    • Ask the Community

    Welcome to the Q&A Forum

    Browse the forum for helpful insights and fresh discussions about all things SEO.

    1. SEO and Digital Marketing Q&A Forum
    2. Categories
    3. International Issues
    4. Multinational website - best practice

    Multinational website - best practice

    International Issues
    6 3 646
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as question
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • WebGain
      WebGain last edited by

      Hello,

      I am researching a lot on this subject and have read several articles here on Moz and elsewhere about the best practices for multinational websites. But I'm not yet convinced on what would be the best solution in my case.

      Today we have the following websites (examples):
      website.com which function as a global website.
      website.dk which is for the danish market
      website.no which is for the norwegian market

      Some of the content on these websites are the same (but different languages; english, danish and norwegian). We want to expand the business to more countries and work with ccTLDs. Both to countries which speaks languages that we don't have content for yet (an example could be Poland), but also more countries that speaks english, like Great Britain (with a .co.uk domain) and Australia (with a .com.au domain). We expect to expand in many countries (as many as it makes sense to do).

      I have read a lot about the alternative hreflang tag which would look like and that seems like a good solution, but I have a couple of questions that I hope you guys can answer:

      1. Should the alternate hreflang tags show every existing language versions including the one you're on or only show the alternative versions?
      2. Do we risk penalty by having identical or almost identical content for same language websites (could be UK and the global .com one) if we use the alternate hreflang tags? I'm aware that we should use the native spellings and sentences in each country.
      3. Would the sitemap solution be better in our case?
      4. We have the same link structure for all websites, but the sub-directories can differ due to their language (like /articles/ is /artikler/ in danish) - is that an issue?
      5. Will hreflang="en" function as global english? (so searching users that we don't have a local website for will see that).
      1 Reply Last reply Reply Quote 0
      • MarieHaynes
        MarieHaynes last edited by

        1. Should the alternate hreflang tags show every existing language versions including the one you're on or only show the alternative versions?

        Yes, show all versions including the one that the user is on

        2. Do we risk penalty by having identical or almost identical content for same language websites (could be UK and the global .com one) if we use the alternate hreflang tags? I'm aware that we should use the native spellings and sentences in each country.

        Google wouldn't penalize this as duplicate content as there really isn't a duplicate content penalty. But, they'll try to pick the best version to rank. They won't rank all of them for all searches.

        3. Would the sitemap solution be better in our case?

        I'd still use hreflang. Your case sounds like exactly why hreflang was created.

        4. We have the same link structure for all websites, but the sub-directories can differ due to their language (like /articles/ is /artikler/ in danish) - is that an issue?

        I don't think so, but it's hard to say without digging in. Again, I'd use hreflang wherever appropriate.

        5. Will hreflang="en" function as global english? (so searching users that we don't have a local website for will see that).

        Here's from the official documentation from Google:

        "

        It's a good idea to provide a generic URL for geographically unspecified users if you have several alternate URLs targeted at users with the same language, but in different locales. For example, you may have specific URLs for English speakers in Ireland (en-ie), Canada (en-ca), and Australia (en-au), but want all other English speakers to see your generic English (en) page, and everyone else to see the homepage. In this case you should specify the generic English-language (en) page for searchers in, say, the UK. You can annotate this cluster of pages using a Sitemap file or using HTML link tags like this:

        "

        gfiorelli1 1 Reply Last reply Reply Quote 1
        • gfiorelli1
          gfiorelli1 last edited by

          Here my answers, that partly correct what others answered already (not that they were wrong, but not totally exact).

          • Should the alternate hreflang tags show every existing language versions including the one you're on or only show the alternative versions?

          Not really. Let me explain.

          • In the case of websites/subfolders/subdomains, which share the same language (eg: USA, UK, AU or ES, MX, AR), using hreflang for every language-country is a must.

          • In the case you have also single websites/subfolders/subdomains that use a unique language (eg.: Italian, which is practically used only in Italy), than you can avoid to add its related hreflang annotation in internal URLs. You should still use it for the home page and every page that may target a not-Italian keyword: I say this so to not see the local site outranked by the most powerful version (usually the English-USA one).

          • In every case you must always implement the hreflang the self-referral annotation (the one you're on, as you defined it).

          1. Do we risk penalty by having identical or almost identical content for same language websites (could be UK and the global .com one) if we use the alternate hreflang tags? I'm aware that we should use the native spellings and sentences in each country.

          No! The hreflang annotation is substantially telling Google that the versions are different and target different users/countries. Even though the differences are very tiny, they are very important (eg.: currencies)

          • Would the sitemap solution be better in our case?

          It depends. Both the sitemaps and code solutions are valid. The problem of the sitemaps solutions is that it may be harder to update the sitemaps.

          • We have the same link structure for all websites, but the sub-directories can differ due to their language (like /articles/ is /artikler/ in danish) - is that an issue?

          No! On the contrary, that's the correct thing to do. In fact, also the URLs must be localized.

          • Will hreflang="en" function as global english? (so searching users that we don't have a local website for will see that).

          Yes, but not with the consequences you are thinking. The "en" only hreflang annotation is telling Google to show that URL to all the English speaking users all over the world (this suggestion is override if exists, for instance, another en-US hreflang annotation).

          For having also Spanish users seeing the generic English version of the website, then you should use the hreflang x-default annotation (see here: http://googlewebmastercentral.blogspot.com.es/2013/04/x-default-hreflang-for-international-pages.html)

          WebGain 1 Reply Last reply Reply Quote 1
          • gfiorelli1
            gfiorelli1 @MarieHaynes last edited by

            Marie... you're answers are not totally correct.

            Please, see my answer below.

            1 Reply Last reply Reply Quote 0
            • WebGain
              WebGain @gfiorelli1 last edited by

              Thank you for this in depth answer. It's a great help (yours too, Marie).

              1 Reply Last reply Reply Quote 0
              • WebGain
                WebGain last edited by

                I have an additional question, that I haven't been able to find an answer for elsewhere.

                How does Google determine which version is the right one to show for each user? Is it by IP? I mean, in my example we could have an american user that is on vacation in UK. Would he see the .com or .uk result?
                It could also be a norwegian user on vacation in Denmark, would he see the .no or .dk results? (danish and norwegian is fairly similar and has a lot of common spellings).

                1 Reply Last reply Reply Quote 0
                • 1 / 1
                • First post
                  Last post
                • M. mobile version for a multilanguage site, canonical best practices
                  newbiebird
                  newbiebird
                  0
                  3
                  82

                • What are the SEO implications of having a website hosted in Singapore (as a subdomain of the global website) when the website is targeting the UK audience?
                  RobCairns
                  RobCairns
                  0
                  3
                  87

                • Multi Regional Website Best Practices
                  gfiorelli1
                  gfiorelli1
                  1
                  6
                  2.9k

                • What is best practice of using google translate
                  LauraHT
                  LauraHT
                  0
                  5
                  855

                • "Hreflang=x" tag and multinational websites
                  simon_realbuzz
                  simon_realbuzz
                  0
                  4
                  1.1k

                • Best URL structure for Multinational/Multilingual websites
                  carpeto
                  carpeto
                  0
                  6
                  17.9k

                • Best Practice for International Website with Two Versions
                  mollykathariner_ms
                  mollykathariner_ms
                  0
                  3
                  268

                • Targeting France Best SEO practices
                  Wynyard
                  Wynyard
                  0
                  5
                  1.7k

                Get started with Moz Pro!

                Unlock the power of advanced SEO tools and data-driven insights.

                Start my free trial
                Products
                • Moz Pro
                • Moz Local
                • Moz API
                • Moz Data
                • STAT
                • Product Updates
                Moz Solutions
                • SMB Solutions
                • Agency Solutions
                • Enterprise Solutions
                • Digital Marketers
                Free SEO Tools
                • Domain Authority Checker
                • Link Explorer
                • Keyword Explorer
                • Competitive Research
                • Brand Authority Checker
                • Local Citation Checker
                • MozBar Extension
                • MozCast
                Resources
                • Blog
                • SEO Learning Center
                • Help Hub
                • Beginner's Guide to SEO
                • How-to Guides
                • Moz Academy
                • API Docs
                About Moz
                • About
                • Team
                • Careers
                • Contact
                Why Moz
                • Case Studies
                • Testimonials
                Get Involved
                • Become an Affiliate
                • MozCon
                • Webinars
                • Practical Marketer Series
                • MozPod
                Connect with us

                Contact the Help team

                Join our newsletter
                Moz logo
                © 2021 - 2026 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
                • Accessibility
                • Terms of Use
                • Privacy