← Retour à la liste

Site multilingue : hreflang, URL et erreurs typiques

Un site multilingue sans schéma d'URL clair et sans hreflang correct perd souvent du trafic : le moteur mélange les versions, affiche la mauvaise langue ou traite les pages comme des doublons. Ci-dessous - comment choisir la structure d'adresses, lier les locales et quelles erreurs reviennent le plus en 2026.

  • hreflang - signal au moteur indiquant quelle version langue/région vise quelle audience
  • URL - préfixe de chemin, sous-domaine ou domaine séparé ; le schéma doit être unique et prévisible
  • Canonical - ne doit pas casser le lien entre locales
  • Contenu - traduction ou localisation, pas un copier-coller machine non relu
  • Règle - chaque locale pointe vers toutes les autres et vers elle-même

Pourquoi hreflang et le schéma d'URL comptent

Un utilisateur en Allemagne doit voir la version allemande, au Brésil la portugaise, aux États-Unis l'anglaise. Sans signaux explicites, le moteur devine via IP, langue du navigateur et liens - et se trompe souvent.

hreflang ne classe pas une page à lui seul. Il aide à choisir la bonne version parmi des équivalents. Le schéma d'URL décide comment humains et bots trouvent ces versions : via /de/, de.example.com ou example.de.

Schémas d'URL pour le multilingue

Schéma Exemple Avantages Inconvénients
Préfixe de chemin example.com/de/blog/ Un domaine, analytics et certificats plus simples Discipline requise sur le routing et le sitemap
Sous-domaine de.example.com/blog/ Souplesse d'hébergement et d'équipes « Poids » de domaine partagé plus difficile, plus d'infra
Domaine séparé example.de/blog/ Fort signal local Plus cher à maintenir, campagnes SEO séparées

Pour la plupart des sites corporate et blogs en 2026, un préfixe de chemin est le choix pratique : une stack, une analytics, des déploiements plus simples. Sous-domaines et ccTLD ont du sens avec une marque locale forte, des entités juridiques distinctes ou une équipe marché dédiée.

Fixez la langue par défaut : soit la racine sans préfixe (/), soit un /en/ explicite. Mélanger « parfois avec préfixe, parfois sans » mène aux doublons.

Comment configurer hreflang correctement

  1. Sur chaque page, listez tous les équivalents disponibles : hreflang="ru", hreflang="en", hreflang="de", etc.
  2. Ajoutez une auto-référence : la page pointe aussi vers elle-même.
  3. L'ensemble doit être réciproque : si A pointe vers B, B pointe vers A.
  4. Utilisez les codes BCP 47 : langue (en) ou langue-région (en-GB, pt-BR).
  5. Si besoin, indiquez x-default - page par défaut pour une locale non correspondante (souvent sélecteur de langue ou EN).
  6. Dupliquez les mêmes annotations en HTML <link rel="alternate" hreflang="..."> et/ou dans le sitemap XML.

Exemple dans <head> :

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

Erreurs typiques

1. Pas de réciprocité

La page russe pointe vers EN, mais l'anglaise n'a pas de retour vers RU. Le moteur peut ignorer tout le groupe.

2. Canonical vers la langue « principale »

Le canonical de la page russe pointe vers l'anglaise « comme original ». Les locales semblent alors des doublons, pas des alternatives. Le canonical doit pointer vers lui-même (ou l'URL canonique de la même locale), pas vers une autre langue.

3. Redirection auto par IP / Accept-Language

Utilisateur et bot ne peuvent pas ouvrir de façon stable la bonne version. Mieux : URL dédiée par locale + sélecteur de langue, sans forcer une redirection depuis la racine vers une langue « devinée » pour tous.

4. Jeu de locales incomplet

Le menu affiche 5 langues, hreflang n'en liste que 2. Ou un article est traduit et le suivant non, mais la carte expose encore des alternatives cassées. Préférez un jeu honnête : uniquement les URL qui existent vraiment.

5. Confondre langue et région

de est l'allemand. de-AT est l'allemand pour l'Autriche. Si le contenu est le même pour DE/AT/CH, ne créez pas trois pages quasi identiques sans vraie localisation des prix, de la livraison et des textes juridiques.

6. Sens différent sous une « traduction »

L'URL est « traduite », mais l'offre, la devise et le CTA restent d'un autre marché. Pour le SEO ce n'est plus un équivalent - hreflang peut nuire.

7. Sitemap et liens internes oubliés

Les balises sont dans <head>, mais le sitemap XML n'a pas de xhtml:link, et le lien de langue du pied mène toujours à l'accueil au lieu de l'équivalent de l'article courant. Le maillage interne entre locales renforce le signal.

Checklist avant le lancement

  1. Un schéma d'URL sur tout le site.
  2. Chaque page indexable a un jeu hreflang complet et réciproque + self.
  3. Canonical ne fusionne pas des langues différentes.
  4. Pas de geo-redirect agressif qui coupe l'indexation.
  5. Le sitemap inclut toutes les locales et annotations.
  6. Le sélecteur de langue mène à l'équivalent, pas seulement à l'accueil.
  7. 404 et « pas encore traduit » sont gérés explicitement (fallback doux ou 404 honnête), sans servir silencieusement une autre langue sous la même URL.

Conclusion

Un site multilingue fonctionne quand chaque audience a une URL stable et que hreflang relie honnêtement les équivalents. Choisissez un schéma d'adresses, gardez la réciprocité des annotations, ne cassez pas les locales avec canonical ou geo-redirect - et le moteur cessera de deviner la langue à votre place.

Si vous devez concevoir le schéma d'URL, hreflang et sitemap pour votre stack, ou auditer le site actuel sur ces erreurs - contactez-moi.

Foire aux questions

Faut-il hreflang s'il n'y a que deux langues ?

Oui, si les deux versions doivent apparaître dans la recherche pour leur audience. Même une paire RU/EN sans annotations réciproques affiche souvent la mauvaise langue ou donne l'impression de doublons.

Qu'est-ce qui vaut mieux : /en/ dans le chemin ou un sous-domaine ?

Pour la plupart des projets - un préfixe de chemin. Le sous-domaine a du sens avec un hébergement, une équipe ou une isolation de marché forts. Un ccTLD séparé - quand la marque et l'entité juridique sont vraiment locales.

x-default est-il obligatoire ?

Pas obligatoire, mais utile. Il pointe souvent vers le sélecteur de langue ou la version internationale principale (souvent EN). Sans lui, le moteur choisit le fallback.

Peut-on mettre hreflang uniquement dans le sitemap ?

Oui, Google comprend les annotations du sitemap. En pratique, les dupliquer en HTML et dans le sitemap est plus fiable - plus facile à déboguer et moins de dérive sur des déploiements partiels.

Pourquoi la langue dans les SERP est encore fausse après hreflang ?

Souvent ce ne sont pas les balises, mais les signaux autour : canonical vers une autre langue, redirections, « traduction » fine/machine, URL cassées dans le jeu, ou absence de liens internes vers l'équivalent. Vérifiez la réciprocité et que les deux pages sont bien indexées.

Contact