Hreflang sur Shopify : la configuration SEO international qui fonctionne vraiment

Le hreflang est la balise SEO que tout le monde dit importante et que personne n'implémente correctement. John Mueller, chez Google, a lui-même qualifié le sujet comme l'un des plus complexes du SEO. Environ trois quarts des sites qui utilisent le hreflang ont des erreurs d'implémentation. Sur Shopify, les modes d'échec sont prévisibles et les correctifs aussi, mais la documentation ne les regroupe nulle part.

Cet article est la configuration SEO international que nous mettons en place chez Sentinu pour chaque boutique Shopify qui vend au-delà des frontières. Il couvre le choix d'architecture (Markets ou multi-stores), l'implémentation technique (ce que Shopify vous donne, ce que vous gardez à votre charge), le piège des balises canoniques qui casse tout le système, et le playbook de validation pour confirmer que Google voit bien ce que vous vouliez.

Ce que fait réellement le hreflang

Le hreflang dit aux moteurs de recherche que deux URLs sont le même contenu pour des audiences différentes. La version fr-FR d'une page produit et la version en-GB ne sont pas des doublons : ce sont des variantes localisées. Sans hreflang, Google peut servir la mauvaise langue au mauvais utilisateur, ou pire, traiter les variantes comme du contenu dupliqué et en sortir une de l'index.

Le symptôme business le plus courant d'un hreflang cassé sur une boutique Shopify : la marque se positionne sur nom de marque au Royaume-Uni avec la page US .com, alors qu'il existe une version co.uk entièrement localisée qui devrait être positionnée. Ou un client français qui cherche en français atterrit sur la page anglaise parce que Google n'a jamais connecté les deux.

Le choix d'architecture : Shopify Markets ou multi-stores

Cette décision est la fondation. Si elle est mauvaise, aucune configuration hreflang ne vous sauve.

Shopify Markets avec sous-dossiers

Une seule boutique Shopify. Un seul admin. Le contenu localisé vit dans les sous-dossiers /en-gb/, /fr/, /de/ de votre domaine principal. Les balises hreflang sont générées automatiquement par Shopify selon vos langues et marchés publiés.

À utiliser quand : vous vendez des produits substantiellement similaires entre régions, votre équipe est réduite, votre localisation se limite essentiellement à la traduction plus devise et taxes. La plupart des marques D2C tombent ici.

Avantages : l'autorité SEO se consolide sur un seul domaine. La mise en place se compte en heures, pas en semaines. Le hreflang est généré automatiquement. Un nouveau marché est un changement de paramètre.

Inconvénients : vous ne pouvez pas avoir des catalogues produits significativement différents par région sans acrobaties. Le thème est partagé, donc la différenciation visuelle entre marchés est limitée. Les sous-dossiers sentent moins "local" qu'un TLD pays pour certains utilisateurs.

Shopify Markets avec sous-domaines ou domaines internationaux

Une seule boutique Shopify, mais chaque marché vit sur fr.votremarque.com ou votremarque.fr au lieu de votremarque.com/fr. Même admin, signatures d'URL différentes.

À utiliser quand : vous avez besoin d'un branding régional, vous avez un domaine pays existant avec une autorité établie, ou les équipes marketing locales exigent un TLD pays.

Avantages : signal local plus fort vers Google et vers les utilisateurs. Chaque domaine peut construire son propre profil de backlinks.

Inconvénients : l'autorité SEO ne se consolide pas aussi proprement. Chaque domaine demande sa propre propriété Search Console et son propre monitoring. Plus de pièces mobiles.

Multi-stores (boutiques Shopify séparées par marché)

Une boutique Shopify Plus distincte par région. Les relations hreflang n'existent que si vous (ou une app) les câblez entre boutiques. Shopify ne lie pas nativement des boutiques séparées.

À utiliser quand : vous avez réellement des catalogues différents, des modèles de prix différents, une logistique différente, ou des découpages B2B vs D2C différents par région. Grandes entreprises avec des P&L régionaux.

Avantages : flexibilité opérationnelle maximale. Chaque marché est indépendant.

Inconvénients : le hreflang devient un projet d'ingénierie continu. La synchronisation des catalogues, la dérive des thèmes et la cohérence d'inventaire deviennent de vrais problèmes. L'app Digital Darts Hreflang existe précisément parce que Shopify n'offre pas de solution native pour le hreflang multi-stores.

Ce que Shopify vous donne (voie Markets)

Si vous utilisez Shopify Markets avec des sous-dossiers, Shopify génère automatiquement les balises hreflang pour chaque langue et région publiée. Les balises apparaissent dans le <head> de chaque page et respectent l'exigence de réciprocité de Google.

Une homepage sur une boutique avec les marchés Anglais (US par défaut), Anglais (UK) et Français (FR) produit quelque chose comme :

<link rel="alternate" hreflang="en" href="https://votremarque.com/" />
<link rel="alternate" hreflang="en-gb" href="https://votremarque.com/en-gb" />
<link rel="alternate" hreflang="fr-fr" href="https://votremarque.com/fr" />
<link rel="alternate" hreflang="x-default" href="https://votremarque.com/" />

La balise x-default dit à Google quelle version servir quand aucune correspondance langue ou région n'existe. Shopify la pointe sur votre marché principal.

Ce que Shopify gère bien automatiquement : la réciprocité (chaque variante liste toutes les autres), des canonicals auto-référencés sur les URLs localisées, et l'inclusion dans le sitemap.

Ce que Shopify gère bien mais que vous devez encore valider : les codes langue et région utilisent le bon format ISO (en-GB et pas en-UK, fr-FR et pas fr-FR-FR), le contenu traduit est réellement publié par marché (une traduction non publiée signifie que l'URL alternative renvoie un 404 ou redirige), et les paramètres devise et taxe correspondent vraiment à la région du marché.

Ce que Shopify ne fait pas : lier vers des variantes localisées de produits qui n'existent que dans certains marchés. Si un produit est publié dans votre marché US mais pas dans votre marché FR, l'URL FR de ce produit n'existe pas et la relation hreflang est cassée pour cette page. Soit vous publiez le produit universellement, soit vous acceptez que certaines PDP n'auront pas de couverture hreflang complète.

Le piège de la balise canonique

C'est le mode d'échec qui touche plus de boutiques Shopify que n'importe quel autre, et il est invisible en vérification rapide. Le hreflang exige que chaque variante ait une balise canonique auto-référencée qui pointe sur sa propre URL. Si la canonique pointe ailleurs, le signal hreflang est contredit et Google peut totalement écarter la relation.

La source la plus fréquente du conflit : les apps SEO tierces. Une app qui "optimise les URLs canoniques" sans tenir compte des marchés va réécrire les canoniques /fr/products/x vers /products/x parce qu'elle pense que l'URL localisée est un doublon. Vous avez alors un hreflang qui dit "ce sont des variantes localisées" et des canoniques qui disent "non, une seule est réelle". Google fait confiance à la canonique.

Comment vérifier sur n'importe quelle page localisée :

// À exécuter dans la console DevTools
document.querySelector('link[rel="canonical"]').href

Le résultat doit correspondre à l'URL de la page où vous êtes. Si vous êtes sur https://votremarque.com/fr/products/x et que la canonique pointe sur https://votremarque.com/products/x, vous avez le conflit. Désactivez l'app fautive ou surchargez la canonique dans votre thème.

Pour les configurations multi-stores où vous gérez les canoniques vous-même, la règle est la même : chaque URL localisée doit s'auto-référencer. Utilisez {{ canonical_url }} dans Liquid (que Shopify gère par marché) plutôt que de coder en dur le domaine principal.

Quand le hreflang doit être implémenté manuellement

Trois scénarios imposent une implémentation manuelle :

Multi-stores sur des comptes Shopify séparés. Shopify ne les lie pas. Vous installez l'app Digital Darts Hreflang Tags (synchronisation cross-store via metafields), vous construisez votre propre solution qui émet les alternates par page sur la base d'un document de mapping, ou vous acceptez la pénalité SEO.

Traduction gérée par une app tierce hors de la fonctionnalité native Translate & Adapt. Certaines apps de traduction publient le contenu via un motif d'URL ou un sous-domaine que Shopify ne connaît pas. Vous ajoutez les balises hreflang à la main dans theme.liquid sur la base de la structure d'URL de l'app.

Markets désactivé ou partiellement utilisé. Si vous tournez sur un plan Shopify standard sans Markets, vous n'avez pas de hreflang automatique. L'implémentation est manuelle dans theme.liquid à partir d'un mapping que vous maintenez dans des metafields ou un JSON de settings.

Template d'implémentation manuelle pour un <head> de theme.liquid :

{% comment %} Implémentation hreflang manuelle {% endcomment %}
{%- for locale in shop.published_locales -%}
  <link rel="alternate"
        hreflang="{{ locale.iso_code }}"
        href="{{ canonical_url | replace: shop.locale.iso_code, locale.iso_code }}" />
{%- endfor -%}
<link rel="alternate" hreflang="x-default" href="{{ canonical_url }}" />

C'est la version simplifiée. Les implémentations de production doivent gérer l'URL de la locale principale (qui ne porte pas de préfixe), les pages qui n'existent pas dans chaque locale, et la relation canonique explicitement.

Validation : comment confirmer que Google voit bien

Le hreflang est l'un des domaines SEO où "ça a l'air bon dans le code source" ne suffit pas. La validation compte plus que l'implémentation.

Rapport hreflang Screaming Frog. Configurez Screaming Frog avec le renderer JavaScript activé, lancez un crawl complet, puis exportez le rapport Hreflang. Il signale les liens réciproques manquants, les codes de langue invalides, les auto-références manquantes et les alternates orphelins. C'est le meilleur outil de validation à lui seul.

International targeting de Google Search Console (legacy). Parfois disponible, parfois déprécié. Quand il l'est, il vous montre les alternates que Google a indexées et les erreurs éventuelles.

Inspection d'URL dans Search Console. Pour n'importe quelle page, ça vous montre la canonique que Google a sélectionnée et les alternates qu'elle associe. Si vous soupçonnez une PDP précise d'avoir un hreflang cassé, c'est le check faisant autorité.

Le débogueur hreflang officiel de Google n'existe pas. Google n'a jamais publié de validateur hreflang officiel. Les outils communautaires (Sistrix, Merkle, l'outil d'Aleyda) sont utiles pour des contrôles ponctuels mais pas pour une couverture site complet. Screaming Frog reste la référence.

À quoi ressemble "ça passe" :

• Chaque locale publiée apparaît dans le <head> de chaque page
• Chaque page est liée de manière réciproque (si /fr/x dit que en est sur /x, alors /x doit dire que fr est sur /fr/x)
• Chaque page a une canonique auto-référencée qui correspond à son URL
• x-default est défini et pointe vers un fallback sensé
• Les codes langue et région sont des ISO 639-1 plus ISO 3166-1 alpha-2 valides
• Le sitemap liste chaque URL localisée
• Le rapport hreflang Screaming Frog ne montre aucune erreur après un crawl complet

Le piège de migration que personne ne signale

Quand une boutique Shopify migre depuis une plateforme legacy avec des URLs internationales, les relations hreflang de l'ancien site ne se transfèrent pas automatiquement. Nous avons couvert la migration de plateforme de bout en bout dans notre checklist SEO de migration Shopify, mais la partie SEO international mérite une attention séparée.

Le pattern d'échec :

1. L'ancien site a example.com/uk/, example.fr, example.de avec un hreflang câblé entre les trois
2. La nouvelle boutique Shopify Markets consolide tout sur example.com avec /en-gb/, /fr/, /de/
3. La carte de redirections gère les changements d'URL
4. Le hreflang sur la nouvelle boutique est généré par Shopify
5. Google met 8 à 12 semaines à redécouvrir les nouvelles relations hreflang
6. Pendant ces semaines, la page UK peut ne pas se positionner sur des requêtes UK parce que Google n'a pas encore associé example.com/en-gb/x à l'audience UK

La mitigation : soumission agressive via l'inspection d'URL dans Search Console les deux premières semaines après la mise en ligne (top 50 pages), hreflang explicite dans le sitemap (Shopify le fait automatiquement mais ça mérite vérification), et une fenêtre de monitoring claire sur les positions de mots-clés internationaux spécifiquement.

Ce que nous configurons typiquement sur un projet Shopify international

La stack Sentinu par défaut pour un déploiement Shopify international :

Nous ajustons la stack pour des clients spécifiques (une marque de luxe avec des design systems régionaux, par exemple, demande souvent du multi-stores) mais le défaut reste Markets-avec-sous-dossiers parce que c'est le plus fiable à livrer correctement du premier coup.

FAQ

Ai-je besoin de hreflang si je vends dans un seul pays ?

Non. Le hreflang sert aux sites avec plusieurs versions linguistiques ou régionales. Si vous vendez dans un seul pays et une seule langue, votre structure d'URL et vos canoniques font le travail SEO que ferait le hreflang.

x-default est-il obligatoire ?

Pas strictement, mais fortement recommandé. Il dit à Google quelle version servir quand aucune correspondance langue ou région n'existe pour un utilisateur. Sans lui, Google devine, et la devinette est souvent fausse.

Le hreflang doit-il utiliser uniquement la langue (fr) ou langue plus région (fr-FR) ?

Langue uniquement si le pays de l'utilisateur ne vous intéresse pas, seulement sa langue. Langue plus région si vous ciblez sincèrement un pays précis (parce que vous y livrez, avez des prix locaux ou faites du marketing local). Pour la plupart des boutiques Shopify multi-régions, langue plus région est correct.

Le hreflang aide-t-il mes positions ?

Indirectement. Le hreflang ne booste pas les positions. Il aide Google à servir la bonne page au bon utilisateur, ce qui améliore l'engagement, ce qui peut faire monter les positions. La valeur principale est d'éviter les pénalités de contenu dupliqué et de garantir que la bonne URL apparaît dans les résultats de recherche locaux.

Combien de temps Google met-il à traiter les changements hreflang ?

Typiquement 4 à 8 semaines pour un traitement complet sur un site. Les URLs individuelles peuvent être retraitées plus vite via l'inspection d'URL dans Search Console. Les changements à l'échelle d'un site lors d'une migration peuvent prendre un trimestre.

Puis-je utiliser le hreflang dans le sitemap au lieu du head HTML ?

Oui. Google accepte le hreflang via les sitemaps XML, les en-têtes HTTP ou le head HTML. Pour Shopify Markets, à la fois le sitemap et le head HTML sont remplis. Pour les boutiques sous 1 000 pages, l'approche head HTML est plus facile à déboguer. Pour les boutiques à 100 000+ pages, l'approche sitemap réduit le poids des pages.

Que se passe-t-il si mes balises hreflang sont fausses ?

Google peut les ignorer, peut servir la mauvaise langue aux utilisateurs, ou dans les cas graves traiter les variantes comme du contenu dupliqué. Un hreflang faux est rarement catastrophique en soi, mais c'est le type de fuite lente qui saigne le trafic international sur des mois.

Pour aller plus loin

Si vous cadrez un déploiement Shopify international ou que votre hreflang existant se comporte mal, c'est le type de travail que couvre notre pratique d'audit SEO technique. Nous diagnostiquons l'ajustement architectural, validons l'implémentation, et mettons en place le monitoring qui rattrape la dérive avant qu'elle ne coûte du trafic. Si le hreflang est une pièce d'un projet Shopify plus large que vous cadrez, notre article checklist SEO migration Shopify est le complément pour la vue de bout en bout.