Skip to content
Available for projects worldwide · Remote collaboration · English-first
Article · 5 min read

International SEO for an English-language website

By Florentina Gjoka · Published June 15, 2026 · Updated July 22, 2026

Generic English targeting, regional variations, localization, and when hreflang actually applies.

Laptop on a desk displaying a world map with country markers, a notebook of language and country codes beside it — international SEO planning.
Laptop on a desk displaying a world map with country markers, a notebook of language and country codes beside it — international SEO planning.

Should a global English brand have one site or many?

For most English-language brands with a single global offering, one generic English site is the right architecture. Adding fake country folders dilutes authority, duplicates content, and confuses users who see multiple near-identical versions of the same page in search results.

The mistake most often looks like /us/, /uk/, /au/, /ca/ folders holding the same content with a different currency symbol in the header. Google sees near-duplicate pages competing for the same queries, and users see multiple versions of your brand fighting each other in the SERP.

When should you add regional variants?

Add regional variants when there is genuinely different content: different pricing, currencies, legal text, product availability, or delivery terms. Adding variants for cosmetic reasons — a flag in the header, a translated CTA — creates duplicate content without solving a real user problem.

A useful test: could a user in New York and a user in Sydney complete the exact same purchase or sign-up on the same page and receive the same terms? If yes, you have one page. If no, you have a real reason for variants and hreflang.

What are the rules for hreflang?

Implement hreflang only when real translated or regional versions exist. Every version needs a self-referencing hreflang tag and a reciprocal reference from its counterparts. Include an x-default for the fallback. Never auto-redirect Googlebot by IP — it cannot represent every region and will hide content from crawlers.

  • Only implement hreflang when real translated or regional versions exist
  • Every version needs a self-referencing hreflang tag
  • Every version needs reciprocal references from its counterparts
  • Include x-default for the fallback version
  • Never auto-redirect Googlebot by IP — it does not represent every region
  • Use country-language codes correctly (en-us, en-gb, not en-uk)

How do you signal geography without country folders?

Put geographic signals in the content and structured data, not the URL. Real customer stories from named regions, honest availability language, an accurate NAP block if you have offices, and Organization schema populated with real addresses do more than an empty /us/ folder ever will.

Search engines are good at inferring geography from signals other than URL structure. Named customer stories with region context, currency mentions in copy, and a factual Organization schema with real addresses give Google the information it actually uses.

The opposite mistake — omitting all geographic signals — is also common. A remote-first business does not have a physical office in every market, but it can still say honestly which countries it works in.

Should you use .com, .co, or country-specific TLDs?

For most global English brands, a single .com serves better than a fleet of country-code TLDs. ccTLDs make sense when a brand is genuinely local-first in one country and the ccTLD is the trust signal for local users — a French brand on .fr, for example. Otherwise, they fragment SEO effort across separate domains that each need their own authority.

Buying every country TLD you can afford is not a strategy — it is an expense. Each ccTLD is a separate domain that Google evaluates independently. You are dividing your investment across five domains that would rank better as one.

The exception is genuine local operations. If your business has a country entity, invoices in local currency, local customer support, and a genuinely different offering, a ccTLD may reinforce that identity. If it does not, .com serves better.

Common international SEO mistakes to avoid

The most common mistakes are creating fake country variants, implementing hreflang without matching content, auto-redirecting by IP, using cookies to change content in ways crawlers cannot see, and using country flags as UI (which confuse users whose country is not represented but whose language is).

  • Fake country folders holding near-identical content
  • Hreflang tags pointing at pages that do not exist or do not reciprocate
  • IP-based auto-redirects that block Googlebot from seeing all versions
  • Cookie-based content swaps that crawlers cannot see
  • Country flags as the language switcher UI
  • One-off translations that never get updated when the source page changes

Key takeaways

  • Generic English is often the right choice for global English brands
  • Only use hreflang for real translated or regional variants
  • Never IP-redirect crawlers — they will not see every region
  • Geographic signals live in content and structured data, not URLs
  • A .com almost always outranks a fleet of ccTLDs for global brands

FAQ

Should we use .com or country-specific TLDs?+

For most global English brands, a single .com serves better than a fleet of country TLDs. ccTLDs make sense when a business is genuinely local-first in one country and the ccTLD is the trust signal for local users; otherwise, they fragment SEO effort across domains that each need their own authority.

Do we need to translate our website for international users?+

Only if your target audience does not speak English at native fluency. Translating an English site into languages your buyers do not need creates a maintenance burden without a business return. Translate when there is a real audience that will not buy in English.

Can we use IP-based redirects to send visitors to the right country page?+

No, not for search engine visitors. Googlebot crawls primarily from US IPs and cannot see the content of pages it is redirected away from. Use a visible geo-suggestion banner instead, letting users choose, and let Google see every version.

Should the language switcher use country flags?+

No. Country flags confuse users whose country is not represented but whose language is (a French speaker in Belgium does not want a French flag). Use language names in their own language — Français, Deutsch, Español — as the switcher UI.

Related articles

Want to write for us?

We publish guest articles from practitioners in web design, SEO and digital marketing — with one receipt per pitch.

Read the guest post guidelines