Le SEO multilingue consiste à faire en sorte que chaque version linguistique de ton site se positionne auprès des personnes qui cherchent dans cette langue. Pour une boutique en ligne, tout se résume à cinq points : une URL distincte et explorable pour chaque langue, des mots-clés recherchés dans chaque langue, des pages entièrement traduites (données produit comprises, pas seulement le thème), des annotations hreflang qui relient les versions entre elles, et des signaux techniques cohérents comme les balises canonical et les sitemaps.
La plupart des guides s'arrêtent au template. La partie la plus difficile, c'est le catalogue. Une boutique de 4 000 produits en trois langues compte 12 000 pages produit, et chacune a besoin d'un titre, d'une description, de balises meta, d'un handle d'URL, de valeurs d'attributs et d'un texte alt d'image traduits. Ce guide présente la configuration standard étape par étape, puis montre comment gérer les données produit à cette échelle, avec un exemple concret et les erreurs que nous voyons le plus souvent dans les catalogues multilingues.
Une langue dans trois pays, ou deux langues dans un seul
Le SEO multilingue cible des langues. Le SEO international (ou multirégional) cible des pays. Une boutique allemande qui vend en Allemagne, en Autriche et en Suisse sert une seule langue dans trois régions. Une boutique belge avec des pages en néerlandais et en français sert deux langues dans un seul pays. Beaucoup de boutiques européennes font les deux à la fois, c'est pourquoi les mêmes outils (structure d'URL, hreflang, contenu localisé) couvrent les deux cas.
La distinction compte au moment de décider quoi construire. Deux langues demandent deux ensembles de pages traduites. Deux régions qui partagent une langue n'ont parfois besoin que de prix, d'une devise, de conditions de livraison et de quelques différences d'orthographe distincts, en plus du même contenu traduit.
Pourquoi être bien classé dans la langue de l'acheteur est rentable
Les acheteurs achètent dans leur propre langue. Dans une enquête menée dans 29 pays, CSA Research a constaté que 76 % des acheteurs en ligne préfèrent acheter des produits dont les informations sont dans leur langue maternelle, et que 40 % n'achètent jamais sur des sites dans d'autres langues. Une boutique qui n'existe qu'en anglais est invisible pour ce second groupe, aussi bien classée soit-elle en anglais.
Chaque page traduite est aussi un point d'entrée à part entière dans la recherche. Un acheteur à Munich tape Merino Socken, pas merino socks. Si ta page produit allemande n'existe pas, ou existe avec un titre anglais, elle ne peut pas correspondre à cette requête.
Étape 1 : repère les langues que ton trafic et tes commandes demandent déjà
Commence là où tu as déjà de la demande et où tu peux y répondre. Trois sources te l'indiquent :
- Google Search Console : le rapport Performances filtré par pays montre où tu obtiens déjà des impressions sans pages traduites.
- Google Analytics 4 : les dimensions langue et pays montrent qui visite ton site et comment ces visiteurs convertissent aujourd'hui.
- Données de commandes et d'expédition : les pays où tu livres déjà, et ceux où les retours et le service client dans la langue locale sont réalistes.
Choisis d'abord une langue et traite-la entièrement. Une version néerlandaise complète de 800 produits vaut mieux qu'une version à moitié traduite de 4 000 produits en quatre langues, car les pages à moitié traduites envoient des signaux contradictoires aux moteurs de recherche comme aux acheteurs.
Étape 2 : choisis une structure d'URL pour chaque langue
Chaque langue a besoin de sa propre URL. Le guide de Google sur la gestion des sites multirégionaux et multilingues liste quatre façons de faire :
Quatre structures d'URL pour les versions linguistiques
| Domaine national | example.de | Le signal pays le plus clair, mais chaque domaine coûte de l'argent, demande sa propre infrastructure et construit son autorité séparément. |
|---|---|---|
| Sous-domaine | de.example.com | Facile à mettre en place et peut tourner sur des serveurs séparés, mais les utilisateurs ne savent pas forcément si de désigne une langue ou un pays. |
| Sous-répertoire | example.com/de/ | Facile à mettre en place, peu de maintenance sur un seul hébergement, et chaque langue partage l'autorité du domaine principal. |
| Paramètre d'URL | example.com?lang=de | Déconseillé par Google. |
Pour la plupart des petites et moyennes boutiques, les sous-répertoires sont le choix pratique : un domaine, une plateforme, un seul ensemble de backlinks. Les domaines nationaux ont du sens quand des entités juridiques distinctes gèrent chaque marché ou quand l'assortiment diffère tellement que les boutiques sont en fait des magasins différents.
Deux règles s'appliquent à toutes les structures. Ne change jamais de langue uniquement via un cookie ou un script, car les moteurs de recherche ne voient alors qu'une URL avec une seule langue. Et n'impose pas une langue aux visiteurs avec une redirection automatique basée sur leur adresse IP ou leur navigateur. Google prévient que ce type de redirection peut empêcher les utilisateurs et les moteurs de recherche d'accéder à toutes les versions de ton site. Propose plutôt un sélecteur de langue visible.
Étape 3 : recherche les mots-clés dans chaque langue, ne les traduis pas
Une liste de mots-clés traduite est un point de départ, pas un résultat. Les acheteurs utilisent des mots différents pour le même produit, même au sein d'une seule langue :
- Anglais : sneakers aux États-Unis, trainers au Royaume-Uni.
- Néerlandais : smartphone ou mobiele telefoon aux Pays-Bas, gsm en Flandre.
- Allemand : Handy pour un téléphone portable, un mot qu'un anglophone ne chercherait jamais.
- Tailles et unités : pointures européennes, centimètres au lieu de pouces, litres au lieu d'onces liquides.
Un workflow qui fonctionne pour les catalogues :
- Liste les 20 à 50 mots-clés qui génèrent la plus grande partie de ton trafic aujourd'hui, en général des noms de catégories et des types de produits.
- Traduis chacun d'eux comme point de départ, puis vérifie les suggestions de saisie semi-automatique locales et les premiers résultats dans ce pays.
- Choisis le terme que les acheteurs et les concurrents locaux utilisent réellement, et note-le pour chaque langue.
- Enregistre les termes choisis dans un glossaire, pour que chaque titre, description et nom de catégorie traduit utilise le même mot.
- Après le lancement, vérifie les requêtes Search Console par pays et ajuste le glossaire là où les acheteurs utilisent un autre terme.
Le glossaire est l'étape que la plupart des boutiques sautent. Sans lui, un produit dit Laufschuhe et le suivant Joggingschuhe, et aucune page catégorie ne se classe sur les deux.
Étape 4 : traduis la fiche produit en entier
Google détecte la langue d'une page à partir de son contenu visible et n'utilise pas d'indices au niveau du code comme l'attribut lang, comme l'explique son guide sur les sites multilingues. Sa documentation sur les versions localisées ajoute que des pages dans des langues différentes ne sont considérées comme des doublons que si le contenu principal n'est pas traduit. Une page néerlandaise avec une description en néerlandais mais des attributs, des filtres et des caractéristiques en anglais est une page en langue mixte, exactement ce que tu veux éviter.
Dix champs à traduire, et quatre à laisser tels quels
- Titre (avec le terme local du type de produit tiré de ton glossaire)
- Description, courte et longue
- Meta title et meta description
- Handle d'URL ou slug, si ta plateforme le permet
- Valeurs d'attributs : couleur, matière, coupe, conseils d'entretien, compatibilité
- Noms et valeurs des options de variantes : taille, couleur, conditionnement
- Texte alt des images
- Noms de catégories, descriptions de catégories et libellés de filtres
- Unités et systèmes de tailles, convertis là où le marché l'attend
- Texte dans les données structurées (name et description) dans la langue de la page
Garde volontairement quelques champs non traduits : noms de marque, références de modèle, SKU et GTIN. Traduire une référence de modèle crée un produit que personne ne peut trouver.
Des chaussettes en mérinos dans la boutique anglaise, néerlandaise et allemande
Voici le même produit tel qu'il devrait apparaître dans la boutique anglaise, néerlandaise et allemande. Note que le conditionnement et le format du pourcentage changent, pas seulement les mots.
Un lot de chaussettes dans trois boutiques, champ par champ
| Titre | Merino Wool Crew Socks, 3-Pack, Navy, Size 43–46 | Merinowollen sokken, 3 paar, marineblauw, maat 43–46 | Merino-Socken, 3er-Pack, Marineblau, Größe 43–46 |
|---|---|---|---|
| URL | /en/products/merino-crew-socks-navy | /nl/products/merino-sokken-marineblauw | /de/products/merino-socken-marineblau |
| Attribut couleur | Navy | Marineblauw | Marineblau |
| Attribut matière | 80% merino wool, 20% polyamide | 80% merinowol, 20% polyamide | 80 % Merinowolle, 20 % Polyamid |
| Nom de l'option de variante | Size | Maat | Größe |
| Texte alt | Drie paar marineblauwe merinosokken, plat neergelegd | ||
| Meta description | Zachte merinosokken in een voordeelpak van 3 paar. Temperatuurregulerend, geurarm en in maat 43–46. Gratis verzending vanaf 50 euro. |
Chacune de ces lignes est un champ distinct de ton catalogue. Multiplie-les par le nombre de produits et de langues, et tu comprends pourquoi traduire les attributs et les options de façon structurée compte autant que traduire la description. Notre article sur la traduction des attributs produit en texte marketing approfondit cette partie, et la standardisation des attributs explique pourquoi une liste fixe de valeurs par attribut facilite beaucoup la traduction.
Étape 5 : relie les versions linguistiques avec hreflang
Les annotations hreflang indiquent à Google quelles URL sont des versions linguistiques ou régionales d'une même page, pour qu'il puisse montrer la page néerlandaise à un internaute néerlandophone et la page française à un internaute belge francophone. Les règles de Google, tirées de sa documentation sur les versions localisées :
- Ajoute les annotations dans le head HTML, dans les en-têtes HTTP ou dans le sitemap XML. Les trois méthodes sont équivalentes, choisis-en une.
- Chaque version se liste elle-même ainsi que toutes les autres versions. Si deux pages ne pointent pas l'une vers l'autre, Google ignore les annotations.
- Utilise des URL absolues, https compris.
- Utilise un code de langue ISO 639-1, éventuellement suivi d'un code de région ISO 3166-1 Alpha 2 : nl, nl-BE, fr-BE, de-AT.
- Un code de région seul n'est pas valide. Utilise GB pour le Royaume-Uni, pas UK.
- Utilise x-default pour la page de repli, souvent un sélecteur de langue ou ta langue principale, destinée aux visiteurs dont tu ne sers pas la langue.
Une boutique belge avec des pages en néerlandais et en français, plus une boutique néerlandaise pour les Pays-Bas, utiliserait nl-NL, nl-BE, fr-BE et x-default sur chaque page produit. Si la page néerlandaise sert les deux pays avec un contenu identique, une seule valeur nl couvre les deux. Notre générateur hreflang gratuit construit l'ensemble des balises pour toi et vérifie les codes.
Étape 6 : garde des signaux techniques cohérents
Le hreflang ne fonctionne pas seul. Ces signaux doivent être en accord avec lui :
- Les balises canonical pointent vers l'URL dans la même langue. Une page néerlandaise avec une canonical vers l'original anglais demande à Google d'écarter la page néerlandaise.
- Une langue par page. Navigation, pied de page, données produit et widgets d'avis dans la langue de la page.
- Les sitemaps XML incluent chaque URL linguistique, pas seulement celles de la langue par défaut.
- Les liens internes restent dans la langue. Une page catégorie néerlandaise renvoie vers des pages produit néerlandaises.
- Le sélecteur de langue utilise de vrais liens vers la page équivalente (pas la page d'accueil) et nomme les langues dans leur propre langue : Nederlands, Deutsch, Français.
- Les prix, la devise et le stock correspondent au marché ciblé par la page.
- Les données structurées décrivent la page dans sa propre langue et sa propre devise.
Traduction automatique : où elle aide et où elle nuit
La traduction automatique et par AI est la façon dont beaucoup de boutiques rendent un grand catalogue multilingue à un coût réaliste. Les règles relatives au spam de Google citent le fait de récupérer du contenu pour générer de nombreuses pages, y compris « par des transformations automatisées comme la synonymisation, la traduction », comme exemple d'abus de contenu à grande échelle apportant peu de valeur aux utilisateurs. La cible, c'est un résultat de faible valeur produit en masse, pas l'utilisation d'un moteur de traduction.
En pratique, cela signifie :
- Fournis ton glossaire et tes termes de marque au moteur, pour que les noms de types de produits soient cohérents.
- Traduis les champs structurés séparément (attributs, options, unités) plutôt qu'en un seul bloc de texte.
- Fais relire tes principales catégories et tes meilleures ventes par un locuteur natif, et contrôle un échantillon de la longue traîne.
- Vérifie les nombres, les tailles et les unités après la traduction. Un tableau des tailles qui perd une décimale, c'est un problème de retours.
- Verrouille les champs qui ne doivent jamais changer, comme la marque, la référence de modèle et le GTIN.
WISEPIM a été conçu pour cette partie du travail : il traduit les titres, descriptions, attributs et champs meta avec l'AI (précision de 95 %+) et les envoie vers des boutiques connectées comme Shopify, WooCommerce, Magento 2, Lightspeed eCom et CCV Shop. Tackerplein, par exemple, l'a utilisé pour produire ses traductions allemandes en 6 semaines au lieu des 4 à 6 mois qu'il aurait fallu à une agence, comme le décrit le cas Tackerplein.
Pages à moitié traduites et autres faux pas du SEO multilingue
- Description traduite, tout le reste en anglais. Les attributs, les filtres et les guides des tailles restent en anglais, et la page se lit comme une page en langue mixte.
- Handles d'URL anglais sur des pages traduites. Pas fatal, mais une occasion manquée de correspondre aux requêtes locales et un signal de clic plus faible dans les résultats de recherche.
- Noms de variantes non traduits. Les acheteurs filtrent sur Maat ou Größe, alors que le produit affiche Size.
- Balises canonical pointant vers la langue par défaut. Les pages traduites sortent de l'index.
- Hreflang sans liens de retour. Une version pointe vers l'autre, l'autre ne pointe pas en retour, et Google ignore les deux.
- Codes de région seuls ou invalides comme UK ou EN-EU.
- Nouveaux produits lancés dans une seule langue. Le catalogue dérive : 4 000 produits en anglais, 3 400 en néerlandais, 2 900 en allemand. Suis la couverture de traduction par langue sous forme de chiffre.
- Redirections IP forcées qui empêchent Googlebot d'explorer les autres versions linguistiques.
- Traduction littérale des types de produits au lieu du terme que les acheteurs locaux recherchent.
Séquence de lancement d'une nouvelle langue de boutique
Dix étapes pour lancer une nouvelle langue
Si ton catalogue est le goulot d'étranglement, découvre comment WISEPIM gère l'e-commerce multilingue : traduction par AI de chaque champ produit, plus de 70 langues, et publication vers ta boutique depuis un seul endroit. La page de la fonctionnalité de traduction montre comment cela fonctionne champ par champ.
