URL hreflang et sitemap qui ne correspondent pas : guide TranslatePress

Vos pages traduites fonctionnent, mais un audit SEO montre des URL de langue différentes dans les balises hreflang de votre page et dans votre sitemap XML. L’une indique l’adresse actuelle. L’autre semble utiliser un ancien slug, le mauvais dossier de langue ou la page d’accueil d’origine.

Laquelle faut-il corriger ?

Confirmez d’abord l’adresse qui fonctionne pour chaque langue. Comparez ensuite les entrées qui décrivent la même version linguistique et identifiez l’extension qui génère l’information erronée. Un sitemap qui ne liste que les pages de la langue d’origine est une situation différente de deux sources qui déclarent des destinations linguistiques contradictoires.

Ce guide présente ces vérifications dans TranslatePress et explique comment LingoWP garde cohérents ses liens de langue au niveau des pages, y compris les limites de sa prise en charge du sitemap.

Publié par LingoWP. Les consignes externes ont été vérifiées le 6 octobre 2026. Le comportement de LingoWP décrit ici repose sur la revue de développement de la version 1.5.

Que faut-il comparer ?

Hreflang identifie les versions linguistiques ou régionales d’une page. Un sitemap liste des URL de pages et peut aussi contenir des entrées d’alternatives linguistiques.

La distinction importante se fait entre la page listée dans un sitemap et les alternatives linguistiques rattachées à cette page.

Par exemple, un sitemap peut lister la page anglaise tandis que le HTML de la page identifie son équivalent français. Ces adresses ont des rôles différents ; leur différence n’est donc pas une erreur en soi.

Pour établir une véritable incohérence, comparez la destination attribuée à la même version linguistique du même contenu.

Ce que vous trouvez	Ce que cela signifie
Le sitemap liste une page anglaise ; son HTML renvoie vers la version française	Des adresses différentes sont normales.
Le HTML et le sitemap identifient tous deux la version française, mais avec des adresses différentes	Vérifiez si les deux mènent à la page française actuelle prévue.
Le sitemap désigne la page d’accueil anglaise d’origine comme page d’accueil française	La destination ne représente pas la traduction prévue.
Le HTML utilise en ; le sitemap utilise en-GB	Revoyez le ciblage régional prévu et les réglages d’intégration avant d’y voir une erreur d’URL.

Ne modifiez pas l’adresse d’une page qui fonctionne simplement pour qu’elle corresponde à une entrée de sitemap erronée. Établissez d’abord la bonne destination.

Hreflang doit-il apparaître dans le sitemap ?

Google accepte trois méthodes pour déclarer des alternatives linguistiques : balises HTML, en-têtes HTTP et annotations dans le sitemap. Elles sont équivalentes ; utiliser les trois n’est pas obligatoire et n’apporte aucun avantage supplémentaire pour la recherche.

Un sitemap qui ne contient que la langue d’origine ne rend donc pas, à lui seul, le hreflang HTML invalide. Les URL traduites dans un sitemap peuvent aider à leur découverte, mais une entrée manquante et une déclaration contradictoire sont deux problèmes différents.

Des balises génériques et régionales peuvent aussi coexister légitimement. Par exemple, en et en-GB peuvent pointer vers la même page appropriée. La question est de savoir si elles expriment le ciblage prévu et identifient le bon contenu. Voir les consignes de Google sur les pages localisées. Notre guide sur les balises hreflang dupliquées dans TranslatePress explique quand les entrées génériques et régionales sont valides.

Pourquoi TranslatePress et une extension de sitemap peuvent diverger

Les balises de langue de votre page et son sitemap peuvent dépendre d’extensions ou d’intégrations différentes. Une incohérence peut apparaître lorsque ces composants utilisent des informations d’URL différentes ou interprètent différemment les réglages de langue.

Causes possibles :

• Un slug de page ou un slug traduit a changé, mais une sortie utilise encore l’ancienne adresse.
• Une intégration de sitemap ne respecte pas une configuration de langue personnalisée.
• La page d’accueil est traitée différemment des pages ordinaires.
• Une extension de contenu contrôle la base d’URL d’un événement, d’un produit ou d’une catégorie.
• Du HTML ou du XML en cache reflète encore d’anciens réglages.

Le message d’erreur seul n’identifie pas le composant responsable.

Un exemple documenté : SureRank et TranslatePress

Dans une discussion d’assistance WordPress, un propriétaire de site a signalé que le HTML de TranslatePress utilisait son code en configuré, tandis que le sitemap de SureRank utilisait en-GB. Le sitemap faisait aussi pointer l’alternative de la page d’accueil anglaise vers la page d’accueil d’origine au lieu de /en/.

L’assistance de SureRank a reproduit le comportement signalé et reconnu de son côté le problème de traitement de la page d’accueil. Elle a aussi expliqué que le sitemap dérivait le code régional de la locale sous-jacente au lieu de reprendre la configuration hreflang de TranslatePress.

C’est un exemple utile de diagnostic, pas la preuve que toute installation actuelle présente le même défaut. Lire le signalement et la réponse de l’assistance.

Comment diagnostiquer et corriger l’incohérence

1. Notez une page concernée et ses destinations linguistiques

Choisissez une page précise de l’audit. Commencez par la page d’accueil si l’avertissement la concerne ; ne supposez pas qu’un article de blog correct prouve que la page d’accueil l’est aussi.

Ouvrez chaque version linguistique et notez son adresse actuelle qui fonctionne. Vérifiez qu’elle contient le contenu équivalent dans la langue attendue.

À titre d’illustration :

Version linguistique	URL vérifiée qui fonctionne
Page de contact anglaise	https://example.com/contact/
Page de contact française	https://example.com/fr/contactez-nous/

Utilisez ces adresses comme point de départ de la comparaison. Votre site peut légitimement utiliser des slugs non traduits ; une formulation traduite dans l’adresse ne prouve pas que la page fonctionne.

2. Comparez les entrées HTML et XML

Ouvrez la page concernée, choisissez Afficher le code source de la page et recherchez hreflang. Notez l’URL associée à chaque code de langue pertinent.

Ouvrez ensuite l’URL du sitemap depuis votre extension SEO ou le rapport Sitemaps de la Search Console. S’il s’agit d’un index de sitemaps, suivez le sitemap de pages ou d’articles concerné et trouvez l’entrée en question.

Cherchez deux choses :

• L’URL principale de la page, souvent affichée dans une entrée <loc>.
• Toute entrée alternative qui associe un code de langue à une autre URL.

Vous n’avez pas besoin de modifier le XML. Vous vérifiez si les deux sources décrivent correctement la même destination.

Source	Destination française	Constat
Page qui fonctionne	/fr/contactez-nous/	Adresse actuelle prévue
Hreflang HTML	/fr/contactez-nous/	Correspond
Alternative française du sitemap	/fr/contact/	À examiner

C’est une comparaison illustrative, pas un défaut reproduit dans TranslatePress. La dernière adresse peut rediriger, échouer ou servir une autre page ; vérifiez-la avant de décider comment la corriger.

3. Vérifiez les URL elles-mêmes

Utilisez les informations de réponse de votre outil d’audit pour voir si les adresses indiquées s’ouvrent directement ou redirigent ailleurs. Vérifiez aussi le contenu : une URL peut se charger correctement et afficher quand même la mauvaise langue ou la mauvaise page.

Si une entrée utilise une ancienne adresse, corrigez le composant qui génère cette entrée. Conservez une redirection utile de l’ancienne adresse vers son remplacement pour que les anciens liens fonctionnent encore. Le guide pour les cas où hreflang pointe vers une redirection détaille cette correction.

Vérifiez aussi les réglages canoniques. Une URL canonique identifie l’adresse de page préférée ; elle ne doit pas contredire la destination que vous voulez publier. Google recommande d’inclure les URL canoniques préférées dans les sitemaps. Lire ses consignes sur les sitemaps.

4. Vérifiez les réglages de sitemap et de langue de TranslatePress

TranslatePress documente la prise en charge des sitemaps multilingues via son SEO Pack payant, qui fonctionne avec les extensions SEO prises en charge. Si vous attendez des URL traduites et des entrées alternatives, confirmez que le module est actif et que l’intégration de votre extension de sitemap prend en charge votre configuration. Voir la documentation du SEO Pack.

Vérifiez ensuite Réglages → TranslatePress → Avancé :

• Exclude translated links from sitemap détermine si les liens traduits sont exclus des sitemaps des extensions SEO lorsque le SEO Pack est actif. Si ces liens sont exclus volontairement, leur absence est normale.
• Remove duplicate hreflang propose le format par pays, le format indépendant de la région, ou les deux. Vérifiez le format choisi avant de comparer les codes de langue dans le HTML et le XML.

Le nom de ce réglage ne signifie pas que les balises génériques et régionales sont invalides ensemble. Choisissez le format adapté à votre public et confirmez que l’intégration du sitemap le traite comme prévu. TranslatePress explique ces options ici.

Évitez de renommer les dossiers de langue d’un site en ligne simplement pour faire taire un avertissement. Déterminez d’abord si le problème concerne l’URL, le code de langue, ou les deux.

5. Corrigez le composant qui produit l’entrée erronée

Si le HTML est correct et le sitemap faux, examinez l’extension de sitemap et son intégration avec TranslatePress. Si le sitemap est correct et que le HTML pointe vers une ancienne adresse, examinez la configuration d’URL de langue de la page.

Pour les URL d’événements, de produits ou d’archives, incluez dans l’enquête l’extension qui définit ces adresses. Consultez les notes de version pertinentes et testez les mises à jour sur une copie de préproduction lorsque c’est possible.

Lorsque vous contactez l’assistance, indiquez la page concernée, la bonne URL de langue, l’entrée erronée et les versions des extensions actives. Par exemple :

La page de contact française fonctionne à /fr/contactez-nous/. Son hreflang HTML utilise cette adresse, mais l’alternative française du sitemap utilise /fr/contact/. Voici l’URL du sitemap et les versions de TranslatePress, de ses modules et de mon extension SEO.

Corrigez les réglages ou l’intégration à l’origine du problème plutôt que de modifier manuellement un fichier sitemap généré, qui risque d’être remplacé lors de la prochaine mise à jour.

6. Actualisez et vérifiez la sortie publique

Après la correction, régénérez le sitemap via l’extension concernée si nécessaire et videz les caches HTML ou de sitemap concernés. Vérifiez la page publique en étant déconnecté.

Vérifiez la page d’accueil séparément, ainsi qu’une page ordinaire et tout type de contenu personnalisé concerné.

Vos vérifications finales :

• Chaque destination de langue publiée mène à la page actuelle attendue.
• L’URL fonctionne directement et la page peut être explorée et indexée comme prévu.
• Les déclarations d’alternatives du HTML et du sitemap décrivent des relations linguistiques compatibles.
• Les réglages canoniques correspondent aux adresses de pages prévues.
• Les équivalents linguistiques fournissent les liens de retour attendus.

Utilisez la Search Console pour vérifier le traitement du sitemap et les informations d’indexation pertinentes. Un statut Opération effectuée signifie que Google a récupéré et traité le fichier ; cela ne prouve pas que chaque association linguistique est correcte. Voir la documentation du rapport Sitemaps de Google.

Ce que LingoWP aide à garder cohérent

Pour le propriétaire d’un site, modifier une page ne devrait pas obliger à maintenir séparément son adresse dans le sélecteur de langue, les liens internes et les annotations de langue.

La revue de développement de LingoWP décrit une méthode commune pour générer les adresses linguistiques utilisées par hreflang, le sélecteur, les liens internes, les balises canoniques et les redirections. Elle s’appuie sur les informations actuelles de la page pour construire ces destinations.

L’avantage pratique est de garder alignés les liens de LingoWP au niveau des pages pendant que vous gérez contenu et traductions dans un seul espace de travail. Cela réduit le besoin de maintenir plusieurs correspondances d’adresses indépendantes pour une même page.

La limite du sitemap à connaître avant de choisir

Dans le comportement de LingoWP 1.5 analysé, l’extension n’ajoute pas les URL traduites au sitemap XML. Le sitemap reste limité aux pages de la langue d’origine.

La gestion des URL de LingoWP au niveau des pages ne garantit donc pas qu’une extension de sitemap externe produira des entrées traduites correspondantes. Si des URL traduites dans le sitemap sont une exigence pour votre site, vérifiez qu’une solution prise en charge existe avant de migrer. Le comparatif LingoWP ou TranslatePress couvre les différences plus larges.

Vous pouvez toujours utiliser un hreflang HTML correctement implémenté pour identifier les versions linguistiques. La question est de savoir si le workflow de traduction de LingoWP et sa cohérence au niveau des pages répondent à vos besoins malgré cette limite du sitemap.

Découvrir LingoWP pour voir son espace de traduction et évaluer s’il convient à votre site multilingue.

Questions fréquentes

À quoi se fier : hreflang ou le sitemap ?

Vérifiez d’abord la page réelle qui fonctionne. Confirmez sa langue, son contenu, son adresse finale et ses réglages canoniques, puis corrigez la sortie qui la décrit de manière inexacte. Les deux sources peuvent contenir des informations obsolètes ou erronées.

Installer le SEO Pack de TranslatePress corrigera-t-il toutes les incohérences ?

Le SEO Pack fournit une fonctionnalité documentée de sitemap multilingue, mais une incohérence donnée peut impliquer l’extension de sitemap, des réglages de langue personnalisés, le routage ou le cache. Identifiez l’intégration concernée et vérifiez le résultat après l’avoir modifiée.

Dois-je supprimer le sitemap pour éliminer le conflit ?

Commencez par corriger les entrées erronées. Si vous choisissez le HTML comme méthode hreflang, vous pouvez conserver un sitemap ordinaire pour la découverte des pages. Supprimer les annotations de langue et supprimer tout le sitemap sont deux actions différentes.