Audit SEO d’un site multilingue : quoi vérifier au-delà du hreflang

Le hreflang est important, mais il arrive après des fondations plus simples : une URL claire par version, des pages accessibles, une langue identifiable, des canonical cohérentes et des liens qui permettent aux utilisateurs comme aux moteurs de passer d’une variante à l’autre.

Le hub SEO international et hreflang explique le mécanisme. Ici, l’objectif est différent : construire une procédure d’audit complète.

D’abord : votre site est-il multilingue, multirégional ou les deux ?

Google distingue les deux situations.

Un site multilingue propose son contenu dans plusieurs langues. Un site multirégional cible explicitement plusieurs pays ou régions. Un même site peut naturellement être les deux.

Cette distinction influence les contrôles à effectuer. Une version française et une version anglaise du même service ne posent pas exactement les mêmes questions qu’une version France et une version Canada francophone avec prix, offres ou contenus différents.

Avant toute analyse, listez donc pour chaque version :

• langue ;
• pays ou région ciblée si applicable ;
• structure d’URL ;
• équivalent dans les autres versions ;
• statut HTTP ;
• canonical ;
• indexabilité ;
• présence dans le sitemap ;
• annotations hreflang.

Cette table devient la base de votre audit.

1. Vérifier que chaque version possède une URL distincte

Google recommande d’utiliser des URL différentes pour les différentes versions linguistiques plutôt que de modifier uniquement le contenu en fonction des cookies ou des préférences du navigateur.

Les structures peuvent varier : sous-domaines, sous-répertoires, domaines pays ou autres architectures. Le point essentiel pour l’audit est de pouvoir identifier une URL stable pour chaque version.

Exemple :

• /fr/produit-a
• /en/product-a
• /de/produkt-a

Si plusieurs langues partagent exactement la même URL et que le serveur change le contenu selon la langue du visiteur, l’exploration peut devenir moins prévisible.

2. Vérifier que la langue réelle de la page est claire

Google explique qu’il s’appuie sur le contenu visible de la page pour déterminer sa langue.

L’audit doit donc repérer les pages qui mélangent fortement plusieurs langues, les menus laissés dans une langue différente ou les traductions partielles.

Une page française dont le contenu principal est en français mais dont une grande partie de la navigation, des composants et des textes réutilisables reste en anglais peut créer une expérience incohérente.

Le but n’est pas de compter mécaniquement les mots de chaque langue. Il s’agit de détecter les pages dont la version linguistique n’est pas réellement aboutie.

3. Construire la matrice des équivalents

Pour chaque page importante, identifiez les versions équivalentes.

Par exemple :

Cette matrice permet de détecter :

• une variante manquante ;
• un hreflang qui pointe vers la mauvaise page ;
• une version qui renvoie 404 ;
• des chaînes incohérentes ;
• une canonical vers une autre langue ;
• une page indexable sans équivalent prévu.

4. Auditer les annotations hreflang

Une fois les variantes identifiées, vérifiez les hreflang.

Les contrôles utiles comprennent notamment :

• codes langue/région valides ;
• correspondance avec les bonnes URL ;
• annotations réciproques ;
• présence de l’auto-référence lorsque nécessaire dans votre implémentation ;
• absence de liens vers des pages inaccessibles ;
• cohérence entre HTML, en-têtes HTTP ou sitemap selon la méthode choisie.

Pour approfondir, utilisez les articles Couverture hreflang et Validation des codes hreflang.

L’objectif de cette page n’est volontairement pas de réécrire ces guides. Dans un audit multilingue, le hreflang n’est qu’une partie de la chaîne.

5. Vérifier canonical et hreflang ensemble

Les problèmes apparaissent souvent lorsque deux signaux racontent des histoires différentes.

Exemple : /fr/produit déclare /en/product en hreflang, mais sa canonical pointe elle aussi vers /en/product. Si les deux pages sont de vraies versions linguistiques distinctes, cette configuration mérite une vérification.

Pour les contenus très similaires dans la même langue mais destinés à différentes régions, Google recommande de choisir une version préférée avec rel="canonical" tout en utilisant les annotations de langue/région appropriées.

L’audit doit donc lire canonical et hreflang comme un ensemble, et non comme deux cases indépendantes.

6. Contrôler crawl et indexation par langue

Une version linguistique peut être techniquement parfaite en apparence et pourtant être mal découverte.

Pour chaque répertoire ou domaine linguistique, vérifiez :

• codes HTTP ;
• directives robots ;
• règles robots.txt ;
• canonical ;
• profondeur de clic ;
• présence dans les sitemaps ;
• liens internes ;
• pages orphelines ;
• réponses serveur.

Le hub Indexation et crawl complète cette partie.

Une bonne pratique d’audit consiste à comparer les taux d’indexabilité par langue. Si 98 % des pages françaises sont accessibles mais seulement 62 % des pages allemandes, la différence mérite une investigation spécifique.

7. Vérifier les liens entre versions

Un utilisateur qui arrive sur une version incorrecte doit pouvoir changer de langue ou de région facilement.

Google recommande aussi d’éviter de dépendre uniquement d’une redirection automatique basée sur l’IP ou la langue supposée.

Auditez donc :

• le sélecteur de langue ;
• les liens vers les variantes équivalentes ;
• les redirections automatiques ;
• les pages qui renvoient toujours vers la home d’une autre langue au lieu de l’équivalent exact ;
• les versions inaccessibles depuis la navigation.

8. Vérifier les sitemaps

Les sitemaps peuvent aider à signaler les variantes linguistiques ou régionales.

L’audit doit surtout contrôler la cohérence :

• URL 200 ;
• URL canonique ;
• pas de noindex ;
• pas de redirection ;
• pas de version obsolète ;
• couverture cohérente entre les langues.

Un sitemap n’a pas pour rôle de réparer une architecture incohérente. Il doit refléter les URL que le site considère comme valides.

Exemple : trois langues, mais seulement deux réellement crawlables

Un site possède /fr/, /en/ et /es/. Les pages espagnoles existent et sont reliées via hreflang, mais le menu charge les liens espagnols uniquement après une interaction JavaScript et certaines pages /es/ sont absentes du sitemap.

L’audit ne doit pas conclure simplement « hreflang présent ». Il doit montrer que la version espagnole est moins bien reliée et potentiellement moins facilement découverte.

C’est précisément ce qui différencie un audit multilingue complet d’un simple validateur de balises.

Checklist de validation

Avant de considérer le dispositif comme propre, vérifiez :

1. une URL distincte pour chaque version importante ;
2. une langue principale claire par page ;
3. des équivalents correctement cartographiés ;
4. des hreflang cohérents ;
5. des canonical compatibles avec l’intention de chaque version ;
6. une indexabilité comparable entre langues ;
7. des sitemaps propres ;
8. des liens de changement de langue fonctionnels ;
9. aucune variante importante orpheline ;
10. aucune redirection automatique qui empêche l’accès à une version.

Comment Limpi peut aider

Limpi peut compléter cet audit en donnant une vue indépendante des problèmes de crawl, d’indexation, de canonical, de liens internes et d’erreurs techniques.

L’outil ne doit pas transformer le hreflang en promesse de classement. Son rôle est de montrer les incohérences observables afin que vous puissiez vérifier si vos versions linguistiques forment réellement un ensemble accessible et compréhensible.

Sources officielles

• Google – Gérer les sites multirégionaux et multilingues
• Google – Versions localisées de vos pages