SEO & Content

International SEO and Hreflang: Targeting Multiple Countries Correctly

How to structure a multi-country or multilingual website, implement hreflang correctly and avoid the common mistakes that show the wrong version to searchers.

Illustration of a globe connected to several language versions of the same web page, each marked with a country and language code

When a business serves several countries or languages, search engines need help showing the right version to the right person. Without it, a Canadian customer may land on your UAE pricing page, or an Arabic speaker may see English results. A correct international SEO hreflang setup solves this by connecting equivalent pages and telling search engines which language and region each one targets. This guide covers how to choose a site structure, implement hreflang correctly, and avoid the mistakes that cause most international SEO problems.

When you need international SEO

You need an international setup when any of these apply:

  • You publish content in more than one language (for example English and Arabic, or English and French).
  • You serve different countries in the same language with different prices, products, currencies or legal information (for example Canada and the United States).
  • You run separate sites for different markets and want them to work together rather than compete.

If you have one language and one market, you can skip hreflang entirely and focus on core SEO.

Step 1: Choose your URL structure

Your structure affects how easily search engines understand targeting, how authority is shared and how much maintenance you take on.

Structure Example Pros Cons
Country-code domains (ccTLD) example.ca, example.ae Strongest local signal; local trust Each domain builds authority separately; more domains to manage; registry eligibility rules
Subfolders on one domain example.com/en-ca/, example.com/ar-ae/ Shares domain authority; simplest to manage Weaker local signal than a ccTLD
Subdomains ca.example.com, ae.example.com Can host versions separately Often treated more separately than subfolders; more setup
URL parameters example.com?lang=ar — Not recommended; hard for search engines and users

For most businesses, subfolders on a single domain offer the best balance. Country-code domains make sense when a strong local brand presence matters and you can invest in each one.

Step 2: Decide language versus region targeting

Hreflang values combine a language code (ISO 639-1) and, optionally, a region code (ISO 3166-1 Alpha-2):

  • en — English, for any region.
  • en-CA — English for Canada.
  • fr-CA — French for Canada.
  • ar-AE — Arabic for the United Arab Emirates.
  • x-default — the fallback page for users who match no specific version.

Only add a region when content genuinely differs by region (prices, availability, contact details, regulations). If your Arabic content is the same for all Gulf countries, ar alone is cleaner than repeating ar-AE, ar-SA and ar-QA for identical pages.

A common error is using a country code as a language code, such as ae for Arabic. ae is actually the code for Avestan. The language code for Arabic is ar; AE is the region.

Step 3: Implement international SEO hreflang tags

There are three ways to add hreflang. Pick one and use it consistently.

  1. HTML link elements in the <head> — simplest for most sites.
  2. HTTP headers — useful for non-HTML files such as PDFs.
  3. XML sitemap entries — useful for large sites, keeping markup out of page templates.

An example for a page available in Canadian English, Canadian French and UAE Arabic:

<link rel="alternate" hreflang="en-CA" href="https://example.com/en-ca/services/" />
<link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/services/" />
<link rel="alternate" hreflang="ar-AE" href="https://example.com/ar-ae/services/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/services/" />

The rules that matter

  • Return links are required. If page A lists page B as an alternate, page B must list page A. Missing return links cause search engines to ignore the annotation.
  • Each page references itself. Include the page's own URL in its hreflang set.
  • Use absolute, canonical URLs. Every hreflang URL must be indexable, return a 200 status and be the canonical version.
  • Do not mix with conflicting canonicals. Each language version should canonicalize to itself, not to the English version.
  • Keep sets complete. Every page in a set lists every other page in that set.

Key takeaway: Hreflang only works when every version points to every other version, including itself, using indexable canonical URLs. One broken link in the set can cause the whole annotation to be ignored.

Step 4: Localize, do not just translate

Hreflang tells search engines which version to show. It does not make that version useful. Real localization includes:

  • Language written for the audience, not literal translation. Spelling differences (Canadian vs American English) and regional terminology matter.
  • Local currency, units, date formats and phone numbers.
  • Local contact details, addresses and support hours.
  • Region-specific legal content, such as privacy policies reflecting the relevant laws.
  • Separate keyword research for each language, since people phrase searches differently.
  • Right-to-left layout for Arabic and Persian. See our guide to RTL website design.

Step 5: Handle language switching and redirects

Visitors should always be able to reach any version. Good practice:

  • Provide a visible language or region switcher linking to the equivalent page, not the home page.
  • Avoid forced redirects based on IP address or browser language. Search engine crawlers often crawl from one location and may never see other versions.
  • If you suggest a version, use a dismissible banner and remember the user's choice.
  • Set the HTML lang attribute correctly on every page (<html lang="ar" dir="rtl"> for Arabic).

Common hreflang mistakes

From audits of multilingual sites, these come up most:

  • Missing return links between versions.
  • Hreflang pointing to redirected, noindexed or 404 URLs.
  • Wrong codes (en-UK instead of en-GB, ae instead of ar).
  • All language versions canonicalizing to the English page.
  • Hreflang on some templates but not others.
  • Untranslated pages listed as alternates, so the "Arabic" version is actually English.

Search Console no longer has a dedicated international targeting report, so use a crawler that validates hreflang sets, and check indexed pages per language folder. A technical SEO audit should include hreflang validation for any multilingual site.

Building it into the platform

Hreflang is far easier to maintain when the CMS knows which pages are translations of each other. On a well-designed multilingual platform, each content item stores its language versions, and templates generate hreflang, canonicals, lang attributes and sitemaps automatically. Manually maintained hreflang tends to break as soon as pages are added or renamed. Our guide to multilingual website development covers the architecture in more detail.

A quick hreflang checklist

Before you launch or update a multilingual site, run through this list:

  1. Every language or regional version has its own crawlable URL.
  2. Each page includes a complete hreflang set, including a self-reference.
  3. All hreflang URLs return a 200 status and are self-canonical.
  4. Language and region codes use valid ISO formats.
  5. An x-default points to a sensible fallback, such as a language selector or global page.
  6. The HTML lang and dir attributes match each page's language and script direction.
  7. XML sitemaps list every version, and each version is indexed in Search Console.
  8. Translated metadata, structured data and alt text appear on every localized page.
  9. The language switcher links to equivalent pages, not to each version's home page.

Run this check again whenever you add a new language, market or content type. New templates are a common place for hreflang to quietly go missing.

Measuring international performance

Segment your reporting by language folder or domain. In Search Console you can add each subfolder as its own property, then compare impressions, clicks and countries for each version. In analytics, track conversions per version, since a market with modest traffic but strong enquiry rates may deserve more investment than a larger one.

Next steps

International SEO rewards careful structure and genuine localization. DigiVort works across Canada and the UAE and builds multilingual sites, including English, French, Arabic and Persian, with hreflang and language handling built into the platform. If you are expanding into new markets, explore our SEO and content services or custom web development, or outline your plans in the project wizard.

Frequently asked questions

Is hreflang a ranking factor?

Hreflang does not boost rankings by itself. It helps search engines show the most appropriate language or regional version of a page to each searcher, which reduces the wrong version appearing and can improve click-through and conversions.

Do I need hreflang if my site has only one language?

Usually not. Hreflang is for sites with multiple versions of the same content for different languages or regions. A single-language site targeting one country does not need it.

Does Bing support hreflang?

Bing relies more on other signals such as the content-language meta tag, the HTML lang attribute and the domain or location. Implementing both hreflang and correct language declarations covers the main search engines.

Can I use hreflang across different domains?

Yes. Hreflang works across domains, for example between example.ca and example.ae, as long as each version references the others and all versions are verified and indexable.

Should I automatically redirect visitors based on their location?

Forced redirects based on IP address can stop search engine crawlers and travellers from reaching other versions. A better approach is to suggest the likely version with a dismissible banner and let users choose, while keeping every version accessible.