·SEO technique·Hreflang e-commerce multilingue : le guide anti-erreurs
SEO technique
Hreflang e-commerce multilingue : le guide anti-erreurs
Hreflang mal configuré = vos pages FR remontent au Canada, vos pages US remontent en France. Voici comment l'implémenter proprement pour Shopify et WooCommerce.
Vous avez une boutique FR et vous ouvrez une version EN pour les US. Tout semble fonctionner — jusqu'à ce que vous réalisiez qu'en tapant votre marque depuis la France, Google affiche la page US. Vos clients français atterrissent sur une page anglaise, votre conversion chute.
Le coupable : un hreflang mal configuré. Cette balise dit à Google quelle version linguistique ou régionale servir à qui. Bien faite, elle débloque le SEO international. Mal faite, elle génère un chaos de redirections croisées.
Servir la page FR aux utilisateurs francophones, EN aux anglophones
Différencier fr-FR (France) et fr-CA (Canada) avec des prix ou livraisons distincts
Éviter le contenu dupliqué entre 5 versions linguistiques quasi-identiques
Hreflang ne résout pas :
Le ranking en lui-même (hreflang n'est pas un signal de ranking direct)
La performance par marché (les backlinks locaux restent essentiels pour chaque marché)
Les problèmes de traduction de qualité
Si votre site n'a qu'une langue, vous n'avez pas besoin de hreflang. Si vous avez 2+ langues ou 2+ régions, c'est obligatoire pour un SEO international propre.
Mieux pour les gros catalogues : centralise les relations dans un seul fichier. Plus facile à générer par script. C'est la méthode recommandée par Ecomptimize pour des catalogues de 5 000+ fiches.
Canonical dit : "voici l'URL de référence de ce contenu parmi plusieurs URLs identiques ou similaires". Sert à dédupliquer.
Hreflang dit : "voici les versions linguistiques de ce contenu, chacune est unique pour son public". Sert à localiser.
Règle critique : hreflang points à une URL différente (la version dans une autre langue). canonical points à une URL potentiellement identique (la même page ou une variation avec paramètres).
Une page doit avoir à la fois un hreflang ET un canonical :
<!-- Canonical de cette page -->
<link rel="canonical" href="https://example.com/fr/products/chaussure-derby" />
<!-- Versions linguistiques de cette page -->
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/products/chaussure-derby" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/products/leather-derby-shoes" />
Erreur fatale : faire pointer le canonical de la version EN vers la version FR ("canonicaliser les traductions"). Google interprète ça comme "la version EN est un duplicate de FR à ignorer" et n'indexe pas du tout la page EN. Catastrophe SEO.
hreflang="x-default" indique la version à servir quand aucune correspondance n'est trouvée. Par exemple, un utilisateur en Roumanie qui n'a ni FR ni EN-US ni EN-GB dans ses préférences — quelle version lui servir ?
Sans x-default, Google choisit aléatoirement. Avec x-default, vous contrôlez (typiquement, la version EN la plus générique).
Recommandation : toujours déclarer un x-default, idéalement la version anglaise générique.
Shopify Markets (depuis 2022) gère nativement hreflang si vous configurez plusieurs markets avec des domaines ou sous-domaines distincts. Pas besoin de customisation dans la plupart des cas.
Limites : Shopify Markets ne supporte pas toutes les combinaisons de langue/pays avec une granularité fine. Pour des cas complexes (10+ marchés), passez par un app comme Langify + son module hreflang manuel.
Si vous êtes sur un frontend custom (Next.js, Nuxt), vous générez hreflang côté serveur. Sur Next.js avec next-intl, la génération est automatique si vous utilisez les routes /[locale]/....
4 à 8 semaines pour une implémentation propre sur un catalogue existant. Google doit re-crawler chaque page, valider les relations bidirectionnelles, et ajuster le ranking par marché. Pas d'effet immédiat.
Oui, c'est même recommandé pour les gros catalogues. Google supporte les 3 méthodes équivalentes. Choisissez celle qui est la plus facile à maintenir pour votre stack.
Hreflang fonctionne quelle que soit l'origine du contenu — traducteur humain ou IA. Ce qui compte : que les pages soient uniques par locale (même 80 % similaires avec une traduction honnête), pas leur origine.
Techniquement oui, mais pénalisation si la différence est trop mineure. Google pourrait considérer que les pages sont dupliquées sans valeur locale ajoutée. Préférez : une seule page avec devise dynamique côté navigation.
Oui, exactement comme vos fiches produits. Chaque article traduit doit référencer ses versions, et votre hub blog doit aussi référencer les hubs localisés. Voir notre plan éditorial 7 langues pour le processus complet.
Le canonical est souvent mal utilisé sur les sites e-commerce. Voici les 4 cas concrets (variantes, filtres, pagination, langues) avec la bonne implémentation.
Un robots.txt mal configuré sur une boutique e-commerce peut bloquer le crawl de milliers de fiches, ou laisser Google indexer vos filtres infinis. Voici la structure propre.