A visitor in Toronto should not land on a UK checkout, and a German buyer should not have to decode an English support page. A thorough review checks whether search engines can connect each person with the right regional version of your site.
The tag itself is only one part of the work. Strong international SEO also depends on indexable pages, accurate canonicals, useful local content, and a buying experience that fits the market.
Start your site audit by defining the audience and URL structure for each region. Follow with a crawl analysis of the signals connecting those pages.
Key Takeaways
- A hreflang audit should verify complete, reciprocal relationships between indexable regional pages across every participating domain and delivery method.
- Hreflang is a routing signal, not a ranking shortcut. Each alternate should have valid locale codes, absolute URLs, a self-reference, aligned canonicals, and a 200 status code.
- Technical validation must be combined with a review of local pricing, availability, delivery, legal terms, support, and other details that make a page useful for its target market.
- Use a shared language-market map, crawl analysis, issue reports, and a change log to prioritize fixes and prevent template or migration regressions.
- Re-crawl after corrections and measure market-level outcomes such as impressions, qualified enquiries, revenue, and support friction—not only crawl errors.
What an international hreflang implementation review should prove
Hreflang tags tell Google that several URLs are localized versions for different languages or regions. They help search engines select an appropriate result, but they don’t force indexing or compensate for weak regional pages.
A useful site audit should combine crawl analysis with a content review. It should verify a complete and valid set of alternate pages, then assess whether each URL gives its intended audience a reason to choose it.

Hreflang is a routing signal, not a ranking shortcut
Hreflang does not tell Google that a page deserves to rank in a country. It identifies relationships between pages that already target similar intent in different languages or locales.
For example, an English page for Canada and an English page for the United States may share a product range. However, their pricing, tax language, shipping terms, currency, and customer support details can differ. Those differences make the pages distinct enough to justify separate URLs and annotations.
A page translated word for word with no regional value can still look interchangeable. Google may choose another version if the page cluster sends mixed technical or content signals.
Review the customer experience behind the tags
Technical checks find missing links and malformed codes. They cannot tell you whether a French Canadian buyer can pay in CAD, whether regional delivery is available, or whether a local legal notice applies.
Review each major locale for:
- Currency, taxes, delivery promises, returns, and payment methods that match the market.
- Product availability and regional restrictions that are clear before checkout.
- Local contact options, measurements, terminology, and support expectations.
For ecommerce teams, these checks should sit beside SEO for online stores, because the correct organic landing page must also help shoppers complete a purchase.
A hreflang audit starts with a language-market map
Before crawl analysis begins, document the international setup and define how each page family should work. This map keeps the SEO Spider focused on URLs that matter.
A page family includes alternate pages that serve the same intent across languages or regional markets. A product category, service page, help article, and checkout page may each have a different set of valid alternates.
Build an inventory for each URL cluster
Start with indexable, revenue-relevant URLs. For each one, record the preferred URL, content type, target language, target country, canonical destination, and intended implementation method.
A simple cluster might include en-US, en-GB, fr-CA, and x-default. Another may have only a Spanish-language page for all Spanish-speaking markets. Don’t invent country variations just because a business ships internationally.
Also flag pages that should stay outside a hreflang cluster, such as login screens, cart URLs, filtered parameters, staging pages, and thank-you pages. A regional page that redirects visitors immediately does not make a useful alternate.
Define the fallback page and ownership rules
Use x-default for a global selector or a page designed for visitors without a dedicated language or regional version. The inventory should flag a missing X-Default when no suitable fallback exists, rather than treating it as a catch-all for unfinished localized pages.
Google supports hreflang in HTML, header delivery, and XML sitemaps. Its localized page guidance explains that localized versions require fully qualified absolute URLs and a complete set of versions, including the current page itself.
Assign one owner for the map. SEO, content, product, and development teams often change URLs independently. Without a shared record, a deleted product, a new subfolder, or a redirected campaign page can break an otherwise healthy cluster.
Crawl every region, not only the flagship domain
A complete technical SEO crawl analysis must cover every property in a multi-domain setup, not only the flagship domain. A crawl of example.com does not validate example.co.uk, example.de, or a regional subdomain unless those properties are in scope. This is a common reason an audit reports clean hreflang tags while missing broken return links on a sibling domain.
Google Search Console can still help you inspect indexing and URL status. However, its old International Targeting report is gone, so it isn’t a complete hreflang validator.

Configure Screaming Frog SEO Spider for the full footprint
In Screaming Frog SEO Spider, begin the crawl analysis by enabling both Crawl and Store Hreflang under Config > Spider > Crawl. Store Hreflang keeps the annotations available in reports, while Crawl Hreflang lets the spider visit linked URLs instead of merely recording them.
If a site uses XML sitemaps, also enable Crawl Linked XML Sitemaps. Add external sibling domains as CDN configurations so the crawler treats them as part of the audit scope. The Screaming Frog hreflang validation workflow explains these settings and its SEO Spider hreflang reports.
Run a representative crawl analysis first if the site has millions of URLs. Include major templates, markets, language folders, pagination, product variants, and recently migrated sections. Then expand to the full site after confirming the setup.
Use issue reports to find patterns, not isolated URLs
In the Screaming Frog SEO Spider Hreflang tab, filter for unlinked hreflang URLs. Use the crawl analysis to group unlinked hreflang URLs by template, language, country, and source.
A missing annotation on ten thousand product pages usually points to a template deployment issue. One broken alternate often points to a retired URL or bad content migration.
Ahrefs Site Audit can also highlight invalid annotations, missing self-references, return-link errors, broken target pages, and hreflang targets that are non-canonical. Its hreflang implementation guide is useful when you need to explain the issue categories to non-technical stakeholders.
A clean crawl matters only when every domain and delivery method that participates in the cluster was included.
Validate syntax, language codes, and return links
Once the site audit reaches every property, the initial crawl analysis should inspect the actual hreflang tags. Small syntax mistakes can disconnect a page family even when the visible pages look correct.
Use valid locale formats and absolute URLs
Hreflang values use an ISO 639-1 language code, with an optional ISO 3166-1 Alpha 2 region code. Put the language first, then the region, as in en-US, en-GB, fr-CA, or pt-BR.
Avoid en-UK, because the valid country code is GB. Don’t use a country by itself, such as US, because hreflang requires a language. Case doesn’t usually change interpretation, but lower-case language and upper-case region formatting is easier to audit.
Use absolute URLs for every alternate, including the protocol and hostname. Check for HTTP URLs on an HTTPS site, inconsistent trailing slashes, encoded variants, tracking parameters, and the wrong regional domain.
Also compare the HTML lang attribute with the page’s declared language. It isn’t a replacement for hreflang, yet a mismatch can expose a content or template mistake.
Check self-references and return links in both directions
Each page in a cluster must reference itself and all relevant alternate pages. Include a self-referencing hreflang entry for the current page. If the US page points to the Canadian page, the Canadian page needs a matching return link to the US page.
For a three-page cluster, the number of relationships rises quickly. One missing return annotation can break the relationship for the affected pair, even if every other entry is correct.
Test for these cases:
- A locale page has no self-referencing hreflang entry.
- Two different URLs claim the same language-region combination, creating a duplicate language mapping.
- A page points to an alternate that does not provide return links.
- A German URL links to English and French pages, while its peers omit German.
- A global fallback exists but is missing from some important templates.
Run this validation at URL level. In a second crawl analysis, export affected rows or inspect them in SEO Spider. Sitewide tag samples can hide exceptions caused by faceted navigation, CMS overrides, or legacy templates.
Remove canonical, indexability, and status conflicts
Hreflang annotations work alongside canonical signals. During a site audit, the canonical tag must agree with the regional annotation and relevant return links. When these systems disagree, they create conflicting signals for Google.

Keep canonical targets aligned with language pages
In most cases, each valid localized URL should canonically reference itself. An en-GB page that declares en-US as canonical tells Google the US page is preferred. That weakens the case for treating the UK version as a separate search result.
The canonical URL and hreflang target for a locale should normally resolve to the same indexable page. seoClarity’s hreflang sitemap guidance also stresses this alignment.
Sometimes duplicate regional URLs need consolidation. If so, remove them from the hreflang cluster and redirect them deliberately. Don’t leave a non-canonical duplicate listed as an alternate.
Test response codes and crawl access
Use crawl analysis to review status codes, canonical URLs, and indexability together. Every alternate target should return a 200 status code, which an SEO Spider can verify. Redirect chains, 404s, 410s, soft 404s, and 5xx errors make poor hreflang destinations.
Next, check whether each URL is indexable. A page blocked by robots.txt, marked noindex, or hidden behind a consent wall cannot reliably function as a regional search landing page. Script-dependent content creates the same problem.
Review these signals together:
| Check | Healthy result | Common failure |
|---|---|---|
| HTTP status | Returns 200 | Redirect or missing page |
| Canonical | Points to the locale URL | Points to another language |
| Robots controls | Crawlable and indexable | noindex or blocked path |
| internal linking | Reachable in site navigation | Orphaned alternate page |
After corrections, repeat the crawl analysis to confirm that each destination remains accessible and indexable. A technically reachable page can still fail cluster validation if it is one of the unlinked hreflang URLs.
XML sitemaps can aid discovery, but they do not make an unsuitable URL indexable.
Audit XML sitemaps and HTTP headers for conflicts
Large enterprise sites often use XML sitemaps because templates cannot safely output hundreds of hreflang tags in every page head. PDF catalogs and other non-HTML files may need Link headers instead.
Each approach can work. The issue begins when teams publish different versions of the same cluster across several channels.
Match the method to the page type
An initial crawl analysis can validate the selected implementation. For HTML pages, head annotations remain easy to inspect in rendered source. Sitemap annotations can reduce template complexity for large URL inventories, while header delivery fits documents without an HTML head section.
A sitemap entry has one primary URL and child alternate references for every language or region, including the self-reference. Keep the sitemap limited to canonical, indexable URLs that belong in search results.
When your implementation depends on sitemap data, confirm the crawler can fetch all linked XML sitemaps. The configuration documentation for Screaming Frog’s SEO Spider explains why crawl settings affect discovery of hreflang URLs.
Compare every source of truth
Use SEO Spider to export HTML annotations, XML sitemap annotations, and header data where relevant. Then use a crawl analysis to compare the cluster members, codes, and URL formats line by line.
If HTML says a product is en-AU while the sitemap calls it en-NZ, fix the underlying data source before changing individual pages. Likewise, the HTML canonical tag must agree with the chosen alternate data.
Document the chosen implementation for each template. That record prevents a future CMS release from adding head tags to a site that already manages its relationships in sitemaps.
Test whether localized pages meet real market needs
A technically flawless cluster still underperforms when regional pages answer the wrong questions. This is where international SEO moves beyond tags and into product, content, and conversion decisions.
Localize the parts that affect a decision
Translation quality is only one part of evaluating localized versions. Regional pricing, availability, legal terms, and support details determine whether each page is useful.
Review category pages, product pages, pricing pages, and lead forms for regional facts. Show the appropriate currency, units, taxes, delivery areas, payment choices, legal terms, and support hours. If availability differs, say so before a visitor reaches checkout.
The same applies to B2B sites, where market fit depends on whether each regional offer answers the buyer’s actual needs. A UK prospect may need different compliance details, implementation support, or case studies than a buyer in Singapore. Direct regional answers reduce uncertainty and give search engines clearer evidence of page purpose.
Affiliate publishers face a similar issue when merchants, offers, and disclosures vary by country. This guide to hreflang for regional affiliate offers shows why the destination page must match the market, not only the tag.
Support SEO, GEO, and AEO with clear answers
SEO helps pages rank, while generative engine optimization (GEO) and answer engine optimization (AEO) focus on making regional facts easy for AI-driven and answer-focused search systems to interpret.
Use headings that answer practical questions, such as delivery coverage, accepted payment methods, implementation times, warranty terms, or market-specific eligibility. Give the answer near the question in plain language.
Structured data can reinforce visible information. It cannot rescue misleading copy or guarantee an AI citation, featured snippet, or rich result. Keep region-specific claims accurate across the website, product feeds, business profiles, and help content.
The review should therefore include content spot checks. The correct URL is only useful when it gives the visitor a correct answer.
Turn findings into a controlled release process
Prioritize fixes by impact and repeatability. A broken home-page cluster may affect a major market, but a faulty product template can affect thousands of pages and deserve faster attention.
Use a short priority queue to guide release planning.
| Priority | Problem type | First action |
|---|---|---|
| High | Broken, redirected, or noindexed alternates, including unlinked hreflang URLs | Repair targets or remove them from the cluster |
| High | Wrong canonical or missing reciprocal references | Fix the shared template or source data |
| Medium | Invalid codes or duplicate locale claims | Correct mapping rules and retest affected URLs |
| Medium | Content and market mismatch | Update offers, terms, and conversion details |
Re-crawl after every template or migration change
After a template or migration change, fix one representative cluster, run a fresh crawl analysis in SEO Spider, and verify affected return links and XML sitemaps before scaling the release.
Keep a change log with the date, template, affected countries, old issue count, and validation result. This makes regressions easier to trace. Check internal linking so regional pages remain discoverable after CMS updates, product feed changes, domain moves, or translation releases.
Measure outcomes beyond crawl errors. Track impressions, clicks, engaged sessions, qualified enquiries, revenue, and support friction by market. Analytics events and CRM records will not match perfectly, because duplicate submissions, cross-device visits, and sales delays affect each system differently. Still, the gap should be understood.
Digital marketing reports are more useful when organic SEO, performance marketing, social media marketing, and website development all route visitors to the appropriate market page. If multi-region templates, tracking, and content rules need a practical review, Get In Touch With Us.
Frequently Asked Questions
What is a hreflang audit?
A hreflang audit reviews whether search engines can connect each language or regional page with the correct alternate versions. It covers annotations, return links, canonical signals, indexability, status codes, sitemaps, headers, and local content quality.
Does every regional page need a self-referencing hreflang tag?
Yes. Each page in a valid cluster should reference itself as well as all relevant alternate pages. Self-references help confirm the complete relationship between the localized versions.
Should hreflang pages use self-referencing canonicals?
In most cases, each indexable localized URL should canonically reference itself. A regional page that points to another locale as canonical can weaken the signal that it deserves to appear as a separate result.
Can XML sitemaps replace hreflang tags in HTML?
Yes, XML sitemaps are a supported implementation method, particularly for large sites. The chosen source must contain consistent, complete, and accurate relationships, and teams should avoid conflicting HTML, sitemap, and HTTP header data.
How often should a hreflang audit be repeated?
Repeat the crawl analysis after template releases, migrations, domain changes, product feed updates, or translation deployments. Maintain a change log and re-crawl representative clusters before expanding a release across the full site.
Make every regional page a credible destination
A good hreflang audit is the final site audit. It verifies complete page relationships, valid targets, aligned canonicals, and consistent implementation across every domain.
The strongest international sites also give each market useful local information and a clear path to act. That combination helps search engines select the right result and helps visitors trust that they’ve reached the right place.




























