Shopify international : hreflang, marchés et traductions

Shopify gère une bonne partie du SEO international à ta place via Shopify Markets : il génère les balises hreflang automatiquement selon ta configuration de marché et de langue, applique des canonicals auto-référentiels par version et ajoute toutes les URLs par langue et par région au sitemap. C’est confirmé dans la documentation officielle du SEO pour Markets. Ce qu’il te reste à décider, c’est la structure de domaine, qui écrit les traductions et comment tu évites que deux marchés qui parlent la même langue finissent par se disputer les mêmes requêtes.

Dans ce billet, je raconte comment le système fonctionne de l’intérieur, où il coince dans la pratique quand j’audite des boutiques qui vendent dans plusieurs pays, et une checklist technique pour vérifier que ton hreflang est bien monté avant de valider une expansion internationale. Ça fait partie du cluster Shopify SEO pour ecommerce 2026, où se trouve le reste du SEO technique de la plateforme.

En 30 secondes :

• Shopify Markets génère le hreflang automatiquement selon ta configuration de marché et de langue, avec un x-default vers le domaine principal (Shopify Help Center)
• Trois structures possibles : sous-dossiers (boutique.com/fr/), sous-domaines (fr.boutique.com) ou domaines par pays (boutique.fr) ; Shopify recommande les sous-dossiers pour la plupart des boutiques
• Chaque version de marché porte un canonical auto-référentiel + un hreflang qui relie les variantes, ainsi Google les lit comme des pages distinctes, pas des doublons (Shopify Help Center)
• Les traductions ne se génèrent pas toutes seules : c’est toi qui les écris, ou l’app Translate & Adapt (Shopify Help Center)
• Le point qui coince le plus en audit : deux marchés de la même langue (France et Belgique en français) sans signaux qui les différencient finissent par se cannibaliser

C’est quoi Shopify Markets et qu’est-ce que ça règle du SEO international ?

Shopify Markets, c’est la fonctionnalité native pour vendre dans plusieurs pays et plusieurs langues depuis une seule boutique, en adaptant devise, langue, prix, domaines et contenu du thème selon la localisation. Côté SEO, sa valeur, c’est qu’il t’épargne la partie la plus fragile de l’internationalisation manuelle : le hreflang.

Quand je montais le hreflang à la main sur d’autres plateformes, la moitié des problèmes venaient de balises mal formées, de codes de langue inventés ou d’un manque de réciprocité entre versions. Shopify écarte ce risque. D’après sa documentation SEO pour Markets, les balises hreflang se génèrent automatiquement à partir de ta configuration de marché et de langue, avec les codes qui vont bien (par exemple en-us, fr-fr) et une balise x-default qui pointe vers le domaine principal. Le sitemap se génère aussi tout seul et inclut les URLs par langue et par région avec leurs annotations hreflang.

Ça ne veut pas dire que tu peux te désintéresser du sujet. Le travail se déplace : au lieu d’écrire des balises correctes, tu prends de bonnes décisions d’architecture et de contenu. C’est là que se gagne ou se perd vraiment une expansion.

Ce que Markets fait à ta place

• Génère un hreflang réciproque entre les versions de langue/région.
• Applique un canonical auto-référentiel à chaque version de marché.
• Inclut toutes les variantes dans le sitemap XML.
• Laisse les bots des moteurs contourner les redirections par géolocalisation pour explorer toutes les versions.

Ce qui reste ton boulot

• Choisir sous-dossiers, sous-domaines ou domaines par pays.
• Fournir les traductions (Shopify ne les invente pas).
• Éviter la cannibalisation entre marchés de la même langue.
• Décider quels marchés méritent d’être indexés et lesquels non.

Sous-dossiers, sous-domaines ou domaines par pays ?

La règle courte : pour la plupart des boutiques, sous-dossiers. C’est ce que recommande la documentation de Shopify elle-même, et ça colle avec ce que je vois le mieux marcher quand le business n’a pas une équipe SEO par pays.

La logique tient à l’autorité. Un sous-dossier (boutique.com/fr/) partage l’autorité du domaine principal, donc chaque lien que gagne la home pousse aussi les versions de langue. Un sous-domaine (fr.boutique.com) ou un domaine par pays (boutique.fr) démarrent leur autorité quasi de zéro, et ça, il faut le compenser avec du netlinking dédié par pays. Si tu n’as pas les ressources pour ça, un domaine par pays est un boulet, pas un atout.

Le domaine par pays donne le signal géographique le plus clair à Google, c’est vrai. Mais cet avantage ne compte que si tu vas le nourrir en contenu et en liens locaux de façon durable. Sur une boutique aux ressources limitées, le sous-dossier gagne presque toujours. Si tu viens de WordPress, cette logique de coût vs contrôle te parlera ; je la compare en détail dans Shopify SEO vs WordPress SEO.

Comment Shopify gère le hreflang et où ça coince ?

Shopify monte le hreflang correctement au niveau technique : balises réciproques, codes valides, x-default vers le domaine principal et canonicals auto-référentiels par version, d’après son Help Center. Le problème n’est pas dans la façon dont il écrit les balises. Il est dans les décisions que tu prends, toi, et que le système reflète fidèlement, tes erreurs comprises.

Voici les ratés que je retrouve encore et encore.

Deux marchés de la même langue non différenciés

C’est le plus fréquent et le plus cher. Tu vends en France et en Belgique, les deux en français. Shopify génère fr-fr et fr-be avec un hreflang correct. Mais si le contenu des deux versions est identique mot pour mot, Google reçoit deux pages qui se disputent les mêmes requêtes en français. Le hreflang lui dit « sers celle-ci à la France et celle-ci à la Belgique », et ça aide, mais ça n’efface pas la tension si le contenu n’apporte pas de signaux locaux distincts : devise, références, moyens de paiement, livraison. Quand deux versions sont des clones, l’une a tendance à manger l’autre dans les SERPs génériques. C’est la même dynamique de cannibalisation que je traite pour les variantes de produit dans Shopify variant SEO et cannibalisation, appliquée ici aux marchés.

Traductions à moitié faites

Shopify ne traduit pas à ta place. Si tu actives une langue mais que tu ne traduis que les fiches produit en laissant le thème, les menus et les pages légales dans la langue de base, tu as une version à moitié traduite. Google la voit comme du contenu mixte, et l’utilisateur, comme une boutique bâclée. La documentation de traduction liste tout ce qui peut se traduire (titres, descriptions, métadonnées, collections, pages, articles de blog, menus, sections du thème, notifications). Si tu ne couvres pas cette liste, la traduction est incomplète.

Slugs d’URL non traduits

Traduire le slug de l’URL est optionnel sur Shopify mais améliore le SEO, d’après sa propre documentation. Beaucoup de boutiques ne le font pas et se retrouvent avec des URLs en anglais sous un sous-dossier français. Ça ne casse rien, mais tu perds de la pertinence de mot-clé dans la langue locale. Attention : le segment /products/ de l’URL ne peut pas être traduit, c’est la plateforme qui le fige.

Les tags qui ne se traduisent pas

Un détail qui prend les gens au dépourvu : les étiquettes (tags de produit, d’article, de blog) ne peuvent pas être traduites, d’après le Help Center. Si ton architecture de navigation ou de contenu dépend des tags, cette partie reste dans la langue d’origine sur tous les marchés. Mieux vaut le savoir avant de construire sur des tags.

Comment j’évite le contenu dupliqué entre marchés ?

Shopify couvre déjà la partie technique : chaque version de marché porte un canonical auto-référentiel plus le hreflang qui relie les variantes, et ça indique à Google que ce sont des pages distinctes pour des audiences distinctes, pas des doublons, d’après sa documentation. Sur cette base, le doublon « dangereux » est celui que tu crées toi-même en lançant des marchés clones.

Mon approche en audit est simple. D’abord, décider quels marchés méritent d’être des versions complètes et lesquels ne devraient pas encore être indexés. Un marché avec juste la devise changée mais le même contenu dans la même langue justifie rarement sa propre indexation au départ. Ensuite, différencier les marchés que tu lances vraiment : il ne suffit pas de changer le symbole de la devise, il faut adapter livraison, retours, références de prix et tout signal qui rend la page authentiquement locale.

Le canonical auto-référentiel de Shopify est correct pour le cas général, mais il ne répare pas le fait que deux pages dans la même langue soient jumelles. Aucune balise ne le répare. Seul le contenu le change. Pour le cadre complet de la façon dont Shopify génère les canonicals et les cinq scénarios où ça déraille, j’ai un billet dédié aux balises canonical sur Shopify.

Checklist technique de SEO international sur Shopify

Voilà ce que je vérifie avant de valider une boutique multi-marché. Ouvre le code source d’une fiche produit dans chaque langue et coche au fur et à mesure.

1. Hreflang présent et réciproque. Dans le <head>, chaque version renvoie vers les autres et vers elle-même. Avec Markets, ça devrait être par défaut ; vérifie qu’un thème custom ou une app ne l’a pas cassé.
2. x-default pointant vers le domaine principal. Il doit exister et pointer vers la version de base, pas vers une variante isolée.
3. Codes de langue/région valides. fr-fr, en-us, es-es… bien formés. Pas de fr-latam ni d’invention que Google ne reconnaît pas.
4. Canonical auto-référentiel par version. Chaque URL de marché pointe vers elle-même, pas vers la version de base.
5. Structure de domaine cohérente. Sous-dossier, sauf si tu as les ressources pour nourrir des sous-domaines ou des domaines par pays.
6. Traduction complète, pas à moitié. Thème, menus, pages légales, notifications et fiches, tout dans la langue du marché.
7. Slugs traduits là où ils apportent du mot-clé local (en gardant en tête que /products/ ne se traduit pas).
8. Marchés de la même langue différenciés par du contenu réel, pas juste par la devise.
9. Sitemap avec toutes les variantes. Markets les inclut ; confirme-le dans la Search Console.
10. Aucune redirection qui cache des versions aux bots. Shopify laisse les crawlers contourner la géolocalisation ; vérifie qu’aucune app ne la force.

Si un point coince, ton travail est là. Le goulot d’étranglement n’est presque jamais technique mais lié au contenu : traductions incomplètes et marchés clones. Et ça, aucune config ne le résout ; c’est l’équipe qui écrit qui le résout. Si tu montes fiche par fiche, mon guide des pages produit sur Shopify couvre le on-page qui doit être traduit.

Questions fréquentes

Shopify ajoute-t-il le hreflang automatiquement ?

Oui. D’après la documentation SEO de Shopify Markets, les balises hreflang se génèrent automatiquement à partir de ta configuration de marché et de langue, avec les codes correspondants et un x-default vers le domaine principal. Tu peux le désactiver en touchant au Liquid, mais Shopify ne le recommande pas, et moi non plus.

Sous-dossiers ou domaines par pays pour vendre à l’étranger ?

Pour la plupart des boutiques, sous-dossiers (boutique.com/fr/), parce qu’ils partagent l’autorité du domaine principal et ont la complexité de configuration la plus faible. Les domaines par pays donnent le signal géographique le plus fort, mais ils démarrent leur autorité de zéro et ne se rentabilisent que si tu fais du netlinking et du contenu local durables. C’est la recommandation de la documentation de Shopify elle-même.

Shopify traduit-il ma boutique tout seul ?

Non. Shopify facilite la gestion des traductions avec l’app Translate & Adapt, mais les traductions, c’est toi qui les fournis, d’après son Help Center. La plateforme ne génère pas le texte traduit automatiquement ; elle l’organise seulement par langue une fois que toi (ou une traduction automatique que tu relis) l’apportes.

Vendre la même langue dans deux pays crée-t-il du contenu dupliqué ?

Techniquement, Shopify couvre ça avec des canonicals auto-référentiels et un hreflang qui sépare les versions. Le vrai risque apparaît quand les deux versions ont un contenu identique : elles se disputent alors les mêmes requêtes génériques et l’une tend à cannibaliser l’autre. Aucune balise ne le résout. Ça se résout en différenciant le contenu avec de vrais signaux locaux : devise, livraison, références de prix, moyens de paiement.

Puis-je traduire les URLs de produit sur Shopify ?

Tu peux traduire le slug (la partie finale du handle) et ça améliore le SEO local, mais le segment /products/ de l’URL est figé par Shopify et ne peut pas changer. Les tags de produit, d’article et de blog ne se traduisent pas non plus, d’après la documentation officielle.

Vendre à l’étranger est une décision de contenu, pas juste de configuration

La partie technique du SEO international sur Shopify est réglée d’usine : hreflang réciproque, canonicals, sitemap. C’est un vrai avantage face à un montage manuel. Ce qui décide si ton expansion marche vient après : que chaque marché ait du contenu authentiquement local et des traductions complètes. Les boutiques qui lancent des marchés clones avec juste la devise changée voient rarement du retour. Celles qui adaptent pour de vrai, si.

Si tu planifies une expansion internationale sur Shopify et que tu veux une revue du hreflang, de la structure de domaines et du risque de cannibalisation entre marchés avant de lancer, réserve 30 minutes de conseil et on regarde ça sur ta boutique.