Vendre 49 euros en France et 54 euros en Allemagne n’est pas une fantaisie : c’est la conséquence de coûts logistiques différents, d’un paysage concurrentiel différent et de taux de TVA différents. Le problème est que PrestaShop ne raisonne pas en prix par pays. Il raisonne en prix unique, décliné par devise et corrigé par la TVA.
Voici ce que le natif permet réellement, où il s’arrête, et le point réglementaire que la plupart des boutiques ignorent.
Ce que fait le natif
Trois mécanismes existent et se combinent.
La devise. Chaque devise possède un taux de conversion appliqué au prix de base. Vous ne fixez pas un prix en livres sterling : vous fixez un taux, et PrestaShop calcule. Le résultat donne des prix comme 43,17 livres, que personne n’affiche volontairement.
La TVA par pays. Les règles de taxes s’appliquent selon le pays de livraison. Le prix hors taxes reste identique, seul le prix TTC varie. Un produit à 40 euros hors taxes devient 48 euros en France et 47,60 en Allemagne.
Le multiboutique. Une boutique par pays, chacune avec son catalogue, ses prix et son domaine. C’est la seule voie native pour fixer des prix réellement différents, et elle a un coût de gestion réel.
Le piège du prix TTC rond
C’est le point qui surprend le plus. Vous voulez afficher 49,90 euros dans toute l’Europe, prix psychologique classique. Avec un prix hors taxes unique, c’est impossible : les taux de TVA diffèrent, donc les prix TTC diffèrent.
Pour afficher le même prix TTC partout, il faut faire varier le prix hors taxes en sens inverse du taux de TVA. Votre marge devient alors différente d’un pays à l’autre, ce qui est une décision commerciale à prendre en conscience, pas un effet de bord à découvrir dans le compte de résultat.
Le raisonnement inverse est tout aussi valable : conserver la marge et accepter des prix TTC non ronds. Il n’y a pas de bonne réponse universelle, mais il y a une mauvaise pratique, celle qui consiste à ne pas trancher.
Les quatre leviers de différenciation
- Le prix spécifique par pays. PrestaShop permet de rattacher un prix spécifique à un pays donné. C’est le levier le plus direct, mais il se paramètre produit par produit, ce qui le rend impraticable au-delà de quelques dizaines de références.
- Le groupe de clients. Un groupe par zone, avec une remise ou une majoration globale. Simple, mais il suppose que le client soit rattaché au bon groupe, donc identifié, ce qui exclut les visiteurs non connectés.
- Le coefficient par devise. Plutôt qu’un taux de change strict, appliquer un coefficient commercial. Cela règle le problème des prix non ronds mais ne différencie que par devise, pas par pays : la France, l’Allemagne et l’Espagne restent au même tarif.
- Le multiboutique. Contrôle total, coût de gestion maximal. Chaque modification de catalogue doit être répercutée, ou héritée avec les précautions que cela suppose.
Prix par Pays, Boutique & DeviseUn prix juste, arrondi et rentable pour chaque pays€89.00
Le point réglementaire à connaître
Le règlement européen sur le blocage géographique injustifié encadre cette pratique depuis 2018, et il est régulièrement mal compris.
Ce qu’il n’interdit pas : proposer des prix différents selon les versions nationales de votre site. Vous restez libre de votre politique tarifaire par marché.
Ce qu’il interdit : empêcher un client d’accéder à une autre version de votre site en raison de sa nationalité, de son lieu de résidence ou du pays d’émission de sa carte bancaire, et le rediriger automatiquement sans son accord. Concrètement, un client français doit pouvoir consulter et commander sur votre boutique allemande, aux conditions allemandes, s’il le souhaite, y compris avec une carte française.
La redirection automatique par géolocalisation est donc à manier avec précaution : proposer, oui, imposer, non. Une bannière suggérant la version locale avec un lien pour rester sur la version courante remplit la condition. Une redirection silencieuse ne la remplit pas.
Détection du pays et cache
Deux difficultés techniques se cumulent dès que le prix dépend du pays.
La détection. Avant qu’un client soit connecté ou ait renseigné une adresse, son pays ne peut être déduit que de son adresse IP, avec une fiabilité imparfaite et une exactitude nulle derrière un VPN. Le prix affiché en navigation anonyme relève donc toujours d’une hypothèse. Elle doit être corrigeable par un sélecteur visible, et le prix définitif ne se fixe qu’à la saisie de l’adresse de livraison.
Le cache. Une page produit mise en cache contient un prix. Si ce prix dépend du pays, il faut soit segmenter le cache par pays, ce qui multiplie son volume, soit sortir le bloc prix du cache et le charger séparément. La première option est plus simple, la seconde plus économe.
Un symptôme classique révèle un cache mal segmenté : le premier visiteur d’une page depuis un pays donné voit le bon prix, les suivants voient le sien.
La cohérence avec les canaux externes
Un point souvent découvert trop tard. Si vos prix varient par pays, vos flux produits doivent varier de la même façon. Un flux Merchant Center annonçant 49 euros pour une page qui en affiche 54 déclenche un refus, et des refus répétés peuvent suspendre le compte.
La règle est de générer un flux par pays cible, alimenté par la même source que l’affichage, jamais par un export figé.
Mettre en place la différenciation
Le module Prix par Pays, Boutique et Devise traite ce besoin sur PrestaShop 8 et 9 : règles de prix par pays et par devise appliquées en masse plutôt que produit par produit, coefficient de marge, arrondi psychologique par devise et cohérence de l’affichage entre catalogue, fiche et panier.
