<b>x-default is not "the English version"</b>
The single most common conceptual error we see in audits: teams set <code>hreflang="x-default"</code> on their /en/ page and assume the job is done. It usually isn't.
What x-default actually declares: the fallback page for users whose language/region is not explicitly covered by any other annotation in the cluster. It answers "where do I send everyone I don't have a specific page for?" — not "which is the master language?"
The distinction has teeth in three cases:
— A language selector / country-picker landing page that auto-detects or lets users choose is the textbook x-default target. Pointing x-default at /en/ instead silently sends an unhandled French-Canadian user to US English rather than the chooser.
— If your /en/ page is already claimed by <code>en</code> or <code>en-us</code>, also tagging it x-default is legal but means English-and-everyone-else collapse onto one URL — fine if intentional, a leak if not.
— x-default is optional. Google has stated it's not required, and clusters without it work. Its value is purely in controlling the unmatched-user fallback.
The nuance: x-default participates in return-tag reciprocity like any other annotation. If your chooser page lists x-default pointing to itself but the locale pages don't reference it back, you can generate the same "no return tags" errors.
Unknown we can't resolve: how often Google actually invokes x-default versus its own geo-inference. The signal exists; its weight is opaque.
Hreflang Lab
@HreflangLab
<b>x-default is not "the English version"</b>
Этот пост опубликован в Telegram-канале Hreflang Lab. Подписаться можно по ссылке: @HreflangLab.