Auditer un site multilingue

Comment gérer un site multilingue dans l'Audit SEO et le Topical Cluster. Le crawler ne sépare pas les langues — il les traite comme un seul site. Selon la structure — domaines séparés, sous-domaines ou dossiers /en /it — l'approche change. Avec des domaines séparés, un seul projet par langue suffit ; avec des langues dans des dossiers, il faut un audit par langue via les préfixes d'URL.

Le Audit SEO et le Topical Cluster sont « aveugles aux langues » : le crawler ne reconnaît pas et ne sépare pas les langues — il traite toutes les URL explorées comme un seul site. C’est très bien pour les sites monolingues, mais sur un site multilingue cela peut mélanger les langues dans le même graphe — et le Topical Cluster, qui raisonne sur les liens et les sujets, en pâtit : il crée des clusters hybrides, des liens « inter-langues » qui ressemblent à de la contamination, et des pages pilier mal choisies.

Ce qu’il faut faire dépend de la façon dont le site sépare ses langues. Trois cas.

1. Domaines différents par langue → un projet par langue

Si chaque langue vit sur un domaine séparé (ccTLD ou domaines distincts) :

example.co.uk   ← anglais
example.de      ← allemand
example.fr      ← français

C’est le cas propre. Le crawler reste sur le domaine du projet et ne traverse pas vers d’autres domaines : chaque langue est déjà son propre site. Il suffit de créer un projet par domaine et de lancer un audit pour chacun. Aucune mesure particulière n’est nécessaire.

2. Langue dans un dossier (/en, /it) → un audit par langue

Si les langues sont sur le même domaine, distinguées uniquement par le chemin :

example.com/en/...   ← anglais
example.com/it/...   ← italien
example.com/fr/...   ← français

Ici, un seul audit explore tout ensemble. Pour les analyser une par une, isolez la langue depuis les Paramètres d’audit → Crawl → Inclure uniquement les URL qui commencent par :

https://example.com/en/

Lancez l’audit, puis changez le préfixe (/it/, /fr/…) et relancez : un audit par langue. Chaque audit — et donc chaque Topical Cluster — raisonne sur une seule langue.

La carte Crawl des Paramètres d’audit avec le champ Inclure uniquement les URL qui commencent par mis en valeur et le préfixe d’une langue saisi, un préfixe par ligne

Vous pouvez aussi utiliser Exclure les URL qui commencent par pour retirer les langues qui ne vous intéressent pas (ex. exclure /it/ et /fr/ pour ne garder que l’anglais).

3. Sous-domaines par langue → dépend du domaine du projet

Si les langues sont sur des sous-domaines :

en.example.com
it.example.com
fr.example.com

Remarque : le crawler considère les sous-domaines comme faisant partie du même site. Donc :

  • Si le domaine du projet est l’apex (example.com), l’audit explore tous les sous-domaines de langue ensemble → mélange des langues.
  • Solution : configurez le projet directement sur le sous-domaine de langue (en.example.com) : l’audit reste sur cette langue. Un projet par sous-domaine, comme dans le cas 1.
  • Si vous préférez un seul projet, la même astuce que le cas 2 s’applique : Inclure uniquement les URL qui commencent par https://en.example.com/ et faire un audit par langue.

Rappels

  • Chaque audit consomme des crédits du budget mensuel (1 crédit = 1 page en HTTP 200) : plus de langues signifie plus de pages vérifiées, donc plus de crédits consommés. Gardez cela en tête sur les plans avec des budgets plus restreints.
  • Le Topical Cluster hérite du périmètre de l’audit : isoler la langue dans le crawl isole automatiquement aussi la carte du cluster.
  • Si la langue est gérée uniquement via un paramètre (?lang=en), des cookies ou l’en-tête Accept-Language — sans URL distinctes — le crawler ne voit qu’une seule version (généralement celle par défaut) : les autres langues ne peuvent pas être séparées. C’est une limitation connue.

Voir aussi :

Dernière mise à jour: 5 septembre 2026