WordPress multilingue : comment aider Google et l'IA à identifier la bonne version linguistique de votre marque ?

TL;DR Google ne devine pas la langue grâce au hreflang : il analyse le contenu visible de la page. Le hreflang sert à déclarer vos variantes linguistiques, pas à les faire mieux classer. Les trois méthodes (HTML, en-têtes HTTP, sitemap) se valent : inutile de les cumuler. Canonical auto-référente par langue + liens bidirectionnels = une base saine. Les IA n'ont aucune documentation publique sur la sélection de version linguistique : on sécurise donc ce qui est documenté. Une fois la base propre, on mesure la visibilité IA, et c'est là que Semly entre en jeu.

Wstęp

Vous gérez un site WordPress en plusieurs langues, et pourtant un client français tombe sur votre version anglaise. Pire : ChatGPT ou Gemini lui répond avec la mauvaise page. Ce guide est un pas-à-pas concret pour corriger ça, sans jargon inutile. Il s'adresse aux responsables marketing, e-commerçants et agences qui savent installer un plugin, mais qui ne sont pas développeurs.

1. WordPress multilingue : le vrai problème n'est pas la traduction, c'est le signal

On croit souvent que le sujet, c'est de traduire. En réalité, le vrai problème est ailleurs : il faut dire clairement à Google et aux IA quelle page correspond à quelle langue.

Deux notions à ne pas confondre :

• Multilingue : votre site existe en plusieurs langues (français, anglais, allemand).
• Multirégional : votre site cible plusieurs pays, parfois dans la même langue (français de France, français du Canada).

Et voici le point contre-intuitif : Google détecte la langue d'une page avec ses algorithmes, en analysant le contenu visible. Il n'utilise ni le hreflang, ni l'attribut HTML lang pour ça. Le hreflang ne sert donc pas à « dire » la langue, mais à désambiguïser vos variantes entre elles. Ce n'est pas non plus un facteur de classement.

Ce que Google ne fait pas

• Il ne déduit pas la langue de votre page grâce au hreflang.
• Il ne se base pas sur l'attribut HTML lang pour détecter la langue.
• Il n'utilise pas vos sous-domaines (en., de.) pour deviner votre audience.

Pourquoi Google affiche-t-il ma version EN à un visiteur FR ? Souvent parce que la version française n'est pas assez clairement identifiée, ou parce qu'une redirection automatique s'en mêle. Le hreflang améliore-t-il mon classement ? Non. Il aide Google à comprendre vos variantes, ce qui est déjà beaucoup.

2. Avant de commencer : ce qu'il faut préparer

Avant de toucher à quoi que ce soit, posez les fondations.

• Listez vos langues et régions cibles. Une langue, c'est un code ; une région, c'est un autre. On y revient plus bas.
• Choisissez votre structure d'URL. Le sous-répertoire (/de/) est le plus simple à gérer et le plus courant. Le sous-domaine (de.example.com) et le domaine par pays (example.de) fonctionnent aussi. En revanche, évitez les paramètres (?lang=de) : Google les gère mal pour le ciblage géographique.
• Préparez vos accès : thème ou plugin, Search Console, et un outil pour tester les en-têtes HTTP.
• Sauvegardez votre site. Toujours.

Quand cette méthode ne s'applique pas ? Si votre site est monolingue, passez directement à la visibilité IA. Et si votre contenu traduit reste majoritairement non traduit, vous créez surtout des doublons : mieux vaut traduire complètement, ou pas du tout.

Quelle structure d'URL choisir ? Le sous-répertoire, dans la majorité des cas. Ai-je besoin d'un plugin payant ? Pas forcément, mais les versions gratuites montrent vite leurs limites dès que vous ajoutez des langues.

3. Étape 1 — Choisir et configurer le plugin multilingue

C'est la fondation technique. Deux options reviennent souvent :

• WPML 5.0 : gère automatiquement les balises hreflang et les sitemaps, avec un mode de traduction automatique. Pratique quand vous avez beaucoup de contenu.
• TranslatePress : travaille en sous-répertoires, ajoute les balises hreflang automatiquement et propose un pack SEO pour traduire les slugs et générer un sitemap multilingue.

Comment choisir ? Regardez votre budget, le volume de mots à traduire et votre besoin de traduction automatique. Un conseil : évitez la traduction 100 % automatique sur vos pages SEO stratégiques. Google peut la considérer comme du contenu de faible qualité, et vous perdez le contrôle sur vos messages clés.

Point de contrôle : ouvrez le code source d'une page traduite. Voyez-vous les balises hreflang ? Si oui, le plugin fait son travail. Si non, il faut creuser.

Quel plugin pour quel besoin ? Un gros site e-commerce n'a pas les mêmes besoins qu'un blog de dix pages. Le plugin suffit-il ? Non. Il pose la base, mais il ne vérifie rien à votre place.

4. Étape 2 — Vérifier le hreflang (la partie qui casse le plus souvent)

C'est ici que la majorité des sites se plantent. Prenez le temps de tout contrôler.

a. Contrôler l'auto-référence et la bidirectionnalité

Chaque page doit se lister elle-même et toutes les autres versions. Et surtout : si la page A pointe vers la page B, la page B doit pointer vers la page A. Sans cette réciprocité, Google ignore tout simplement vos annotations. C'est l'erreur la plus fréquente, et la plus silencieuse.

b. Utiliser les bons codes

Un code hreflang, c'est une langue (ISO 639-1, comme fr ou de) et, si besoin, une région (ISO 3166-1 Alpha 2, comme fr-CA). Ajoutez aussi une page x-default : c'est la version de repli pour les langues que vous ne couvrez pas. Google la recommande toujours.

c. Choisir une seule méthode

Balises HTML, en-têtes HTTP ou sitemap XML : les trois se valent pour Google. Les cumuler n'apporte rien et complique la maintenance. Choisissez-en une, tenez-vous-y.

d. Vérifier que chaque URL du cluster répond en HTTP 200

Une page en 404, en 301 ou en noindex invalide les annotations du groupe. Testez chaque URL, une par une.

Symptômes d'erreur : Google affiche votre version source, la Search Console signale des pages en double, ou vos annotations sont ignorées. Comment tester mon hreflang ? Avec un outil de vérification dédié, ou en inspectant le code source et les en-têtes. Pourquoi mes balises sont-elles ignorées ? Neuf fois sur dix, à cause d'un lien non bidirectionnel ou d'une URL qui ne répond pas en 200.

5. Étape 3 — Canonical et redirections : les deux pièges silencieux

Ces deux éléments peuvent annuler tout le travail précédent, sans que vous ne voyiez rien.

• Canonical auto-référente par version linguistique. Chaque langue doit pointer vers elle-même. Ne mettez jamais une canonical « master » globale, et ne canonicalisez jamais une page traduite vers la version source : vous détruisez votre ciblage local.
• Pas de redirection automatique par langue ou par IP. Googlebot crawle majoritairement depuis les États-Unis et n'envoie pas d'en-tête Accept-Language. Résultat : il voit une version qui n'est pas celle que vous vouliez montrer.
• Limitez les chaînes de redirection. Les crawlers IA semblent abandonner plus vite que Googlebot. C'est une observation de terrain, pas une règle publiée par les éditeurs, mais elle va dans le même sens : une chaîne courte est toujours préférable.

Pourquoi ma page traduite n'est-elle pas indexée ? Vérifiez d'abord sa canonical. Mes redirections gênent-elles les IA ? Une chaîne trop longue peut suffire à rendre une page invisible dans les réponses.

6. Étape 4 — Ce que l'on peut (et ne peut pas) dire aux IA

Ici, il faut être honnête : personne ne sait exactement comment ChatGPT, Claude ou Perplexity choisissent une version linguistique. Aucune documentation publique n'existe sur ce point. C'est une hypothèse, pas un fait.

Documenté / non documenté

• Documenté : les user-agents des crawlers IA, leurs plages d'IP, le rôle de robots.txt.
• Non documenté : la sélection de version linguistique, le traitement du hreflang, la gestion des redirections de langue.

Ce que l'on sait, en revanche : Bing n'utilise pas le hreflang et privilégie l'attribut HTML lang. Pensez donc à bien le renseigner, même si Google ne s'en sert pas pour détecter la langue.

Autre point important : une traduction complète vaut mieux qu'une traduction partielle. Les trous de couverture ne sont pas « vus » par les systèmes IA, qui ne peuvent pas citer ce qu'ils ne trouvent pas.

Les IA lisent-elles mon hreflang ? On ne peut pas l'affirmer. Faut-il traduire tout le site ? Traduisez au minimum vos pages à fort enjeu, et idéalement l'ensemble de votre parcours.

7. Étape 5 — Mesurer : passer du SEO multilingue à la visibilité IA

Une architecture multilingue propre, c'est la base. Mais elle ne vous dit pas si les IA citent réellement votre marque, ni dans quelle langue.

C'est là que Semly prend le relais. Semly n'est pas un plugin de traduction et ne gère pas le hreflang : c'est la couche de visibilité IA qui vient après une architecture multilingue correcte. La plateforme suit vos prompts dans ChatGPT, Gemini, Claude, Google AI et Grok, et vous montre votre visibilité, votre position, votre part de voix et les sources citées. L'Agent Leon vous fournit ensuite des recommandations et des plans d'action concrets. L'intégration WordPress et WooCommerce se fait simplement via une clé API.

Pour situer l'enjeu : sur l'échantillon Semly 2026, la visibilité IA moyenne est passée de 11,8 % à 22,6 % en 90 jours, soit +91,5 %. C'est un résultat corrélé, pas une garantie, mais il montre qu'une fois la base technique solide, il reste une marge de progression importante.

Comment savoir si les IA citent ma marque ? En suivant vos prompts, langue par langue. Par où commencer ? Par vos pages à fort enjeu, puis élargissez.

8. Les erreurs les plus fréquentes (et comment les corriger)

• Absence d'auto-référence. Cause : le plugin oublie de lister la page elle-même. Correction : vérifiez le code source et ajoutez la balise manquante.
• Liens non bidirectionnels. Cause : une seule page du groupe a été mise à jour. Correction : contrôlez tout le cluster, dans les deux sens.
• Canonical globale. Cause : une mauvaise configuration du thème ou du plugin. Correction : passez en canonical auto-référente par langue.
• ?lang= dans l'URL. Cause : un choix de structure par défaut. Correction : migrez vers des sous-répertoires, avec des redirections propres.
• Cumul des trois méthodes. Cause : la peur d'en oublier une. Correction : gardez-en une seule, supprimez le reste.
• Redirection auto par IP. Cause : une fonctionnalité « pratique » mal placée. Correction : laissez le visiteur choisir sa langue.
• Traduction partielle. Cause : un lancement progressif mal planifié. Correction : priorisez les pages clés et complétez.
• Oubli de l'attribut lang. Cause : un thème qui ne le génère pas. Correction : renseignez-le, Bing s'en sert.

Mon erreur est-elle grave ? Une erreur de hreflang ne casse pas votre site, mais elle peut faire afficher la mauvaise langue. Comment la réparer vite ? Commencez par l'auto-référence et la bidirectionnalité : c'est là que se concentrent les problèmes.

9. Et ensuite ?

Une fois votre base propre, ne la laissez pas se dégrader. Repassez régulièrement par la Search Console et retestez vos balises, surtout après une mise à jour de plugin ou de thème.

Ensuite, deux pistes :

• Investir dans une traduction professionnelle sur vos pages à fort enjeu, pour gagner en qualité et en crédibilité.
• Ajouter la couche GEO/AEO avec Semly, pour suivre et améliorer votre visibilité dans les réponses IA, langue par langue.

Et si votre site est monolingue ? Aucun souci : concentrez-vous directement sur votre visibilité IA. C'est souvent là que se joue la prochaine étape.

Quand refaire un audit ? Après chaque changement majeur, et au moins une fois par an. Faut-il un plugin ou une agence ? Un plugin suffit pour la technique. Pour la stratégie et la mesure, un accompagnement fait gagner du temps.

Checklist finale : WordPress multilingue, les 8 vérifications

1. Chaque page se liste elle-même dans le hreflang.
2. Tous les liens du groupe sont bidirectionnels.
3. Les codes langue et région sont corrects.
4. Une page x-default est bien définie.
5. Une seule méthode de déclaration est utilisée.
6. Chaque URL du groupe répond en HTTP 200 et est indexable.
7. La canonical est auto-référente pour chaque langue.
8. Aucune redirection automatique par langue ou par IP.

FAQ

Le hreflang améliore-t-il mon classement ? Non. C'est un signal de désambiguïsation, pas un facteur de classement. Il aide Google à comprendre vos variantes, ce qui évite d'afficher la mauvaise langue.

Un plugin suffit-il à tout régler ? Il pose la base, mais il ne vérifie rien à votre place. Contrôlez toujours le code source, les canonicals et les redirections après configuration.

Les IA lisent-elles mon hreflang ? Aucune documentation publique ne le confirme. On sécurise donc ce qui est documenté : contenu complet, attribut lang, crawlers autorisés, et une architecture claire.

Faut-il traduire tout le site ? Idéalement oui. Une traduction partielle crée des trous de couverture que les systèmes IA ne voient pas. Priorisez au minimum vos pages à fort enjeu.