[Assigné] Problème de hreflang avec redirections 301 détectées par Ahrefs
Il s'agit du forum d'assistance technique de WPML, le plug-in multilingue pour WordPress.
Il est accessible à tous, toutefois seuls les clients de WPML peuvent y publier leurs messages. L'équipe du WPML répond sur le forum 6 jours par semaine, 22 heures par jour.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
8:00 – 13:00
9:00 – 13:00
9:00 – 13:00
8:00 – 12:00
8:00 – 12:00
-
-
14:00 – 17:00
14:00 – 18:00
14:00 – 18:00
13:00 – 17:00
13:00 – 17:00
-
Fuseau horaire du support : Europe/Zagreb (GMT+01:00)
Contexte de la question:
Je tente de corriger les erreurs de balises hreflang sur mon site multilingue SUPERTRIPPER géré avec WPML. Suite à un audit Ahrefs, j'ai détecté des erreurs 'Pages with redirected or broken hreflangs' et 'Redirected and broken hreflang links'. Je souhaite que toutes mes balises hreflang pointent vers des URLs qui retournent directement un code HTTP 200, sans redirection intermédiaire. Voici les liens vers les captures d'écran : lien caché, lien caché.
Symptômes:
Les URLs dans les balises hreflang retournent un code 301 et redirigent ensuite vers une URL finale en 200. Ahrefs signale également des 'missing self-referencing link' sur certaines pages.
Questions:
Comment puis-je corriger cette situation ?
S'agit-il d'un problème de configuration ou d'un bug du plugin ?
Les langues: Anglais (English )Allemand (Deutsch )Français (Français )
Fuseau horaire: Europe/Zagreb (GMT+01:00)
Bonjour.
J’ai vérifié le site et le code source de la page d’accueil en anglais lien caché, et je ne vois actuellement aucune balise hreflang. Les URL mentionnées dans vos captures d’écran et dans le rapport Ahrefs (par exemple /en/french-business-travel-agency-2/) n’apparaissent plus dans le code HTML actuel.
D’après ce que je comprends, ces URL faisaient probablement partie d’une ancienne version du site qu’Ahrefs a explorée avant vos dernières mises à jour — elles ont peut-être été utilisées à un moment dans le contenu de certaines pages. Pouvez-vous confirmer si ces liens figuraient auparavant dans le contenu de ces pages?
Pouvez-vous également confirmer si mon interprétation de vos captures d’écran est correcte?
Une fois cela confirmé, voici les prochaines étapes que je recommande:
1. Dans WPML, allez dans WPML → Réglages → Options SEO et activez l’option « Afficher les langues alternatives dans la section HEAD » pour que les balises hreflang réapparaissent.
2. Videz tous les caches (plugin, hébergeur et CDN comme Cloudflare).
3. Lancez un nouvel audit ou un nouveau crawl dans Ahrefs pour actualiser les données.
Merci de me dire si cela correspond à vos observations et si les URL en question faisaient effectivement partie du contenu des pages.
Merci pour votre retour détaillé et vos recommandations.
Les réglages WPML ont bien été ajustés et un nouveau crawl a déjà été lancé après avoir vidé l’ensemble des caches.
Après vérification, j’ai identifié l’origine de l’erreur : elle provient du code source de la sitemap, visible ici :
👉 view-source:lien caché
Ce qui est surprenant, c’est que ces URL n’apparaissent pas directement dans la sitemap elle-même :
👉 lien caché
La sitemap étant générée automatiquement par Rank Math, je vais également contacter leur support afin de comprendre l’origine de cette incohérence.
En revanche, je ne comprends pas d’où viennent ces URL se terminant par un “-2”, car je ne les ai jamais paramétrées. Auriez-vous une idée de la raison pour laquelle elles ont pu être générées ?
Merci encore pour votre analyse et votre aide précieuse.
Les langues: Anglais (English )Allemand (Deutsch )Français (Français )
Fuseau horaire: Europe/Zagreb (GMT+01:00)
WordPress crée parfois des versions « -2 » des pages lorsqu’un conflit de slug se produit — par exemple, si une page ou une taxonomie portant le même slug a déjà été créée, dupliquée (dans la même langue ou dans une autre), mise à la corbeille ou conservée en brouillon. Même si le doublon est ensuite supprimé, son entrée peut persister dans la base de données ou être temporairement mise en cache par Rank Math.
Merci pour votre retour et vos explications détaillées.
J’ai vérifié si d’éventuelles pages pouvaient encore se trouver dans la corbeille, mais je ne vois même pas la corbeille dans mon interface WordPress — même après avoir désactivé temporairement WPML. : lien caché
Par ailleurs, voici la réponse que j’ai reçue du support de Rank Math : lien caché
“WPML has added compatibility code for our plugin. The code they have added is responsible for inserting the hreflang tags in the sitemap generated by our plugin. By default, our plugin doesn't include hreflangs in the sitemap. Since they have added the code, they will be in a better position to help you figure out why the code is adding the URLs that don't exist as the hreflang tags in the sitemap.”
Les langues: Anglais (English )Allemand (Deutsch )Français (Français )
Fuseau horaire: Europe/Zagreb (GMT+01:00)
D’après vos derniers tests et la confirmation de Rank Math, il semble que le problème provienne du code de compatibilité entre WPML et Rank Math, qui génère des URLs hreflang incorrectes se terminant par “-2” dans le sitemap. Ces URLs n’existent pas sur le site, n’apparaissent pas dans la version visible du sitemap et ne figurent pas dans votre contenu.
Pouvez-vous me confirmer si j’ai bien résumé la situation?
Pour comprendre l’origine du problème, j’ai besoin de vérifier les éléments suivants :
* les données de traduction dans WPML
* la présence éventuelle de doublons ou d’entrées fantômes dans les traductions
* d’éventuels conflits de slugs qui auraient généré les versions “-2”
À ce stade, le diagnostic nécessite un accès direct à votre site.
Une question supplémentaire
Pouvez-vous confirmer si ces URLs en “-2” apparaissent directement dans ce sitemap : lien caché
ou si elles n’apparaissent qu’ailleurs (dans le code source du sitemap ou dans le rapport Ahrefs) ?
Actuellement, je ne vois aucune URL en “-2” dans ce sitemap, ce qui nous aidera à cibler l’origine du problème.
Seriez-vous disposé à me fournir des identifiants WordPress afin que je puisse analyser le problème directement?
Les langues: Anglais (English )Allemand (Deutsch )Français (Français )
Fuseau horaire: Europe/Zagreb (GMT+01:00)
Pouvez-vous me confirmer sur quelle page ou dans quelle source de sitemap je dois vérifier afin de retrouver les URLs se terminant par « -2 », et me fournir un exemple concret d’une URL en “-2” que vous constatez?
Pour le moment, je ne sais pas exactement où chercher, car ces URLs n’apparaissent pas dans les sitemaps XML normaux. Dois-je vérifier:
* Le code source de la page lien caché
* Le code source de la page lien caché
* Ou le code source d’une page interne spécifique?
Concernant les notifications par e-mail, merci de consulter ma capture d'écran pour savoir comment l'activer.
Merci pour votre retour concernant les notifications d’e-mail.
Je vous apporte ci-dessous les précisions demandées au sujet des URLs concernées. Il s’agit des suivantes :
lien caché
lien caché
Ces URLs n’apparaissent pas dans les pages en ligne, mais uniquement dans le code source de la sitemap suivante : lien caché
(Code source : view-source:lien caché)
Chacune de ces urls redirige vers la page d’accueil de la langue correspondante, qui correspond bien à l'URL canonique. Il semble que ces deux permaliens soient les versions originales des pages d’accueil avant leur désignation comme pages principales dans WordPress (Réglages > Lecture).
Les langues: Anglais (English )Allemand (Deutsch )Français (Français )
Fuseau horaire: Europe/Zagreb (GMT+01:00)
J'ai essayé de vider le cache du site et quelques autres choses, mais cela n’a pas fonctionné.
Pour résoudre ce problème, j’installerai le plugin Duplicator (lien caché) et générerai des packages pour un débogage plus approfondi. Afin de minimiser la taille du package, j’exclurai tous les fichiers médias.
Quand vous dites "je générerai des packages pour un débogage plus approfondi", à quoi faites-vous référence ? Je ne vois pas d'explications claires sur ce point dans l'article.
Sur le principe ça me va s'il n'y a pas de risque pour le site. Je vais quand même faire une sauvegarde.
