Vous avez des clients étrangers qui demandent un devis en anglais. Vous lisez sur LinkedIn qu'un site multilingue double les ventes. Avant de cliquer sur Weglot et d'activer cinq langues d'un coup, posez le calcul honnêtement : seulement 5 % des sites web sont multilingues alors que 75 % des internautes ne parlent pas anglais nativement, et la majorité d'entre eux n'achèteront pas sur un site qu'ils ne comprennent pas. Un site web multilingue mal pensé peut vous coûter plus cher qu'un site monolingue, fragmenter votre SEO sur plusieurs pays et vous obliger à maintenir trois versions de contenu là où une seule rapportait.
Je travaille avec des TPE/PME qui veulent ouvrir leur site à un marché étranger ou desservir une clientèle bilingue. Voici comment je tranche avec eux, structure les URL, choisis les outils et évite les pièges qui plombent un projet multilingue dès la mise en ligne.
Avant de traduire, posez-vous une seule question
Quel chiffre d'affaires vient déjà de visiteurs étrangers aujourd'hui ? Si la réponse est « zéro mais on espère », passer en multilingue est probablement prématuré. Si la réponse est « 20 % du trafic vient d'Allemagne mais ils convertissent deux fois moins que les Français », là vous avez un problème concret à résoudre.
Trois cas d'usage justifient vraiment un site multilingue pour une TPE/PME :
- L'export en cours. Vous avez déjà des commandes ou des leads d'un pays donné. Traduire le site pour ce pays précis a un ROI mesurable.
- Un marché bilingue à domicile. Suisse romande et alémanique, Belgique francophone et néerlandophone, Canada francophone et anglophone. Le bilinguisme y est la norme, pas un bonus.
- Une clientèle internationale captive. Hôtellerie, tourisme, formation en ligne, SaaS B2B. Les visiteurs viennent à vous par recherche directe ou par recommandation, pas par SEO français.
Si aucun de ces trois cas ne s'applique, votre énergie ira mieux à fixer le site existant. Un guide pour ça : faire passer son site de 1 % à 3 % de conversion.
75 % des internautes préfèrent acheter dans leur langue
L'étude de référence vient de CSA Research : 72,4 % des consommateurs déclarent être plus enclins à acheter quand l'information est dans leur langue maternelle, et 56,2 % considèrent la langue comme plus importante que le prix dans la décision d'achat (source). L'anglais représente 52,1 % des contenus web alors que seulement environ 25 % des internautes le parlent comme langue maternelle (source).
Sur le papier, le marché est énorme. Sur le terrain, ces chiffres masquent une réalité plus sale : un site mal traduit, mal structuré ou mal référencé dans la langue cible ne capte pas ce marché. Il génère du trafic qui rebondit en trois secondes, parce que la traduction sent la machine, parce que les prix ne sont pas dans la bonne devise, parce que le SAV ne répond pas dans la langue affichée.
Le chiffre qui compte vraiment, ce n'est pas « 75 % des internautes ». C'est : sur les visiteurs étrangers de votre site monolingue actuel, combien convertissent par rapport à vos visiteurs français ? Si la conversion étrangère est divisée par cinq par rapport à la française, traduire a un sens. Si elle est divisée par deux, l'écart vient peut-être plus du produit, du prix ou du paiement que de la langue.
Site web multilingue : la structure URL qui ne se rattrape pas
Avant la première ligne de traduction, vous devez choisir comment organiser les versions linguistiques. Trois options techniques, chacune avec des conséquences SEO durables. Une fois en place, changer de structure coûte une refonte SEO complète (voir refonte de site sans perdre votre référencement).
| Structure | Exemple | Avantages | Inconvénients |
|---|---|---|---|
| Sous-répertoire | exemple.fr/en/ | Autorité du domaine partagée, SEO concentré, hébergement unique | Géociblage moins fort qu'un ccTLD |
| Sous-domaine | en.exemple.fr | Configuration serveur simple, séparation claire | Google traite chaque sous-domaine comme un site distinct, l'autorité ne se transmet pas automatiquement |
| Domaine pays (ccTLD) | exemple.de, exemple.es | Signal géographique fort, confiance utilisateur maximale | Coûts multiples, SEO à construire de zéro pour chaque domaine, maintenance lourde |
Google traite techniquement les trois structures à égalité (source officielle), mais la recommandation par défaut des consultants SEO internationaux est claire : sous-répertoire pour 90 % des projets. La raison : l'autorité du domaine principal se transmet à toutes les versions linguistiques, ce qui accélère le référencement des nouvelles langues (analyse Yoast).
Le ccTLD ne se justifie que si vous comptez monter une équipe locale, faire du netlinking dédié et de la publicité géociblée dans chaque pays. Pour une TPE qui veut juste ouvrir un site français à l'anglais, c'est de la sur-ingénierie qui coûte cher.
Hreflang : la balise qui décide quelle version Google affiche
Une fois la structure URL choisie, il manque une pièce critique : dire à Google quelle version afficher à qui. Cette pièce s'appelle la balise hreflang. C'est une ligne de code dans le <head> de chaque page, qui pointe vers la même page dans les autres langues.
Exemple pour une page tarifs en français, anglais et allemand :
<link rel="alternate" hreflang="fr" href="https://exemple.fr/tarifs/" />
<link rel="alternate" hreflang="en" href="https://exemple.fr/en/pricing/" />
<link rel="alternate" hreflang="de" href="https://exemple.fr/de/preise/" />
<link rel="alternate" hreflang="x-default" href="https://exemple.fr/tarifs/" />Trois règles à respecter sous peine de fragmentation SEO :
- Auto-référencement obligatoire. Chaque page doit pointer vers elle-même dans sa propre langue. Une page française doit avoir une balise hreflang vers la page française.
- Réciprocité totale. Si la page anglaise pointe vers la page française, la page française doit pointer en retour vers la page anglaise. Pas de lien unilatéral.
- Codes ISO valides. C'est
en-gbpour l'anglais britannique, pasen-uk. UK n'est pas un code ISO de région. Erreur courante qui invalide la balise.
D'après les audits d'agences SEO internationales, environ trois quarts des sites multilingues ont des erreurs hreflang qui fragmentent leur classement entre pays (source). La conséquence : Google affiche la mauvaise version dans la mauvaise SERP, vos utilisateurs anglophones tombent sur la page française, ils rebondissent, votre taux d'engagement chute et votre SEO global encaisse le coup.
La validation se fait dans Google Search Console, rubrique International Targeting. Outil gratuit, indispensable avant de considérer que le multilingue est en production.
Traduction automatique ou humaine : ce qui se passe vraiment
DeepL, Google Translate, ChatGPT. En 2026, la traduction automatique est suffisamment bonne pour ne plus produire de phrases ridicules. Suffisamment bonne ne veut pas dire suffisante.
Google détecte les contenus traduits automatiquement et peut les supprimer des SERPs locales s'il les juge thin (source). Le critère n'est pas « le texte est-il grammaticalement correct », c'est « le texte apporte-t-il une valeur unique pour cette langue ». Une page anglaise qui est juste la traduction littérale du français, sans recherche de mots-clés en anglais, sans adaptation culturelle, sans exemples locaux, tombe dans la zone à risque.
Comparatif des trois grands outils :
- DeepL. Meilleure qualité sur les langues européennes (français, allemand, espagnol, italien, néerlandais), 33 langues couvertes, gestion fine des nuances et registres formels (source). C'est le bon premier jet pour un site multilingue européen.
- Google Translate. Plus de 130 langues, idéal si votre cible inclut des langues moins courantes ou des dialectes régionaux. Qualité inférieure à DeepL sur le couple français-anglais et français-allemand.
- ChatGPT ou Claude. Excellents sur le contexte et l'adaptation marketing si vous fournissez un prompt avec ton, terminologie métier et contraintes de longueur. Lent et coûteux à grande échelle, mais imbattable pour des pages clés (homepage, page services, fiche produit phare).
Le bon process pour une TPE/PME : DeepL pour le gros du contenu, relecture humaine native sur les pages stratégiques (homepage, tarifs, contact, mentions légales), réécriture complète pour les pages SEO destinées au marché cible. La traduction littérale d'une page française n'apportera jamais de visibilité en anglais : les requêtes tapées par un Britannique ne sont pas la traduction mot-à-mot des requêtes françaises.
WordPress multilingue : Weglot, WPML, Polylang, le vrai coût à 3 ans
Si votre site tourne sous WordPress, vous avez trois plugins sérieux. Le piège : les comparer sur le prix d'entrée et oublier le coût total. Voici le calcul sur 3 ans pour un site vitrine d'une cinquantaine de pages traduites en deux langues supplémentaires.
| Plugin | Modèle | Prix année 1 | Coût 3 ans estimé | Propriété des traductions |
|---|---|---|---|---|
| Polylang Pro | Auto-hébergé, traductions stockées sur votre site | 99 €/an | ~ 300 € | Totale, vous gardez tout |
| WPML | Auto-hébergé, traductions stockées sur votre site | 79 à 159 €/an | 240 à 480 € | Totale, vous gardez tout |
| Weglot | Cloud, proxy de traduction | 190 à 950 €/an selon volume | 600 à 3000 € | Hébergée chez Weglot, exportable mais pas propriétaire |
Tarifs vérifiés via le comparatif Weglot. Weglot est la voie la plus rapide à déployer : moins d'une heure pour avoir un site multilingue fonctionnel, traductions automatiques incluses, hreflang géré tout seul. Vous payez ce confort. Sur 3 ans, Weglot peut coûter trois à six fois plus que WPML ou Polylang selon votre volume de pages.
WPML reste le standard du marché pour les sites WooCommerce ou les workflows éditoriaux complexes. Polylang est le moins cher et offre une version gratuite acceptable pour un site vitrine simple, à condition d'être à l'aise avec la config WordPress.
Critère qui tranche : si vous voulez la propriété complète de vos traductions et un coût maîtrisé sur le long terme, partez sur Polylang ou WPML. Si vous voulez du time-to-market en une après-midi et acceptez le coût récurrent, partez sur Weglot. Si vous êtes sur Next.js ou un framework custom, aucun de ces plugins ne vous concerne, le multilingue se gère côté code avec next-intl, react-i18next ou équivalent (voir Next.js ou WordPress : où chacun gagne en 2026).
Site web multilingue : 5 erreurs qui flinguent un lancement
- Lancer cinq langues d'un coup. Vous ne maintiendrez pas le contenu de cinq versions. Commencez avec une langue secondaire, prouvez le ROI, ajoutez ensuite.
- Drapeau au lieu de nom de langue. Le drapeau français exclut la Belgique francophone, la Suisse romande, le Québec. Affichez « Français / English / Deutsch », pas un emoji drapeau.
- Redirection automatique sur la langue du navigateur. Le visiteur veut décider lui-même. Une redirection forcée tue le SEO et l'expérience utilisateur. Hreflang sert à dire à Google, pas à rediriger l'utilisateur.
- Pages traduites mais interfaces en français. Le visiteur britannique remplit votre formulaire de contact, voit « Envoyer » au lieu de « Send », ferme l'onglet. La traduction s'arrête souvent aux pages, jamais aux boutons, aux messages d'erreur et aux emails de confirmation.
- Ignorer la devise et le format. Prix en euros pour un visiteur américain, dates au format JJ/MM/AAAA pour un anglophone, numéros de téléphone sans indicatif international. Chaque petit détail manqué érode la confiance.
Un seul critère pour décider
Si votre site français ne convertit pas correctement, le passer en cinq langues ne le fera pas mieux convertir. Il convertira mal en cinq langues. Avant de signer pour un site web multilingue, fixez d'abord le site monolingue. Une fois ça en place, le multilingue devient un levier de croissance, pas un pansement.
Si vous avez un projet de site multilingue concret ou si vous hésitez sur la structure à choisir, parlons-en en 20 minutes.