Un caissier voit « remise appliquée », mais le total du panier n'a pas changé. Ou une extension lit 25 comme une économie en espèces alors qu'il s'agit de 25 %. Deux mises à jour d'octobre rendent les remises Shopify POS dignes d'une vérification immédiate si vos magasins utilisent des extensions d'interface utilisateur (UI) POS. Voici ce qui a changé, quelles applications nécessitent une attention particulière et comment tester le résultat avant que le personnel n'ait à expliquer un écart de prix à un client.
Qu'est-ce qui a changé dans les remises Shopify POS ?
Shopify a publié deux avis distincts pour les développeurs le 7 octobre 2026. Ils concernent différentes parties de la même interaction de paiement : la capacité d'une application à savoir si sa modification du panier a réussi et son interprétation correcte d'une remise en pourcentage.
Dans la mise à jour de la version 2026-10 de l'API des extensions d'interface utilisateur POS, les mutations du panier sont rejetées lorsque Shopify POS ne confirme pas que le panier a été modifié. Les versions antérieures de l'API valident ces mutations, que le POS ait appliqué l'écriture ou non. Les applications qui adoptent la version 2026-10 doivent gérer les promesses rejetées pour chaque mutation de panier qu'elles appellent. Les applications utilisant la version 2026-07 ou antérieure ne sont pas affectées par ce changement majeur.
Par ailleurs, Shopify POS 11.15 corrige les valeurs de remise en pourcentage. Pour une remise de 25 % sur un article à 200 $, Discount.amount renvoie désormais 25. La version POS 11.14 et les précédentes renvoyaient 50, soit le montant monétaire déduit.
Le changement lié à l'écriture dans le panier dépend de la version de l'API de l'extension. La correction de la valeur en pourcentage dépend de la version de l'application Shopify POS. Traiter ces deux éléments comme une seule mise à jour risque de laisser la moitié du problème sans test.
Pourquoi nous donnerions la priorité à cela plutôt qu'à une autre application de conversion
Le guide de conversion Signalbuy fourni recommande d'identifier où les acheteurs sont bloqués et de corriger les obstacles à l'achat. C'est un principe utile au-delà de la boutique en ligne. Lors d'un paiement physique, des prix contradictoires créent un problème qu'aucun autre widget promotionnel ne pourra résoudre.
Notre avis : si votre extension applique des remises aux membres ou affiche des économies, vérifier son comportement est prioritaire par rapport à l'ajout d'une autre incitation. Le problème est suffisamment concret pour être reproduit, et le commerçant peut définir une condition de réussite claire : le message de l'extension doit correspondre au panier réel.
Ces avis n'établissent pas que chaque magasin Shopify POS a un problème de remise. Ils identifient des changements spécifiques pour les extensions. Un commerçant n'utilisant pas d'extensions UI POS personnalisées ou tierces ne devrait pas commander une refonte sur la base de ces annonces.
Commencez par un inventaire des extensions concernées
Demandez à votre développeur ou aux fournisseurs d'applications quelles extensions installées écrivent dans le panier POS et lesquelles lisent les valeurs de remise. Incluez les outils privés conçus pour le personnel du magasin. Une extension qui affiche uniquement un résumé des économies peut avoir besoin de la correction du pourcentage, même si elle n'applique jamais elle-même de remise.
- Enregistrez les versions des appareils : notez la version de Shopify POS sur les appareils utilisés pour votre test et votre déploiement.
- Enregistrez les versions de l'API des extensions : vérifiez si chaque extension utilise la version 2026-10 ou une version antérieure.
- Cartographiez les écritures dans le panier : identifiez chaque action qui modifie le panier, y compris les frais et les remises le cas échéant.
- Cartographiez les lecteurs de remise : trouvez les calculs et les étiquettes qui utilisent Discount.amount pour les remises en pourcentage.
Désignez un responsable pour cette liste. Les opérations en magasin doivent décrire le flux de travail réel du caissier ; le développeur doit identifier les chemins de code pertinents. Aucun des deux ne peut réaliser l'audit seul.
Une demande réussie ne suffit pas à confirmer une modification du panier
La mise à jour de la mutation du panier corrige une distinction importante pour le personnel. Selon l'ancien comportement décrit par Shopify, une application pouvait traiter une mutation résolue comme un succès, même si le POS n'avait pas appliqué l'écriture. Cela pouvait générer un message de succès pour des frais ou une remise absents du panier.
Pour les extensions adoptant la version 2026-10 de l'API, les développeurs doivent gérer explicitement les échecs. Mais détecter une erreur et la masquer n'est pas une solution utile. Le personnel doit savoir s'il doit continuer ou vérifier le panier.
Concevez l'état d'échec avant le bouton de réessai
Nous recommandons aux extensions de laisser l'action en attente jusqu'à ce que le résultat soit connu, puis d'afficher le succès uniquement après confirmation. Si l'écriture est rejetée, le message doit indiquer que le changement n'a pas pu être confirmé et demander au personnel de vérifier le panier. Évitez un message « Appliqué » inconditionnel une fois la requête terminée.
Les réessais automatiques nécessitent de la prudence. Avant de réessayer une action sur le panier, inspectez l'état actuel et décidez si la répétition de l'opération pourrait créer une modification supplémentaire indésirable. Remplacer une remise et ajouter des frais peut nécessiter des logiques de récupération différentes.
Notre test d'acceptation préféré est simple : un développeur simule une mutation rejetée, et un gérant de magasin suit les instructions de récupération sans aide. S'ils ne peuvent pas dire ce qui s'est passé, la gestion des erreurs n'est pas terminée.
Remises Shopify POS : séparez les pourcentages de l'argent
La correction du pourcentage est facile à sous-estimer car la valeur renvoyée est toujours un nombre. Un calcul peut continuer à s'exécuter tout en produisant un résultat erroné.
Utilisez l'exemple de Shopify comme test contrôlé : un article à 200 $ avec une remise de 25 %. Le taux de remise est 25, l'économie est de 50 $ et la valeur de l'article remisé est de 150 $ avant tout autre ajustement. Sur POS 11.15, Discount.amount pour cette remise en pourcentage renvoie le taux, soit 25.
Une extension qui formate directement ce champ en tant que devise pourrait désormais afficher une économie de 25 $. Un code qui convertissait auparavant la déduction monétaire renvoyée en pourcentage pourrait également calculer un taux erroné.
Un taux en pourcentage et une déduction monétaire sont des types de données différents en termes commerciaux, même s'ils arrivent tous deux sous forme de nombres. Utilisez des noms internes explicites tels que discountPercentage et discountMoney plutôt que de faire passer un montant ambigu à travers chaque calcul.
Shopify précise que la correction s'applique aux remises en pourcentage au niveau du panier et de l'article, y compris les remises manuelles, appliquées par l'application et automatiques exposées avec le type Pourcentage. Cela affecte l'état actuel et les abonnements, ainsi que les surfaces de remise du panier et de l'article listées. Vérifier uniquement l'écran affiché au moment de l'ouverture de l'extension ne couvrira pas les mises à jour pendant les modifications du panier.
Ne corrigez pas l'ambiguïté par une estimation numérique
Une règle qui devine si une valeur est de l'argent ou un pourcentage en fonction de sa taille est fragile. Les deux peuvent être de petits nombres. Utilisez le type de remise et le comportement documenté pour l'environnement pris en charge.
Si les appareils restent sur des versions POS différentes pendant le déploiement, demandez au développeur un plan de compatibilité explicite. Les deux journaux de modifications ne justifient pas de supposer qu'une mise à jour de l'API d'extension suffit à corriger l'interprétation des pourcentages.
Un plan de test de paiement que les équipes en magasin peuvent réellement exécuter
Utilisez un environnement de test contrôlé et des prix de produits connus. Enregistrez la version POS, la version de l'extension et le résultat attendu pour chaque cas. Gardez le panier de départ assez simple pour qu'une personne puisse vérifier les calculs.
- Base de pourcentage : testez l'article à 200 $ avec une remise de 25 %. Confirmez que l'extension distingue le taux de la déduction de 50 $.
- Sources de remise : testez les remises manuelles, appliquées par l'application et automatiques en pourcentage là où votre flux de travail les expose.
- Portée : vérifiez les remises sur article et sur panier séparément, y compris un panier avec plusieurs articles.
- Mises à jour du panier : modifiez la quantité ou supprimez un article. Confirmez que l'extension actualise ses informations affichées.
- Écriture rejetée : vérifiez qu'une mutation ayant échoué produit un message utile plutôt qu'un état de succès.
- Action répétée : appuyez à nouveau pendant une réponse lente et confirmez que l'extension gère l'interaction en toute sécurité.
Exécutez également une remise à montant fixe comme test de régression. La correction signalée concerne les remises en pourcentage, mais une fonction de formatage partagée peut servir plusieurs types de remises.
Pour les transactions de test terminées, comparez le panier final avec la commande et le reçu. C'est notre validation de bout en bout recommandée, et non une affirmation selon laquelle Shopify a signalé des erreurs de reçu.
Que demander à votre fournisseur d'application POS
Envoyez au fournisseur les deux liens du journal des modifications. Demandez quelle version de l'API d'extension utilise son application, si elle lit les montants de remise en pourcentage et comment elle gère les mutations de panier rejetées lors de l'adoption de la version 2026-10.
Demandez des preuves pour les cas de test pertinents, plutôt que d'accepter « compatible avec Shopify POS » comme réponse complète. Un fournisseur doit être capable d'expliquer les versions d'appareils qu'il prend en charge et l'expérience du caissier lorsqu'une modification de panier échoue.
Ne remplacez pas une application utile simplement parce que Shopify a modifié un contrat d'API. Une extension maintenue avec un comportement de récupération clair peut rester le bon choix. Le remplacement devient une discussion raisonnable si le fournisseur ne peut pas expliquer ses calculs ou laisse le personnel dans l'incertitude après une action ayant échoué.
Points clés à retenir
- Auditez les extensions qui écrivent dans le panier ou lisent les remises en pourcentage.
- Gérez les mutations de panier rejetées avant d'adopter la version 2026-10 de l'API des extensions d'interface utilisateur POS.
- Vérifiez l'interprétation des pourcentages sur Shopify POS 11.15 indépendamment de la mise à jour de l'API.
- Approuvez la version uniquement lorsque les messages et les chiffres d'économie de l'extension correspondent au panier réel.
Sources
- Cart mutations reject unconfirmed writes in POS UI extensions 2026-10
- POS UI extensions now return percentage values for percentage discounts
- How to Improve Conversion on Shopify | CRO Guide - Signalbuy.AI
Vous voulez que cela soit pris en charge pour vous ?
Nous sommes une agence Shopify Premier et c'est le travail que nous faisons chaque jour : performance, CRO et créations de boutiques qui se rentabilisent. Réservez une revue de boutique gratuite et nous vous montrerons les trois correctifs que nous déploierions en premier.
Questions fréquemment posées
Qu'est-ce qui a changé pour les remises en pourcentage dans Shopify POS 11.15 ?
Pour les remises en pourcentage, Discount.amount renvoie désormais le taux de pourcentage plutôt que la déduction monétaire. Une remise de 25 % sur un article à 200 $ renvoie 25 ; POS 11.14 et les versions antérieures renvoyaient 50.
Pourquoi les mutations de panier sont-elles rejetées dans l'API des extensions d'interface utilisateur POS 2026-10 ?
Dans la version 2026-10 de l'API, les mutations de panier sont rejetées lorsque Shopify POS ne confirme pas que le panier a été modifié. Les applications adoptant cette version doivent gérer les promesses rejetées pour chaque mutation de panier qu'elles appellent.
Le changement majeur lié à la mutation du panier affecte-t-il les anciennes versions de l'API d'extension ?
Shopify indique que les applications utilisant la version 2026-07 de l'API des extensions d'interface utilisateur POS et les versions antérieures ne sont pas affectées par ce changement majeur. La correction de la valeur en pourcentage dans POS 11.15 est distincte et nécessite sa propre vérification de compatibilité.
Comment les commerçants doivent-ils tester les extensions de remise Shopify POS ?
Utilisez des prix connus pour vérifier séparément les taux de pourcentage et les économies monétaires. Vérifiez les remises au niveau du panier et de l'article, les mises à jour du panier et les écritures rejetées. Confirmez que les messages destinés au personnel correspondent au panier réel avant d'approuver une version.
