Cross-domain hreflang and the verification you can't see
When hreflang annotations span domains — example.de pointing to example.fr — an extra trust dimension enters that single-domain setups never face.
Methodology: we examined six ccTLD networks where alternates lived on separate registrable domains, watching how reliably swaps fired versus equivalent subfolder setups.
Findings:
— Cross-domain reciprocity is enforced more strictly. A single-domain cluster sometimes tolerates a broken return tag; cross-domain clusters were far less forgiving, presumably because a one-way cross-domain claim is a spam vector Google guards against.
— Annotations were honored most consistently when all participating domains were verified in the same Search Console account. We can't prove this is causal, but the correlation across our sample was strong.
— Mixed-protocol or trailing-slash inconsistencies (http vs https, /page vs /page/) broke cross-domain pairs more readily because the URLs must match exactly on both ends.
Nuance: this is an argument for centralized property management. Federated teams owning separate ccTLDs independently are structurally prone to cross-domain reciprocity drift.
Caveat: our sample is small (six networks) and skewed toward well-resourced estates; smaller ccTLD networks may behave differently.
Limitation: 'honored more consistently' is from log-and-SERP observation, not a controlled experiment.
Conclusion: for ccTLD networks, verify every domain under one account, normalize URLs ruthlessly, and treat cross-domain reciprocity as non-negotiable rather than best-effort.
Hreflang Lab
@HreflangLab
Cross-domain hreflang and the verification you can't see
Этот пост опубликован в Telegram-канале Hreflang Lab. Подписаться можно по ссылке: @HreflangLab.