# Multidevise sur WooCommerce : ce que traduire une boutique ne résout pas > Une boutique traduite en anglais qui affiche encore des prix en euros perd des ventes. Comprendre les mécanismes réels du multidevise sur WooCommerce. - Auteur : Clément Hadrot - Publié le : 2022-10-25 - Mis à jour le : 2022-10-25 - Catégorie : Multilingue - URL : https://wpmoderne.dev.wordpress-developpement.fr/multilingue/woocommerce-multidevise-notion/ ## L’essentiel - Traduire une langue ne convertit jamais automatiquement une devise - Un taux de change figé évite les surprises comptables mais demande une mise à jour manuelle - La devise d'affichage et la devise d'encaissement peuvent légitimement différer Une confusion revient souvent chez les clients qui découvrent le multilingue : « puisque le site est traduit en anglais, les prix s'affichent-ils automatiquement en livres sterling ? » La réponse est non, et c'est une source fréquente de déception après une mise en production précipitée. La langue et la devise sont deux systèmes complètement indépendants sur WooCommerce, gérés par des extensions différentes, avec des logiques différentes. Cet article détaille les mécanismes réels du multidevise sur WooCommerce, les deux approches possibles pour le mettre en œuvre, et les pièges comptables et techniques à anticiper avant de proposer plusieurs devises sur une même boutique. ## Pourquoi la traduction ne convertit jamais les prix WooCommerce Multilingual (module de WPML) ou Polylang for WooCommerce se concentrent sur la traduction du texte : titres, descriptions, libellés d'interface. Le prix d'un produit, stocké en tant que valeur numérique dans une métadonnée (`_regular_price`, `_sale_price`), n'est jamais un champ « traduisible » au sens linguistique du terme — c'est un nombre, pas du texte. Aucune extension de traduction ne s'aventure donc à le convertir automatiquement, ce qui serait d'ailleurs risqué sans validation humaine explicite du taux appliqué. La gestion de la devise est donc un sujet à part entière, traité par des extensions dédiées (WooCommerce Multi-Currency de WPML, ou des extensions tierces comme Currency Switcher for WooCommerce), indépendamment du choix de plugin multilingue utilisé pour le texte. ## Deux approches possibles ### Le taux de change automatique La première approche s'appuie sur un service de conversion de devises en temps réel (souvent une API tierce de taux de change) : le prix de référence est saisi dans une seule devise, et affiché converti dans les autres devises selon le taux du jour, actualisé périodiquement. L'avantage est la simplicité de gestion — un seul prix à maintenir — mais l'inconvénient est réel : le prix affiché fluctue d'un jour à l'autre, ce qui peut dérouter un client qui compare deux visites, et complique la comptabilité si le prix encaissé au moment du paiement diffère légèrement du prix vu au moment de l'ajout au panier. ### Le prix fixe par devise La seconde approche consiste à saisir manuellement un prix propre à chaque devise, indépendamment du taux de change du marché. Un produit à 49 € peut ainsi être positionné à 45 £ plutôt qu'au taux de change strict du jour, pour des raisons de politique commerciale (arrondi psychologique, alignement sur la concurrence locale). Cette méthode demande davantage de travail de gestion — chaque prix doit être mis à jour manuellement en cas de changement — mais garantit une stabilité et une cohérence commerciale que le taux automatique ne permet pas. > L'essentiel à retenir : Traduire une langue ne convertit jamais automatiquement une devise ; Un taux de change figé évite les surprises comptables mais demande une mise à jour manuelle ; La devise d'affichage et la devise d'encaissement peuvent légitimement différer ## Devise d'affichage et devise d'encaissement : une distinction essentielle Un point technique mal compris par beaucoup de clients : la devise affichée sur la fiche produit n'est pas nécessairement la devise réellement débitée par la passerelle de paiement. Certaines configurations affichent un prix en livres sterling à titre indicatif tout en encaissant en euros via la conversion appliquée par la banque du client ou par la passerelle de paiement elle-même (Stripe et PayPal proposent tous deux des mécanismes de conversion à l'encaissement, indépendants de WooCommerce). Pour une boutique qui veut réellement encaisser en devise locale — condition souvent nécessaire pour éviter les frais de conversion facturés par les banques des clients — il faut configurer une véritable multidevise d'encaissement, ce qui implique généralement une configuration spécifique de la passerelle de paiement (comptes marchands distincts par devise chez certains prestataires) en plus du module d'affichage installé sur WooCommerce. ## Le comportement des taxes selon la devise et le pays Un multidevise mal anticipé oublie souvent la question des taxes : la TVA applicable dépend du pays de livraison, pas de la devise choisie par l'internaute. Un client britannique naviguant en livres sterling mais faisant livrer en France doit se voir appliquer la TVA française, pas une exonération liée au changement d'affichage de devise. WooCommerce gère cette logique via ses zones de taxes (**WooCommerce → Réglages → Taxes**), indépendamment du module multidevise, ce qui signifie que les deux systèmes doivent être vérifiés ensemble lors de la recette, jamais isolément. ## Checklist avant mise en production d'une boutique multidevise - Vérifier que chaque devise proposée correspond à un vrai besoin commercial identifié, pas à un ajout réflexe accompagnant la traduction. - Choisir explicitement entre taux automatique et prix fixe par devise, avec le client, pas par défaut technique. - Confirmer la configuration des zones de taxes indépendamment de la devise affichée. - Tester un parcours de commande complet dans chaque devise jusqu'à l'écran de confirmation de paiement. - Vérifier la cohérence des factures générées (devise affichée sur le PDF de facture, mention de la TVA applicable). > Sur nos projets, nous demandons systématiquement au client de trancher explicitement la question du taux de change avant tout développement : c'est une décision commerciale, pas un réglage technique que le développeur peut arbitrer seul. ## En résumé Le multidevise sur WooCommerce est un sujet distinct de la traduction linguistique, avec ses propres arbitrages : taux automatique contre prix fixe, devise d'affichage contre devise d'encaissement, et gestion des taxes indépendante de la devise choisie. Traiter ces deux sujets — langue et devise — comme un seul et même chantier est une erreur fréquente qui aboutit presque toujours à une boutique traduite mais commercialement incohérente pour ses marchés internationaux.