En bref

Un site multilingue fonctionne quand chaque version linguistique est une vraie page pour un vrai marché : sa propre URL, les termes de recherche locaux, la bonne devise, et des contenus qui restent à jour quand la langue principale change. Traduire le texte est la plus petite partie du travail.

Nous créons et faisons vivre des sites en plusieurs langues : Agrider en 5 langues, DogDietLab en 12 langues et 24 versions régionales, et Shinster en 24 langues pour 27 pays. Ce guide rassemble ce que ces projets nous ont appris sur la localisation de site web.

Les trois niveaux d’un site multilingue : traduction, localisation et SEO international

Traduction, localisation ou SEO international ?

	Traduction	Localisation	SEO international
Ce qui change	Les mots	Les mots, la devise, les unités, les exemples, les mentions légales, le ton	Les URL, les hreflang, les sitemaps, les mots-clés locaux
Qui s’en charge	Un traducteur ou l’IA avec relecture	Un traducteur qui connaît le marché	Développeur et SEO
Sans elle	Personne ne comprend la page	On la comprend, mais on ne lui fait pas confiance	Personne ne trouve la page

Un site qui se contente de traduire attire généralement des visiteurs de son marché d’origine et très peu des autres. Les trois niveaux sont nécessaires.

1. Structure : une URL par langue

Chaque langue a besoin de sa propre adresse, que les moteurs de recherche peuvent explorer. Les trois options courantes :

Option	Exemple	Quand elle convient
Sous-répertoires	exemple.com/en/, exemple.com/de/	La plupart des entreprises : un domaine, une autorité partagée, le plus simple à gérer
Domaines nationaux	exemple.co.uk, exemple.in	Des boutiques séparées par pays, avec leur devise et leur entité juridique
Sous-domaines	en.exemple.com	Rarement le meilleur choix aujourd’hui

Agrider utilise des sous-répertoires avec des slugs traduits : le calculateur de leasing anglais se trouve à /en/leasing-calculator/ et l’ukrainien à /uk/kalkulyator-lizynhu/. Nos boutiques Melini utilisent des domaines nationaux, car chacune a sa devise et sa livraison.

À éviter : changer de langue par un cookie ou un script sur la même URL. Les moteurs de recherche ne voient alors qu’une seule version.

2. Hreflang et sitemaps

Les balises hreflang indiquent à Google quelle page correspond au même contenu dans une autre langue, pour qu’un internaute allemand arrive sur la page allemande. Chaque version doit pointer vers toutes les autres et vers elle-même. Sur Agrider, les hreflang et un sitemap dynamique sont générés à partir des données : une nouvelle page de machine est reliée automatiquement dans les cinq langues. Notre article sur les balises hreflang en pratique détaille la mise en place et les erreurs les plus fréquentes.

3. Des mots-clés locaux, pas des mots-clés traduits

Dans chaque pays, on cherche la même chose avec des mots différents. Un mot-clé traduit est souvent un mot-clé que personne ne tape. Sur nos boutiques Melini, les titres reprennent le terme local, par exemple « doTERRA essential oils UK » sur la boutique britannique et « Price in INR » sur la boutique indienne.

Ce que nous faisons pour chaque marché :

Rechercher les mots-clés principaux dans les données de recherche du pays, pas par traduction.
Rédiger les titres et descriptions pour ces termes.
Vérifier dans Search Console, après le lancement, quelles pages obtiennent des impressions dans ce pays.

4. Devises, unités et détails qui inspirent confiance

Devise. Les prix d’Agrider passent du forint à l’euro. Melini fonctionne en quatre devises : HUF, GBP, USD et INR.
Formats. Dates, séparateurs décimaux, numéros de téléphone, tailles et unités.
Pages légales. Confidentialité, conditions générales et mentions légales pour chaque marché.
Contact. Un numéro ou une adresse e-mail utilisable depuis le pays de l’acheteur, et les langues dans lesquelles vous répondez.
Exemples et images. Un client suisse attend des exemples suisses, des prix en francs et des conditions de livraison locales.

5. Un processus qui garde chaque langue à jour

C’est là que la plupart des sites multilingues échouent. La langue principale est mise à jour, les autres prennent du retard, et en un an la moitié des pages sont obsolètes.

Ce qui fonctionne sur nos projets :

Une fiche maître, plusieurs versions linguistiques. Sur Shinster, une seule fiche produit alimente toutes les pages produits localisées, au lieu de 24 copies séparées.
Traduction automatique avec relecture humaine. Les pages de machines d’Agrider sont traduites en anglais, roumain, polonais et ukrainien par des fonctions back-end. Sur Shinster, l’IA rédige une première version des textes localisés et des meta descriptions, et une personne relit avant publication. Les états « brouillon » et « validé » sont enregistrés : nous savons toujours quel texte a été vérifié.
Les nouvelles pages apparaissent dans toutes les langues en même temps. Sur Agrider, cela représente environ 410 pages de machines par langue et 2 463 URL dans le sitemap, sans traducteur à chaque changement de stock.
Des modifications rapides. Sur DogDietLab, qui compte 24 versions régionales en 12 langues, une nouvelle fonctionnalité passe en général de l’idée à la mise en ligne en deux à quatre heures, dans toutes les versions.

La boutique Shinster sur ordinateur

La version anglaise de la boutique Shinster. Capture d’écran : 19 octobre 2026.

Faut-il un service de localisation ?

La traduction par IA suffit pour une première version dans la plupart des langues. Une personne qui connaît le marché doit toutefois vérifier ce que les clients voient en premier : la page d’accueil, les pages de services ou de catégories, les prix, le tunnel de commande et les textes légaux. Les contenus de longue traîne, comme les fiches techniques, peuvent passer par une traduction automatique avec des contrôles ponctuels.

Une répartition pratique :

Contenu	Approche
Page d’accueil, pages de services ou de catégories principales	Relecture native, mots-clés locaux
Prix, tunnel de commande, pages légales	Relecture native, toujours
Pages produits ou de stock en grand nombre	Traduction automatique à partir de données structurées, contrôles ponctuels
Blog et base de connaissances	Choisir les sujets par marché ; traduire seulement ce que ce marché recherche

Checklist du site multilingue

Une URL par langue, en sous-répertoires ou sur des domaines nationaux.
Des slugs traduits quand cela aide le lecteur.
Des hreflang sur chaque page, avec auto-référence et x-default.
Un sitemap qui liste toutes les versions linguistiques.
Une recherche de mots-clés locale pour chaque marché.
Devise, formats et pages légales adaptés à chaque marché.
Un sélecteur de langue qui garde le visiteur sur la même page.
Un processus éditorial où les nouvelles pages apparaissent dans toutes les langues.
Une relecture native des pages qui vendent.
Search Console vérifiée pays par pays après le lancement.

Questions fréquentes

Comment créer un site multilingue ?

Donnez à chaque langue sa propre URL (en général un sous-répertoire comme /en/ ou /de/), ajoutez des balises hreflang et un sitemap, recherchez les mots-clés marché par marché, adaptez la devise et les pages légales, et mettez en place un processus pour que chaque nouvelle page apparaisse dans toutes les langues.

La traduction automatique suffit-elle ?

Pour de grands ensembles de pages structurées, comme les pages produits ou de stock, la traduction automatique avec des contrôles ponctuels fonctionne bien. Les pages qui vendent, comme l’accueil, les prix et le tunnel de commande, doivent être relues par quelqu’un qui connaît le marché.

Par combien de langues commencer ?

Commencez par les marchés où vous pouvez livrer, répondre aux clients et facturer. Deux ou trois langues bien tenues valent mieux que dix langues négligées. Ajoutez-en une fois que le processus tourne.

Pour aller plus loin

Vous préparez un site en plusieurs langues ? Découvrez nos offres de création de site internet et de SEO international.

Site multilingue : ce dont un site en 5 langues a vraiment besoin