localization-strategy

---

name: localization-strategy description: When the user wants to plan or implement localization strategy for multilingual and global growth. Also use when the user mentions "localization," "multilingual," "i18n," "global expansion," "market entry," "localization strategy," "hreflang," "multi-language SEO," or "international SEO." For translation workflow, glossary, and style guide, use translation. metadata: version: 1.1.0

---

Strategies: Localization

Guides localization strategy for AI/SaaS products expanding into global markets. Covers i18n implementation, translation, pricing, and marketing adaptation--not just text translation.

When invoking: On first use, if helpful, open with 1-2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.

Initial Assessment

Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product, target markets, and brand.

Identify: 1. Target markets: Priority languages/regions 2. Product type: SaaS, AI tool, content 3. Technical stack: Next.js, React, etc.

Localization vs. Translation

Localization includes:

Product: Features, UI/UX, cultural adaptation

Pricing: True localization (adjust by market) vs. cosmetic (currency only)

Marketing: Channels, content, user personas

Compliance: GDPR, local regulations

Technical (i18n)

URL Structure

Choose one; be consistent:

| Option | Example | Pros / Cons | |--------|---------|-------------| | Subdirectories | /en/, /de/, /zh/ | Recommended; maintains domain authority | | Subdomains | de.example.com | Separate hosting; less authority transfer | | ccTLD | example.de | Strongest geo signal; costly |

Use subdirectories, not subdomains for i18n; subdomains transfer less authority.

Default locale: Root path for default (e.g. / for English); prefix for others (/zh/, /de/).

IETF BCP 47: Use valid codes (en, en-US, zh-CN, pt-BR). Same language, different country (e.g. de-DE vs de-AT) needs ≥20% content difference for Google to differentiate.

i18n SEO Principles

No hardcoded strings: All user-facing text via translation dictionary.

Symmetric alternates: Every locale page lists ALL other versions (including self-reference). ~75% of international sites have hreflang errors; missing reciprocal links is the most common.

x-default: Always include for fallback when user language/location doesn't match any version.

Canonical alignment: Canonical must match the same regional version hreflang refers to; misalignment causes Google to ignore hreflang.

Full SEO coverage: Metadata, OpenGraph, JSON-LD (inLanguage), and sitemap all locale-aware.

Common Issues (Next.js + next-intl)

| Issue | Solution | |-------|----------| | Route conflict | generateStaticParams(); validate locale | | Auto redirect | localeDetection: false | | Middleware | Apply only to prefixed paths (e.g. /zh) | | URL duplication | Manual switcher; getLocalizedHref() |

SEO

Hreflang on all language versions; self-reference + symmetric annotations.

Language switcher: Use not ; links in initial HTML.

Canonical: Handle multi-domain if using local TLDs; align with hreflang.

SPAs: Use sitemap-based hreflang as backup when HTML head is JS-rendered. See rendering-strategies.

Keyword Research by Market

| Market | Tool | |--------|------| | Russia | Yandex Wordstat | | Korea | Naver DataLab | | Global | Google Keyword Planner, SEO tools |

Consider: Cultural expressions, search habits, competition, long-tail in small markets.

Terminology & Translation

Translation workflow, glossary, style guide: See translation for full workflow

Avoid machine translation for product/marketing: See translation (Human vs MT)

Pricing Strategies

| Strategy | Use | |----------|-----| | True localization | Adjust price by purchasing power | | Cosmetic | Display currency only; same price | | Tools | Parity Deals, Chargebee |

i18n SEO Checklist (New Feature / New Locale)

New feature with i18n

1. Add translation keys to all locale JSON files. Use translation for glossary, style guide, and translation workflow. 2. Add generateMetadata() with alternates (hreflang) per page. 3. Add JSON-LD with inLanguage and translated fields. 4. Add page to sitemap with hreflang annotations. 5. Set lang attribute on ; UTF-8 encoding.

New locale

1. Add locale code to config; create {code}.json dictionary. 2. Register in sitemap locale list; regenerate. 3. Add OpenGraph locale and alternateLocale. 4. Ensure all alternates are symmetric (every page lists all versions).

Multilingual Risks

Batch publishing: Too many translated pages at once can trigger de-indexing or thin-content penalties.

Mitigation: Roll out slowly; ensure content is product/industry relevant; avoid Wikipedia-like breadth; monitor indexing in GSC.

Avoid

IP-based redirects that override user preferences.

Machine translation without localization for product/marketing (see translation).

Missing reciprocal hreflang between language versions.

Canonical tags that conflict with hreflang.

Output Format

Market priority

i18n approach

Keyword strategy per market

Pricing recommendation

Technical checklist

i18n SEO checklist (if applicable)

Related Skills

pricing-strategy: Base price structure; localization-strategy covers pricing by market

page-metadata: Hreflang implementation

url-structure: URL hierarchy for i18n (subdirectories, subdomains)

content-strategy: Multilingual content planning; avoid thin translations

translation: Translation workflow, glossary, style guide, human vs MT; produces content for localized pages

navigation-menu-generator: Language switcher SEO

affiliate-marketing: Local affiliates for target markets

gtm-strategy: New market entry; localization as GTM for new geography