Rédaction : 4SYSTEMPublié le Mis à jour le

9 min de lecture

Une boutique multilingue Shopify demande de préparer les langues et les conditions de vente par marché séparément. Traduire les fiches ne prouve pas que le lecteur peut commander dans son pays avec les bons prix, modes de livraison et messages. Commencez par une matrice langue, destination et parcours, puis vérifiez le contenu réellement affiché et les URL internationales. Le lancement doit porter sur des pages relues et des commandes testées, pas sur le seul nombre de langues activées.

Shopify indique que chaque langue publiée dispose de ses URL et que, lorsqu’une traduction manque, la boutique peut afficher le contenu dans la langue par défaut.[15] Une langue activée ne garantit donc pas une expérience entièrement traduite. Rejouez les pages importantes, le paiement et les notifications avant d’annoncer la disponibilité de l’offre.

À retenir

La langue concerne la compréhension ; le marché concerne un contexte de vente. Vérifiez leur association dans votre configuration. Les URL, sélecteurs et annotations doivent décrire les pages réellement disponibles. Traduisez aussi les informations commerciales et les messages utiles, puis prévoyez leur maintenance lorsque la source change.

Shopify multilingue et marchés : distinguer les dimensions

Une même langue peut servir plusieurs pays ; un même pays peut comprendre plusieurs langues. Écrivez donc les associations prévues au lieu de créer une langue pour chaque destination par automatisme. Le choix dépend de votre offre, de vos capacités de service et de vos lecteurs.

Shopify explique que vous pouvez choisir les langues utilisées par chaque marché, sous réserve des exigences et considérations de configuration.[15] Vérifiez votre administration et le thème. Les fonctions, plans et intégrations évoluent : une procédure ancienne ne démontre pas les possibilités de votre compte actuel.

Préparez séparément les conditions de vente : produits proposés, devise ou affichage de prix lorsque la configuration le permet, modes de paiement, livraison, retours et assistance. Une traduction correcte peut conduire à une commande impossible si la destination n’est pas desservie ou si une référence n’est pas proposée dans ce contexte.

Désignez un responsable par dimension. Le traducteur ne doit pas décider seul des conditions de livraison ; la logistique ne doit pas improviser des formulations juridiques dans une langue qu’elle ne maîtrise pas. La matrice du projet doit relier les personnes qui confirment le fond et celles qui valident la langue.

Inventorier les contenus à traduire et à relire

Listez les titres, descriptions, options, menus, filtres, boutons, erreurs, politiques et notifications. Ajoutez les contenus produits par vos applications. Un thème traduit ne couvre pas automatiquement tous les composants ni les informations saisies ailleurs.

Shopify présente plusieurs méthodes : Translate & Adapt, fichiers CSV et applications compatibles, avec des possibilités de saisie manuelle ou de traduction automatique selon l’outil.[15] Choisissez un circuit que l’équipe peut suivre. Une traduction automatique peut préparer une base ; elle ne confirme pas la fidélité des caractéristiques, des limites ou des engagements commerciaux.

Faites relire les passages où une erreur change le choix : dimensions, compatibilité, contenu du colis, frais et conditions de retour. Les noms de produits peuvent demander une convention, pas une traduction littérale. Conservez les références et identifiants techniques qui doivent rester exacts.

Préparez aussi les champs SEO. Shopify décrit l’édition de titres et de méta-descriptions et recommande des formulations naturelles.[43] Vérifiez leur version traduite et le rendu public. Ne promettez pas que chaque phrase saisie sera affichée à l’identique dans les résultats de recherche.

Classez les contenus manquants avant lancement. Une page qui revient partiellement à la langue par défaut peut être acceptable dans un contexte explicitement préparé, mais elle ne doit pas être annoncée comme intégralement localisée. Notez la réserve et les pages réellement disponibles.

Préparer les URL et les sélecteurs

Relevez les URL générées par votre configuration, pour un produit, une collection et une page d’information. Évitez de deviner leur structure à partir d’un préfixe observé ailleurs. Vérifiez la destination après sélection de langue et de pays, notamment lorsque plusieurs dimensions peuvent changer.

Le lecteur doit pouvoir reconnaître sa version et en changer. Testez le sélecteur sur téléphone, son intitulé et le maintien de la page consultée lorsque c’est prévu. Un changement de langue qui renvoie systématiquement à l’accueil peut interrompre le choix d’un produit.

Vérifiez aussi les liens depuis les contenus, campagnes et notifications. Une page traduite qui renvoie vers les conditions dans la langue d’origine peut laisser une information essentielle inaccessible. Contrôlez les destinations réellement servies, pas seulement les textes visibles des liens.

Si une structure d’URL existante doit changer, préparez les correspondances et les anciennes destinations. Le guide sur le plan de redirections 301 aide à traiter cette étape. Le multilingue ajoute les relations entre versions, mais ne remplace pas le contrôle de chaque ancienne adresse utile.

Contrôler les versions localisées et hreflang

Google présente hreflang comme un moyen d’indiquer des variations de langue ou de région d’un même contenu. Il précise que ce n’est pas cet attribut ni lang qui déterminent automatiquement la langue de la page dans ses systèmes.[16] Le contenu réellement traduit reste donc important.

La documentation demande que chaque version indique elle-même et les autres versions pertinentes, avec des URL complètes. Les liens de retour entre versions doivent être présents pour les annotations concernées.[16] Faites contrôler le groupe d’une page représentative, pas seulement une balise isolée sur l’accueil.

Vérifiez les codes et les destinations. Un code de pays seul ne remplace pas un code de langue ; Google distingue langue et région dans les valeurs prises en charge.[16] Une annotation ne doit pas pointer vers une page absente, redirigée de manière incohérente ou portant une autre offre.

Examinez aussi les indications canoniques effectivement produites, sans appliquer une règle globale aveugle. Les pages localisées légitimes doivent rester cohérentes avec leur rôle. Une personnalisation du thème ou une application peut modifier les annotations ; faites vérifier le rendu après intervention.

Google accepte plusieurs méthodes pour indiquer les versions localisées, notamment HTML, en-têtes et sitemap, et indique qu’il n’existe pas de bénéfice à multiplier les méthodes pour la recherche.[16] Privilégiez une implémentation maintenable plutôt que d’ajouter une couche concurrente sans besoin établi.

Matrice de recette langue et marché

ContrôleScénario représentatifPreuve attendue
ContenuProduit avec informations techniquesTexte relu et limites conservées
NavigationMenu et collection sur téléphoneIntitulés et liens cohérents
SélectionChangement de langue et de paysVersion et destination comprises
OffreProduit dans le marché viséPrix et disponibilité applicables
LivraisonAdresse de test dans la destinationMode et frais réellement proposés
PaiementParcours autorisé de testMessages et total contrôlés
NotificationsConfirmation dans la langue choisieContenu relu avec sa suite
SEOGroupe de versions d’une pageURL, annotations et champs cohérents

Conservez les paramètres de test et les réserves. Une commande testée dans une langue ne valide pas automatiquement toutes les destinations associées. La recette doit couvrir les différences commerciales importantes, pas seulement les écrans traduits.

Exemple fictif : une boutique française qui ouvre un marché

Cet exemple est fictif. Une boutique imaginaire prépare une version en allemand pour une destination qu’elle souhaite desservir. L’équipe commence par un produit simple, une référence à variantes et la page de livraison, sans traduire tout le catalogue d’un seul coup.

Le traducteur relit les informations de choix. La logistique confirme les modes et frais. Le responsable du site vérifie les URL et le groupe d’annotations. Pendant la recette, une notification conserve un passage français et un lien de politique mène à la version d’origine.

Ces points sont corrigés avant annonce du lancement. Le bilan décrit les contenus réellement relus et les scénarios testés. Aucun classement international ni volume de ventes n’est prédit. La boutique ouvre un parcours dont elle connaît le périmètre et les limites.

Maintenir les versions après publication

Une modification du produit source doit déclencher l’examen des traductions concernées. Prix, options, conditions et messages peuvent changer sans que l’équipe linguistique en soit informée. Préparez un circuit de validation plutôt que de considérer la traduction comme un travail unique.

Attribuez un propriétaire aux contenus d’application et aux notifications. Shopify indique que les traductions de notifications peuvent être éditées et prévisualisées par langue.[15] Utilisez cette possibilité pour vérifier les changements, avec les données et formulations appropriées au marché.

Quand vous retirez une langue ou une offre, examinez les URL, sélecteurs, annotations et campagnes. Une page absente peut rester annoncée comme alternative. Conservez les correspondances nécessaires et vérifiez les nouvelles destinations sans rediriger indistinctement toutes les pages vers l’accueil.

Questions fréquentes

Une langue publiée suffit-elle pour vendre dans un pays ?

Non. Elle rend disponible une version linguistique selon les traductions existantes, mais le parcours commercial demande ses propres réglages.[15] Vérifiez les produits, prix, paiements, livraisons et conditions dans le marché prévu. Une page compréhensible peut encore conduire à une commande impossible ou à des engagements que votre équipe ne peut pas tenir.

Faut-il traduire tout le catalogue avant de commencer ?

Vous pouvez préparer un périmètre limité si ses contenus et son offre sont clairement définis. Commencez par des références représentatives et les pages qui conditionnent l’achat. Vérifiez les retours à la langue par défaut et n’annoncez pas une localisation complète si elle ne l’est pas. Étendez ensuite avec une méthode de validation identique.

Les annotations hreflang garantissent-elles le bon classement ?

Non. Elles indiquent les relations de langue ou de région entre versions afin d’aider Google à proposer une version appropriée.[16] Elles ne remplacent pas un contenu utile, l’accès aux pages ni les autres conditions de recherche. Contrôlez leur cohérence, puis suivez les données disponibles sans promettre une position dans chaque marché.

Ouvrir une version que vous pouvez accompagner

Préparez la matrice, faites relire les conditions et testez un parcours complet dans le marché visé. Les services de 4SYSTEM peuvent aider à coordonner pages, URL et recette. La décision d’ouverture reste liée à votre capacité de vente et de suivi, pas à la seule activation d’une langue.

Sources

FR