Personnalisez les URL, les slugs et le SEO dans WPML - Format de répertoire, hreflang, traduction des slugs

Ce que WPML fait pour le SEO multilingue prêt à l’emploi

Sans que vous n’ayez à modifier le 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 les balises <link rel="alternate" hreflang="..."> pointant chaque page vers ses traductions. Google utilise l’attribut hreflang pour proposer la bonne langue au bon utilisateur. Sans cela, vous risquez que votre page en français apparaisse aux internautes anglophones et que le même contenu soit traité comme un doublon. WPML les émet par défaut, en les plaçant le plus tôt 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.
Sitemaps XML par langue lorsqu’il est utilisé 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 les instructions étape par étape.

Les paramètres ci-dessous vous permettent d’affiner davantage la structure.

Où se trouvent les paramètres

Ouvrez WPML → Paramètres → URL et SEO.

Format d’URL de langue

Trois structures définissent la façon dont la langue apparaît dans vos URL. À choisir une seule fois lors de la configuration. 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 gèrent mal 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 WPML → Paramètres → URL et SEO propose quatre options pour la construction 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 construit 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 reconstruit le slug pour qu’il corresponde. Utile lorsque vous souhaitez que les titres et les slugs restent liés. Évitez cela lorsque 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 fait partie de l’éditeur de traduction, de sorte qu’un traducteur peut 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’écriture n’est pas latine (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 d’autres langues non latines

Lorsque vous choisissez Traduire dans la section URL de page et que la langue cible utilise une écriture autre que latine (hébreu, arabe, chinois, japonais, coréen, russe, grec, thaï, etc.), WPML écrit le slug en lettres latines qui correspondent à la phonétique de la traduction. C’est ce qu’on appelle la translittération.

Les URL ne peuvent pas afficher de manière fiable les 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 la page WPML Activation :

Le titre en hébreu הפעלת WPML devient l’URL /he/hafalat-wpml/
Le titre en chinois 激活 WPML devient l’URL /zh/jihuo-wpml/

La translittération s’exécute automatiquement et de manière cohérente pour chaque langue non latine de 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.

Balise hreflang dans le HEAD

La carte Options SEO comporte deux paramètres pour la balise hreflang :

Afficher les langues alternatives dans la section HEAD. Activé par défaut. WPML génère l’attribut <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, sauf si vous avez une raison spécifique de les désactiver. La documentation de Google qualifie l’attribut 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 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 activer la redirection par 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é donnée, ce qui est généralement ce que vous souhaitez.

La fenêtre de cookie Se souvenir des préférences pendant N heures contrôle la durée pendant laquelle 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 par 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 si les langues sont par ailleurs des traductions l’une de l’autre.

Définissez la page d’accueil statique dans WordPress comme d’habitude (Réglages → Lecture → Page statique → Page 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 proposant des pages de destination marketing spécifiques aux paramètres régionaux gèrent la page d’accueil sans configurer d’installations WordPress distinctes par marché.