Back to Blog
Insights14 min read

Hreflang and Keyword Research: What to Fix First

Hreflang tells Google which URL to show—it does not create search demand. Here is the fix order international teams should run: validate country-level keywords, map URLs, then implement hreflang without encoding translation mistakes at scale.

Hreflang and keyword research solve different problems, and the order you run them in determines whether your international site earns traffic or just passes technical audits. Keyword research first proves that people in a target country search for the terms you plan to build pages around—and that those terms carry the right intent for the page type you will ship. Hreflang second tells Google which localized URL to serve when that demand already exists. Teams that implement hreflang before validating keywords ship perfect alternates for queries nobody types, or worse, alternates that all target the wrong local variant. This guide is the fix order: what to solve before hreflang, what hreflang actually fixes, and where keyword validation sits in a stack that includes site structure, content, and indexing.

  • Fix keywords before hreflang—validated local strings drive URL slugs, titles, and which locales you even launch.
  • Hreflang matches URLs to existing demand; it does not replace translation vs localization or SERP validation.
  • Use country-level volume and intent, not global aggregates—see country-level vs global volume.
  • Site structure (ccTLD, subfolder, subdomain) comes after keyword scope, before or alongside hreflang implementation—see international SEO checklist.
  • Discovery for local variants: Global Keyword Finder per target country; hreflang implementation stays in CMS, plugins, or dev—GKF does not emit tags.

1. What hreflang does—and does not do

Hreflang is a signal. It helps Google understand language and regional targeting relationships between URLs: this German page is the alternate for this English page when the user and query context fit Germany and German. Google's localized versions documentation describes hreflang as a way to serve the correct localized page—not as a substitute for content relevance or query match.

What hreflang does not do: invent keywords, fix wrong translations, increase volume in a market with no demand, or choose between mähroboter and Roboter-Rasenmäher when only one wins in Germany. If your `/de/` URLs were built from unvalidated English exports, hreflang will faithfully serve the wrong page to German users searching the right concept with the wrong word you never researched. That is why keyword work belongs upstream.

2. Why teams invert the order (and what it costs)

Hreflang is concrete. Developers can implement tags, QA can validate XML sitemaps, and clients see a deliverable. Keyword validation is messy: country-by-country research, SERP checks in languages the team may not read, arguments about which market launches first. Agencies under deadline often ship structure and tags in sprint one because it looks like progress.

The cost shows up six months later. Indexed `/fr/` pages target translated head terms with negligible France volume. Hreflang pairs English and French correctly—so Google never shows the English URL in France, but the French URL still does not rank because the query string was wrong from day one. You cannot hreflang your way out of a localization failure at step one. The fix is re-research, new URLs or slugs, content rewrites, then update hreflang—not the reverse.

3. The fix order: a practical sequence

Think of international SEO as four layers. Each layer assumes the previous one is correct. Skipping a layer creates technical debt that tags cannot repay.

  • | Order | Layer | Question it answers | Stop if… |
  • |---|---|---|---|
  • | 1 | Market + keyword validation | Do users in this country search for terms we can win? | Country volume near zero or SERP fail on priority rows |
  • | 2 | URL + content mapping | Which slug, title, and page type for each validated keyword? | Intent mismatch (blog URL for transactional SERP) |
  • | 3 | Site structure | ccTLD, subfolder `/de/`, or subdomain—where do locales live? | Structure chosen before knowing which countries launch |
  • | 4 | Hreflang + indexing | Which URL is alternate for which locale/region? | Tags point at URLs that should not exist yet |

This mirrors Phase 1–4 of the international SEO checklist: market and keywords, validation, structure, then hreflang. If your current project already has hreflang live, run a keyword audit on existing locale URLs before adding more alternates—expanding a broken mapping scales the mistake.

4. Keyword validation steps before you touch hreflang

You do not need a finished content library to validate keywords—but you need a country-scoped shortlist with evidence. Run this per country, not per language region.

  • Scope one country. Germany ≠ Austria ≠ Switzerland for both keywords and hreflang targets. Same language, different SERPs and often different winning terms.
  • Discover local variants. Seeds in your working language; Global Keyword Finder returns country-level volume, KD, CPC, and intent for the target market you select.
  • Validate on live SERP. SERP validation: pass/fail on structure and intent before slugs are finalized.
  • Map intent to page type. Use search intent labels so `/de/` gets PLPs and guides in the right proportions—not one template for every row.
  • Document rejects. Terms that fail validation should not get URLs or hreflang entries yet—prevents indexing dead alternates.

Only after the shortlist is stable do you assign URL patterns: `/de/produkt/mähroboter/` not `/de/product/robot-lawn-mower/` if the validated local head term is mähroboter. Hreflang `hreflang="de-DE"` then points at the URL that matches German query behavior—not the English slug translated.

5. When hreflang or structure might move earlier (exceptions)

The default is keywords first. Exceptions are narrow and should be labeled as technical debt in the project plan.

Existing multilingual site with broken tags. If you already have traffic on wrong alternates because hreflang was missing or incorrect, fixing tags can recover visibility quickly—but run a keyword audit in parallel so you are not cementing wrong URLs. Legal or brand-mandatory locale launch. Sometimes `/fr/` must exist by a fixed date; ship minimal placeholder pages with noindex if keywords are not ready, then remove noindex when validated content replaces them—do not index translated stubs with full hreflang. Single-language multi-country (en-US, en-GB, en-AU). Keyword research still differs by country; hreflang uses region codes (`en-GB`, `en-AU`) but the research pass is still country-scoped, not one English list.

6. Connecting hreflang targets to your keyword sheet

Hreflang implementation should trace back to rows in your keyword deliverable—not to a CMS locale list someone exported five years ago.

  • One hreflang cluster per topic where validated keywords align across locales—same product line, same intent, different local strings.
  • x-default points at the fallback URL you want for unmatched users—usually English or global hub—not automatically the US page unless that is the strategy.
  • Self-referencing hreflang on every localized URL in the cluster; missing return tags break the cluster.
  • Keyword column in your tracker: `target_country`, `local_keyword`, `url`, `hreflang value` (e.g. `de-DE`), `validation status`—agencies can extend the multilingual keyword report template Country Config tab.

When Mexico and Spain both speak Spanish, keyword research is still two passes; hreflang uses `es-MX` and `es-ES` pointing at different URLs if local terms differ. Merging them because the language code matches is the same error as merging country volume into one global number.

7. Common mistakes

These patterns appear in site audits where hreflang is "done" but international organic is flat.

  • Hreflang before any country-level keyword pass — Fix: Phase 1–2 from international checklist; freeze new alternates until shortlist exists.
  • Same URL slug across locales — Fix: slug reflects validated local keyword where SEO matters; hreflang links equivalents, not identical paths.
  • hreflang for every CMS locale — Fix: only index and tag URLs with validated content; noindex thin translation stubs.
  • Keyword research at language level only — Fix: country × language unit; see non-English markets playbook.
  • Assuming hreflang fixes duplicate content from bad translations — Fix: consolidate or rewrite; tags do not merge relevance signals for unrelated copy.
  • Skipping SERP validation because hreflang validates in SC — Fix: Search Console confirms tag syntax, not query fit.

FAQ

Can I implement hreflang while keyword research is still running?

You can prepare hreflang templates and CMS fields early, but do not index and tag locale URLs at scale until priority keywords for that locale pass validation. Pilot one country end-to-end—keywords, URLs, content, hreflang—before rolling tags across twelve locales.

Does keyword research change hreflang values?

Research changes which URLs belong in a cluster and sometimes whether you need a locale at all. Hreflang values (`de-DE`, `fr-FR`) follow ISO language-region conventions; research decides if the `/de/` page should exist and what it targets—not the syntax of the tag.

Where does Global Keyword Finder fit relative to hreflang?

GKF handles cross-language discovery and country-scoped Ahrefs metrics—the upstream keyword step. Hreflang remains implementation in your site stack. The tool does not generate hreflang tags, run site audits, or track rankings.

We already have hreflang—should we redo keyword research?

If international traffic underperforms expectations, yes—audit top locale URLs against country-level SERPs before adding more markets. You may keep hreflang clusters and change slugs, titles, and body copy inside existing URLs, or merge/remove alternates that never matched demand.

What about JavaScript hreflang or sitemap-only implementation?

Implementation method is orthogonal to order. Whether tags live in HTML, HTTP headers, or XML sitemaps, they should still point at keyword-validated URLs. Fix the list first; then choose the deployment method Google can reliably crawl.

Conclusion

Hreflang is the last mile of international SEO targeting—not the first. Validate country-level keywords, map URLs and page types, choose structure, then wire alternates so Google can serve the right page when demand exists. Inverting that order produces technically compliant sites that rank for nothing.

Pick one live locale URL and one target country. Run its primary head term through SERP validation; if it fails, re-discover on Global Keyword Finder before touching hreflang. If it passes, confirm your hreflang cluster returns tags to that URL—not an English slug with a German menu.