Shopify Scripts — les extraits Ruby que les boutiques Plus utilisaient depuis des années pour personnaliser rabais, livraison et options de paiement — a cessé de s'exécuter le 30 juin 2026. La date est passée. Si votre boutique avait des Scripts, ils ne tournent plus, que quelqu'un les ait rebâtis ou non.
Les boutiques qui l'avaient planifié vont bien. Celles qui nous inquiètent, ce sont celles où un Script écrit en 2019 par une agence partie depuis fait quelque chose dont plus personne ne se souvient. Voici la checklist qu'on utilise pour retrouver cette logique et la remettre en place — sur Shopify Functions, le remplaçant.
D'abord : aviez-vous vraiment des Scripts ?
L'app Script Editor était leur maison. Si elle est encore installée, ouvrez-la et lisez chaque Script, même désactivé — un Script désactivé documente souvent une règle d'affaires que quelqu'un attend encore. Si l'app a déjà été désinstallée, cherchez dans vos rabais, réglages de livraison et checkout des comportements que Shopify ne produit pas nativement :
- Prix par paliers ou volume qui n'est pas un rabais automatique natif (3 = 15 %, 6 = 25 %).
- Prix de gros ou par étiquette client appliqués automatiquement au checkout.
- Livraison gratuite dépendant du contenu du panier ou d'étiquettes client, pas d'un simple seuil.
- Méthodes de livraison masquées ou renommées pour certains produits (« pas d'express pour les matières dangereuses »).
- Méthodes de paiement masquées pour certains clients ou montants (« pas de paiement à la livraison au-dessus de 500 $ »).
- Cadeau à l'achat ajouté gratuitement au panier.
Chacun de ces cas était presque certainement un Script. Si ça semble encore fonctionner, c'est que quelqu'un l'a rebâti — vérifiez qui et comment, parce que c'est peut-être un correctif temporaire.
Où va chaque Script maintenant
Functions sont les points d'extension côté serveur de Shopify. Contrairement aux Scripts (Plus seulement, Ruby, modifiables dans l'admin), les Functions sont compilées en WebAssembly, livrées dans une app, et disponibles sur plus de forfaits selon l'API. La correspondance est assez directe :
- Rabais sur lignes et panier → l'API Discount Function (rabais produit, commande et livraison sous une seule API).
- Changements de méthodes de livraison → Delivery Customization (masquer, renommer, réordonner) et, pour générer des tarifs, les APIs de génération d'options de livraison.
- Changements de méthodes de paiement → Payment Customization (masquer, renommer, réordonner).
- Ensembles et cadeau à l'achat → Cart Transform (fusionner, éclater ou ajouter des lignes).
- Bloquer le checkout sous conditions → Cart and Checkout Validation.
Deux différences pratiques surprennent. D'abord, une Function tourne dans une app — soit une app publique qui fait déjà ce qu'il faut, soit une app custom que votre équipe possède. Ensuite, on la configure via des enregistrements de rabais ou de personnalisation dans l'admin, pas en éditant du code dans une boîte de texte. Le flux de travail de votre équipe merchandising change.
Bâtir, acheter, ou les deux
Pour les patrons courants — rabais volume, paliers B2B, cadeau à l'achat simple — l'App Store a des apps Function matures et il est généralement moins cher d'en configurer une que d'écrire la vôtre. Pour de la logique vraiment sur mesure (« appliquer la grille négociée du distributeur depuis Business Central, puis plafonner le rabais au plancher de marge »), une Function custom est la réponse honnête, et c'est moins de code que l'ancien Script une fois qu'on en a fait une.
Ce qu'on dit aux clients : ne rebâtissez pas chaque Script à l'identique. Certains existaient pour contourner des limites que Shopify a depuis levées nativement — rabais combinables, catalogues B2B, prix par Markets couvrent beaucoup de terrain. Rebâtissez ce qui doit encore exister.
Testez comme un lancement
Parce que l'échec ici est silencieux — un rabais ne s'applique simplement pas, et le client paie plus ou abandonne — on teste une migration Functions comme une nouvelle boutique :
- Écrivez chaque règle des anciens Scripts en langage clair, avec un panier d'exemple pour chacune.
- Passez chaque panier sur une boutique de développement avec la Function installée et vérifiez le total au cent près.
- Vérifiez les combinaisons : deux règles qui pourraient s'appliquer ensemble, un code promo par-dessus un rabais automatique, un client étiqueté avec un panier en livraison gratuite.
- Surveillez les vraies commandes pendant une semaine et comparez les totaux de rabais à la même semaine le mois dernier.
Si les revenus de rabais ont changé brusquement après le 30 juin sans que personne l'ait planifié, c'est le signal qu'un Script s'est arrêté en silence.
Le grand ménage
L'échéance des Scripts est une bonne excuse pour auditer tout le reste du checkout : quelles apps injectent quoi, quelles personnalisations reposent encore sur checkout.liquid (disparu aussi), et si la boutique est sur Checkout Extensibility de bout en bout. C'est couvert dans la section Shopify de notre playbook d'audit interne, et ça fait partie de tout mandat Plus qu'on accepte.
Si vous ne savez pas si quelque chose tourne encore, c'est exactement la situation à nous soumettre. On lit la boutique et on vous dit ce qu'on trouve — voir nos services Shopify Plus, ou réserver une consultation gratuite. Si votre logique dépend d'un ERP ou d'un CRM, notre page intégrations explique comment les grilles tarifaires et les stocks arrivent dans Shopify au départ.