Quand une boutique Shopify ouvre une deuxième langue ou un deuxième marché, le sujet des balises hreflang arrive vite sur la table. Souvent trop tard, après une chute de trafic organique sur la version originale, ou après des semaines à voir la version anglaise ranker sur Google.fr à la place de la version française. Le hreflang est un sujet technique mal compris, parfois sous-traité par les agences de traduction, et qui peut coûter cher quand il est mal configuré.

Cette FAQ rassemble les sept questions que les dirigeants e-commerce me posent le plus souvent lors d'un audit sur une boutique Shopify multi langues ou multi régions. Vous y trouverez des réponses concrètes sur ce qu'est réellement une balise hreflang, comment Shopify la gère nativement, ce qu'il faut vérifier dans Search Console, et les erreurs qui sabotent silencieusement le référencement international. L'objectif : vous donner suffisamment de matière pour diagnostiquer vous-même l'état de votre configuration avant d'engager un développeur, et éviter les pièges classiques qui font perdre du trafic pendant des mois.

Cet article s'adresse aux dirigeants et responsables e-commerce qui pilotent une boutique Shopify ou Shopify Plus avec au moins deux langues ou deux marchés actifs.

Question 1 : à quoi sert concrètement une balise hreflang sur Shopify ?

Résumé exécutif : la balise hreflang indique à Google quelle version linguistique ou régionale d'une page servir à quel utilisateur, sans dupliquer le contenu aux yeux du moteur.

Une balise hreflang est une instruction destinée aux moteurs de recherche, placée dans le code HTML d'une page (généralement dans la section <head>), qui dit en substance : « cette page existe aussi en anglais ici, en allemand là, en français pour la Belgique ailleurs ». Le moteur utilise ensuite cette information pour décider quelle version afficher dans les résultats selon la langue du navigateur de l'utilisateur et sa localisation présumée.

Sur une boutique Shopify multi langues, sans balises hreflang correctement implémentées, plusieurs scénarios pénalisants apparaissent. Le premier : Google considère vos versions /fr et /en comme du contenu dupliqué partiel et choisit lui-même la version canonique, parfois la mauvaise. Le second : un internaute français tape votre marque dans Google et tombe sur la version anglaise, ce qui dégrade le CTR et le taux de conversion. Le troisième : vos efforts de traduction et de localisation produits ne se traduisent pas en visibilité organique sur les marchés ciblés.

Il faut bien comprendre que hreflang n'est pas un signal de classement. Il ne fait pas remonter une page dans les SERP. Il sert uniquement à orienter Google vers la bonne version. Si vos contenus traduits sont médiocres ou si votre autorité sur le marché allemand est faible, hreflang n'y changera rien. C'est un outil de routage, pas de performance.

Pour un diagnostic complet de votre configuration internationale, un audit SEO sur AuditFacile permet d'identifier en une seule passe les erreurs hreflang, les problèmes de canonical et les conflits de redirection géographique.

Question 2 : Shopify gère-t-il les balises hreflang automatiquement ?

Résumé exécutif : oui, depuis l'introduction de Shopify Markets, mais avec des limites importantes selon votre configuration (sous-dossiers, sous-domaines, app de traduction tierce).

Depuis le déploiement de Shopify Markets (2021-2022 pour Shopify, étendu à Shopify Plus ensuite), la plateforme génère automatiquement les balises hreflang lorsque vous configurez plusieurs langues ou plusieurs marchés via la fonctionnalité native. Concrètement, si votre boutique sert /fr, /en et /de via Shopify Markets, le moteur de template injecte les balises <link rel="alternate" hreflang="..." /> dans chaque page concernée.

Plusieurs cas font sortir de cette gestion automatique. Si vous utilisez une app de traduction tierce comme Langify, Weglot ou GTranslate sans intégration native à Shopify Markets, les balises hreflang sont gérées par l'app, avec une qualité variable selon le produit et la configuration. Si vous avez choisi une architecture en sous-domaines (fr.maboutique.com, en.maboutique.com) ou en domaines distincts (.fr, .de, .com), la gestion ne se fait pas par Markets mais doit être orchestrée manuellement ou via le thème.

Le réflexe à avoir : ne jamais supposer que c'est « géré tout seul ». Inspectez le code source d'une fiche produit traduite (clic droit, afficher le code source, recherchez « hreflang »). Si vous voyez bien plusieurs lignes <link rel="alternate" hreflang="fr" href="..." />, c'est en place. Si vous ne voyez rien ou un seul item, il y a un problème de configuration à investiguer.

Vérifiez aussi la présence systématique de la balise hreflang="x-default" qui indique la version à servir par défaut quand aucune correspondance n'est trouvée. Sur Shopify Markets, elle est généralement attribuée au marché principal.

Question 3 : quelles sont les erreurs les plus fréquentes sur une boutique Shopify multi langues ?

Résumé exécutif : les erreurs les plus pénalisantes ne sont pas dans le code des balises, mais dans la cohérence entre hreflang, canonical et redirections géographiques.

Voici les erreurs que je rencontre régulièrement lors d'audits sur des boutiques Shopify internationales :

Pour les boutiques Shopify avec plus de 1 000 produits, je recommande de croiser au moins une fois par trimestre un crawl Screaming Frog (gratuit jusqu'à 500 URLs, sinon Sitebulb ou Oncrawl en payant) avec le rapport « Ciblage international » de Search Console. Plus de détails sur les problèmes SEO fréquents en e-commerce dans la documentation d'AuditFacile.

Question 4 : comment vérifier soi-même que ses balises hreflang Shopify multi langues fonctionnent ?

Résumé exécutif : trois vérifications gratuites suffisent pour un premier diagnostic : code source, Search Console, et un validateur hreflang externe.

Étape 1 — Inspection du code source. Sur une fiche produit, faites clic droit puis « afficher le code source ». Cherchez « hreflang ». Vous devez voir une ligne par version linguistique active, plus une ligne x-default. Vérifiez que chaque URL pointée renvoie un code 200 (en cliquant simplement dessus). Répétez sur une page catégorie et sur la home.

Étape 2 — Search Console. Connectez-vous à votre propriété Search Console. Allez dans « Indexation des pages » puis filtrez par URL pour voir si la version canonique sélectionnée par Google correspond bien à la version que vous voulez voir indexer pour ce marché. Si Google a choisi une autre version comme canonique, il y a un signal hreflang ou canonical à corriger. Le rapport « Sitemaps » permet aussi de vérifier que les sitemaps localisés sont bien soumis (Shopify génère un sitemap par marché actif).

Étape 3 — Validateur externe. Des outils comme TechnicalSEO Hreflang Tags Testing Tool (gratuit) ou Merkle Hreflang Tags Tester (gratuit) prennent une URL et vous disent si les balises sont correctes, cohérentes, réciproques. C'est l'outil le plus rapide pour repérer une absence de réciprocité.

Bonus — GA4. Dans GA4, segmentez les sessions par langue du navigateur et par pays. Si vous voyez beaucoup de sessions « langue = fr » qui atterrissent sur la version /en, c'est un signal que hreflang ne fait pas son travail (ou qu'il n'existe pas).

Si vous voulez déléguer ce diagnostic, voyez comment se passe un audit SEO sur AuditFacile : la partie internationale est intégrée au rapport standard.

Question 5 : sous-dossier, sous-domaine ou domaine distinct : quelle architecture choisir ?

Résumé exécutif : le sous-dossier (boutique.com/fr/, boutique.com/de/) est la valeur par défaut sur Shopify et reste la plus simple à maintenir pour la majorité des boutiques.

Shopify Markets fonctionne nativement en sous-dossiers ou en domaines distincts (via la fonctionnalité « International domains »). Les sous-domaines (fr.boutique.com) sont possibles mais nécessitent des manipulations DNS et une gestion hors-Markets dans la plupart des cas.

Sous-dossier : architecture la plus simple. Le SEO du domaine racine est mutualisé entre toutes les versions linguistiques. Les balises hreflang sont gérées automatiquement par Shopify Markets. La maintenance est centralisée. Inconvénient : aucune adaptation locale au-delà du chemin URL (vous gardez le même TLD).

Domaine distinct (.fr, .de, .it) : pertinent si vous visez une perception locale forte (marketplace française qui veut un .fr, marque allemande qui veut un .de). Permet de cibler chaque pays dans Search Console avec son propre ciblage géographique. Inconvénient : chaque domaine démarre son SEO de zéro, vous gérez plusieurs propriétés Search Console, et la maintenance hreflang est plus exigeante car elle traverse plusieurs domaines.

Sous-domaine : intermédiaire, peu recommandé sur Shopify car peu supporté nativement et perçu par Google comme un site distinct dans la plupart des cas.

Le critère décisif : votre volume et votre capacité d'investissement par marché. Une boutique mode qui ouvre l'Allemagne avec un objectif de 200 k€ de CA la première année peut justifier un .de et son propre SEO local. Une PME qui veut juste servir ses clients belges en néerlandais reste très bien en sous-dossier /nl/.

Question 6 : faut-il une balise hreflang pour chaque variante régionale (fr-FR, fr-BE, fr-CH) ?

Résumé exécutif : oui, dès qu'il y a une différence de prix, de devise, de stock ou de mentions légales entre les versions, sous peine de voir Google servir la mauvaise.

La balise hreflang accepte deux formats : code langue seul (« fr », « en », « de ») ou code langue + code pays (« fr-FR », « fr-BE », « en-US », « en-GB »). La règle pratique : utilisez le code langue + pays dès qu'il existe une raison business de différencier les versions pour un même groupe linguistique.

Exemples concrets. Une boutique francophone qui sert la France, la Belgique et la Suisse avec les mêmes contenus mais des devises différentes (€ pour FR/BE, CHF pour CH) et des frais de port différents doit déclarer fr-FR, fr-BE, fr-CH. Sinon Google servira la même version aux trois publics et un Suisse verra des prix en euros, ce qui dégrade la conversion. À l'inverse, si vous servez tous les francophones avec exactement le même contenu, prix et conditions, un seul « fr » suffit.

Attention aux confusions. Le code pays dans hreflang fait référence à la localisation de l'utilisateur, pas au pays cible commercial. Un utilisateur français qui voyage en Allemagne et tape votre marque dans Google.de verra la version correspondant à sa langue de navigateur (fr-FR si configuré), pas la version allemande.

Sur Shopify Markets, la déclaration langue/pays est faite au niveau de la configuration des marchés. Si vous avez créé un marché « Belgique » avec la langue française activée, Shopify générera automatiquement les balises fr-BE et les URLs correspondantes. Vérifiez ensuite que chaque marché a bien une devise et un prix configurés pour éviter les incohérences.

Question 7 : combien de temps Google met-il à prendre en compte une nouvelle configuration hreflang ?

Résumé exécutif : comptez plusieurs semaines pour voir les premiers effets dans Search Console, et 2 à 3 mois pour une stabilisation complète, à condition que le crawl budget soit suffisant.

Les balises hreflang sont prises en compte au moment du crawl de chaque page concernée. Sur une boutique avec 5 000 fiches produits, Googlebot ne va pas tout re-crawler en 48 heures. Le délai dépend de votre crawl budget, lui-même fonction de votre autorité, de la fraîcheur de vos contenus et de l'absence d'erreurs techniques (404 en masse, temps de réponse serveur élevé, etc.).

Dans Search Console, surveillez le rapport « Ciblage international » (sous l'ancienne version) ou les statistiques d'indexation par sitemap localisé. Vous devriez voir progressivement le nombre de pages indexées par version augmenter, et le rapport d'erreurs hreflang diminuer si la configuration est correcte.

Quelques accélérateurs. Soumettre un sitemap par version linguistique (Shopify le fait automatiquement avec Markets). Vérifier que les pages traduites sont bien maillées entre elles (un switcher de langue propre, des liens internes qui pointent vers la bonne version selon le contexte). Éviter les redirections géographiques forcées qui bloquent Googlebot.

Quelques bloqueurs fréquents. Un robots.txt qui interdit l'accès à une version (j'ai vu plusieurs fois /en/ bloqué par erreur). Des balises noindex héritées d'une phase de pré-prod oubliée sur certaines pages traduites. Des problèmes de performance qui font chuter le crawl budget global.

Pour piloter cette montée en charge, le contenu d'un audit AuditFacile inclut un état de la configuration hreflang, des erreurs identifiées et une priorisation par impact.

En conclusion

Trois priorités à actionner cette semaine si votre boutique Shopify est multi langues. Premièrement, ouvrez le code source d'une fiche produit traduite et vérifiez la présence et la cohérence des balises hreflang : c'est cinq minutes et ça révèle 80 % des problèmes. Deuxièmement, allez dans Search Console et regardez quelle URL est sélectionnée comme canonique par Google sur vos pages les plus stratégiques : si c'est la mauvaise version, vous avez un signal contradictoire quelque part. Troisièmement, testez trois ou quatre URLs représentatives sur un validateur hreflang gratuit pour repérer les absences de réciprocité.

Le hreflang est un sujet qui paraît anecdotique tant qu'il n'a pas causé de problème, et qui devient soudain critique le jour où vous constatez qu'une version linguistique entière n'est plus indexée. Mieux vaut le diagnostiquer à froid qu'à chaud. Un audit SEO à 49 € couvre ce point parmi 30+ autres vérifications techniques et sémantiques.