Checkout & Ventes

Les données du secteur suggèrent que simplifier le processus de checkout peut réduire l'abandon de 10 à 35 %, mais vos résultats réels dépendront des frictions actuelles de votre checkout, de votre audience et du type de produit. Si votre checkout actuel a 5 étapes et exige la création de compte, passer à un checkout en une page montrera probablement une amélioration significative. Si vous avez déjà un checkout propre en deux étapes, les gains seront plus modestes.

Learn more in our checkout optimization guide.

Oui. Checkout Revolution fonctionne avec tout module de paiement utilisant les Hooks de paiement standard de PrestaShop. Cela inclut Stripe, PayPal, Mollie, Adyen et pratiquement tous les grands prestataires de paiement. Le module de checkout gère la mise en page et le flux — le traitement des paiements est géré par votre module de paiement comme d'habitude. Si un module de paiement spécifique fait quelque chose d'inhabituel (comme une redirection en cours de checkout), faites-le nous savoir et nous vérifierons la compatibilité.

Read more about payment integration in our checkout guide.

Oui, Checkout Revolution supporte l'ajout de champs personnalisés au formulaire de checkout — comme les instructions de livraison, les numéros d'immatriculation d'entreprise ou des notes personnalisées. Vous les configurez dans le back office du module. Cependant, les champs personnalisés nécessitant une logique de validation complexe ou devant interagir avec des systèmes externes peuvent nécessiter un développement sur mesure au-delà de ce que le module offre nativement.

See our checkout customization guide for more tips.

Oui, Checkout Revolution supporte pleinement le checkout invité. Vous pouvez configurer s'il faut exiger la création de compte, la proposer en option ou permettre un checkout invité pur. Le checkout invité augmente généralement les taux de conversion car de nombreux premiers acheteurs ne souhaitent pas créer un compte juste pour effectuer un achat.

Learn why guest checkout matters in our one-page checkout guide.

Oui, notre module Digital Revolution gère la livraison de produits numériques — téléchargements sécurisés, distribution de clés de licence, limites de téléchargement et dates d'expiration. Il fonctionne en parallèle avec les produits PrestaShop standard, vous pouvez donc vendre à la fois des produits physiques et numériques dans la même boutique.

Checkout Revolution supporte les fonctionnalités pertinentes pour le B2B comme l'exigence d'un numéro de TVA, l'affichage des prix HT et les champs personnalisés d'entreprise. Cependant, il ne dispose pas d'un workflow de bon de commande (approuver → soumettre → facturer). Pour une gestion complète des bons de commande B2B, vous auriez besoin d'un module B2B dédié ou d'un développement sur mesure.

For VAT handling, check out our Automatic EU VAT Checker module.

La mise en page du checkout est la même pour tous les clients, mais vous pouvez afficher ou masquer des champs spécifiques en fonction des groupes de clients. Par exemple, vous pouvez exiger un numéro de TVA uniquement pour les clients B2B, ou sauter l'étape de livraison pour les commandes exclusivement numériques. Une personnalisation complète de la mise en page par groupe nécessiterait un développement sur mesure.

Explore all checkout features on the Checkout Revolution product page.

Peut-être, cela dépend de la cause. Si la lenteur est causée par votre module de checkout actuel chargeant du JavaScript inutile ou effectuant trop d'appels AJAX, passer à Checkout Revolution améliorera probablement les choses — notre module est optimisé pour la performance. Cependant, si la lenteur est côté serveur (base de données lente, hébergement lent), un changement de module de checkout ne résoudra pas cela. Utilisez les outils de développement de votre navigateur (onglet Réseau) pour identifier précisément ce qui est lent.

See our checkout optimization guide for performance tips.

Nos modules de ventes et promotions vous permettent d'ajouter des compteurs à rebours sur les pages produit et les listes de catégories pour créer un sentiment d'urgence. Vous définissez la date de fin de la promotion et le compteur décompte en temps réel. C'est une technique marketing légitime lorsqu'elle est utilisée avec de vraies promotions — ne l'utilisez pas avec de faux délais qui se réinitialisent, car cela détruit la confiance des clients et peut enfreindre les lois de protection des consommateurs dans l'UE.

See also: Sales Revolution — advanced promotions with countdown timers

Cela dépend du module spécifique. Certains de nos modules de promotion permettent de planifier des dates de début et de fin. PrestaShop lui-même supporte également les règles de prix catalogue avec des plages de dates. Pour une planification complexe des promotions (ventes flash, codes de réduction à durée limitée), vous aurez peut-être besoin d'une combinaison des fonctionnalités natives de PrestaShop et d'un module. Consultez la page produit spécifique ou interrogez-nous sur votre scénario.

Read more: Black Friday Preparation Checklist for Your Store

L'auto-complétion d'adresse (utilisant l'API Google Places ou similaire) n'est pas intégrée à Checkout Revolution. C'est une fonctionnalité séparée qui nécessite une clé API Google Maps avec facturation configurée. Nous pouvons vous orienter vers un module qui ajoute cette fonctionnalité et qui fonctionnerait conjointement avec notre module de checkout.

Learn more about checkout features in our complete checkout guide.

Oui. L'apparence du module est contrôlée par du CSS et des templates Smarty que vous pouvez surcharger dans votre Theme. Pour des modifications basiques de couleurs et d'espacement, vous pouvez utiliser les options de configuration du module. Pour une personnalisation plus poussée, créez une surcharge de template dans votre dossier de Theme à /themes/your-theme/modules/mprcheckoutrevolution/. Si vous avez besoin d'aide pour des modifications de design spécifiques, contactez-nous.

For more customization ideas, read our checkout process guide.

PrestaShop gère cela nativement — les paniers sont sauvegardés pour les clients connectés et pour les invités via les cookies. Notre module de checkout ne modifie pas ce comportement. Si un client ajoute des articles au panier et revient plus tard (dans la durée de vie du cookie), son panier sera toujours là. Pour une récupération plus avancée des paniers abandonnés (emails, rappels), vous auriez besoin d'un module dédié aux paniers abandonnés.

Read our checkout optimization guide for abandonment recovery tips.

Checkout Revolution n'a pas d'A/B testing intégré. Pour tester différentes mises en page de checkout en A/B, vous auriez besoin d'un outil externe comme Google Optimize (abandonné, mais des alternatives existent) ou d'un module d'A/B testing dédié. Vous pourriez aussi tester séquentiellement — utiliser une mise en page pendant une période, passer à une autre et comparer les taux de conversion. Le vrai A/B testing avec une attribution aléatoire simultanée nécessite un outillage dédié.

Learn more about conversion optimization in our checkout optimization guide.

Si le client est connecté et a des adresses sauvegardées et une commande précédente, le processus de checkout est considérablement plus rapide — ses informations sont pré-remplies. Cependant, la véritable commande "en un clic" (comme le brevet d'Amazon) nécessite de stocker les moyens de paiement, ce que Checkout Revolution ne fait pas pour des raisons de sécurité et de conformité PCI. L'étape de paiement exige toujours que le client confirme ou entre ses informations de paiement.

For faster checkout, explore our Express Checkout guide.

Le module valide que les champs obligatoires sont remplis et que le format est correct (ex. : email valide, format de code postal valide). Cependant, il ne vérifie pas qu'une adresse existe physiquement. Pour une véritable vérification d'adresse (contrôle contre les bases de données postales), vous auriez besoin d'un service de validation d'adresse dédié intégré via un module séparé ou du code sur mesure.

Explore all checkout features on the Checkout Revolution product page.

Checkout Revolution affiche les options d'expédition fournies par vos modules transporteur, y compris les informations de délai de livraison qu'ils fournissent. Si votre module transporteur inclut des dates de livraison estimées, elles apparaîtront. Le module de checkout lui-même ne calcule pas les dates de livraison — cette logique appartient aux modules de livraison/transporteur.

Learn more in our one-page checkout guide.

Deux moteurs de réduction, deux philosophies différentes

PrestaShop propose deux mécanismes fondamentalement différents pour appliquer des réductions : les prix spécifiques et les règles de panier. Ils semblent similaires du point de vue du client car les deux réduisent le montant payé, mais ils fonctionnent de manières complètement différentes en interne, ciblent des étapes différentes du processus d'achat et présentent des caractéristiques de performance distinctes. Choisir le mauvais pour votre cas d'utilisation ne crée pas seulement de la confusion. Cela peut provoquer une tarification incorrecte, ralentir votre boutique ou rendre votre stratégie de réduction impossible à gérer à grande échelle.

Les prix spécifiques modifient le prix affiché d'un produit avant qu'il n'entre dans le panier. Ils sont directement attachés aux produits et sont évalués pendant la navigation dans le catalogue. Les règles de panier, en revanche, appliquent des réductions après que les produits sont dans le panier, nécessitant généralement un code promo ou le respect de certaines conditions. Comprendre cette distinction est le fondement pour choisir le bon outil pour chaque scénario de réduction.

Comment fonctionnent les prix spécifiques en interne

Les prix spécifiques sont stockés dans la table ps_specific_price de votre base de données PrestaShop. Chaque ligne de cette table représente une règle de prix unique qui peut remplacer le prix de base d'un produit sous certaines conditions. La structure de la table comprend des colonnes pour l'identifiant du produit, la combinaison (attribut), l'identifiant de la boutique, la devise, le pays, le groupe, le client, le prix de remplacement, le montant de la réduction, le type de réduction (montant ou pourcentage), la plage de dates et la quantité minimale.

Lorsque PrestaShop calcule le prix d'un produit, il interroge cette table pour trouver toutes les règles de prix spécifiques qui correspondent au contexte actuel : le produit consulté, le groupe du client, la boutique, la devise, le pays et la date actuelle. Si plusieurs règles correspondent, PrestaShop utilise un système de priorité pour déterminer laquelle s'applique. Cette priorité est configurée dans le back office sous Catalogue > Réductions > Prix spécifiques > Priorités.

Le système de priorité

Le système de priorité détermine quelle règle de prix spécifique l'emporte lorsque plusieurs règles correspondent. L'ordre de priorité par défaut est : boutique, devise, pays, groupe. Vous pouvez réorganiser ces quatre critères dans le back office. PrestaShop évalue les règles du plus spécifique au moins spécifique. Une règle ciblant un client spécifique l'emporte toujours sur une règle ciblant un groupe de clients. Une règle ciblant une combinaison spécifique l'emporte toujours sur une règle ciblant le produit dans son ensemble.

Ce système de priorité est puissant mais peut être déroutant lorsque vous avez de nombreuses règles qui se chevauchent. Par exemple, si vous avez une règle donnant 10 % de réduction au groupe Grossiste et une autre règle donnant 15 % de réduction pour les commandes de 10 unités ou plus, PrestaShop doit décider laquelle s'applique lorsqu'un client grossiste commande 10 unités. La configuration des priorités détermine la réponse.

Réductions par quantité

L'une des fonctionnalités les plus utiles des prix spécifiques est la tarification par paliers de quantité. En définissant le champ from_quantity, vous pouvez créer une tarification dégressive : achetez 1 au prix plein, achetez 5 avec 10 % de réduction, achetez 20 avec 20 % de réduction. Ces paliers de quantité sont affichés sur la page produit dans un tableau de prix, ce qui constitue une forte incitation pour les clients à commander en plus grandes quantités.

Les réductions par quantité via les prix spécifiques sont évaluées par produit. Si un client ajoute 5 unités du Produit A et 5 unités du Produit B, seule la quantité par produit compte pour atteindre le seuil. Si vous avez besoin de réductions par quantité inter-produits (achetez n'importe quels 10 articles pour une réduction), vous avez besoin de règles de panier à la place.

Tarification par groupe de clients

Les prix spécifiques sont l'outil approprié pour la tarification par groupe de clients. Si vous avez un groupe Grossiste qui doit voir des prix 30 % plus bas sur tous les produits, vous créez des règles de prix spécifiques pour ce groupe. Ces prix apparaissent sur les pages du catalogue et les pages produits lorsqu'un client grossiste est connecté, ce qui est le comportement attendu. Le client voit son prix, pas le prix de détail avec une réduction appliquée au moment du paiement.

La tarification par groupe via les prix spécifiques affecte également l'affichage des prix dans les listings de catégories, les résultats de recherche et les fonctionnalités de comparaison. C'est important pour les boutiques B2B où les clients grossistes doivent voir leurs vrais prix pendant la navigation, pas seulement au moment du paiement.

Comment fonctionnent les règles de panier en interne

Les règles de panier sont stockées dans plusieurs tables, avec ps_cart_rule comme table principale. Les tables associées incluent ps_cart_rule_lang pour les noms et descriptions multilingues, ps_cart_rule_country pour les restrictions par pays, ps_cart_rule_group pour les restrictions par groupe, ps_cart_rule_carrier pour les restrictions par transporteur, ps_cart_rule_combination pour les règles concernant les combinaisons possibles entre règles de panier, et ps_cart_rule_product_rule associé à ps_cart_rule_product_rule_group et ps_cart_rule_product_rule_value pour les conditions au niveau produit.

Les règles de panier sont évaluées lorsque le contenu du panier change ou lorsqu'un code promo est saisi. Elles opèrent sur le total du panier ou sur des produits spécifiques dans le panier, et elles peuvent fournir trois types de réductions : un pourcentage sur la commande, un montant fixe sur la commande, ou la livraison gratuite.

Système de conditions

Les règles de panier disposent d'un système de conditions étendu qui va bien au-delà de ce que les prix spécifiques peuvent faire. Une seule règle de panier peut exiger que toutes les conditions suivantes soient remplies simultanément :

Un montant minimum de commande (avant ou après taxes). Une plage de dates spécifique. Un nombre limité d'utilisations totales. Un nombre limité d'utilisations par client. Un client spécifique. Une restriction à certains groupes de clients. Une restriction à certains pays. Une restriction à certains transporteurs. L'exigence que certains produits, catégories, fabricants ou fournisseurs soient dans le panier. L'exigence que d'autres règles de panier spécifiques soient ou ne soient pas présentes.

Les conditions de restriction par produit sont particulièrement puissantes. Vous pouvez créer des règles comme : 10 % de réduction lorsque le panier contient au moins un produit de la Catégorie X et au moins un produit du Fabricant Y. Ce type de logique inter-produits et inter-catégories est impossible avec les prix spécifiques.

Codes promo

Les règles de panier peuvent optionnellement avoir un code promo. Lorsqu'un code est attribué, la règle ne s'active que lorsque le client saisit ce code. Lorsqu'aucun code n'est attribué, la règle s'applique automatiquement si toutes les conditions sont remplies. Les règles de panier automatiques apparaissent dans le panier sans action du client, ce qui est utile pour des promotions comme la livraison gratuite à partir d'un certain montant de commande.

Combinaison et cumul des règles de panier

Les règles de panier disposent d'un système de compatibilité qui contrôle quelles règles peuvent être utilisées ensemble. Chaque règle de panier a un paramètre indiquant si elle peut être combinée avec d'autres règles de panier. Si une règle est marquée comme non combinable, elle ne peut pas être utilisée parallèlement à une autre règle de panier. Si elle est combinable, vous pouvez spécifier davantage quelles autres règles de panier spécifiques sont compatibles avec elle.

Cela vous donne un contrôle précis sur le cumul des réductions. Par exemple, vous pourriez autoriser une réduction de 10 % pour l'inscription à la newsletter à se combiner avec une promotion de livraison gratuite, mais empêcher sa combinaison avec un code promo de soldes saisonnières à -20 %.

Combiner prix spécifiques et règles de panier

Les prix spécifiques et les règles de panier peuvent opérer simultanément sur la même commande. Un produit peut avoir un prix spécifique (disons, -20 % pour le groupe Grossiste) et une règle de panier peut appliquer une réduction supplémentaire par-dessus (disons, -5 % supplémentaires avec un code promo). PrestaShop calcule d'abord le prix spécifique, réduisant le prix du produit, puis applique la règle de panier au prix déjà réduit.

Ce comportement de cumul est intentionnel et généralement souhaitable, mais il peut conduire à des réductions plus profondes que prévu si cela n'est pas géré avec soin. Un produit avec une réduction de prix spécifique de 30 % plus une réduction de règle de panier de 20 % ne donne pas 50 % de réduction. Il donne d'abord 30 % de réduction, puis 20 % de réduction sur le prix réduit, résultant en une réduction totale de 44 %. Mais cela peut tout de même dépasser votre marge si vous ne calculez pas soigneusement.

Pour empêcher le cumul des prix spécifiques et des règles de panier, vos options sont limitées. Les règles de panier n'ont pas de condition qui vérifie les prix spécifiques, et les prix spécifiques ne connaissent pas l'existence des règles de panier. L'approche la plus pratique est d'exclure les produits ayant des prix spécifiques actifs des restrictions de produits de la règle de panier, bien que cela nécessite une maintenance manuelle.

Plages de dates et planification

Les prix spécifiques et les règles de panier prennent tous deux en charge les plages de dates, mais ils les gèrent différemment.

Les prix spécifiques ont des champs datetime from et to. Lorsque les deux sont définis à 0000-00-00 00:00:00, la règle n'a pas de limite de temps. Lorsqu'ils sont définis à des dates réelles, la règle ne s'applique que dans cette fenêtre. C'est parfait pour les promotions limitées dans le temps sur des produits individuels.

Les règles de panier ont également des champs date_from et date_to avec le même comportement. L'avantage des règles de panier pour les promotions limitées dans le temps est qu'une seule règle de panier peut s'appliquer à de nombreux produits via son système de conditions, alors que vous auriez besoin d'entrées de prix spécifiques individuelles pour chaque produit.

Pour les ventes flash avec de nombreux produits, les règles de panier sont plus faciles à gérer. Pour les ajustements de prix permanents ou les réductions à long terme par produit, les prix spécifiques sont plus appropriés.

Considérations de performance

Les différences de performance entre les deux systèmes deviennent significatives à mesure que votre boutique grandit.

Performance des prix spécifiques

Chaque fois que PrestaShop affiche un prix de produit, il interroge la table ps_specific_price. Sur une page de catégorie affichant 20 produits, cela signifie 20 consultations distinctes. Sur une page de résultats de recherche, encore davantage. La requête filtre par identifiant de produit, boutique, devise, pays, groupe, client, date et quantité, donc un indexage approprié est crucial.

PrestaShop inclut des index sur les colonnes les plus fréquemment interrogées, mais les boutiques avec des dizaines de milliers d'entrées de prix spécifiques peuvent tout de même connaître des ralentissements, en particulier lorsqu'elles sont combinées avec plusieurs boutiques, devises et groupes de clients. Le nombre de lignes dans ps_specific_price impacte directement les performances de navigation dans le catalogue.

Un problème de performance courant survient lorsque les propriétaires de boutiques créent des prix spécifiques en masse via des imports mais ne nettoient jamais les entrées expirées. Au fil du temps, la table se remplit de milliers de règles expirées que PrestaShop interroge toujours. Supprimer périodiquement les prix spécifiques expirés peut améliorer notablement les temps de chargement des pages du catalogue.

Performance des règles de panier

Les règles de panier sont évaluées moins fréquemment que les prix spécifiques car elles n'ont d'importance que lorsque le panier est actif. Cependant, l'évaluation peut être plus complexe en raison du système de conditions riche. Une règle de panier avec des restrictions de produits nécessite des jointures entre plusieurs tables pour vérifier si le contenu du panier correspond aux conditions.

Les boutiques avec des centaines de règles de panier automatiques actives (règles sans codes qui s'appliquent automatiquement) peuvent connaître des chargements de page panier lents car PrestaShop doit évaluer chaque règle automatique pour déterminer lesquelles s'appliquent. Les règles de panier basées sur des codes promo sont moins coûteuses car elles ne sont évaluées que lorsqu'un code est saisi.

La table ps_cart_rule elle-même est généralement petite par rapport à ps_specific_price, mais les tables de conditions peuvent devenir volumineuses si vous utilisez des restrictions de produits complexes sur de nombreuses règles.

Matrice de cas d'utilisation

Savoir quel outil utiliser pour chaque scénario élimine les conjectures et prévient les erreurs de mise en oeuvre.

Utilisez les prix spécifiques quand

Vous devez modifier le prix affiché sur la page produit et dans les listings du catalogue. C'est le cas d'utilisation principal. Les prix spécifiques affectent la façon dont les prix apparaissent dans tout le catalogue, ce qui compte pour la perception du client et pour les flux Google Shopping.

Vous avez besoin de paliers de prix par quantité. L'affichage intégré des réductions par quantité sur la page produit est piloté par les prix spécifiques et ne peut pas être reproduit avec des règles de panier.

Vous avez besoin d'ajustements de prix permanents ou de longue durée pour des groupes de clients. La tarification B2B, la tarification client VIP et la tarification employé sont toutes mieux gérées par les prix spécifiques.

Vous devez définir un prix fixe pour un produit sous certaines conditions. Les prix spécifiques peuvent remplacer entièrement le prix de base (pas seulement appliquer une réduction), ce qui est utile lorsque le prix ajusté ne peut pas être exprimé comme un pourcentage du prix de base.

Vous avez besoin d'une tarification par combinaison. Les prix spécifiques peuvent cibler des combinaisons de produits individuelles (attributs), vous permettant de définir des prix différents pour différentes tailles, couleurs ou autres variantes.

Utilisez les règles de panier quand

Vous avez besoin de codes promo. Les prix spécifiques ne peuvent pas être activés par un code. Toute promotion nécessitant qu'un client saisisse un code doit utiliser une règle de panier.

Vous avez besoin de conditions de montant minimum de commande. Les règles de panier peuvent exiger un total de panier minimum avant que la réduction ne s'applique. Les prix spécifiques n'ont pas la notion de total de panier.

Vous avez besoin de conditions inter-produits. Si la réduction ne doit s'appliquer que lorsque certaines combinaisons de produits sont dans le panier, seules les règles de panier peuvent exprimer cette logique.

Vous avez besoin de la livraison gratuite comme réduction. Les règles de panier peuvent offrir la livraison gratuite. Les prix spécifiques ne peuvent pas affecter les frais de port.

Vous devez limiter le nombre total d'utilisations. Les règles de panier suivent combien de fois elles ont été utilisées au total et par client. Les prix spécifiques n'ont pas de limites d'utilisation.

Vous avez besoin de restrictions par transporteur ou par pays au niveau du panier. Bien que les prix spécifiques puissent cibler des pays, ils le font à des fins de tarification. Les règles de panier peuvent restreindre les réductions en fonction du transporteur sélectionné, ce que les prix spécifiques ne peuvent pas faire.

Utilisez les deux ensemble quand

Vous avez une tarification de base par groupe (prix spécifiques pour le groupe Grossiste) et vous menez également des campagnes promotionnelles (règles de panier pour les soldes saisonnières ou les codes promo). La tarification par groupe établit la base, et les règles de panier fournissent des incitations supplémentaires.

Vous vendez des produits avec des paliers de quantité (prix spécifiques) mais souhaitez également offrir la livraison gratuite au-dessus d'un certain seuil (règle de panier). Ces deux types de réduction ne sont pas en conflit car ils affectent des aspects différents de la commande.

Gestion et nettoyage de la base de données

Les deux mécanismes de réduction créent des entrées de base de données qui s'accumulent au fil du temps. Une gestion active prévient la dégradation des performances et la confusion dans les données.

Nettoyage des prix spécifiques

Les prix spécifiques expirés ne servent à rien et ralentissent les calculs de prix. Vous pouvez les identifier et les supprimer avec une requête SQL ciblant les entrées dont la date to est dans le passé et n'est pas à zéro. Avant de supprimer, exportez les données comme sauvegarde.

Recherchez également les prix spécifiques en double ou en conflit. Lors de l'import de produits ou de l'utilisation d'outils d'édition en masse, il est facile de créer plusieurs règles de prix spécifiques pour le même produit, groupe et plage de dates. PrestaShop utilisera le système de priorité pour en choisir une, mais les extras gaspillent de l'espace en base de données et du temps de requête.

Nettoyage des règles de panier

Les règles de panier expirées sont moins problématiques pour les performances car elles sont filtrées par date lors de l'évaluation. Cependant, elles encombrent le back office et rendent la gestion plus difficile. Archivez ou supprimez périodiquement les règles de panier dont les dates de fin sont passées.

Les codes promo à usage unique entièrement utilisés peuvent également être nettoyés. Vérifiez les champs quantity et quantity_per_user par rapport à l'utilisation réelle avant de supprimer.

Considérations d'import et d'export

Les prix spécifiques peuvent être gérés via l'import CSV de produits de PrestaShop. Le fichier d'import prend en charge les colonnes pour le montant de réduction, le type de réduction, le groupe, la plage de dates et la quantité. Cela rend pratique la mise en place de milliers de prix spécifiques de manière programmatique, ce qui est essentiel pour les boutiques B2B avec des matrices de tarification complexes.

Les règles de panier ne disposent pas d'un mécanisme d'import intégré. Créer des règles de panier en masse nécessite soit un module, soit une manipulation directe de la base de données, soit l'API web service de PrestaShop. Pour les boutiques qui doivent générer de nombreux codes promo uniques (pour des campagnes d'influenceurs, par exemple), un module qui génère des règles de panier de manière programmatique est généralement nécessaire.

Comment les réductions apparaissent côté front office

La manière dont les réductions sont présentées aux clients diffère significativement entre les deux méthodes, et cette présentation affecte les taux de conversion.

Les prix spécifiques affichent le prix original barré et le nouveau prix à côté sur la page produit et dans les listings du catalogue. Le badge de pourcentage ou de montant de réduction apparaît sur la vignette du produit. Ce traitement visuel est géré par le thème et est très visible. Les clients voient la réduction avant d'ajouter le produit au panier, ce qui augmente la probabilité de l'ajouter.

Les règles de panier ne changent pas le prix affiché du produit. Le produit apparaît au prix plein dans le catalogue et sur la page produit. La réduction ne devient visible que dans le panier ou pendant le processus de commande. Pour les règles basées sur des codes promo, le client doit activement saisir le code pour voir la réduction. Pour les règles automatiques, la ligne de réduction apparaît dans le récapitulatif du panier.

Cette différence de présentation compte pour le marketing. Si vous voulez qu'un produit apparaisse comme étant en promotion dans le catalogue, vous avez besoin de prix spécifiques. Si vous voulez surprendre et ravir les clients avec une réduction lors du paiement, ou si la réduction dépend de la composition globale du panier, les règles de panier sont appropriées.

Gestion des taxes

Les prix spécifiques appliquent leur réduction au prix de base avant le calcul des taxes. La réduction est spécifiée sous forme de pourcentage ou de montant fixe, et le champ reduction_tax détermine si le montant fixe est avant ou après taxes. C'est simple car chaque produit a un taux de taxe connu.

Les règles de panier qui appliquent une réduction en montant fixe sur le total du panier doivent spécifier si le montant est TTC ou HT. Lorsqu'un panier contient des produits avec des taux de taxe différents, cette distinction affecte quels produits absorbent la réduction et peut conduire à des différences d'arrondi. PrestaShop distribue la réduction proportionnellement entre les articles du panier, mais le calcul peut produire des résultats inattendus lorsque les taux de taxe varient.

Pour la simplicité et la prévisibilité dans les boutiques avec plusieurs taux de taxe, les réductions en pourcentage (tant pour les prix spécifiques que pour les règles de panier) sont plus fiables que les réductions en montant fixe.

Considérations multiboutique

Dans une configuration multiboutique PrestaShop, les prix spécifiques peuvent être attribués à des boutiques spécifiques ou partagés entre toutes les boutiques. Chaque entrée de prix spécifique a un champ id_shop. Une valeur de 0 signifie que la règle s'applique à toutes les boutiques. Cela vous permet d'avoir une tarification différente pour différentes boutiques, ce qui est courant dans les configurations multiboutiques qui desservent différents marchés ou segments de clientèle.

Les règles de panier ont également une restriction par boutique via la table ps_cart_rule_shop. Vous pouvez créer une règle de panier qui n'est valide que dans certaines boutiques. C'est utile pour les promotions spécifiques à une boutique ou les campagnes de codes promo régionales.

Interactions avec les modules tiers

De nombreux modules tiers interagissent avec le système de tarification de PrestaShop, et leur comportement dépend de l'utilisation de prix spécifiques ou de règles de panier.

Les modules de flux Google Shopping lisent généralement les prix spécifiques pour déterminer le prix de vente soumis au Google Merchant Center. Si vous menez des promotions via des règles de panier à la place, le flux Google Shopping affichera le prix plein car il ne peut pas prendre en compte les réductions au niveau du panier. Cela signifie que vos fiches produits dans Google Shopping n'afficheront pas le prix promotionnel, ce qui peut réduire le taux de clics.

Les modules de comparaison de prix et les intégrations de marketplaces ont la même limitation. Ils lisent les prix des produits, qui incluent les prix spécifiques, mais ne peuvent pas prédire les réductions des règles de panier. Si vous voulez que vos prix réduits apparaissent sur les canaux externes, les prix spécifiques sont la solution.

Les modules d'analyse qui suivent la valeur moyenne des commandes et l'impact des réductions peuvent ou non capturer les réductions des règles de panier selon leur implémentation. Les réductions de prix spécifiques sont reflétées dans le prix du produit au niveau de la commande, ce qui les rend plus faciles à suivre.

Recommandations pratiques pour les propriétaires de boutiques

Commencez avec ces principes et ajustez en fonction des besoins spécifiques de votre boutique :

Utilisez les prix spécifiques pour tout ce qui doit changer l'apparence d'un produit dans le catalogue. Les prix soldés, les prix de groupe, les paliers de quantité et les promotions de produits limitées dans le temps relèvent tous de cette catégorie.

Utilisez les règles de panier pour tout ce qui dépend de la commande globale ou nécessite une action du client. Les codes promo, les seuils de montant minimum de commande, les promotions inter-produits et les offres de livraison gratuite relèvent tous de cette catégorie.

Évitez de créer à la fois un prix spécifique et une règle de panier ciblant les mêmes produits dans la même période, sauf si vous avez explicitement calculé la réduction combinée et confirmé qu'elle ne réduit pas vos marges en dessous des niveaux acceptables.

Nettoyez les règles expirées chaque trimestre. Programmez un rappel dans votre calendrier pour examiner et supprimer les prix spécifiques et les règles de panier expirés. Les performances de votre boutique vous en remercieront.

Documentez votre stratégie de réduction. Lorsque plusieurs personnes gèrent votre boutique, un document expliquant quelle méthode de réduction est utilisée pour quel objectif prévient les règles conflictuelles ou en double. C'est particulièrement important pendant les périodes de forte activité lorsque plusieurs promotions peuvent fonctionner simultanément.