<b>One language, many regions: the all-English hreflang case</b>
An underappreciated use of hreflang that has nothing to do with translation: a single-language site serving multiple regions. English-language businesses targeting US, UK, AU, CA, IE often need hreflang even though no word is translated.
The problem it solves: Google sees five near-identical English pages and, absent guidance, may pick one to rank everywhere — serving Australian visitors a page with USD prices and US shipping, or filtering the AU page as a duplicate of the US one.
The annotation pattern: <code>en-us</code>, <code>en-gb</code>, <code>en-au</code>, <code>en-ca</code>, <code>en-ie</code>, plus typically an <code>en</code> or <code>x-default</code> for English speakers in unlisted regions. All the <code>en-XX</code> codes share a language and differ only by region.
What the data suggests:
— The gain is almost entirely in correct-variant serving: the right currency, legal terms, and contact details reach the right market, improving CTR and reducing bounce.
— Without it, the strongest variant (often the US page, with the most links) tends to dominate all English SERPs regardless of the searcher's country.
The honest limitation: when the only differences are currency and a phone number, the pages are thin variants, and Google may still consolidate them despite the annotation. The annotation expresses intent but can't manufacture differentiation. Stronger region-specific content (local case studies, region-relevant examples) makes the hreflang signal credible rather than aspirational.
Nuance worth flagging: don't reflexively add <code>en-us</code> if you don't actually serve a distinct US experience — a bare <code>en</code> is cleaner than fragmenting into regions you don't differentiate.
Hreflang Lab
@HreflangLab
<b>One language, many regions: the all-English hreflang case</b>
Этот пост опубликован в Telegram-канале Hreflang Lab. Подписаться можно по ссылке: @HreflangLab.