Quand un marchand Shopify dépasse un certain volume de commandes, il commence à sentir les limites des applications de promotion classiques. Les apps du Shopify App Store couvrent bien les cas standards, code promo, réduction en pourcentage, offre de bienvenue, mais dès que la règle métier se complique, elles s’empilent, se chevauchent et finissent par créer des incohérences de panier. Les Shopify Scripts, disponibles uniquement sur Shopify Plus, permettent de sortir de cette logique en implémentant directement la règle souhaitée dans le moteur de tarification du checkout, sans couche applicative intermédiaire. C’est un levier technique souvent sous-exploité parce qu’il demande une petite compétence en Ruby, mais les marchands qui l’intègrent à leur stack obtiennent une flexibilité de tarification que les concurrents sur apps ne peuvent pas égaler.
Chez Propuls’Lead, nous accompagnons plusieurs marchands Shopify Plus dans la structuration de leurs règles promotionnelles et la mise en place de leur scripting. Cet article présente les cas d’usage les plus rentables, les pièges à éviter et la méthode que nous utilisons pour passer d’une collection d’apps chaotiques à un moteur de promotions unifié.
Ce que les Shopify Scripts permettent concrètement
Les Scripts interviennent à trois niveaux précis du parcours d’achat. Les Line Item Scripts manipulent les produits dans le panier, appliquent des remises conditionnelles, cachent certains articles, modifient leur prix selon des règles métier. Les Shipping Scripts ajustent les options de livraison, débloquent la livraison offerte au-delà d’un seuil, masquent des transporteurs pour certains codes postaux. Les Payment Scripts personnalisent les moyens de paiement présentés, désactivent une carte pour un pays, forcent un virement pour les commandes supérieures à un montant.
L’intérêt par rapport aux apps classiques est double. La règle tourne dans le moteur natif Shopify, ce qui garantit une performance de checkout et une cohérence de calcul que les apps tierces atteignent rarement. Les Scripts cohabitent sans conflit parce qu’ils sont exécutés dans un ordre déterministe, alors que deux apps de promotion concurrentes produisent souvent des résultats incohérents quand elles s’appliquent à la même commande. Cette fiabilité technique rejoint la logique de personnalisation de chaque page qui fait la spécificité d’un Shopify bien exploité.
Automatiser les promotions complexes sans code promo
Le cas d’usage le plus rentable concerne les promotions sans code, celles qui s’appliquent automatiquement au panier en fonction de conditions combinées. Trois pour deux sur une collection précise, remise dégressive selon le nombre d’articles, cadeau offert au-delà d’un montant, ces règles se codent en quelques dizaines de lignes de Ruby et s’exécutent à chaque calcul de panier. Le bénéfice commercial est double, l’offre devient lisible sans friction de saisie de code, et le taux de conversion au checkout progresse parce que le client voit immédiatement la remise s’appliquer.
Dans le cadre de la méthodologie PROPULSE que nous appliquons chez Propuls’Lead, nous recommandons toujours de documenter chaque règle dans un fichier partagé entre l’équipe marketing et l’équipe technique. Cette documentation évite les régressions quand un Script est modifié six mois plus tard par une autre personne, et elle structure la conversation avec le client sur ce qui est techniquement possible. Cette approche croise parfaitement les logiques de création de bundles et les séquences de récupération de panier, qui gagnent en efficacité quand la règle de tarification sous-jacente est propre.
Personnaliser le checkout pour convertir les bons segments
Au-delà des promotions, les Scripts permettent de personnaliser l’expérience de checkout en fonction du profil du visiteur. Un client B2B identifié peut voir des options de paiement différentes d’un particulier, une remise professionnelle peut s’appliquer automatiquement quand le sous-total dépasse un seuil, une option de livraison express peut être masquée pour les zones rurales afin d’éviter les attentes frustrantes. Ces ajustements, impossibles à faire proprement avec des apps empilées, deviennent naturels avec un Script bien écrit.
Le levier commercial est particulièrement puissant sur les marchands mixtes B2B et B2C. Un client professionnel qui arrive au checkout avec son compte identifié voit disparaître les incitations à la consommation immédiate, gagne un champ SIRET automatiquement pré-rempli, accède aux conditions de paiement négociées. Le même checkout, pour un particulier anonyme, conserve les offres croisées et la pression à la conversion. Cette dualité, construite correctement, améliore le taux de conversion des deux segments sans créer deux checkouts distincts à maintenir.
Gérer les frais de port et les exclusions géographiques
Les Shipping Scripts résolvent un problème récurrent chez les marchands qui vendent à l’international. Les apps classiques gèrent mal les règles croisées, offrir la livraison aux États-Unis au-delà de 100 dollars mais seulement aux clients premium, désactiver un transporteur pour certaines régions insulaires, appliquer un surcoût carbone volontaire pour les livraisons aériennes long-courriers. Toutes ces règles se codent en Ruby avec un niveau de précision qui n’existe nulle part ailleurs dans l’écosystème Shopify.
Les marchands qui structurent leur stratégie d’expédition avec des Shipping Scripts évitent aussi les déceptions post-commande. Rien n’est plus frustrant pour un client que de finaliser une commande à 300 euros et de découvrir ensuite par email que son adresse n’est pas livrable. Un Script peut bloquer proprement cette combinaison en amont, afficher un message personnalisé, orienter vers une solution alternative. C’est une mécanique silencieuse mais qui protège la réputation de la boutique et évite des remboursements coûteux. Dans une logique de vente internationale, ces Scripts complètent Shopify Markets pour gérer les cas qui échappent aux règles natives.
Piloter les règles dans le temps et éviter la dette technique
La principale erreur des marchands qui découvrent les Scripts est de multiplier les règles sans gouvernance. Au bout de deux ans, un marchand peut cumuler quinze Scripts contradictoires dont plus personne ne comprend la logique, et la moindre modification devient risquée. Pour éviter cette dette technique, nous imposons chez Propuls’Lead trois règles de discipline. Chaque Script porte un commentaire en tête qui décrit son objectif métier, l’auteur et la date de la dernière modification. Chaque Script est testé sur un environnement de staging avant mise en production. Chaque trimestre, l’inventaire des Scripts actifs est revu pour retirer ceux qui correspondent à une campagne passée.
Cette hygiène rapproche la gestion des Scripts de la gestion d’un vrai code applicatif. Les marchands qui l’appliquent gardent un moteur de promotions vivant et lisible, alors que ceux qui multiplient les Scripts sans discipline finissent par revenir aux apps externes par épuisement. La logique ressemble à celle du contenu dynamique, qui n’apporte de la valeur que si la logique sous-jacente reste gouvernable dans le temps.
Anticiper la migration vers Shopify Functions
Un point d’attention important pour les marchands qui s’engagent dans les Scripts concerne l’évolution de l’écosystème Shopify. Shopify pousse progressivement ses marchands vers Shopify Functions, une nouvelle génération d’extensions écrites en Rust ou AssemblyScript, qui remplace à terme les Scripts Ruby pour plusieurs cas d’usage. Les Scripts restent opérationnels, mais les nouvelles fonctionnalités natives apparaissent désormais sur Functions. Investir dans des Scripts aujourd’hui reste rentable si les règles métier sont stables, mais les marchands qui conçoivent leur stratégie sur cinq ans doivent prévoir un plan de migration progressif vers Functions.
Concrètement, cela suppose de documenter chaque règle de manière assez abstraite pour qu’elle puisse être reportée dans un autre langage sans perte de sens. Chez Propuls’Lead, nous recommandons de capturer systématiquement les règles métier dans un document de spécification neutre, puis de les implémenter en Scripts aujourd’hui et en Functions demain selon les priorités d’évolution de Shopify. Cette double couche, spécification et implémentation, sécurise l’investissement technique et permet de faire évoluer la boutique sans devoir réécrire toute la logique de promotions à la prochaine migration imposée par la plateforme.
Un dernier point mérite l’attention des équipes qui découvrent les Scripts. L’environnement de test Shopify permet de simuler des commandes sans toucher la production, mais la tentation est toujours grande d’aller vite et de déployer directement sur le thème live. Cette pratique finit tôt ou tard par créer un incident, remise appliquée deux fois, frais de port absents, paiement refusé à tort. Il suffit d’une seule soirée de gros trafic pour transformer ce genre de bug en perte sèche à cinq chiffres. Investir vingt minutes de test staging avant chaque déploiement est un réflexe qui protège à la fois la marge et la réputation, et qui finit par devenir naturel une fois que l’équipe a pris le pli.