Shopify Scripts a cessé de fonctionner le 30 juin 2026. Voici ce qu'il faut faire maintenant.
Si votre boutique utilisait un Script de remise personnalisée, de BOGO ou de bundle, il a cessé de s'exécuter le 30 juin 2026, silencieusement. Aucune erreur, aucune alerte, rien dans vos journaux. Voici exactement ce qui s'est passé, ce qu'implique réellement la migration vers Shopify Functions, et une réponse honnête sur ce que Stackable peut reconstruire pour vous.
- Shopify Scripts a cessé de s'exécuter le 30 juin 2026 pour toutes les boutiques qui les utilisaient encore.
- Toute logique de remise personnalisée, de BOGO ou de bundle hébergée dans un Script a cessé de s'appliquer à cette date.
- Cet échec est silencieux par conception : une Shopify Function dont les conditions ne correspondent pas à un panier donné ne se déclenche tout simplement jamais. Elle ne génère aucune erreur, et Shopify ne vous avertit pas.
Les marchands qui traversent cette migration décrivent le même danger sur les forums de la communauté Shopify :
“Mon ancien Script a discrètement cessé d'appliquer une remise, et je ne l'ai découvert que parce qu'un client s'est plaint d'avoir payé le plein tarif. Il n'y a eu aucune erreur, aucune alerte, rien dans les journaux de commande. Ma configuration était défaillante depuis des semaines avant que je ne m'en aperçoive.”
C'est le risque central du passage de Scripts à Functions : une Function est soit correctement formée et active, soit mal configurée et silencieuse. Il n'existe pas d'état intermédiaire visible, si bien qu'une condition mal alignée, une faute de frappe dans un seuil, ou une règle ciblant la mauvaise collection produit exactement le même silence qu'une Function qui fonctionne correctement. La seule façon de le détecter est de tester délibérément les deux scénarios avant de lui faire confiance en production.
Quatre choses à savoir avant de commencer
Il s'agit de trois migrations distinctes, pas d'une seule
Un seul fichier Script pouvait toucher à la fois la logique de remise, les tarifs de livraison et la personnalisation des paiements. Functions répartit cela en trois types de Function distincts : remise, livraison et paiement, chacun configuré et déployé indépendamment. Migrer « mon Script » signifie généralement migrer jusqu'à trois éléments différents.
Les générateurs sans code couvrent généralement les remises et le BOGO uniquement
Si votre Script touchait également les tarifs de livraison ou les modes de paiement, un générateur sans code de Function de remise, Stackable y compris, n'y a pas accès. Les personnalisations de livraison et de paiement nécessitent qu'un développeur écrive directement cette Function.
Conservez dès maintenant le code source de votre ancien Script
Une fois l'éditeur de Scripts définitivement retiré, le code qui y était stocké devient irrécupérable. Exportez ou copiez dès aujourd'hui le code source de votre ancien Script, même si vous n'êtes pas encore prêt à migrer, afin de disposer d'une référence pour ce qui le remplacera.
Testez un panier qui doit déclencher la règle et un panier qui ne le doit pas
Avant de faire confiance à une nouvelle Function, créez deux paniers de test : un qui doit la déclencher, et un qui, délibérément, ne le doit pas. Une Function qui se déclenche alors qu'elle ne le devrait pas coûte tout aussi cher qu'une Function qui ne se déclenche jamais silencieusement.
Une réponse honnête sur le périmètre
Stackable reconstruit la logique de remise basée sur des règles avec les Shopify Functions natives. Il n'exécute pas de code personnalisé arbitraire.
Ce que Stackable reconstruit
- Remises par palier / volume (par ex. « achetez 3+, économisez 15 % »)
- Logique Achetez X Obtenez Y et BOGO, y compris les paliers répétés
- Règles explicites de cumul de remises entre offres
- Démarrage et fin programmés, ainsi que mise en pause instantanée, sur toute campagne
Vous aurez encore besoin d'un développeur pour ceci
- Le code personnalisé arbitraire exécuté par votre ancien Script (formules de tarification sur mesure, conditions ponctuelles qu'aucun générateur ne couvre)
- Les personnalisations de livraison / expédition (un type de Function distinct)
- Les personnalisations de paiement (un type de Function distinct)
- Tout ce qui ne se ramène pas à une configuration de remise basée sur des règles
Si votre ancien Script faisait quelque chose de cette liste, un créateur sans code, Stackable inclus, ne peut pas l'atteindre. C'est une Function écrite par un développeur, pas un écran de configuration.
Questions fréquentes
Mes anciens Scripts ont-ils disparu ?
Scripts a cessé de s'exécuter le 30 juin 2026, mais ce n'est pas nécessairement le moment où le code stocké dans l'éditeur de Scripts est supprimé. Exportez ou copiez dès maintenant le code de votre ancien Script dans tous les cas : une fois que Shopify aura définitivement retiré l'éditeur, il deviendra irrécupérable.
Recevrai-je une erreur si une Function est mal configurée ?
Non. Une Function dont les conditions ne correspondent pas à un panier ne se déclenche tout simplement jamais, silencieusement, sans erreur ni alerte. Testez toujours avec un panier qui doit la déclencher et un panier qui ne le doit pas avant de lui faire confiance en production.
Stackable remplace-t-il tout ce que faisait mon ancien Script ?
Seulement la partie basée sur des règles : remises par palier et par volume, BOGO, cumul de remises et programmation, toutes reconstruites sur des Shopify Functions natives. Stackable n'exécute pas de code personnalisé arbitraire. Si votre Script effectuait quelque chose de véritablement sur mesure, une formule de tarification personnalisée ou une condition qu'aucun générateur ne couvre, cela nécessite toujours qu'un développeur écrive directement la Function.
Qu'en est-il de la logique de livraison ou de paiement que gérait mon Script ?
Il s'agit de types de Function distincts (livraison et paiement) auxquels Stackable ne touche pas. Un développeur doit les migrer indépendamment de votre logique de remise.
Où puis-je lire l'article complet sur la migration ?
Notre premier article de blog détaille l'abandon de Scripts et le parcours de migration.
Fonctionnalités associées
Discount Stacking
How to stack discounts in Shopify comes down to settings the platform hides by default: every discount belongs to a class (product, order, or shipping), and whether two discounts combine is decided per offer, per class. Stackable puts those combine switches on every offer, so a volume tier, a spend goal, and free shipping add up exactly the way you configured them, every time.
BOGO / Buy X Get Y
Running BOGO beyond the 100-product cap isn't possible with Shopify's native Buy X Get Y discount: it stops letting you add eligible products once you pass 100, and it only applies once per order. Stackable removes both limits and adds cheapest-item-free logic on top.
Scheduled Sales
Shopify scheduled sales fail two ways in the wild: campaigns that silently never start, and live campaigns with no pause button. Stackable's scheduler runs on the same reliability guarantee as its checkout math, and pausing takes effect storefront-wide in under a minute.
Installez Stackable et reconstruisez vos remises basées sur des règles
Paliers de volume, BOGO, cumul et programmation, fonctionnant sur les Shopify Functions natives dès le premier jour.
Plan gratuit disponible. Aucune carte requise.