Tout ce qu’il faut pour appliquer un rabais, et le prouver au paiement.
Quatre types de rabais. Un moteur de règles fondé sur la quantité d’articles, la valeur du panier et le stock, avec des dates fixées dans la Période du rabais sur le fuseau horaire de votre boutique. Une carte d’offre native en vitrine, une Shopify Function qui calcule le prix du panier, des analyses tirées de commandes signées, et votre propre assistant IA branché dessus. Chaque fonctionnalité est offerte sur tous les forfaits, y compris le forfait gratuit.
TYPES DE RABAIS
Quatre types de rabais, un seul moteur
Adaptez le rabais à la promotion, et non l’inverse. Les quatre types sont offerts sur tous les forfaits, y compris le forfait gratuit.
- Pourcentage de rabais
- Un pourcentage retranché des produits que vous ciblez. La valeur est bornée entre 0 et 100, pour qu’un chiffre mal saisi ne puisse jamais donner plus que la valeur du produit.
- Montant fixe de rabais
- Un montant en devise retranché. Vous choisissez s’il s’applique une seule fois sur l’ensemble des produits ciblés ou à chaque article, parce que ce sont deux promotions très différentes.
- Achetez X, obtenez Y
- Applique un rabais sur une ligne cadeau déjà présente dans le panier. Ce type fonctionne avec la carte d’offre en vitrine, qui affiche le sélecteur de cadeau.
- Livraison gratuite
- Un rabais sur la cible de livraison, évalué séparément des lignes du panier, à l’étape de livraison, par la même Function qui calcule le reste du panier.
Exemples calculés
Ce que chaque type retranche vraiment
Les mêmes quatre types, chiffrés. Chaque exemple se termine par le montant facturé au paiement, parce que c'est le seul chiffre sur lequel un rabais est finalement jugé.
Type 01 / 04
Pourcentage de rabais
Un pourcentage retranché des produits que vous ciblez, borné entre 0 et 100.
- Produit
- Tasse en grès50,00 $ x 2
- Règle
- 20 % de rabais, collection d'automne
Avant
100,00 $
Au paiement
80,00 $
Le même pourcentage dans l'admin, sur la carte d'offre et au paiement, pour que la promesse et le montant facturé ne puissent pas diverger.
MOTEUR DE RÈGLES
Les règles que l’éditeur natif ne vous donne pas
Des conditions que vous pouvez vraiment exprimer, combinées comme vous les liriez à voix haute, et ordonnées pour que vous sachiez toujours quel rabais l’emporte.
- Quantité
- Un nombre d’articles minimum, un maximum, ou les deux, pour qu’une offre ne se déclenche que sur la taille de panier visée.
- Valeur du panier
- Un sous-total de panier minimum et maximum, dans la devise de votre boutique, pour que « plus de 80 $ » devienne une règle plutôt qu’un espoir.
- Stock
- Un niveau de stock minimal et maximal, jugé par variante de produit et résolu sur le serveur avant le paiement plutôt que lu dans le panier. Sa ligne se joint toujours par ET, parce que le stock ne peut que restreindre un rabais.
- Les dates ne sont pas une condition
- Une date de début, une date de fin, ou les deux vivent dans la section Période du rabais, pas dans les Conditions. Les deux bornes sont incluses, une fenêtre d’une seule journée est permise, et tout roule sur le fuseau horaire de votre boutique, que l’admin vous nomme pour qu’une promotion n’ouvre jamais un jour trop tôt.
- ET et OU, de haut en bas
- Les conditions se combinent strictement de haut en bas. Aucun regroupement et aucune priorité cachée à décoder, et l’admin vous le dit à l’écran pendant que vous bâtissez la règle.
- Priorité
- Les rabais se trient par priorité, et le premier qui passe l’emporte sur une ligne. Pas d’empilement surprise, et aucune promotion qui en paie une autre en silence.
CARTE D’OFFRE EN VITRINE
L’offre, sur la page où les gens décident
Une extension de thème que vous placez depuis l’éditeur de thème. Elle lit le même enregistrement que le paiement, et c’est pour ça que la carte et le prix concordent.
- Placée depuis l’éditeur de thème
- Ajoutez-la comme bloc de thème, placez-la où il faut, et c’est terminé. Aucun code de thème à affronter, rien à coller dans un gabarit.
- Liquid rendu côté serveur
- La carte ne transporte aucune logique de prix côté client. Rien de l’offre ne se décide dans le navigateur du client, et c’est ce qui la garde honnête.
- Toute l’offre, annoncée
- Le rabais, les conditions qui le débloquent et le calendrier qu’il suit, tout sur la page produit plutôt que découvert au paiement.
- Sélecteur de cadeau pour Achetez X, obtenez Y
- Quand l’offre donne un cadeau, la carte affiche le sélecteur, pour que le client choisisse l’article avant même que le panier le voie.
- Elle s’affiche en cas de doute
- Quand la carte hésite, elle s’affiche. Une carte qui apparaît trop souvent est visible et se corrige. Une carte qui disparaît en silence a juste l’air d’une application brisée.
- Anglais et français
- La carte parle les deux, pour que l’offre se lise naturellement, où que soit votre marché.
PAIEMENT ET PRIX
Un seul enregistrement, lu des deux côtés
Chaque rabais vit dans un seul métachamp produit, écrit uniquement par l’action validée de xDiscount. La Function qui calcule le prix du panier et la carte qui montre l’offre le lisent tous les deux.
- Une Shopify Function native
- Le calcul du prix tourne dans Shopify, dans son propre pipeline de rabais, au moment où le panier est évalué. Ce n’est pas un script greffé sur votre thème.
- Lignes de panier et livraison
- La Function traite les lignes de produits et la livraison dans le même passage, si bien qu’une offre de livraison gratuite passe par le même moteur qu’un pourcentage de rabais.
- Une seule source de vérité
- L’admin, la Function et la carte d’offre lisent tous un seul métachamp produit. Il n’y a pas de seconde copie qui puisse se désynchroniser.
- Rien n’est écrit par le navigateur
- L’appareil d’un client ne peut jamais influencer le prix qu’il paie, parce qu’aucune partie de ce prix ne s’y décide.
- Elle échoue sans rabais, volontairement
- Une règle inconnue, un enregistrement malformé ou une condition impossible à évaluer ne produit aucun rabais. Un mauvais rabais vous coûte de l’argent sur chaque commande qu’il touche.
- Aucun bricolage au paiement
- Aucun script injecté dans votre thème, aucune réécriture du panier, et rien qui casse à la prochaine mise à jour de votre thème.
Le mécanisme
L'enregistrement que les deux côtés lisent
La Function qui calcule le prix du panier et la carte sur la page produit lisent le même métachamp produit. Remontez l'un ou l'autre et vous aboutissez au même endroit.
Diagramme de flux. L'admin xDiscount définit une règle. L'action validée de xDiscount est le seul rédacteur, et elle écrit un métachamp produit par produit. Deux lecteurs lisent ce même enregistrement : la Shopify Function, qui calcule le prix du panier au paiement et échoue en mode fermé, donc une règle inconnue ne donne aucun rabais et le client paie le plein prix, et la carte d'offre en vitrine, qui montre l'offre sur la page produit et échoue en mode ouvert, donc elle reste visible plutôt que de disparaître. Rien n'est écrit par le navigateur.
Sélectionnez une étape pour la tracer dans le diagramme
Chaque rabais d'un produit vit dans un seul métachamp produit. Il n'y a pas de seconde copie du prix qui puisse se désynchroniser de la première.
Seule l'action validée de xDiscount écrit cet enregistrement, que le changement vienne de l'admin ou d'un assistant connecté. Rien n'est écrit par le navigateur.
Une Shopify Function calcule le prix des lignes du panier et de la livraison dans le pipeline de Shopify lui-même. Elle échoue en mode fermé : une règle inconnue ou un enregistrement malformé ne donne aucun rabais, parce qu'un mauvais rabais coûte de l'argent sur chaque commande.
La carte d'offre en vitrine est du Liquid rendu côté serveur, sans aucune logique de prix côté client. Elle échoue en mode ouvert : elle préfère s'afficher que disparaître, parce qu'une carte qui s'affiche trop souvent est visible et se corrige, alors qu'une carte cachée a juste l'air brisée.
Sur la page produit
avant 60,00 $48,00 $20 % de rabais
La carte d'offre affiche le rabais, les conditions et le calendrier tirés de l'enregistrement.
L'enregistrement
Un seul métachamp produit, écrit uniquement par une action validée.
Au paiement
48,00 $
La Shopify Function calcule le prix du panier à partir de ce même enregistrement.
Parce que les deux côtés lisent le même enregistrement, ce qu'un client voit et ce qu'un client paie ne peuvent pas diverger. Rien n'est écrit par le navigateur, alors l'appareil d'un client ne peut jamais influencer le prix qu'il paie.
CONNEXION IA
Branchez l’assistant que vous utilisez déjà
Connectez Claude, ChatGPT ou tout outil qui gère les connecteurs, par une URL de connexion propre à votre boutique, approuvée dans votre propre admin Shopify avec une date d’expiration visible.
- Aucun abonnement à acheter
- Aucun forfait IA à ajouter, aucune clé de fournisseur conservée ici. Ce que vous payez à votre fournisseur d’IA reste entre vous et lui. La connexion IA est sur tous les forfaits, le forfait gratuit compris.
- Uniquement des outils typés
- L’assistant n’écrit jamais un métachamp directement. Chaque écriture passe par la même action validée que l’interface d’administration.
- Brouillon d’abord, imposé côté serveur
- Tout ce qu’un assistant crée est forcé à l’état brouillon au niveau du modèle, pas dans l’interface, pour qu’aucun outil ne puisse contourner la règle. Un rabais en ligne doit être dépublié avant d’être modifié.
- Confirmation sur les gestes tranchants
- Publier, dépublier et supprimer sont marqués « confirmation requise », pour que les clients qui gèrent les invites vous demandent avant que quoi que ce soit bouge.
- Toute la trousse d’outils
- Lire les rabais, créer, mettre à jour, définir les règles, ajouter et retirer des cibles, publier, dépublier, archiver, supprimer, lire la performance et modifier les réglages.
- Révoquée à la désinstallation
- Désinstaller xDiscount désenregistre chaque connexion, pour que rien ne garde un accès à une boutique que vous avez quittée.
ANALYSES
Prouvez ce que la promotion a fait
Deux sources, tenues à l’écart l’une de l’autre volontairement. Un pixel de vitrine mesure le comportement, et le webhook de commande signé par Shopify est la seule chose qui peut faire bouger un chiffre d’argent.
- Quatre tuiles, fixes
- Revenus, commandes avec rabais, valeur moyenne de commande et taux de conversion, toujours dans cet ordre. Il n’y a aucune carte à disposer et aucune ventilation par rabais.
- Un graphique et un filtre
- Tracez l’une des quatre sur la période choisie, restreignez aux mesures de vitrine ou à celles de Shopify, ou filtrez toute la page sur un seul type de rabais.
- Un pixel web respectueux du consentement
- L’entonnoir de vitrine, soit les vues, les offres vues et les paniers, mesuré sans aucun identifiant de client et jamais utilisé à des fins publicitaires.
- Exact là où ça compte
- Les commandes avec rabais viennent du webhook de commande signé par Shopify et sont exactes, et c’est le nombre que votre forfait compte. Les revenus viennent du pixel de vitrine et sont étiquetés approximatifs, parce qu’une requête falsifiée ne doit jamais pouvoir vous facturer.
- Un tableau jour par jour
- La même période détaillée par jour sous le graphique, avec un historique qui remonte jusqu’à 250 jours, pour qu’un pic ait une date et pas juste une forme.
- Feuille de route : un explorateur d’événements
- Un écran d’analyses plus profond, avec un explorateur d’événements complet, est sur la feuille de route, pour ouvrir l’entonnoir brut événement par événement.