SEO Multilingue en 2026 : Guide Complet pour la Visibilité Internationale (avec des Workflows d'Agents IA)

En bref

Le SEO multilingue consiste à rendre votre site web visible dans les moteurs de recherche dans plusieurs langues. En 2026, il ne s'agit plus simplement de traduire des pages et d'ajouter des balises hreflang. Google traduit désormais automatiquement le contenu en anglais et le diffuse sous son propre domaine proxy — récupérant ainsi votre trafic si vous ne proposez pas de version dans la langue locale. Les AI Overviews couvrent plus de 200 pays et plus de 40 langues, et les moteurs d'IA comme ChatGPT, Perplexity et Gemini décident quelles marques citer en fonction de signaux linguistiques spécifiques.

La bonne nouvelle : vous n'avez plus besoin d'une équipe de localisation de 10 personnes. Avec les workflows d'agents Claude Code (Codex), un praticien SEO solo peut auditer les balises hreflang sur des centaines de pages, rechercher des mots-clés dans des langues qu'il ne parle pas, vérifier la qualité des traductions et surveiller la visibilité internationale — le tout avec des outils gratuits et les modèles de prompts de ce guide.

Dans cet article, vous découvrirez un processus en 7 étapes pour construire un site multilingue qui se positionne à la fois dans la recherche traditionnelle et dans les réponses d'IA, ainsi que quatre compétences d'agents IA prêtes à l'emploi qui automatisent les tâches les plus fastidieuses.

SEO multilingue vs. SEO international : quelle différence ?

Ces termes sont constamment confondus. Voici la distinction :

La plupart des sites internationaux ont besoin des deux. Une boutique e-commerce canadienne pourrait avoir besoin d'une version anglaise (en-CA), d'une version française (fr-CA) et d'une version espagnole (es) pour l'audience hispanophone croissante — combinant SEO multilingue et SEO international en une seule stratégie.

Pourquoi le SEO multilingue a changé en 2025-2026

Trois évolutions ont fondamentalement modifié ce qu'il faut pour être visible à travers les langues :

Changement n°1 : Google traduit automatiquement votre contenu — et garde le trafic

Depuis la Core Update de mars 2025, Google a considérablement élargi son comportement de traduction automatique. Lorsqu'un utilisateur recherche en espagnol mais que Google ne trouve pas de source pertinente en espagnol, il prend une page anglaise faisant autorité, la traduit automatiquement à la volée et la diffuse via un domaine proxy appartenant à Google (www-your-site-com.translate.goog).

Le trafic n'atteint jamais votre site. Les clics sont enregistrés comme translate.google.com / referral au lieu de google / organic, ce qui fausse votre attribution. Les liens internes sur la page proxy pointent vers Google, maintenant l'utilisateur dans l'écosystème Google.

La solution est simple mais urgente : créez au moins une version en langue locale de 300 mots pour chaque page à fort trafic. Les propres recherches de Google suggèrent que même une page localisée minimale déplace généralement la version proxy dans les SERP. Faites cela pour vos 20 pages principales en premier.

Changement n°2 : Les AI Overviews sont mondiales — et elles citent des sources en langue locale

Les AI Overviews de Google apparaissent désormais dans plus de 200 pays et plus de 40 langues. La langue de la requête est l'un des signaux les plus forts que les moteurs d'IA utilisent pour décider quoi citer.

Une analyse Weglot portant sur 1,3 million de citations d'AI Overviews a révélé que les sites web avec du contenu traduit ont connu une visibilité 327 % supérieure dans les AI Overviews par rapport aux sites monolingues. Dans une étude de suivi menée au Mexique, 96 % des citations d'AI Overviews de Google étaient des sources en espagnol.

Cela signifie que le positionnement en anglais ne garantit plus la visibilité IA pour les requêtes non anglophones — même si votre contenu anglais est excellent.

Changement n°3 : Les agents IA peuvent désormais faire le gros du travail

Claude Code et les agents de codage IA similaires sont devenus suffisamment performants pour automatiser les parties les plus fastidieuses du SEO multilingue. En 2026, vous pouvez exécuter une seule commande et obtenir :

• Un audit hreflang complet de l'ensemble de votre site
• Une recherche de mots-clés pour n'importe quelle langue, avec volumes de recherche et étiquettes d'intention
• Des vérifications de qualité de traduction comparant vos pages localisées à celles de concurrents locaux
• Une surveillance hebdomadaire de la visibilité internationale sur la recherche traditionnelle et les surfaces de réponses IA

Nous détaillerons chacun de ces workflows d'agents avec des fichiers de compétences complets et prêts à être copiés-collés dans les étapes ci-dessous.

Étape 1 : Choisissez vos marchés cibles (avec des données, pas des suppositions)

Avant de traduire un seul mot, déterminez quelles langues et quels marchés ont réellement une demande pour ce que vous proposez.

Ce dont vous avez besoin

• Google Analytics 4 (GA4) ou un outil d'analyse similaire
• Accès à Google Search Console
• 15 minutes

Comment faire

Vérifiez votre trafic existant. Dans GA4, allez dans Rapports → Données démographiques → Détails démographiques, puis changez la dimension principale pour « Pays ». Repérez les pays qui envoient un trafic organique constant vers vos pages en anglais. Si l'Allemagne génère 500 visites organiques mensuelles vers du contenu en anglais, il y a probablement 3 à 5 fois plus de demande pour du contenu en allemand.

Vérifiez la Search Console. Allez dans Performances → Pays. Filtrez par clics et examinez votre CTR moyen par pays. Un CTR faible dans un pays non anglophone signifie souvent que les utilisateurs trouvent votre page mais rebondissent parce qu'elle n'est pas dans leur langue.

Évaluez chaque marché sur trois facteurs :

1. Demande existante (1–5) : Quel volume de trafic organique provient déjà de ce pays ou de cette langue ?
2. Écart concurrentiel (1–5) : Quelle est la force des concurrents locaux ? Recherchez vos 5 principaux mots-clés sur le domaine Google du pays cible (ex. google.de, google.fr) et comptez combien de pages en première page proviennent de sites qui publient principalement dans la langue locale.
3. Adéquation commerciale (1–5) : Livrez-vous dans ce pays ? Acceptez-vous la devise locale ? Avez-vous un service client dans cette langue ?

Multipliez les trois scores. Les marchés obtenant 60 ou plus doivent être votre priorité absolue ; ceux entre 30 et 59 sont des candidats de deuxième vague.

Automatisez cela avec Claude Code

Copiez le fichier de compétence ci-dessous dans .claude/skills/multilingual-market-scorer/SKILL.md et exécutez /multilingual-market-scorer dans Claude Code :

---
name: multilingual-market-scorer
description: Analyze GA4 and GSC data to score and rank target markets for multilingual SEO expansion
---

# Multilingual Market Scorer

Score potential target markets using existing analytics data. This skill helps you prioritize which languages and countries to target first for multilingual SEO.

## Prerequisites
- User has shared GA4 and GSC data (CSV exports from each platform)
- User has defined their top 5 English-language target keywords
- User knows their business constraints (shipping regions, supported currencies, languages of customer support)

## Input
1. GA4 country-level organic traffic export (CSV)
2. GSC country-level performance export (CSV)
3. Top 5 target keywords in English
4. List of countries/regions where the business currently operates

## Workflow

### Phase 1: Extract demand signals
- Parse the GA4 CSV to extract: country, monthly organic sessions, conversion rate by country
- Parse the GSC CSV to extract: country, clicks, impressions, average CTR, average position
- Merge the two datasets on country name

### Phase 2: Score each market
For each country with measurable traffic:
- **Demand Score (1-5):** Based on monthly organic sessions. <100 = 1, 100-500 = 2, 500-2000 = 3, 2000-5000 = 4, 5000+ = 5
- **Opportunity Score (1-5):** Based on average CTR. Below 1% = 5 (high opportunity — users find you but can't read you), 1-2% = 4, 2-4% = 3, 4-7% = 2, 7%+ = 1
- **Business Fit Score (1-5):** User must provide this based on whether they operate in that country. Default to 3 if unknown.

### Phase 3: Rank and recommend
- Multiply Demand × Opportunity × Business Fit for a composite score (max 125)
- Tier 1 (60+): immediate priority — start localization for these markets
- Tier 2 (30–59): second-wave candidates — plan for next quarter
- Tier 3 (<30): monitor — revisit when Tier 1 and 2 are live
- Output a ranked table with: country, primary language, composite score, demand score, opportunity score, business fit score, recommended URL structure, estimated page count to localize

### Phase 4: Output a priority action plan
- Top 3 markets to target first, with recommended languages and URL structure
- List of pages to localize first (based on GSC top pages for each country)
- Estimated word count and translation budget (using current AI translation API pricing)
- Risk: list countries where high demand + low CTR exists but business doesn't operate — flag as strategic decisions

## Output
A structured report with:
1. Market prioritization table (all countries scored and tiered)
2. Top 3 recommended markets with rationale
3. First-wave localization page list (max 20 pages per market)
4. Estimated budget and timeline
5. Flagged strategic gaps

## Limitations
- All scores are estimates based on available data — real-world performance will vary
- Does not replace native-language market research or local competitive analysis
- GA4 and GSC data reflects current English-language performance, not latent non-English demand
- Does not access paid APIs; relies on user-provided CSV exports

Étape 2 : Faites une recherche de mots-clés pour chaque langue (même celles que vous ne parlez pas)

La recherche de mots-clés multilingue nécessitait autrefois des spécialistes SEO natifs pour chaque marché. En 2026, vous pouvez atteindre 80 % du résultat avec des outils gratuits et l'assistance de l'IA — puis valider avec un locuteur natif pour les 20 % restants.

Le processus

Commencez par vos principaux mots-clés anglais. Prenez les 10 à 20 mots-clés qui génèrent le plus de trafic organique vers votre site anglais.

Traduisez — puis localisez. Utilisez DeepL ou Google Translate pour obtenir une première traduction de chaque mot-clé. Ensuite, vérifiez la traduction par rapport au comportement de recherche réel :

1. Allez sur le domaine Google du pays cible (ex. google.es pour l'Espagne, google.de pour l'Allemagne)
2. Commencez à taper le mot-clé traduit dans la barre de recherche
3. Observez les suggestions Google Autocomplete — elles révèlent comment les utilisateurs réels formulent réellement leurs recherches
4. Faites défiler jusqu'en bas de la SERP pour voir les « Recherches associées »

Exemple : « Running shoes » en allemand

• Traduction directe : « Laufschuhe »
• Google.de autocomplete révèle : « Joggingschuhe », « Sportschuhe », « Laufschuhe Herren »
• Vous avez maintenant trois variantes de mots-clés à cibler, pas seulement la traduction littérale

Vérifiez le volume de recherche. Utilisez Google Keyword Planner configuré sur le pays cible, ou un outil comme Ahrefs/Semrush avec le filtre pays activé. Alternative gratuite : recherchez le mot-clé sur le Google du pays cible et examinez les pages les mieux classées — si elles sont détaillées, fréquemment mises à jour et ont de nombreux backlinks, le mot-clé a probablement un volume significatif.

Validez avec un locuteur natif. Pour vos 10 principaux mots-clés par langue, payez un locuteur natif 20-50 $ sur une plateforme comme Upwork pour qu'il examine votre liste de mots-clés et signale tout ce qui semble artificiel ou qui manque une variante locale courante. Cette vérification de 15 minutes détecte les erreurs que la traduction IA rate systématiquement.

Automatisez cela avec Claude Code

---
name: multilingual-keyword-research
description: Generate and validate localized keyword lists for any target language and country, using AI translation plus SERP validation
---

# Multilingual Keyword Research Agent

Generate a localized keyword research report for any target language and market. Combines AI translation with SERP validation steps to produce keyword lists that reflect how real users search.

## Prerequisites
- User has defined target country (ISO code) and language
- User has provided 10-20 seed keywords in English (or their source language)
- User has access to Google Keyword Planner, DataForSEO, or is comfortable with manual SERP checks
- No API keys needed for the basic workflow; DataForSEO integration is optional for automated volume data

## Input
1. Target country (e.g., `DE`, `ES`, `JP`) and language (e.g., `de`, `es`, `ja`)
2. 10-20 seed keywords in source language
3. Business category or industry (for context)
4. Optional: DataForSEO API credentials (for automated search volume data)

## Workflow

### Phase 1: Translate and expand seed keywords
For each seed keyword:
- Generate a first-pass translation into the target language using AI (note which model was used)
- Identify 3-5 natural variants: synonyms, longer-tail phrasings, question forms, local terminology
- Flag any keywords where the direct translation is likely different from how locals search

### Phase 2: SERP validation (manual or automated)
For each translated keyword:
- Check Google Autocomplete on the target country's Google domain — record top 5 suggestions
- Check "Related searches" at the bottom of the SERP — record all relevant terms
- If DataForSEO is available: query search volume, CPC, and competition for each keyword
- If DataForSEO is NOT available: note this and provide instructions for manual Keyword Planner lookup

### Phase 3: Cluster by search intent
Group keywords into:
- **Informational:** "what is X," "how to Y," guides, definitions
- **Commercial:** "best X," "X vs Y," reviews, comparisons
- **Transactional:** "buy X," "X price," "X near me," product names
- **Navigational:** brand names, specific site searches

### Phase 4: Prioritize
Score each keyword cluster on:
- Relevance to business (1-5)
- Estimated volume tier (Low/Medium/High — do not fabricate exact numbers if API data is unavailable)
- Competition level based on SERP analysis (number of well-optimized pages on page 1, ad density)
- Content gap: does the user already have content targeting this keyword in this language?

### Phase 5: Output a keyword map
For the top 20 keywords:
- Keyword in target language
- English translation (for the user's reference)
- Search intent category
- Volume tier (L/M/H)
- Recommended content type (landing page, blog post, product page, glossary entry)
- Existing URL if content already exists in any language that could be adapted

## Output
A structured keyword research report with:
1. Market overview: total keyword opportunities found, intent distribution, volume summary
2. Top 20 prioritized keywords with full metadata
3. Content mapping: which keywords map to which existing or new pages
4. Native-speaker validation checklist: top 10 keywords to send to a native speaker for review, with specific questions ("Does [keyword] sound natural? What would a local say instead?")
5. Data sources used, retrieval dates, and gaps (keywords where volume data was unavailable)

## Limitations
- AI translation of keywords is a starting point, not a final answer — always validate with a native speaker
- Search volume data is an estimate from the data provider; actual volumes vary by season and market conditions
- Does not access paid keyword APIs unless user has configured them; manual fallback instructions are provided
- Cannot capture ultra-niche local slang or emerging terms without native-speaker input

Étape 3 : Choisissez la bonne structure d'URL

Chaque version linguistique d'une page a besoin de sa propre URL. Vous avez trois options, et le bon choix dépend de vos ressources et de vos objectifs.

Les trois options

Recommandation pour les débutants : Utilisez les sous-répertoires (example.com/fr/, example.com/de/). C'est le plus simple à configurer, suivre et maintenir. Toute l'autorité SEO s'accumule sur un seul domaine. John Mueller de Google a déclaré à plusieurs reprises que les sous-répertoires fonctionnent bien pour les sites multilingues.

Une règle cruciale

Ne redirigez jamais automatiquement les utilisateurs en fonction de leur adresse IP. Googlebot explore principalement depuis des adresses IP américaines. Si vous redirigez les robots basés aux États-Unis vers la version anglaise, Google ne verra jamais vos pages en allemand ou en japonais. Utilisez un sélecteur de langue/région (une bannière ou un menu déroulant) au lieu de redirections forcées.

Étape 4 : Localisez — ne vous contentez pas de traduire

La traduction convertit les mots. La localisation adapte le sens, le contexte, les exemples et les références culturelles. En 2026, cette différence détermine si Google diffuse votre page ou sa propre version proxy auto-traduite.

Le paysage de la traduction IA en 2026

Le workflow sécurisé de traduction IA

La traduction IA est rapide et peu coûteuse, mais publier du contenu IA brut est risqué. Les politiques de Google n'interdisent pas le contenu traduit par IA, mais elles pénalisent les traductions de mauvaise qualité. Voici un workflow sécurisé :

1. Première passe IA : Utilisez DeepL, Weglot ou ChatGPT/Claude pour traduire la page.
2. Contrôle qualité automatique : Exécutez l'agent de qualité de traduction Claude Code (voir ci-dessous) pour signaler : les segments non traduits, les violations du glossaire, les problèmes d'expansion de texte (l'allemand est environ 30 % plus long que l'anglais) et les métadonnées non traduites.
3. Relecture humaine pour les pages à fort impact : Page d'accueil, tarifs, mentions légales et les 5 pages à plus fort trafic bénéficient d'une relecture par un locuteur natif. Les articles de blog, la FAQ et la documentation d'aide peuvent reposer sur l'IA + le contrôle qualité automatique.
4. Double vérification des métadonnées : L'IA laisse souvent les balises title, les meta descriptions, les textes alt des images et les slugs d'URL dans la langue source. Ceux-ci doivent être traduits et localisés manuellement — ce sont eux qui apparaissent dans les SERP.

Agent de contrôle qualité de traduction

---
name: translation-quality-check
description: Audit AI-translated pages for common quality issues — missing translations, glossary violations, text expansion, metadata gaps, and localization consistency
---

# Translation Quality Check Agent

Review AI-translated or human-translated pages for common multilingual SEO quality issues. Produces a prioritized fix list.

## Prerequisites
- User provides URLs or HTML files of both source and translated pages
- User optionally provides a glossary file (CSV: source_term, target_term, notes)
- User specifies source language and target language

## Input
1. Source page URL or HTML file path
2. Translated page URL or HTML file path (can be multiple target languages)
3. Source language code (ISO 639-1)
4. Target language code(s) (ISO 639-1)
5. Optional: glossary CSV for terminology consistency
6. Optional: brand voice guide or translation memory notes

## Workflow

### Phase 1: Structural check
For each translated page:
- Verify the page has a unique, translated URL (not the same URL as the source)
- Verify the HTML `lang` attribute matches the target language
- Verify the page serves real HTML (not client-side JS translation) — check if translated text is present in the raw HTML source
- Check that all meta tags are translated: `<title>`, `<meta name="description">`, `<meta property="og:title">`, `<meta property="og:description">`

### Phase 2: Content coverage check
Compare source and translated pages:
- Count `<h1>` through `<h4>` headings — verify all are translated
- Check image `alt` attributes — flag any still in the source language
- Check button text, form labels, error messages, footer links — these are frequently missed
- Check structured data (JSON-LD) — flag if schema content is in the source language

### Phase 3: Translation quality indicators
Flag potential quality issues:
- **Untranslated segments:** Text blocks in the source language appearing on the translated page
- **Text expansion/truncation:** Compare character counts of key elements (titles, CTAs, navigation items). Flag elements where the target language is >40% longer (risk of truncation in SERPs and UI)
- **Glossary violations:** If a glossary is provided, check that defined terms use the approved translation
- **Inconsistent terminology:** The same source term translated differently across the page (e.g., "checkout" translated as both "Kasse" and "Zur Kasse gehen" on the same German page)

### Phase 4: Localization depth check
Score the page on localization quality (not just translation accuracy):
- **Examples and references:** Are case studies, statistics, and examples localized or still US/UK-centric?
- **Currency, dates, measurements:** Are these in local format?
- **Cultural markers:** Currency symbols, address formats, phone number formats
- **Images:** Do images contain text in the target language, or are they still in the source language?

### Phase 5: Output a prioritized fix list
Categorize issues:
- **Critical (fix before launch):** Missing hreflang, untranslated title/meta, wrong lang attribute, client-side-only rendering
- **High (fix within 1 week):** Untranslated headings, missing alt text, schema in wrong language
- **Medium (fix within 1 month):** Inconsistent terminology, untranslated UI text, text expansion risks
- **Low (improvement backlog):** Non-localized examples, source-language images, formats

## Output
A structured quality report with:
1. Overall quality score (A–F) and summary
2. Critical issues list (with exact element locations)
3. High-priority issues list
4. Comparison table: source vs. translated page element-by-element
5. Native-speaker review checklist: specific sections to prioritize if budget is limited
6. Estimated fix time per priority tier

## Limitations
- Automated check cannot assess naturalness, idiomatic quality, or cultural nuance — a native speaker is still needed for final review
- Glossary matching is exact-string only; won't catch inflected forms without a comprehensive glossary
- Does not evaluate translation accuracy against a reference translation — this is a coverage and consistency check, not a fluency evaluation

Étape 5 : Implémentez les balises hreflang (et évitez les 8 erreurs les plus courantes)

Les balises hreflang indiquent aux moteurs de recherche : « Cette page est la version allemande de cette page anglaise. » Sans elles, Google peut diffuser la mauvaise langue aux utilisateurs — ou traiter les versions linguistiques comme du contenu dupliqué et n'en indexer qu'une seule.

Les trois façons d'implémenter hreflang

1. Balises HTML `<link>` (recommandé pour la plupart des sites)

Ajoutez ces balises à l'intérieur du <head> de chaque page :

<link rel="alternate" href="https://example.com/blog/" hreflang="x-default">
<link rel="alternate" href="https://example.com/blog/" hreflang="en">
<link rel="alternate" href="https://example.com/blog/de/" hreflang="de">
<link rel="alternate" href="https://example.com/blog/es/" hreflang="es">
<link rel="alternate" href="https://example.com/blog/fr/" hreflang="fr">

Point crucial : chaque page doit également se référencer elle-même. La page allemande (/de/) doit inclure exactement le même ensemble de balises — y compris une qui pointe vers elle-même avec hreflang="de". C'est ce qu'on appelle une balise auto-référençante, et Google l'exige.

2. Sitemaps XML (recommandé pour 20 langues ou plus)

Si vous gérez des dizaines de versions linguistiques, maintenir des balises <link> sur chaque page devient ingérable. Utilisez plutôt un sitemap XML :

<url>
  <loc>https://example.com/blog/</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/blog/"/>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/blog/de/"/>
  <xhtml:link rel="alternate" hreflang="es" href="https://example.com/blog/es/"/>
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/blog/"/>
</url>

3. En-têtes HTTP (pour les fichiers non-HTML)

Utilisez-les pour les PDF, les images ou les réponses d'API :

Link: <https://example.com/brochure.pdf>; rel="alternate"; hreflang="en"
Link: <https://example.com/brochure-de.pdf>; rel="alternate"; hreflang="de"

Les 8 erreurs hreflang les plus courantes

Agent d'audit hreflang (automatisez le travail fastidieux)

C'est l'agent au meilleur retour sur investissement de cette boîte à outils. Un audit hreflang manuel sur un site en 5 langues avec 50 pages par langue signifie vérifier 250 pages — chacune avec jusqu'à 5 balises hreflang qui doivent être bidirectionnelles, auto-référençantes et sans erreur. L'agent le fait en quelques minutes.

---
name: hreflang-auditor
description: Crawl and audit hreflang implementation across an entire multilingual site — catch broken links, missing return tags, invalid codes, canonical conflicts, and generate fix-ready reports
---

# Hreflang Audit Agent

Crawl a multilingual website and audit every hreflang tag against Google's requirements. Produces a fix-ready report with exact URLs, error types, and severity ratings.

## Prerequisites
- User provides the base URL of the site (any language version — the agent will discover others via hreflang links)
- User confirms which URL structure is in use (subdirectory, subdomain, or ccTLD)
- No API keys required — uses HTTP requests and HTML parsing

## Input
1. Base URL of the website (e.g., `https://example.com/` or `https://example.com/de/`)
2. Known language codes if not all are discoverable (e.g., `["en", "de", "es", "fr", "ja"]`)
3. Optional: sitemap URL if hreflang is implemented via XML sitemaps
4. Optional: ignore list — URL patterns to skip (e.g., `/tag/`, `/author/`, `/page/`)

## Workflow

### Phase 1: Discover all language versions
- Crawl the provided base URL
- Extract all hreflang links from `<link rel="alternate" hreflang="...">` tags in the HTML `<head>`
- If XML sitemap is provided, also extract hreflang clusters from the sitemap
- Build a language-page matrix: every URL × every language version

### Phase 2: Validate each page in the cluster
For every page in the matrix, check these 8 rules:

1. **Self-referencing:** The page's own hreflang value points to its own canonical URL
2. **Bidirectionality:** For every pair (A→B), verify B→A exists
3. **Valid codes:** Language code matches ISO 639-1; region code matches ISO 3166-1 Alpha-2
4. **x-default present:** At least one page in the cluster has `hreflang="x-default"`
5. **Canonical alignment:** Each hreflang URL is the canonical version (not a parameterized or alternate URL)
6. **HTTP status:** Every hreflang URL returns 200 (not 301, 302, 404, or 500)
7. **No cross-language canonicals:** Each page's canonical points to a URL in the same language
8. **HTML lang match:** The `<html lang="...">` attribute value is consistent with the page's hreflang value

### Phase 3: Check for structural issues
- **Inconsistent clusters:** Pages that don't have the same set of hreflang tags as others in their cluster
- **Orphan pages:** Translated pages that exist but aren't referenced by any hreflang cluster
- **Chained redirects:** Hreflang URLs that redirect (301/302) — these should point directly to the final URL
- **Protocol mismatches:** HTTP vs HTTPS inconsistencies across the hreflang set

### Phase 4: Generate the fix report
For each issue found, output:
- Error type (from the 8 rules above)
- Severity: **Critical** (breaks the entire cluster), **High** (wrong page may be served), **Medium** (compliance issue), **Low** (best-practice deviation)
- Source URL (where the error was found)
- Target URL (the problematic hreflang link)
- Fix instruction: exact code or configuration change needed

### Phase 5: Generate corrected hreflang tags
For clusters with fixable errors:
- Output the corrected set of `<link>` tags for each page
- Output the corrected XML sitemap entries if applicable
- Flag clusters that cannot be auto-fixed (e.g., missing pages that need to be created first)

## Output
A structured audit report with:
1. Executive summary: total pages crawled, language versions found, errors by severity, overall health score (A–F)
2. Error table: each error with type, severity, source URL, target URL, and fix instruction
3. Cluster-by-cluster health: each page cluster with pass/fail per rule
4. Auto-generated fix code: corrected hreflang tags for every broken page
5. Prioritized action plan: which errors to fix first and why

## Limitations
- Crawls only linked pages within the hreflang clusters it discovers; pages without hreflang tags that should have them won't be found
- Cannot fix pages server-side — output is advisory only
- For JavaScript-rendered hreflang tags, the raw HTML approach won't work — use the XML sitemap method instead
- Does not check if the *content* of each language version is actually translated (use the translation quality agent for that)

Étape 6 : Construisez des liens locaux et des structures de liens internes

Les liens provenant de sites allemands aident vos pages allemandes à se positionner. Les liens provenant de sites japonais aident vos pages japonaises à se positionner. Chaque version linguistique construit son propre capital d'autorité.

Règles de maillage interne pour les sites multilingues

Restez dans la même langue. Un article de blog en allemand doit pointer vers d'autres pages en allemand, pas en anglais. Les liens internes inter-langues perturbent à la fois les utilisateurs et les moteurs de recherche. Utilisez les balises hreflang — pas les liens dans le corps du texte — pour connecter les versions linguistiques.

Minimum de 5 liens internes par page, dans la même langue. Chaque page traduite doit recevoir des liens d'au moins 3 à 5 autres pages dans la même langue. Cela évite les pages orphelines — un problème courant lorsque les sites traduisent le contenu mais oublient de traduire le contexte de navigation.

Un seul changement d'URL se répercute en cascade. Si vous modifiez une URL sur votre site anglais et que 10 langues y font référence en lien interne, cela crée 10 liens cassés. L'agent d'audit hreflang ci-dessus les détecte — exécutez-le chaque semaine si vous publiez activement.

Création de liens externes par langue

Vous n'avez pas besoin d'une campagne de link building distincte pour chaque langue. Commencez par ces trois approches :

1. Annuaires locaux et plateformes d'avis : Chaque pays a son propre écosystème d'annuaires professionnels, de sites d'avis et de portails sectoriels. Revendiquez vos profils. Ce sont des liens faciles à obtenir et ils se positionnent souvent bien localement.
2. Analyse des backlinks des concurrents : Utilisez Ahrefs ou Semrush pour extraire le profil de backlinks de votre principal concurrent dans chaque pays cible. Filtrez pour les domaines locaux (.fr, .de, .jp). C'est votre cible la plus accessible.
3. RP locales et guest posting : Un article invité bien placé sur une publication locale respectée vaut plus que 50 liens d'annuaire de faible qualité. Privilégiez la qualité à la quantité — surtout dans les marchés plus petits où le graphe de liens est moins saturé.

Étape 7 : Suivez les classements, le trafic et la visibilité IA par langue

Le suivi SEO traditionnel (classements + trafic organique) reste essentiel. Mais en 2026, vous devez également surveiller si les moteurs d'IA citent votre contenu dans chaque langue.

Configuration du suivi traditionnel

1. Google Search Console : Utilisez le filtre Pays dans le rapport de performance. Créez une propriété distincte ou utilisez le rapport Ciblage international pour voir les erreurs spécifiques à hreflang.
2. GA4 : Créez un rapport personnalisé affichant les sessions, les conversions et le taux de rebond — ventilés par le préfixe de chemin de page (/fr/, /de/, /es/) pour voir la performance par langue.
3. Suivi de positionnement : Ahrefs, Semrush ou SE Ranking — ajoutez vos mots-clés cibles avec un suivi au niveau du pays. Vérifiez les positions mensuellement pour les langues de deuxième vague, hebdomadairement pour les marchés prioritaires.

Suivi de la visibilité IA (la nouveauté de 2026)

Pour les surfaces de réponses IA, suivez ces trois métriques par langue :

1. Présence de citation : Lorsque quelqu'un pose une question sur votre catégorie dans la langue cible sur ChatGPT, Perplexity ou Gemini — votre marque apparaît-elle dans la réponse ? Suivez oui/non pour vos 10 principaux mots-clés par plateforme, par langue, mensuellement.
2. Part de voix : Si 5 marques sont citées dans les AI Overviews en espagnol pour votre catégorie, quel pourcentage mentionne votre marque ? C'est votre SOV (Share of Voice).
3. Sentiment et exactitude : Lorsque les moteurs d'IA citent votre marque dans une autre langue, l'information est-elle correcte ? Les systèmes d'IA mélangent parfois le contenu entre les langues — une affirmation produit américaine peut apparaître dans une réponse en allemand, créant un risque de conformité.

Agent de surveillance de la visibilité internationale

---
name: international-visibility-monitor
description: Track multilingual search visibility across traditional SERPs and AI answer surfaces — generate weekly or monthly visibility reports per language and market
---

# International Visibility Monitor

Monitor how your site performs across languages in both traditional search and AI answer surfaces. Generates structured reports that track rankings, traffic, and AI citation presence per market.

## Prerequisites
- Google Search Console access (user provides CSV exports or grants view access)
- GA4 access (user provides CSV exports of language-segmented traffic)
- Optional: Ahrefs/Semrush/DataForSEO API access for automated rank tracking
- No API keys needed for manual data imports

## Input
1. Target languages and countries to monitor
2. Top 10-20 keywords per language
3. GSC performance export (CSV, filtered by country)
4. GA4 traffic-by-language export (CSV)
5. Optional: rank tracking API credentials
6. Previous monitoring report (for trend comparison)

## Workflow

### Phase 1: Collect traditional search data
- Parse GSC CSV: extract clicks, impressions, CTR, and average position per country and per language subdirectory
- Parse GA4 CSV: extract sessions, conversions, and engagement rate per language version
- If rank tracking API is available: pull current positions for tracked keywords per country
- If rank tracking API is NOT available: flag this and provide manual lookup instructions

### Phase 2: AI visibility check (manual or automated)
For each target language and its top 5 keywords:
- Document whether the brand appears in Google AI Overviews for those queries (search from the target country's Google domain)
- If tool access permits: check Perplexity and ChatGPT for the same queries
- Record: cited or not cited, which URL was cited, whether the citation is accurate
- Note any cross-language contamination (e.g., English URL cited for a Spanish query)

### Phase 3: Competitor visibility snapshot
For the top 3 competitors in each target market:
- Record their ranking positions for your shared keywords
- Check their AI Overview citation presence for the same keywords
- Flag competitors gaining or losing visibility month-over-month

### Phase 4: Trend analysis
Compare current data against the previous period:
- Traffic change per language (%)
- Ranking change per tracked keyword (positions gained/lost)
- AI citation presence change (new citations won, citations lost)
- Competitor movement (major gains or losses)

### Phase 5: Generate the report
Output a structured visibility report with:
1. **Executive dashboard:** One table with all languages and their key metrics (traffic, avg position, AI citations, trend arrows)
2. **Language deep-dives:** Per-language breakdown of top keywords, ranking changes, AI visibility status, and competitor activity
3. **Alert section:** Red-flag items needing immediate attention — traffic drops >20%, lost AI citations, hreflang errors found in GSC, competitors gaining on top keywords
4. **Action items:** Specific, prioritized tasks based on findings (e.g., "German blog post at position 11 for 'beste Laufschuhe' — optimize and add internal links to push into top 10")

## Output
A structured monitoring report with:
1. Multi-language dashboard (all languages, key metrics, trend arrows)
2. Per-language detailed section with keyword rankings, AI citations, and competitor snapshots
3. Red-flag alerts
4. Prioritized action items with expected impact
5. Data freshness: when each data source was last updated, and gaps where data is missing

## Limitations
- AI visibility checks are point-in-time snapshots — AI answers change frequently and may differ between queries minutes apart
- Rank tracking without an API requires manual lookups; automated rank data depends on third-party API availability
- GSC and GA4 data have inherent lag (24-48 hours for GSC, up to 48 hours for GA4)
- AI citation tracking is observational, not exhaustive — no tool currently provides complete AI citation coverage across all platforms

La boîte à outils d'agents SEO multilingue : les 4 compétences en un coup d'œil

Voici un résumé des quatre compétences d'agents que vous pouvez utiliser immédiatement avec Claude Code. Chaque fichier se place dans .claude/skills/<nom-compétence>/SKILL.md :

Pour installer une compétence : Copiez le contenu SKILL.md des sections ci-dessus, enregistrez-le dans .claude/skills/<nom-compétence>/SKILL.md dans votre projet, et exécutez-le avec /nom-compétence dans Claude Code. Chaque compétence fonctionne indépendamment — commencez par hreflang-auditor si votre site est déjà multilingue, ou multilingual-market-scorer si vous planifiez une expansion.

Checklist du débutant : 15 points à vérifier avant le lancement

Utilisez cette checklist avant de lancer toute nouvelle version linguistique :

• [ ] Marchés cibles sélectionnés sur la base de données (GA4 + GSC), pas de suppositions
• [ ] Recherche de mots-clés effectuée par langue — validée avec un locuteur natif pour les 10 premiers termes
• [ ] Structure d'URL choisie (sous-répertoire recommandé pour les débutants)
• [ ] Pas de redirection automatique basée sur l'IP — interface de sélecteur de langue implémentée à la place
• [ ] Toutes les pages diffusent du vrai HTML côté serveur (pas de traduction JS côté client)
• [ ] L'attribut HTML lang correspond à la langue réelle de chaque page
• [ ] Balises hreflang implémentées (HTML, sitemap XML ou en-têtes HTTP)
• [ ] Balise hreflang auto-référençante présente sur chaque page
• [ ] Hreflang bidirectionnel vérifié — chaque A→B a son B→A
• [ ] Balise hreflang x-default définie sur la page principale/de repli
• [ ] TOUTES les URL hreflang retournent un code HTTP 200 (pas de 404, pas de redirections)
• [ ] Balises title et meta descriptions traduites et localisées pour chaque page
• [ ] Texte alt des images traduit
• [ ] Les liens internes restent dans la même version linguistique
• [ ] Rapport Ciblage international de Google Search Console vérifié — zéro erreur hreflang

Si les 15 cases sont cochées, vous êtes prêt à lancer cette version linguistique.

FAQ

Puis-je simplement utiliser Google Translate pour mon site web ?

Ne publiez pas la sortie brute de Google Translate. En 2026, Google compare vos traductions à sa propre traduction automatique — si la vôtre n'est pas meilleure, il peut diffuser sa version proxy auto-traduite au lieu de votre page. Utilisez la traduction IA comme première passe, puis exécutez l'agent de contrôle qualité de traduction, et faites relire vos pages à plus fort impact par un locuteur natif.

Combien de temps faut-il pour voir des résultats du SEO multilingue ?

Pour un nouveau sous-répertoire linguistique sur un domaine établi, attendez-vous à du mouvement en 2 à 4 mois pour les mots-clés peu concurrentiels. Les termes compétitifs sur les marchés matures (allemand, japonais) peuvent prendre 6 à 12 mois. L'autorité existante du domaine aide — les nouvelles versions linguistiques sur le même domaine héritent du capital de liens, ce qui est le principal argument en faveur des sous-répertoires par rapport aux ccTLD.

Ai-je besoin d'un domaine distinct pour chaque langue ?

Non. Les sous-répertoires (example.com/fr/) sont l'approche recommandée pour la plupart des sites. N'utilisez les ccTLD (example.fr) que si vous avez des bureaux locaux, des entités juridiques locales, ou si vous opérez sur des marchés où le ccTLD est un fort signal de confiance (Allemagne, Japon, France).

Que faire si je n'ai pas les moyens de payer une traduction professionnelle pour chaque page ?

Commencez par vos 20 pages principales par langue — celles qui génèrent le plus de trafic organique en anglais. Utilisez la traduction IA avec l'agent de contrôle qualité pour le reste. Même une version en langue locale de 300 mots d'une page à fort trafic déplace généralement la version proxy auto-traduite de Google. La qualité avant la quantité : 20 pages bien localisées valent mieux que 200 pages mal traduites.

La traduction IA va-t-elle nuire à mon SEO en 2026 ?

Pas si vous suivez le workflow sécurisé : première passe IA → contrôle qualité automatisé → relecture humaine pour les pages à fort impact. Google a explicitement déclaré que « nos politiques ne définissent pas strictement le contenu traduit par IA comme du spam. » Le risque n'est pas d'utiliser l'IA — c'est de publier du contenu IA de mauvaise qualité sans relecture.

Comment gérer les langues comme le chinois ou l'arabe qui utilisent des écritures ou des moteurs de recherche différents ?

Pour la Chine, Baidu est le moteur de recherche dominant et ne prend pas en charge hreflang. Utilisez les en-têtes HTTP Content-Language et la plateforme de ressources de recherche de Baidu pour la soumission de sitemap à la place. Utilisez le chinois simplifié (zh-Hans) pour la Chine continentale, le chinois traditionnel (zh-Hant) pour Taïwan et Hong Kong.

Pour l'arabe et les autres langues RTL (de droite à gauche), assurez-vous que votre CSS prend en charge les mises en page de droite à gauche. Google gère bien le contenu RTL pour le SEO, mais une mise en page RTL cassée détruira les métriques d'expérience utilisateur — et ces métriques affectent les classements.

Claude Code peut-il vraiment gérer toutes mes tâches de SEO multilingue ?

Les compétences d'agents de ce guide gèrent le travail mécanique et répétitif qui rend le SEO multilingue fastidieux : explorer des centaines de pages à la recherche d'erreurs hreflang, croiser les traductions de mots-clés avec les données SERP, vérifier la couverture de traduction dans les métadonnées et les textes alt, et compiler des rapports de visibilité. Ce qu'ils ne remplacent pas : la relecture de contenu par un locuteur natif, les décisions stratégiques de marché, la localisation créative du message de marque et le jugement éditorial final. Utilisez les agents pour éliminer 80 % du travail fastidieux — puis consacrez votre temps aux 20 % qui exigent une expertise humaine.

Quel est le nombre minimum de pages nécessaires par langue ?

Commencez par 5 à 20 pages : page d'accueil, 3 à 5 pages produit/service principales, page à propos, page contact et vos articles de blog à plus fort trafic. C'est suffisant pour que Google reconnaisse la version linguistique comme légitime. Élargissez en fonction des données de performance de la GSC — traduisez les pages qui reçoivent déjà des impressions mais un faible CTR dans cette langue.

Auteur : Dominic Hale, Spécialiste SEO International sur 18 Marchés chez Auspia. Dominic écrit sur la stratégie de recherche multilingue, les workflows de localisation, l'architecture hreflang et le comportement de recherche régional pour les équipes de croissance internationale.