Hreflang PrestaShop par l’exemple : vos versions linguistiques pointent-elles bien les unes vers les autres ?
Les balises hreflang de PrestaShop, dans l’en-tête de la page, disent à Google que la même page existe dans d’autres langues, et où. Elles fonctionnent quand chaque version pointe vers toutes les autres et vers elle-même, que chaque adresse renvoie un code 200 et que la canonique pointe vers sa propre langue. Vérifiez-le dans le code de la page ou avec le chat.
Auteur: L’équipe TellMyShop. Un guide pour les propriétaires de boutiques PrestaShop : la cause, la correction manuelle et le même travail dans une conversation avec le chat.
Dernière mise à jour: · 7 min de lecture
Comment fonctionne le hreflang dans une boutique en trois langues ?
Le plus simple est de le montrer sur un exemple. Prenons une boutique polonaise de luminaires en trois langues et un produit, la lanterne Nora. Les adresses et les noms sont des exemples.
| Version | URL du produit | Canonique | Hreflang sur cette page |
|---|---|---|---|
| Polonaise | /pl/lampiony/215-lampion-nora.html | l’URL polonaise | pl, en, de |
| Anglaise | /en/lanterns/215-nora-lantern.html | l’URL anglaise | pl, en, de |
| Allemande | /de/laternen/215-laterne-nora.html | l’URL allemande | pl, en, de |
Chacune des trois pages a le même ensemble de trois liens, y compris un lien vers elle-même. La balise canonique de chaque page pointe vers sa propre adresse, pas vers la version polonaise. C’est ainsi que Google le décrit dans son guide sur les versions localisées des pages : l’ensemble des liens doit être identique sur chaque version.
Dans le code de la page, cela ressemble à peu près à ceci :
<link rel="canonical" href="https://shop.example/en/lanterns/215-nora-lantern.html">
<link rel="alternate" href="https://shop.example/pl/lampiony/215-lampion-nora.html" hreflang="pl-pl">
<link rel="alternate" href="https://shop.example/en/lanterns/215-nora-lantern.html" hreflang="en-us">
<link rel="alternate" href="https://shop.example/de/laternen/215-laterne-nora.html" hreflang="de-de">PrestaShop prend les codes de langue dans les réglages de International → Localisation → Langues. Si vous vendez au Royaume-Uni mais que l’anglais a le code en-us, Google comprend que cette version s’adresse aux Américains. Cela vaut la peine de vérifier au passage.
Qu’est-ce qui casse le plus souvent le hreflang dans PrestaShop ?
Les balises sont en général là, mais elles pointent vers quelque chose que Google n’accepte pas. Cinq situations reviennent le plus souvent dans les boutiques :
La balise canonique pointe vers une autre langue. Un module SEO ou une correction manuelle du thème fait pointer la canonique de chaque version vers l’URL polonaise. Google reçoit des signaux contradictoires : le hreflang dit « ce sont des versions distinctes », la canonique dit « c’est une copie de la polonaise ». La canonique l’emporte en général, et les versions étrangères disparaissent des résultats.
Un lien mène à une redirection ou à une 404. Le produit est désactivé dans une version linguistique, ou vous avez changé son URL dans une seule langue. Nous traitons les changements d’URL dans l’article sur le changement de l’URL d’un produit.
Le contenu manque dans une langue. La version anglaise a un menu traduit, mais la description du produit reste en polonais. Google dit clairement que les versions sont des doublons quand le contenu principal n’est pas traduit. L’article sur la traduction d’une boutique PrestaShop montre quoi traduire et dans quel ordre.
Un module redirige selon le navigateur ou le pays. Un client d’Allemagne arrive directement sur la version allemande. Le robot de Google, qui arrive avec d’autres réglages, risque de ne jamais voir les autres versions.
Le thème n’a pas de balises, ou les a en double. Un thème acheté retire le bloc de l’en-tête, et un module SEO ajoute ses propres liens. La page a alors deux ensembles, parfois avec des codes de langue différents.
Comment vérifier le hreflang étape par étape
Vérifiez une page de chaque type : la page d’accueil, une catégorie et un produit. Les problèmes se répètent en général sur tout le type de page.
- Ouvrez un produit dans la version polonaise et affichez le code source de la page (Ctrl+U dans la plupart des navigateurs).
- Cherchez le texte
hreflang. Notez combien il y a de liens et quels codes de langue ils ont. - Cherchez
canonical. L’adresse doit être celle de la page que vous regardez. - Ouvrez chaque adresse des liens hreflang. Chacune doit se charger sans redirection.
- Sur une page dans une autre langue, répétez les étapes 2 et 3. L’ensemble des liens doit être le même.
- Vérifiez que le contenu de la page dans la langue étrangère est vraiment traduit, pas seulement le menu.
Dans une boutique plus grande, la vérification à la main prend beaucoup de temps : commencez donc par les pages qui reçoivent du trafic de l’étranger. L’aide de Google sur les versions localisées décrit aussi les règles de liaison des versions linguistiques, et le guide de MyPresta sur le hreflang rassemble les erreurs typiques dans les boutiques PrestaShop.
Des domaines séparés par langue fonctionnent-ils de la même façon ?
Le principe est le même, mais PrestaShop aide moins. Quand la version allemande tourne comme une boutique séparée en mode multiboutique, par exemple sur un domaine .de, chaque boutique a sa propre liste de langues. Le thème ne crée des liens que vers les langues de cette boutique : la page polonaise ne pointera donc en général pas vers le domaine allemand, ni l’allemande vers la polonaise.
Dans cette configuration, il y a deux voies. La première est un module qui relie les produits entre boutiques et produit un ensemble de liens commun. La seconde est un sitemap avec des liens hreflang, que Google accepte aussi. Les deux exigent que les produits des deux boutiques puissent être appariés sans ambiguïté, par exemple par le même ID ou la même référence. Avant de commencer, vérifiez sur quelques produits que les paires correspondent, car une mauvaise paire est pire que pas de paire du tout.
Comment le chat vérifiera-t-il les versions linguistiques de votre boutique ?
Vous lui demandez de vérifier quelques pages dans quelques langues. Votre chat (Claude ou ChatGPT) avec le module TellMyShop ouvre chacune comme Google la voit et présente les résultats dans un tableau : code de réponse, redirections, canonique, paires hreflang et meta robots.
Vous: Vérifie si les versions pl, en et de de la lanterne Nora pointent bien les unes vers les autres.
Votre chat: Les versions polonaise et allemande sont correctes. Dans l’anglaise, la canonique pointe vers l’URL polonaise : Google risque donc de la traiter comme une copie.
Votre chat: La description du produit dans la version anglaise est en polonais. Je propose cette traduction :
Votre chat: La canonique est définie par le module SEO dans l’en-tête de la page. C’est un changement dans les réglages du module, pas dans le produit.
Vous: Enregistre la traduction. Nous verrons la canonique dans le module demain.
Votre chat: Enregistré dans la version anglaise. La modification figure dans l’historique des modifications.
Statut de la carte : attend votre « oui »ancienne version : Lampion z kutego metalu, wysokość 40 cm, do ogrodu i na taras.
nouvelle version : Wrought metal lantern, 40 cm tall, for the garden and the patio.
Les valeurs de l’exemple sont données à titre d’illustration. Dans votre boutique, le chat montre les données de vos pages.
Dans la version gratuite TellMyShop Free, le chat vérifie les pages dans chaque langue et vous dit ce qui ne va pas, mais n’enregistre rien. Un exemple de cette demande se trouve dans le cas d’usage vérifier si les versions linguistiques pointent les unes vers les autres.
Dans TellMyShop Pro, les traductions des descriptions, des catégories, des pages et des meta données sont enregistrées dès l’activation de la licence, avec un aperçu et votre accord. Vous pouvez annuler chaque modification depuis l’historique des modifications. Vous changez les réglages du module SEO une fois l’interrupteur Modules activé, et le bloc de balises dans le modèle du thème une fois l’interrupteur Thème activé. Les deux restent actifs 24 heures et exigent une sauvegarde de la base de données du jour. La traduction de toute la boutique, couche par couche, est décrite dans le cas d’usage traduire toute la boutique, et les formules sont sur la page tarifs.
Questions et réponses
PrestaShop ajoute-t-il lui-même les balises hreflang ?
Le thème Classic ajoute dans l’en-tête de la page un lien vers chaque version linguistique activée. Les thèmes achetés séparément peuvent le faire autrement, ou pas du tout. Vérifiez donc toujours le code d’une page de votre propre boutique au lieu de supposer que tout va bien.
Une version linguistique non traduite est-elle un doublon ?
Oui, si le contenu principal de la page reste dans la langue d’origine. Google traite les versions linguistiques comme des doublons quand seuls le menu et les boutons diffèrent. Traduisez d’abord les descriptions des produits et des catégories qui ont du trafic.
Qu’est-ce que x-default et en ai-je besoin ?
Il désigne la page destinée aux personnes dont la boutique ne gère pas la langue, par exemple une page de choix de la langue ou la version anglaise. Il n’est pas obligatoire. Il est utile quand la boutique vend à l’étranger en plusieurs langues.
La redirection automatique selon la langue du navigateur nuit-elle ?
Elle le peut. Le robot de Google arrive en général sans vos réglages locaux et, après une redirection, ne voit qu’une seule version de la boutique. Mieux vaut proposer au client de changer de langue et lui laisser le choix.
TellMyShop Free peut-il vérifier le hreflang ?
Oui. La version gratuite TellMyShop Free ouvre les pages de la boutique comme Google les voit et montre le code de réponse, la balise canonique et les paires hreflang. TellMyShop Pro enregistre les corrections des traductions et du modèle du thème.
PrestaShop est une marque déposée de PrestaShop SA. Claude est une marque d’Anthropic PBC. ChatGPT et OpenAI sont des marques d’OpenAI. TellMyShop n’est pas affilié à ces entreprises.