Auditer un site multilingue

Comment l'Audit SEO et le Topical Cluster traitent un site en plusieurs langues. Le Topical Cluster reconnaît la langue de chaque page et calcule clusters, pages piliers et métriques langue par langue, avec un sélecteur pour passer de l'une à l'autre. Selon la structure — domaines séparés, dossiers /en /it ou sous-domaines — la configuration du projet change.

L’Audit SEO explore toutes les langues du site ensemble : titles, meta descriptions, liens cassés et Core Web Vitals s’appliquent de la même façon dans chaque langue. Le Topical Cluster, lui, reconnaît la langue de chaque page — d’après le préfixe de l’URL (/en/, /de/…) ou l’attribut lang de la page — et travaille langue par langue : chaque langue a son propre réseau de liens internes, donc les clusters, la page pilier et les métriques sont calculés séparément. Au-dessus de la carte apparaît le sélecteur Langue, pour passer d’une langue à l’autre ou afficher Toutes les langues.

Ce qui se passe en coulisses :

  • La langue principale est celle de la page d’accueil ; c’est la vue ouverte par défaut.
  • Les traductions héritent du thème de la page dans la langue principale, reconnue via hreflang ou via le même chemin sans préfixe. Sur un site bien traduit, les clusters sont les mêmes dans chaque langue, avec des noms comme « Guides · EN », « Guides · DE ».
  • Les liens entre une page et sa traduction (le sélecteur de langue du site) ne comptent pas comme liens entre clusters, réciproques ou non.
  • Le sélecteur s’applique à tous les onglets de la section, aux exports CSV et au PDF : vous exportez la langue que vous regardez.
  • L’affinage IA ✨ raisonne sur les pages de la langue principale et propage les thèmes aux traductions.

Les audits exécutés avant le 9 octobre 2026 n’ont pas la langue sur leurs pages : le sélecteur n’apparaît pas. Lancez un nouvel audit et, si vous l’utilisez, relancez l’affinage IA.

Ce qu’il faut configurer dans le projet 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) :

exemple.fr      ← français
exemple.de      ← allemand
exemple.it      ← italien

C’est le cas propre. Le crawler reste sur le domaine du projet et ne passe pas sur les autres domaines : chaque langue est déjà un site à part. Créez simplement un projet par domaine et lancez un audit pour chacun. Aucune précaution particulière.

2. Langue dans un dossier (/en, /it) → un seul audit, le sélecteur fait le reste

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

exemple.com/fr/...   ← français
exemple.com/en/...   ← anglais
exemple.com/de/...   ← allemand

Un seul audit les explore toutes ensemble et le Topical Cluster les sépare tout seul : il n’y a rien à configurer. Choisissez la langue dans le sélecteur et, pour la vue d’ensemble, Toutes les langues.

Si une seule langue vous intéresse — ou si vous voulez économiser des crédits — vous pouvez limiter l’exploration depuis les Paramètres d’audit → Exploration → Inclure uniquement les URL commençant par :

https://exemple.com/fr/

L’Audit SEO comme le Topical Cluster restent alors sur cette langue.

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

Vous pouvez aussi utiliser Exclure les URL commençant par pour retirer les langues qui ne vous intéressent pas (ex. exclure /en/ et /de/ pour ne garder que le français).

3. Sous-domaines par langue → un projet par sous-domaine

Si les langues sont sur des sous-domaines :

fr.exemple.com
en.exemple.com
de.exemple.com

Ici les deux outils se comportent différemment :

  • L’Audit SEO considère les sous-domaines comme faisant partie du même site : avec le projet sur l’apex (exemple.com), il contrôle toutes les langues ensemble.
  • Le Topical Cluster reste sur l’hôte du projet (avec ou sans www) : les sous-domaines sont traités comme d’autres sites, pas comme des thèmes de celui-ci, exactement comme app. ou status.. Avec le projet sur l’apex, les langues sur sous-domaines n’entrent pas dans la carte des clusters.

Solution : réglez le projet directement sur le sous-domaine de la langue (fr.exemple.com). Un projet par sous-domaine, comme dans le cas 1. Limiter un projet apex avec Inclure uniquement les URL commençant par https://fr.exemple.com/ restreint l’Audit SEO, mais ne fait pas entrer cette langue dans le Topical Cluster.

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 contrôlées, donc plus de crédits consommés. Sur les forfaits au budget plus serré, les préfixes du cas 2 servent exactement à cela.
  • Si le site n’a ni préfixes de langue ni attribut lang, le Topical Cluster ne peut pas séparer les langues et les traite comme une seule.
  • 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 version (en général celle par défaut) : les autres langues ne sont pas séparables. C’est une limite connue.

Voir aussi :

Dernière mise à jour: 9 octobre 2026