Créer un site e-commerce multilingue pour la vente transfrontalière

Un site e-commerce multilingue est une boutique qui fonctionne correctement dans plus d'une langue : pas seulement des fiches produit traduites, mais un passage en caisse, des moyens de paiement, une devise, un affichage des taxes et un service client qui se comportent nativement pour le marché depuis lequel l'acheteur commande. La plupart des boutiques qui « passent au multilingue » s'arrêtent au premier point de cette liste. La caisse ne propose toujours que la carte bancaire et PayPal, l'e-mail de confirmation part toujours en français, et le formulaire de retour réclame toujours un code postal à cinq chiffres.

Cet écart coûte un vrai chiffre d'affaires. L'étude « Can't Read, Won't Buy » de CSA Research, menée auprès de 8 709 consommateurs dans 29 pays, montre que 76 % préfèrent acheter des produits présentés dans leur propre langue, et que 40 % n'achèteront jamais sur des sites dans d'autres langues. Le commerce électronique transfrontalier reste par ailleurs un marché important, mais son périmètre exact et son rythme de croissance varient fortement selon la source et la définition retenus. Une boutique uniquement en français se dispute une part qui rétrécit d'un marché qui grossit autour d'elle, à commencer par les voisins immédiats : la Flandre et les Pays-Bas, l'Allemagne, l'Espagne, l'Italie.

Nous entrons ici dans le détail de la couche boutique du développement e-commerce sur mesure : ce qu'exige un commerce vraiment multilingue au-delà des textes produit, où se place un PIM (système de gestion de l'information produit), et une comparaison honnête entre le construire sur mesure et greffer une application de traduction. La discipline d'ingénierie sous-jacente, l'internationalisation, relève de notre pratique de développement de logiciels multilingues ; nous restons concentrés sur la boutique.

Pourquoi une boutique uniquement en français vous coûte des ventes

Un marketing traduit convainc un acheteur de cliquer. Il le convainc rarement de finir de payer. Un visiteur néerlandais atterrit sur une fiche produit en néerlandais, la lit confortablement, puis tombe sur une caisse sans iDEAL, dont les conditions de retour restent en français et dont le champ d'adresse refuse un code postal en quatre chiffres suivis de deux lettres. Il vient de réapprendre que la boutique n'a jamais vraiment été construite pour lui.

Ce moment pèse plus que le texte de la page. Les recherches au long cours du Baymard Institute sur le passage en caisse situent actuellement l'abandon de panier moyen mondial autour de 70,19 %, sur la base de sa compilation de recherches et de ses travaux UX sur le parcours de paiement. Les difficultés de ce parcours, dont l'absence de certains moyens de paiement locaux, peuvent y contribuer, mais leur poids relatif dépend du marché et doit être étayé cas par cas. Ajoutez un prix affiché au mauvais taux de TVA et des mentions de rétractation que l'acheteur ne peut pas lire, et une boutique traduite peut générer du trafic et de l'intérêt tout en perdant la vente à la dernière étape, la seule qui paie les factures.

Au-delà des textes produit traduits : ce qu'exige vraiment une boutique multilingue

Les descriptions produit sont la partie visible de l'e-commerce multilingue. Les parties qui décident si une commande aboutit se trouvent en dessous :

• Des moyens de paiement localisés. La carte n'est le réflexe par défaut qu'en France. Selon le pays, les acheteurs peuvent être davantage familiers avec certains moyens de paiement locaux, comme Bancontact en Belgique, iDEAL aux Pays-Bas, le prélèvement SEPA ou PayPal en Allemagne, ou TWINT en Suisse ; leur pertinence doit être vérifiée pour le marché et la clientèle visés. Une caisse limitée aux Cartes Bancaires et à PayPal exclut en silence des acheteurs qui n'ont jamais eu de raison de se méfier de la boutique ; ils n'ont simplement jamais vu un moyen de paiement qu'ils utilisent. Cette liste bouge, en plus : les moyens de paiement évoluent, et leur disponibilité doit être vérifiée avant chaque mise en production, une boutique qui affiche encore une option retirée du marché montre surtout qu'elle n'a pas été revue depuis un moment.
• Une tarification multidevise. Hors zone euro, afficher une estimation convertie à la caisse n'est pas la même chose que fixer les prix dans la devise locale. Une vraie tarification multidevise, c'est un catalogue de prix par marché, avec un arrondi maîtrisé par le marchand, pour qu'un acheteur suisse ou québécois ne découvre jamais le coût réel sur son relevé de carte après coup. Le franc suisse et le dollar canadien sont les deux devises que les vendeurs francophones rencontrent en premier, et souvent sans y avoir pensé. Lorsque des prix sont affichés dans une devise étrangère, le parcours de commande doit préciser clairement le prix effectivement facturé et les éventuels frais applicables ; une simple conversion indicative ne garantit pas un prix réellement maîtrisé par marché.
• Un affichage des taxes, de la livraison et des droits sensible à la locale. En France, la DGCCRF rappelle que les prix affichés en ligne doivent l'être toutes taxes comprises (TTC). Pour les ventes à distance de biens à des consommateurs situés dans l'UE, la TVA est en principe due au taux du pays de l'acheteur selon une logique de taxation à destination ; en deçà du seuil européen harmonisé de 10 000 € HT par an, certaines ventes à distance peuvent encore relever de la TVA de l'État de départ, mais ces règles et ce seuil doivent être vérifiés selon la situation de l'entreprise et les régimes applicables. Le guichet unique de TVA (OSS) permet de centraliser l'enregistrement, la déclaration et le paiement pour les ventes à distance intracommunautaires visant des consommateurs non assujettis, sans dispenser de cette analyse. Une boutique qui présente à un acheteur belge un prix TTC calculé au taux français risque donc de se tromper de prix, avec un écart qui sort de votre marge. Hors UE, la logique s'inverse encore : aux États-Unis, l'affichage et la collecte de la taxe de vente dépendent de l'État, de la juridiction et de la situation du vendeur, et doivent être validés marché par marché plutôt que généralisés. L'estimation de livraison doit aussi dire si les droits de douane sont inclus : le Delivered Duty Paid (DDP, rendu droits acquittés) intègre le coût douanier au prix affiché, tandis que le Delivered Duty Unpaid (DDU, rendu droits non acquittés) laisse l'acheteur payer la douane à l'arrivée, une surprise qui finit souvent en ticket de support ou en colis refusé.
• Des mentions légales dans la langue de l'acheteur. Le droit de rétractation de quatorze jours vaut dans toute l'UE ; en France, le professionnel doit notamment informer le consommateur de ce droit, de son délai et de ses modalités, et proposer un formulaire type de rétractation. Les informations précontractuelles doivent être claires, compréhensibles et adaptées au marché ciblé ; l'exigence concrète de langue et les effets juridiques d'une information non traduite dépendent ensuite du droit applicable et des circonstances. Le raisonnement vaut pour les conditions générales, la garantie légale de conformité et la page de confidentialité, qui doit être alignée sur le RGPD : celui-ci encadre les traitements de données personnelles dans l'Union européenne et peut s'appliquer à une organisation établie hors UE qui cible directement des résidents européens.
• Des parcours de service client traduits. L'e-mail de confirmation de commande, la notification d'expédition, le formulaire d'autorisation de retour et l'article d'aide qu'un acheteur inquiet cherche à 23 h doivent tous exister dans sa langue. Une boutique traduite en néerlandais qui envoie ses suivis de commande en français a traduit l'argumentaire de vente et sauté la relation. L'étude CSA Research rapporte également que 75 % des répondants sont davantage susceptibles de racheter auprès d'une marque lorsque le service client est disponible dans leur langue.

Rien de tout cela n'est de l'ingénierie exotique. C'est un périmètre que les fonctionnalités par défaut d'un template et les limites des extensions couvrent de façon variable ; il faut les vérifier au cas par cas, notamment pour les paiements, la fiscalité, la livraison et les communications transactionnelles.

C'est aussi là que la localisation, pas seulement la traduction prend tout son sens : traduire les mots d'une page est une tâche de contenu, tandis que faire fonctionner correctement la caisse, le prix et la paperasse pour un marché est une décision produit, et les deux se budgètent, et se construisent, très différemment.

Le PIM : la colonne vertébrale des catalogues multilingues qui ne prennent pas de retard

Une poignée de fiches produit traduites se gère à la main. Un vrai catalogue, non. À titre d'illustration, une boutique de 2 000 références déclinées en six langues représente jusqu'à 12 000 combinaisons de contenu, et chaque changement de prix, chaque nouvel attribut et chaque rotation saisonnière doit toutes les atteindre sans que personne n'ait à repérer celles qui ont été oubliées.

C'est précisément le travail pour lequel un PIM, ou système de gestion de l'information produit, existe. Chaque attribut, description et image vit une seule fois, dans un seul système, avec un score de complétude suivi par langue : un responsable catalogue voit d'un coup d'œil que le catalogue néerlandais a 40 produits de retard sur le français, au lieu de l'apprendre par une réclamation client. Boutiques, places de marché et flux deviennent des exports de cette source unique, pas des copies séparées qui dérivent en silence.

Le détail qui économise vraiment l'argent : un PIM correctement configuré peut limiter ce qui repart en traduction à ce qui a réellement changé, plutôt que renvoyer le catalogue entier à chaque fois, un résultat qui dépend du modèle de données, des connecteurs et du workflow retenu. Modifiez un prix et la description reste intacte ; retouchez une description et le prix ne repart pas nécessairement dans une file de relecture de traduction dont il n'avait pas besoin. Sans cette discipline, les catalogues se périment entre deux passes complètes de retraduction, ou les équipes paient trop en retraduisant du contenu qui n'avait jamais changé.

Logiciel e-commerce transfrontalier : construction sur mesure ou application de traduction

La plupart des boutiques commencent par une application de traduction de boutique, et cet instinct est souvent raisonnable. Des applications comme Weglot, GTranslate et les plugins type WPML pour WooCommerce s'installent en un après-midi, traduisent le texte visible des pages (souvent par traduction automatique avec une couche de relecture manuelle) et mettent une boutique dans une deuxième langue en quelques jours.

Là où elles s'arrêtent est prévisible dès qu'on sait où regarder. Ces outils traduisent ce qui se rend à l'écran. La logique de caisse, les règles fiscales et les calculs de livraison sont du code fonctionnel, pas du texte de page, donc une couche de traduction ne peut généralement pas les atteindre : la boutique se retrouve avec une page d'accueil en néerlandais posée devant une caisse restée en français, sans iDEAL, et qui applique toujours la TVA française. Le support multidevise, quand il existe, est en général une conversion d'affichage plutôt qu'un vrai catalogue de prix avec arrondi maîtrisé par le marchand. Et parce que ces applications servent les pages traduites via un proxy ou une structure de sous-dossiers posée sur le site d'origine, la visibilité des pages traduites dans les moteurs de recherche dépend fortement de la configuration de cette couche, très variable d'un outil à l'autre.

Une boutique multilingue construite sur mesure coûte plus cher au départ et met plus de temps à atteindre une version fonctionnelle, des semaines plutôt que des jours. Ce qu'elle rachète, c'est la partie hors de portée des plugins : des moyens de paiement câblés par marché, une vraie tarification multidevise, une logique de taxes et de livraison conforme au droit local, et un pipeline PIM-traduction qui garde le catalogue à jour au lieu de le figer au moment où quelqu'un a lancé l'application de traduction pour la dernière fois.

La règle honnête : un petit catalogue qui teste un nouveau marché à faible enjeu peut démarrer avec un plugin. Une boutique où la caisse, la TVA ou l'échelle du catalogue comptent vraiment en sort vite, en général au moment où elle commence à se demander pourquoi les pages traduites ne convertissent pas comme les pages françaises.

Questions fréquentes sur les sites e-commerce multilingues

Qu'est-ce qui rend un site e-commerce vraiment multilingue ?

Les fiches produit traduites sont la couche visible, pas toute la réponse. Une boutique vraiment multilingue propose aussi les moyens de paiement du pays de l'acheteur, applique le bon taux de TVA, affiche livraison et droits de douane correctement par marché, sert ses mentions légales dans la bonne langue, et envoie ses communications de service client dans celle de l'acheteur.

Une application de traduction peut-elle rendre ma boutique multilingue ?

Partiellement. Les applications de traduction gèrent bien le texte visible des pages et se lancent vite. Une couche de traduction ne couvre pas nécessairement les règles métier d'une boutique : les capacités de paiement, de fiscalité, de livraison, de devise et de référencement doivent être vérifiées pour chaque outil et chaque configuration, plutôt que supposées absentes ou présentes par défaut.

Ai-je besoin d'une tarification multidevise si je vends dans la zone euro ?

Pas tant que vous y restez. Elle devient nécessaire dès la Suisse, le Royaume-Uni ou le Canada, et il s'agit alors d'un catalogue de prix par marché avec un arrondi maîtrisé, pas d'une estimation convertie. Une caisse limitée à la conversion peut surprendre l'acheteur avec un débit différent du prix affiché.

Quel taux de TVA appliquer à un acheteur d'un autre pays de l'UE ?

Cela dépend de votre volume de ventes. Tant que le seuil européen harmonisé de 10 000 € HT par an n'est pas dépassé, certaines ventes à distance intracommunautaires peuvent rester soumises à la TVA de l'État de départ ; au-delà, la TVA est généralement due au taux du pays de destination et peut être déclarée via le guichet unique de TVA (OSS), depuis un seul État membre. Ces règles et ce seuil doivent être vérifiés selon la situation de votre entreprise et les régimes applicables. Votre boutique doit donc être prête à calculer le prix TTC par pays de destination, pas une fois pour toutes.

Qu'est-ce qu'un PIM, et en faut-il un pour l'e-commerce multilingue ?

Un PIM (système de gestion de l'information produit) centralise les données produit une seule fois et suit la complétude des traductions par langue, en exportant vers chaque boutique et canal. Il peut faciliter la centralisation et le suivi de catalogues multilingues complexes ; le besoin réel dépend du volume de références, du nombre de canaux, des workflows et de la gouvernance des données.

Combien de temps prend la construction d'une boutique multilingue sur mesure ?

Le délai dépend du périmètre, du nombre de marchés, de moyens de paiement et de langues, des intégrations nécessaires et des validations à mener ; nous le confirmons après audit plutôt que d'annoncer une durée générique. Le devis cadré arrive avant toute ligne de code.

Vendez à chaque marché dans sa propre langue

Dites-nous quels marchés, langues et moyens de paiement votre boutique doit couvrir. Nous répondons avec un périmètre fixe, un prix fixe et une date de livraison en semaines.

Demander un devis à prix fixe →