Ce que WPML fait pour le SEO multilingue prêt à l’emploi
Sans que vous ne touchiez au moindre paramètre, une nouvelle installation de WPML vous offre l’essentiel de ce dont Google a besoin pour classer correctement le contenu multilingue :
- Balises hreflang dans le
<head>. WPML insère automatiquement des balises<link rel="alternate" hreflang="...">pointant chaque page vers ses traductions. Google utilise le hreflang pour proposer la bonne langue au bon utilisateur. Sans cela, vous risquez que votre page en français s’affiche pour des internautes anglophones et que le même contenu soit considéré comme dupliqué. WPML les émet par défaut, positionnées le plus haut possible dans le HEAD (l’emplacement recommandé). - Des URL propres et indexables par langue. Quel que soit le format d’URL que vous choisissez (voir ci-dessous), les pages traduites se trouvent à des adresses que les moteurs de recherche peuvent explorer et indexer.
- Des sitemaps XML par langue lorsqu’ils sont utilisés avec une extension SEO comme Yoast SEO ou Rank Math.
Le module complémentaire WPML SEO étend cela avec la traduction des champs méta SEO que votre extension SEO attache à chaque article : titres, descriptions, balises sociales, libellés de fil d’ariane et (pour Yoast SEO) les métadonnées de terme de taxonomie. Consultez WPML SEO – Yoast SEO et Rank Math multilingues pour une vue d’ensemble, et Comment traduire votre site pour le SEO multilingue pour des instructions étape par étape.
Les paramètres ci-dessous vous permettent d’affiner davantage la structure.
Où se trouvent les paramètres
Ouvrez WPMLParamètresURL et SEO.
Format d’URL de langue
Il existe trois structures pour la façon dont la langue s’affiche dans vos URL. Faites votre choix lors de la configuration. En changer plus tard est complexe et rompt les liens entrants.
Langues différentes dans les répertoires
yoursite.com/fr/contact/ pour le français, yoursite.com/de/contact/ pour l’allemand.
Le choix par défaut et le plus courant. Fonctionne avec la plus large gamme de thèmes et d’extensions. D’un point de vue SEO, ce format conserve toutes les versions linguistiques sur le même domaine, ce qui permet à Google de les regrouper proprement et de consolider les signaux de classement entre les langues. La plupart des sites multilingues utilisent ce format.
Une sous-option, Utiliser le répertoire pour la langue par défaut, détermine si l’URL de la langue par défaut se trouve à la racine (yoursite.com/) ou dans un répertoire (yoursite.com/en/). Désactivée par défaut. La plupart des sites conservent l’URL de la langue d’origine à la racine.
Un domaine différent par langue
yoursite.fr pour le français, yoursite.de pour l’allemand.
Utile lorsque vous exploitez des sites de marché distincts avec des présences de marque séparées par pays. Avantage SEO : vous pouvez cibler géographiquement chaque domaine vers un pays spécifique dans la Google Search Console, ce qui constitue un signal plus fort que le ciblage géographique au niveau du répertoire. L’inconvénient est un travail de configuration plus important (DNS, hébergement, SSL par domaine) et les signaux de classement ne s’accumulent pas entre les domaines de la même manière que sous un domaine unique.
Nom de la langue ajouté comme paramètre
yoursite.com/?lang=fr.
L’option la moins recommandée. Certains thèmes et extensions ne gèrent pas bien les URL avec paramètres de requête, et les URL basées sur des paramètres sont plus désordonnées d’un point de vue SEO. Utile uniquement lorsque des contraintes empêchent d'utiliser les deux autres formats.
Comment le slug d’un article traduit est généré
La section URL de page de WPMLParamètresURL et SEO propose quatre options pour la création du slug de chaque traduction. Choisissez-en une par site ; le choix s’applique à chaque article traduit.
- Générer automatiquement à partir du titre (par défaut). WordPress crée le slug à partir du titre traduit. Propre et sans effort.
- Toujours générer automatiquement à partir du titre et écraser tout slug existant. Chaque fois qu’un titre change, WPML recrée le slug pour qu’il corresponde. Utile lorsque vous souhaitez que les titres et les slugs restent liés. Évitez cette option si vous avez ajusté manuellement les slugs pour le SEO, car chaque modification de titre les écrasera.
- Traduire (cela inclura le slug dans la traduction et ne le créera pas automatiquement à partir du titre). Le slug est intégré à l’éditeur de traduction, permettant ainsi à un traducteur de remplacer la valeur générée automatiquement. Avantage SEO : lorsque les mots-clés de la langue cible sont importants pour votre classement, le fait d’avoir le slug dans la langue cible intègre le mot-clé dans l’URL. yoursite.com/fr/contact/ devient yoursite.com/fr/contactez-nous/. Pour les sites où le SEO multilingue est important, c’est l’option à choisir. Pour les langues dont l’alphabet n’est pas latin (hébreu, arabe, chinois, etc.), WPML translittère automatiquement le slug en lettres latines – voir la section suivante.
- Copier à partir de la langue d'origine si la langue de traduction utilise des URL encodées. Une solution de repli pour les langues dont les slugs apparaîtraient autrement sous forme de caractères encodés en pourcentage. Le slug de la langue source est réutilisé dans toutes les traductions pour plus de lisibilité. Choisissez cette option lorsque vous souhaitez que chaque version linguistique partage le même slug.
Pour les types de publication personnalisés et les taxonomies, les slugs de base (les préfixes /category/, /product/, /tag/) sont traduits séparément. WPML les traduit depuis l’onglet Taxonomie dans Traductions.
Comment WPML traduit les slugs pour l’hébreu, l’arabe, le chinois et les autres langues non latines
Lorsque vous choisissez Traduire dans la section URL de page et que la langue cible utilise un alphabet autre que latin – hébreu, arabe, chinois, japonais, coréen, russe, grec, thaï, etc. – WPML écrit le slug en lettres latines qui correspondent à la prononciation de la traduction. C’est ce qu’on appelle la translittération.
Les URL ne peuvent pas afficher de manière fiable des caractères non latins. Les navigateurs et les serveurs les traitent comme de longues chaînes encodées en pourcentage qui se copient, se collent ou se partagent mal. La translittération produit à la place une URL courte et lisible en lettres latines, de sorte que les visiteurs puissent reconnaître et partager le lien, et que les moteurs de recherche indexent une URL propre par langue.
Pour le titre de page WPML Activation :
- Le titre en hébreu
הפעלת WPMLdevient l’URL/he/hafalat-wpml/ - Le titre en chinois
激活 WPMLdevient l’URL/zh/jihuo-wpml/
La translittération s’exécute automatiquement et de manière cohérente pour chaque langue non latine sur votre site. Vous ne la configurez pas par langue. Le choix se fait au niveau du site : choisissez Traduire pour obtenir la translittération, ou choisissez Copier à partir de la langue d'origine si la langue de traduction utilise des URL encodées pour conserver le slug de la langue source dans chaque traduction.
Le hreflang dans le HEAD
La carte Options SEO comporte deux paramètres pour le hreflang :
- Afficher les langues alternatives dans la section HEAD. Activé par défaut. WPML génère
<link rel="alternate" hreflang="...">pour chaque version traduite de la page actuelle. - Position des liens hreflang. Le plus tôt possible (par défaut) place les balises près du haut du HEAD, où les moteurs de recherche ont tendance à lire en premier. Ce paramètre s'adapte aux thèmes ou aux extensions SEO qui placent leurs propres balises à des positions spécifiques.
Laissez les deux activés à moins que vous n’ayez une raison spécifique de les désactiver. La documentation de Google qualifie le hreflang de signal fondamental pour les sites multilingues.
Redirection selon la langue du navigateur
Lorsqu’un visiteur arrive sur une URL dans une langue mais que la langue préférée de son navigateur en est une autre, WPML peut le rediriger vers la version traduite. Trois options :
- Désactivé (par défaut). Aucune redirection ; le visiteur voit l’URL qu’il a demandée.
- Uniquement si une traduction existe. WPML vérifie s'il existe une traduction dans la langue du navigateur du visiteur et ne redirige que si elle existe. La plupart des utilisateurs souhaitent cette option s’ils veulent utiliser la redirection de navigateur.
- Toujours. Même lorsqu’il n’y a pas de traduction dans la langue du navigateur du visiteur, WPML redirige vers la page d'accueil de cette langue. Agressif. Les visiteurs peuvent se retrouver sur une page d'accueil générique au lieu du contenu qu’ils essayaient d'atteindre.
La redirection utilise JavaScript. Les visiteurs dont JavaScript est désactivé (rare) ne seront pas redirigés. Les moteurs de recherche qui ne suivent pas les redirections JS restent également sur l’URL qui leur a été fournie, ce qui est généralement ce que vous souhaitez.
La fenêtre de cookie Se souvenir de la préférence pendant N heures contrôle combien de temps WPML respecte le choix de langue d’un visiteur après qu’il a changé manuellement. Saisissez 24 ou des multiples de ce nombre.
La redirection selon la langue du navigateur a des conséquences sur le SEO. Il existe une page complémentaire expliquant exactement comment cela affecte l’indexation Google qu’il est utile de lire avant d’activer la fonctionnalité.
Page d'accueil différente par langue
WordPress vous permet de définir une page d'accueil statique et une page des articles. Avec WPML, vous pouvez également choisir des pages d'accueil statiques différentes par langue. Vos visiteurs anglophones voient une page de destination, vos visiteurs francophones en voient une autre, même lorsque les langues sont par ailleurs des traductions l'une de l'autre.
Définissez la page d'accueil statique dans WordPress comme d'habitude (ParamètresLecturePage statiquePage d'accueil), puis créez la traduction pour chaque langue. WPML associe automatiquement chaque langue à sa propre page d'accueil. Il en va de même pour la page des articles (l'index du blog) si votre site en utilise une.
C’est ainsi que les sites avec des pages de destination marketing spécifiques à la région gèrent la page d'accueil sans configurer d'installations WordPress distinctes par marché.
