Réductions PrestaShop : prix spécifiques, règles panier et planification

Ce que nous ferions

Nous commencerions par une réduction native datée ou une règle panier si elle couvre l'offre, et n'ajouterions une automatisation que pour un besoin comme la récurrence, l'éligibilité selon le stock ou une modification permanente planifiée. L'approche dépend de votre boutique actuelle : modules de prix et de commande, thème, ERP ou imports fournisseur, données produits et déclinaisons, groupes de clients, marchés, devises et équipe disponible pour gérer la campagne. Identifiez le système qui fait autorité pour le prix avant de le modifier.

Répétez la campagne sur une copie de préproduction privée avec la même configuration pertinente et des données représentatives, isolée des emails clients, paiements et exports logistiques de production. Consignez les prix et totaux de panier attendus, testez les deux bornes de dates et l'annulation, puis appliquez les paramètres vérifiés dans un créneau de production planifié. Transférez la configuration convenue au lieu de remplacer la base de production par celle de préproduction, ce qui supprimerait les commandes passées entre-temps.

Conservez les paramètres précédents, les identifiants des règles de la campagne et les valeurs antérieures nécessaires au retour arrière. Désignez la personne qui vérifie les premiers prix et commandes en production, celle qui peut retirer l'offre et les éléments qui déclencheraient cette décision. Un changement de prix est prêt lorsque le parcours client est validé, et non dès qu'une règle est enregistrée.

Pour configurer le module choisi, le service PrestaShop Module Installation & Configuration Service couvre un module existant et son parcours de vérification convenu ; la conception des campagnes, les licences, les modules supplémentaires et le développement sur mesure font l'objet d'un périmètre distinct.

Choisir entre prix spécifiques, règles de prix catalogue et règles panier

Les outils de remise habituels de PrestaShop interviennent à des étapes différentes. Un prix spécifique modifie le prix calculé d'un produit. Une règle panier accorde un avantage dans le panier, avec un code facultatif. Une règle de prix catalogue crée des lignes de prix spécifiques pour les produits correspondants.

Une réduction par prix spécifique qui remplit les conditions bénéficie normalement d'un affichage promotionnel dans un thème compatible. Une ligne qui définit uniquement un prix fixe ne garantit ni prix barré ni badge promotionnel. Un bon de réduction apparaît généralement dans les totaux du panier plutôt que dans le prix affiché pendant la navigation.

PrestaShop 9.1 a introduit une interface de réductions repensée, à titre expérimental. Elle propose quatre types : Catalogue, Panier, Livraison gratuite et Cadeau gratuit. L'annonce officielle présente cette fonctionnalité séparément du formulaire historique. Pour les règles panier et règles de prix catalogue historiques, utilisez les écrans correspondants sous Catalogue > Réductions. Vérifiez l'interface activée dans votre boutique.

Créer une réduction sur un produit ou le catalogue

Un produit

1. Ouvrez Catalogue > Produits, modifiez le produit et ouvrez Prix.
2. Ajoutez un prix spécifique et sélectionnez son périmètre selon vos besoins : boutique, devise, pays, groupe ou client.
3. Choisissez la déclinaison si l'offre ne concerne qu'une taille, une couleur ou une autre variante.
4. Réglez À partir de la quantité sur 1 pour une offre ordinaire, ou sur un seuil supérieur pour un tarif dégressif.
5. Définissez le prix fixe ou la réduction. Pour une réduction en montant, vérifiez sa devise et si le montant inclut les taxes.
6. Définissez les dates de début et de fin pour une offre temporaire. Enregistrez, puis testez avec le public concerné et avec un client qui n'en fait pas partie.

Par exemple, appliquez une réduction de 20 % à une veste pendant un week-end défini, ou proposez un palier quantitatif, comme cinq unités à EUR 8 chacune. « À partir de la quantité » désigne la quantité prise en compte dans le panier ou le calcul du prix en cours. Il ne s'agit pas du nombre de ventes cumulées depuis l'origine.

Les prix spécifiques utilisent from et to. Des bornes à date nulle peuvent représenter une période sans restriction de date. Une ancienne ligne sans restriction peut expliquer pourquoi un produit continue d'afficher un prix différent, mais vérifiez toutes les conditions correspondantes et les règles de priorité avant de supprimer quoi que ce soit.

Une catégorie ou un autre segment

Ouvrez Catalogue > Réductions > Règles de prix catalogue. Cet outil dispose de son propre formulaire et de ses groupes de conditions, distincts de la boîte de dialogue par produit. Définissez le périmètre, la quantité, les dates et la réduction, puis ajoutez des conditions. Les conditions natives comprennent la catégorie, la marque ou le fabricant, le fournisseur, l'attribut et la caractéristique. Ne supposez pas qu'un sélecteur de fourchette de prix existe nativement.

Pour un week-end « Plein air -15 % », sélectionnez la catégorie Plein air, une quantité de départ de 1, la réduction de 15 % et la période souhaitée. Testez un produit inclus dans la sélection et un produit exclu. Vérifiez la logique des groupes de conditions lorsque vous combinez plusieurs critères.

Les règles catalogue créent une couche de remise ; elles ne réécrivent pas définitivement le prix de base du produit. Leurs lignes peuvent côtoyer des prix spécifiques créés manuellement : examinez donc id_specific_price_rule pour retrouver leur origine. Plusieurs prix spécifiques éligibles sont départagés selon les correspondances et les priorités ; ne supposez pas qu'ils s'additionnent tous ni que le montant le plus bas l'emporte toujours.

Cet inventaire en lecture seule utilise le produit 42 et le préfixe d'exemple ps_. Il inclut les lignes futures, expirées et inapplicables au contexte :

SELECT id_specific_price, id_specific_price_rule, id_product,
       id_product_attribute, id_shop, id_shop_group, id_currency,
       id_country, id_group, id_customer, id_cart, from_quantity,
       price, reduction, reduction_type, reduction_tax, `from`, `to`
FROM ps_specific_price
WHERE id_product = 42
ORDER BY `from`, from_quantity;

Un pourcentage enregistré sous la forme 0.250000 signifie 25 %. Pour identifier le prix effectif, reproduisez la boutique, le client, le pays, la devise, la déclinaison, la quantité et l'heure réels. Vérifiez aussi le flux généré : les bons de réduction panier ne deviennent généralement pas le prix promotionnel d'un flux de produits, et les intégrations de flux doivent gérer elles-mêmes leur public et leurs dates.

Créer un bon de réduction ou une offre automatique dans le panier

Ouvrez Catalogue > Réductions > Règles panier. Le formulaire historique comporte trois onglets :

• Informations : nom, description interne, code facultatif, Mettre en avant, Utilisation partielle, Priorité et état.
• Conditions : éligibilité des clients ou groupes, dates, montant minimum, restrictions de transporteur et de pays, sélection de produits et limites d'utilisation.
• Actions : réduction en pourcentage ou en montant, cible et base fiscale de la réduction, livraison offerte et cadeau gratuit.

Laissez Code vide pour une règle automatique qui s'applique lorsque les conditions sont remplies. Définissez un code pour un bon diffusé aux clients. Mettre en avant signale au client un bon applicable ; ce n'est pas une condition de remise supplémentaire. L'utilisation partielle peut créer un bon correspondant au solde inutilisé d'une remise de montant fixe et doit être gérée délibérément. Consultez la documentation des règles panier historiques pour connaître les champs.

Définissez le nombre total d'utilisations disponibles et la limite par utilisateur. Une limite d'une utilisation par utilisateur signifie une utilisation de cette règle ; elle ne réserve pas l'offre à la toute première commande du client. L'éligibilité à une première commande nécessite une vérification supplémentaire adaptée.

Vérifiez les options de taxes, de devise et de livraison du montant minimum. Choisissez ensuite la cible de l'avantage : Commande (hors frais de port), Produit spécifique, Produit le moins cher ou Produit(s) sélectionné(s) lorsque l'action en pourcentage le permet. Les cadeaux gratuits, les packs à prix prédéfini et les chèques-cadeaux vendus sont des outils distincts aux effets comptables différents.

Les champs date_from et date_to des règles panier sont obligatoires dans ce système historique. Le back-office refuse une date de fin antérieure à la date de début. Vérifiez les dates souhaitées même si cette validation existe. Les limites d'utilisation et l'état actif peuvent mettre fin à la disponibilité avant la date prévue.

Contrôler le cumul et ne remiser que les lignes éligibles

Les réductions par prix spécifiques et les règles panier peuvent se cumuler. Si un produit à EUR 100 bénéficie d'une réduction de 25 %, puis qu'un bon de 10 % s'applique aux EUR 75 restants, le résultat est EUR 67,50 : une réduction cumulée de 32,5 %. De même, 30 % suivis de 20 % donnent 44 %, et non 50 %. Confirmez le résultat réel avec vos règles et votre version du cœur de PrestaShop.

Pour les règles panier en pourcentage, Exclure les produits en promotion permet de retirer de la base de calcul les lignes déjà remisées. Ce n'est pas un contrôle général d'exclusion pour les bons de montant fixe. Entre règles panier, vérifiez à la fois la priorité et les restrictions de compatibilité. Les priorités numériques les plus basses sont évaluées avant les plus hautes ; la priorité seule ne signifie pas « ne jamais cumuler ».

Utiliser la configuration exacte pour les produits sélectionnés

1. Dans Conditions > Sélection de produits, définissez les produits ou catégories éligibles et les quantités requises.
2. Dans Actions, choisissez une réduction en Pourcentage (%).
3. Réglez Appliquer une réduction à > Produit(s) sélectionné(s).
4. Ajoutez un produit éligible et un produit protégé au même panier. Confirmez que seules les lignes éligibles bénéficient de la réduction en pourcentage.

La sélection de produits dans Conditions peut rendre un panier éligible sans limiter aux lignes concernées un avantage appliqué à toute la commande. Choisir Commande (hors frais de port) après avoir ajouté une condition de catégorie diffère donc de Produit(s) sélectionné(s). Produit spécifique est une autre action, pas le sélecteur de catégorie.

Pour les règles catalogue, définissez explicitement les ensembles éligibles. Une catégorie ou une caractéristique « Jamais en promotion » peut aider l'équipe à appliquer la politique, mais le cœur ne traite pas automatiquement ce marqueur comme une interdiction globale. Un produit peut aussi appartenir à une catégorie éligible : contrôlez les chevauchements. Les récompenses de montant fixe et une politique d'exclusion globale peuvent nécessiter une intégration compatible. La configuration propre au module est décrite dans la page d'aide de Discount Exclusion Manager. Il applique une même politique d'exclusion aux bons, réductions catalogue et prix promotionnels ; les réductions en pourcentage et en montant prises en charge restent limitées à la part éligible du panier. La livraison gratuite et les cadeaux conservent leur propre calcul : décidez si un article protégé peut néanmoins rendre le panier éligible à ces avantages et testez cette politique séparément.

Calculer la marge avant la promotion

Utilisez des montants hors taxes cohérents pour calculer la marge d'une entreprise assujettie à la TVA. Si les coûts restent fixes, un article à EUR 100 dont le coût est de EUR 70 dégage EUR 30 de contribution avant remise. À EUR 80, il dégage EUR 10. Une baisse de prix de 20 % a supprimé les deux tiers de cette contribution.

Examinez les produits à faible marge, les nouveautés, les éditions limitées, les cartes-cadeaux et les services comme exclusions possibles. Leur pertinence dépend des coûts et de votre politique commerciale, pas seulement de leur ancienneté. Vendre une carte-cadeau de EUR 50 pour EUR 40 réduit les encaissements de EUR 10 par rapport à sa valeur faciale ; la contribution finale dépend des coûts lors de l'utilisation, des dépenses supplémentaires et des soldes inutilisés. Testez tout cumul avec d'autres bons.

Ne supposez pas qu'une clause de prix minimum annoncé imposée par un fournisseur est juridiquement contraignante. De telles clauses peuvent relever de pratiques de prix de revente imposés interdites en Europe. Évaluez l'accord dans la juridiction concernée avant d'en faire une politique obligatoire dans votre configuration. L'autorité finlandaise de la concurrence explique ce risque.

Indiquez les exclusions avec l'offre et sur les produits concernés avant la commande. Réexaminez la liste protégée à mesure que les coûts, les stocks et les priorités commerciales évoluent.

Planifier les dates, les horloges et la gestion du cache aux échéances

Les prix datés et règles panier natifs sont vérifiés pendant le calcul du prix et le contrôle d'éligibilité des bons. Ils n'ont pas besoin d'une tâche cron pour basculer un interrupteur d'activation. Les règles panier utilisent date_from/date_to ; les prix spécifiques utilisent from/to. Une récurrence native, par exemple chaque week-end, est un besoin distinct d'une seule période datée.

PS_TIMEZONE définit le fuseau horaire de PHP via la configuration de la boutique. Vérifiez aussi la session de base de données : certaines recherches de règles panier utilisent NOW() en SQL, tandis que d'autres contrôles utilisent l'heure PHP. Alignez les horloges concernées et testez les changements d'heure saisonniers. Un même instant de campagne ne peut pas correspondre à minuit dans tous les pays. Consignez le fuseau choisi dans le brief de campagne et adaptez l'échéance à chaque public. Ne changez pas le fuseau de toute la boutique pour corriger une seule campagne sans examiner les effets sur les autres planifications.

Ne promettez pas une transition à la seconde près. Le résolveur natif des prix spécifiques compare l'heure courante à la minute et inclut la borne de fin. Testez juste avant et après l'échéance prévue, jusqu'à la minute suivante, avec des paniers existants et nouveaux.

Un inventaire des périodes en lecture seule peut afficher les périodes actuelles et futures des règles panier. Il ne prouve pas que toutes les règles listées sont utilisables :

SELECT id_cart_rule, code, active, date_from, date_to,
       quantity, quantity_per_user
FROM ps_cart_rule
WHERE date_to >= NOW()
ORDER BY date_from;

SELECT id_cart_rule, code, date_from, date_to
FROM ps_cart_rule
WHERE date_to < date_from;

La seconde requête peut trouver des lignes incohérentes issues d'imports ou d'autres portions de code, même si le formulaire natif valide l'ordre des dates. Utilisez votre préfixe réel et vérifiez ce que la base de données considère comme « maintenant ».

Coordonnez l'expiration dans les caches PrestaShop, tout cache de page complète, le proxy inverse et le CDN. Définissez des TTL adaptés ou purgez les pages concernées autour des deux bornes. Purger une couche ne prouve pas qu'une autre couche ou une page de navigateur déjà ouverte a été mise à jour. Testez une page déjà en cache, le recalcul du panier et le total final de la commande.

Si vous planifiez une commande de vidage du cache, utilisez le bon binaire PHP, le bon utilisateur du système de fichiers et la racine de la boutique. Journalisez la fin d'exécution et les échecs, et planifiez toute purge distincte du module ou du CDN. L'expression cron 0 0 27 11 * s'exécute chaque année le 27 novembre, et pas seulement en 2026. Utilisez un planificateur ponctuel pour une campagne unique et vérifiez son fuseau horaire. Démarrer une tâche à minuit ne garantit pas qu'elle se termine à minuit.

Planifiez les bannières, le contenu de la page d'accueil, les e-mails et les pages de destination promotionnelles séparément du prix. Gardez des limites d'utilisation, exclusions, heures de début et de fin cohérentes sur tous les canaux.

Distinguer récurrence, modification des prix de base et déclencheurs liés au stock

Une remise temporaire conserve le prix de base enregistré. Une modification permanente, comme une hausse de 8 % sur toute une catégorie après une augmentation des coûts fournisseur, exige une modification contrôlée des prix de base. Prévisualisez les produits, champs et boutiques concernés, enregistrez les valeurs d'origine, puis vérifiez les prix écrits et la possibilité d'un retour arrière.

Pour de futures modifications permanentes, une tâche de modification en masse planifiée exige un exécuteur opérationnel. Son exécution dépend de la fréquence cron, des verrous, des échecs et de l'achèvement de la tâche. Vérifiez les prix actuels des produits et déclinaisons ainsi que les modifications ultérieures avant de revenir en arrière. Le prix produit, le prix d'achat et l'impact de la déclinaison sont des cibles différentes. Les instructions propres au module figurent dans la page d'aide de Mass Price Updater.

Si un import fournisseur ou un ERP fait autorité pour les prix de vente, convenez de l'endroit où appliquer la modification permanente. Une modification locale réussie peut être écrasée par la synchronisation suivante. Répétez cet import autant que la modification, et consignez si un changement de prix légitime ultérieur doit survivre à une annulation. Restaurer un ancien instantané sans vérifier les écritures suivantes peut effacer une correction effectuée après la campagne. Pour une campagne temporaire, retirez la couche qu'elle a créée plutôt que de rétablir pour chaque produit un ancien prix supposé.

« Après la 100e unité vendue au total, modifier le prix » nécessite un compteur de ventes historiques. Distinguez ce déclencheur fondé sur l'historique des ventes du seuil natif À partir de la quantité. Définissez les états pris en compte, les remboursements, les retours, les déclinaisons, le périmètre des boutiques et la gestion des accès concurrents avant de le développer. Ne soustrayez pas aveuglément les quantités remboursées et retournées si ces enregistrements se chevauchent.

Une politique de déstockage peut plutôt signifier : aucune vente répondant aux critères depuis 30 jours, un stock supérieur à trois, aucune réduction conflictuelle et un prix final supérieur à votre plancher. Une règle donnée à titre d'exemple pourrait appliquer 15 % tout en préservant une marge minimale de 20 % et en excluant les SKU protégés. L'historique, la source du stock, la devise, la base fiscale et la formule du plancher doivent tous être définis explicitement.

Pour les périodes récurrentes et les réductions selon le stock, utilisez un outil avec aperçu, journal des applications, expiration et retour arrière ; la configuration figure dans la page d'aide de Smart Dynamic & Scheduled Discounts. Sur PrestaShop 8 et versions ultérieures, son mécanisme de remise utilise le calcul des prix à l'exécution ; sur les anciennes versions prises en charge, il peut créer des lignes temporaires de prix spécifiques natifs. Ce mécanisme de compatibilité est distinct de la réécriture du prix de base d'un produit.

Pour toute automatisation, comparez l'éligibilité en simulation aux résultats réels, y compris les produits ignorés, le prix de base, la réduction, le plancher et le prix final. Vérifiez l'état des tâches et les journaux d'échec. Une tâche périodique enregistrée a toujours besoin de son exécuteur pour s'exécuter ; elle ne garantit pas une action immédiate.

Créer une vente flash avec un prix de référence et une échéance sincères

Avant d'annoncer une réduction sur des biens de consommation, déterminez le prix antérieur légalement applicable. Pour les annonces publiques de réduction de prix de biens de consommation dans l'UE, la référence générale est le prix le plus bas appliqué pendant au moins les 30 jours précédant immédiatement la réduction. Un prix habituel barré natif ne constitue pas automatiquement cette référence. Conservez un historique fiable et vérifiez les options et exceptions nationales, notamment pour les denrées périssables, les biens récemment commercialisés et les réductions progressives. Une promotion courte ne supprime pas à elle seule cette obligation. Consultez les orientations de la Commission sur l'article 6 bis.

Créez la réduction réelle du produit ou le bon uniquement après avoir vérifié cette référence. Vérifiez chaque pourcentage annoncé par rapport à celle-ci. Augmenter un prix de base juste avant une promotion ne crée pas un prix antérieur sincère. Les réductions générales du catalogue, les offres personnalisées et les lots conditionnels peuvent relever de traitements juridiques différents ; vérifiez l'annonce réelle.

Lorsque l'affichage public du prix antérieur s'applique, Omnibus Price Compliance enregistre les prix publics et affiche les références prises en charge pour le produit ou la déclinaison, la boutique, le pays et la devise concernés. L'enregistrement commence à l'installation ; le module ne peut pas reconstituer un historique manquant. Ses références restent masquées faute de données suffisantes pour la période et le début de réduction concernés, et ses références dans le panier restent masquées lorsqu'une règle panier s'applique. Vérifiez l'affichage réel dans votre thème et conservez les preuves de la comparaison ; l'installation ne prouve pas que toutes les économies annoncées sont justifiées.

Utilisez une seule échéance réelle pour la campagne. Un compte à rebours doit afficher le même instant cible pour le public visé et ne doit pas redémarrer au rechargement de la page. Transmettez depuis le serveur l'horodatage unique de fin de campagne et laissez JavaScript afficher le temps restant près du prix produit et dans le panier. Faites respecter l'éligibilité et revérifiez le total à payer sur le serveur. Tenez compte des écarts d'horloge du navigateur, des bornes à la minute du résolveur, des pages en cache et des tâches retardées lorsque vous comparez le compteur à l'expiration.

N'affichez que des informations réelles sur le stock et les ventes. « Plus que deux en stock » doit refléter le contexte de stock que vous désignez ; un compteur de vues ne doit pas être un nombre aléatoire. Une quantité restante inchangée n'est pas à elle seule une preuve de tromperie, car le stock peut être réapprovisionné ou simplement ne pas se vendre.

Annoncez clairement les produits éligibles, les exclusions et les horaires. Testez une page dédiée à la promotion, les badges promotionnels et l'affichage des prix du thème. Gardez des messages clients pertinents, y compris l'accès anticipé lorsque vous le proposez réellement. La configuration propre à la campagne figure dans la page d'aide de Sales Revolution.

Préparez le trafic à partir d'une capacité mesurée. Vérifiez Smarty et CCC sous Paramètres avancés > Performances ; PHP OPcache se configure au niveau de l'hébergement ou de PHP. Testez des pages promotionnelles, paniers et parcours de commande représentatifs sous une charge contrôlée, y compris l'invalidation du cache aux échéances.

Tester une promotion sur une veste avant de l'annoncer

Supposons que vous souhaitiez une réduction publique le temps d'un week-end sur une veste éligible, tandis qu'une carte-cadeau conserve sa valeur faciale. Reprenez l'exemple du guide : veste à 100 EUR, coût de 70 EUR et réduction de 20 %, plus une carte-cadeau de 50 EUR. Les chiffres suivants sont hors taxes, avant livraison et autres frais, pour rendre visible la répartition de la remise.

1. Validez la rentabilité. La veste passe à 80 EUR et dégage 10 EUR de contribution par rapport au coût indiqué. Incluez vos coûts réels de paiement, de traitement des commandes et de campagne avant d'approuver l'offre ; ces 10 EUR ne sont pas un bénéfice net.
2. Vérifiez les preuves du prix de référence. Faites correspondre le produit ou la déclinaison de la veste, la boutique, le pays et la devise aux prix publics enregistrés et à la politique applicable au prix antérieur. Si le prix antérieur le plus bas pertinent était déjà de 80 EUR, une offre actuelle à 80 EUR ne justifie pas « 20 % de réduction » sur cette référence, même avec un prix de base de 100 EUR. Corrigez l'annonce ou l'offre avant publication.
3. Consignez le périmètre. Listez la veste éligible et la carte-cadeau protégée, le public visé, la période et le fuseau horaire. Pour une offre publique sur la page produit, créez la réduction datée de la veste et vérifiez que les règles catalogue n'incluent pas aussi la carte-cadeau.
4. Testez le panier mixte. Comparez les lignes et le total observés aux chiffres attendus ci-dessous. Testez ensuite un bon de 10 % : décidez s'il peut réduire davantage le prix de la veste et s'il peut réduire celui de la carte-cadeau. Une réduction de campagne correcte ne garantit pas qu'un autre bon respecte le même périmètre.
5. Validez l'affichage client. Conservez des preuves datées du prix de référence, de la liste des produits, de la page produit et du panier à payer, avec les règles enregistrées. Testez l'expiration avec ce panier encore ouvert, puis faites approuver la bascule en production par le responsable désigné et vérifier les premières commandes concernées.

Pour un scénario distinct de règle panier, partez de la veste à 100 EUR sans remise et de la carte-cadeau à 50 EUR, sans réduction produit ni autre bon. Une récompense de 20 % sur toute la commande donne 120 EUR ; limitée à la veste, elle donne 130 EUR. Cette différence constitue le contrôle de réception du paramétrage Produit(s) sélectionné(s) décrit plus haut. Vérifiez séparément la livraison gratuite ou un cadeau si l'offre en comprend.

Tester toute la campagne et analyser ses résultats

1. Consignez l'objectif, les dates, le fuseau horaire, les produits éligibles, les articles protégés et le public.
2. Vérifiez l'historique des prix et toutes les références annoncées avant de communiquer l'offre.
3. Testez un client éligible et un client non éligible, pendant et en dehors de la période.
4. Testez le montant minimum, le seuil de quantité, les restrictions de transporteur, les devises et les limites d'utilisation.
5. Constituez des paniers mixtes avec des articles éligibles, protégés et déjà remisés. Testez un autre bon et confirmez le cumul.
6. Vérifiez les listes de produits, les fiches, le panier, le paiement, la facture et les flux de produits lorsque c'est pertinent.
7. Testez le début et la fin avec des caches déjà alimentés, une page de navigateur ouverte et un panier existant.
8. Confirmez que les tâches planifiées, les purges de cache et les changements de visuels se terminent et signalent leurs échecs.
9. Conservez les paramètres des règles, les totaux observés et les informations de retour arrière.

Trouver la cause avant de modifier l'offre

Après l'opération, comparez le chiffre d'affaires, les unités, la contribution moyenne par commande, les nouveaux clients et les clients récurrents, les retours et la période suivante à plein tarif. Distinguez la demande supplémentaire des commandes simplement avancées dans le temps. Une baisse après une promotion peut avoir plusieurs causes ; les promotions mensuelles n'habituent pas inévitablement les clients à éviter le plein tarif. Choisissez une cadence à partir de votre propre marge et du comportement de vos clients, plutôt qu'une règle de fréquence universelle.

Pour le calendrier global, consultez la planification des promotions saisonnières. Pour l'affichage des prix et les interactions fiscales, consultez les prix et la TVA.

Questions à poser à votre développeur ou agence

• Quelles règles natives, quels modules de prix et quels imports affectent actuellement ces produits, et quel système fait autorité pour chaque prix ? Demandez un inventaire lié à la boutique installée plutôt qu'une réponse générique sur la compatibilité.
• Pouvez-vous montrer les totaux attendus et observés des paniers mixtes, y compris les articles protégés, les bons existants, les cadeaux et la livraison, sur chaque marché concerné ?
• Où se trouvent les preuves du prix antérieur pour chaque réduction annoncée publiquement, et que se passe-t-il lorsque l'historique nécessaire manque ?
• Qui vérifie le début et l'expiration en production, où les échecs des tâches planifiées sont-ils signalés et qui peut agir si l'offre annoncée et le prix à payer diffèrent ?
• Quelles règles ou valeurs enregistrées le retour arrière affecte-t-il exactement, et comment préserverez-vous les nouvelles commandes, les modifications de prix ultérieures et les promotions sans rapport ?

Conservez les réponses, paramètres et preuves de test avec le brief de campagne pour que la personne chargée de la promotion puisse la diagnostiquer ou la retirer sans deviner comment elle a été construite.

Questions des commerçants

Suffit-il de masquer le code pour rendre privé un bon envoyé par email ?

Un code peut être transféré. Utilisez l'éligibilité par client ou groupe si le public doit être restreint, puis testez avec un compte hors de ce public. Retirer une bannière ou laisser Mettre en avant désactivé ne révoque pas un code déjà connu des clients.

Ajouter un produit remisé au panier réserve-t-il ce prix ?

Ne promettez pas de réservation pour un panier inachevé. Considérez qu'il reste soumis au recalcul et affichez les conditions d'échéance avant la commande. La campagne de l'exemple inclut un panier laissé ouvert au-delà de l'expiration ; convenez aussi de la manière dont l'équipe traite un acheteur revenant après l'échéance annoncée.

Puis-je modifier les exclusions après l'envoi de l'email de campagne ?

Consignez le changement et examinez ce qui a été promis aux clients avant de modifier la règle. Mettez à jour ensemble la page de promotion et les messages clients, puis transmettez les anciennes et nouvelles conditions à l'assistance. Une restriction technique seule n'explique pas une offre modifiée à quelqu'un qui détient l'email initial.

Faut-il restaurer la sauvegarde de la boutique si une remise pose problème ?

Retirez l'offre concernée par sa procédure d'annulation prise en charge et traitez séparément les commandes déjà passées au prix inattendu. Restaurer toute la boutique peut supprimer les nouvelles commandes et d'autres travaux. Conservez les preuves du problème et convenez de la réponse aux clients avant de tenter de modifier les commandes terminées.