Shopify Scripts s'arrête le 30 juin 2026 : ce qu'une boutique doit vérifier avant de migrer vers Shopify Functions

Le risque n'est pas toujours visible dans le thème.

Une boutique Shopify peut avoir une page d'accueil propre, des fiches produits correctes et un tunnel qui semble normal, tout en dépendant d'une ancienne logique cachée : une remise spécifique, une règle de livraison, un tri des moyens de paiement, un cadeau dans le panier, une condition B2B, une promotion selon le pays ou un comportement historique du checkout.

Si cette logique repose sur Shopify Scripts, le calendrier est maintenant très concret : Shopify indique que les Scripts cessent de fonctionner le 30 juin 2026.

Ce n'est donc pas un sujet abstrait pour développeur. Pour certaines boutiques, c'est une question de chiffre d'affaires : remises qui ne s'appliquent plus, transporteurs affichés dans le mauvais ordre, paiement non adapté à certains clients, panier promotionnel incomplet, équipes support qui découvrent le problème après les premières commandes.

La bonne réaction n'est pas de paniquer. C'est de faire rapidement l'inventaire de ce qui existe, de comprendre ce qui touche vraiment le checkout, puis de choisir une migration propre vers Shopify Functions, une app adaptée, ou une simplification temporaire.

Le point clé : tous les sites Shopify ne sont pas touchés de la même façon

Il faut d'abord éviter une confusion.

Le sujet concerne surtout les boutiques qui utilisent ou ont utilisé Shopify Scripts, historiquement liés aux personnalisations avancées du panier, des remises, de la livraison et du paiement, notamment dans des contextes Shopify Plus.

Une petite boutique Shopify standard, sans Script Editor, sans logique de checkout spécifique et sans personnalisation avancée héritée, n'a pas forcément un chantier technique urgent. Elle doit tout de même vérifier ses apps de remise, de livraison et de paiement, mais elle n'est pas automatiquement dans le même niveau de risque.

À l'inverse, une boutique plus ancienne, une boutique passée par plusieurs agences, ou une boutique dont les promotions sont très particulières peut dépendre d'une logique que l'équipe métier ne voit plus au quotidien.

Les signaux à surveiller :

• promotions automatiques complexes ;
• remises selon quantité, collection, client, pays ou panier ;
• offres de type cadeau, bundle ou palier ;
• méthodes de livraison masquées, renommées ou réordonnées ;
• moyens de paiement affichés selon pays, client ou montant ;
• règles B2B ou wholesale ;
• anciennes personnalisations du checkout ;
• comportement différent entre clients particuliers, professionnels ou marchés internationaux.

Si l'équipe répond "ça a toujours marché comme ça" mais ne sait pas où la règle est configurée, il faut auditer.

Pourquoi remplacer un Script n'est pas toujours un copier-coller

Shopify ne demande pas simplement de déplacer du code dans un nouveau fichier.

Le modèle évolue. Shopify Functions remplace progressivement des personnalisations historiques par des APIs spécialisées : remises, transformation du panier, validation, livraison, paiement. La documentation officielle propose une correspondance entre les anciens types de Scripts et les nouvelles familles de Functions.

Dans la pratique, cela veut dire que chaque règle doit être comprise avant d'être remplacée.

Un ancien line item script peut devenir une logique de remise, une transformation de panier ou une validation du checkout. Un shipping script peut devenir une personnalisation de livraison, parfois combinée avec une remise. Un payment script peut devenir une personnalisation des méthodes de paiement.

Le danger est de migrer trop vite en regardant seulement le nom du Script.

Une règle "frais de port offerts" peut en réalité dépendre du pays, du panier, d'une collection, d'un tag client, d'un canal de vente ou d'un seuil différent selon la période. Une règle "masquer un paiement" peut être liée au B2B, à un produit fragile, à un montant élevé ou à une contrainte opérationnelle.

Avant de coder, il faut donc traduire la logique métier en scénarios clairs :

• quand la règle s'applique ;
• quand elle ne doit surtout pas s'appliquer ;
• qui l'a demandée ;
• quelles ventes elle protège ;
• quels cas limites existent ;
• comment l'équipe vérifie aujourd'hui qu'elle fonctionne.

Ce travail peut sembler moins technique qu'une migration. C'est pourtant lui qui évite de remplacer une ancienne personnalisation imparfaite par une nouvelle personnalisation incomplète.

Les trois zones à contrôler en premier : remises, livraison, paiement

Une migration Shopify Scripts doit commencer par les zones où une erreur se voit dans la commande.

Remises

Les remises sont sensibles parce qu'elles touchent directement la marge et la conversion.

Une règle mal migrée peut faire perdre une promotion attendue, appliquer une remise trop large, casser une combinaison de codes, empêcher une offre B2B ou créer une incohérence entre publicité, email et checkout.

À vérifier :

• codes promo actifs ;
• remises automatiques ;
• remises par quantité ;
• offres sur certaines collections ;
• remises liées à un tag client ;
• cadeaux ou produits ajoutés au panier ;
• compatibilité entre plusieurs remises ;
• comportement mobile et desktop ;
• affichage clair dans le panier et le checkout.

Shopify a ajouté des capacités pour aider les migrations, notamment autour de l'application de plusieurs remises produit sur une même ligne de panier. C'est utile, mais ce n'est pas une excuse pour éviter les tests réels.

Livraison

La livraison est souvent plus spécifique qu'elle en a l'air.

Une boutique peut masquer certains transporteurs selon le pays, afficher le retrait local dans certains cas, réordonner les options selon la préférence commerciale, bloquer une livraison pour un produit lourd, ou renommer une méthode pour éviter les confusions.

Avec Shopify Functions, la Delivery Customization API sert justement à renommer, trier ou masquer des options de livraison dans le checkout.

À vérifier :

• transporteurs disponibles selon zone ;
• points relais ou retrait local ;
• livraison offerte ;
• produits exclus de certains modes ;
• commandes internationales ;
• commandes B2B ;
• messages d'explication dans le checkout ;
• cohérence entre promesse marketing, fiche produit et option finale.

Une erreur de livraison peut coûter cher même si le paiement fonctionne. Elle crée des commandes impossibles à honorer, des demandes support ou des marges abîmées.

Paiement

Les règles de paiement sont parfois discrètes, mais critiques.

Certaines boutiques masquent un moyen de paiement selon le pays, le montant, le type de client, le canal de vente ou la nature du panier. D'autres réordonnent les méthodes pour pousser une option plus fiable ou plus adaptée.

À vérifier :

• moyens de paiement actifs ;
• exceptions par pays ou marché ;
• conditions B2B ;
• commandes à montant élevé ;
• produits particuliers ;
• cohérence avec les frais, devises et taxes ;
• comportement après paiement refusé ;
• emails et confirmation de commande.

Le checkout doit rester prévisible. Une migration réussie ne se juge pas uniquement à l'absence d'erreur technique. Elle se juge au fait que les clients puissent commander dans les scénarios importants.

Les boutiques françaises doivent aussi penser exploitation, pas seulement code

Dans une PME e-commerce, la logique de checkout n'appartient pas seulement au développeur.

Elle touche le marketing, le service client, la logistique, la direction, parfois l'ERP, les marketplaces, les campagnes email et les périodes commerciales.

C'est pour cela qu'une migration Shopify Scripts doit inclure une petite phase d'exploitation :

• quelles promotions sont prévues dans les prochaines semaines ;
• quels transporteurs sont réellement utilisés ;
• quelles exceptions le service client connaît ;
• quelles règles ne servent plus ;
• quelles apps remplacent déjà une partie de la logique ;
• quelles commandes doivent être testées avant mise en ligne ;
• quelle personne valide le comportement final.

Une boutique française qui prépare les soldes, une période de forte saison, un lancement produit ou une opération B2B ne doit pas découvrir le chantier le 29 juin.

La question n'est pas seulement "est-ce compatible Shopify Functions ?". La question est :

est-ce que l'entreprise peut continuer à vendre avec les bonnes règles, les bons frais, les bons moyens de paiement et un support client qui comprend ce qui a changé ?

Migrer, remplacer par une app, ou simplifier : trois décisions possibles

Toutes les règles ne méritent pas un développement personnalisé.

Après l'inventaire, trois chemins sont possibles.

1. Migrer vers une Function personnalisée

C'est pertinent quand la logique est stratégique, spécifique, bien utilisée et difficile à reproduire avec une app standard.

Exemples possibles : règles B2B propres à l'entreprise, remises complexes, transformation du panier liée à un modèle commercial particulier, conditions de livraison très spécifiques.

Ce chemin demande un cadrage sérieux : accès au store, environnement de test, scénarios, permissions, déploiement et validation.

2. Remplacer par une app publique

Shopify indique que les apps publiques contenant des Functions peuvent être utilisées par des boutiques sur différents plans. Pour certaines règles, une app maintenue peut être plus rationnelle qu'un développement sur mesure.

C'est souvent le bon choix si le besoin est classique : promotions, bundles, livraison, paiement, règles simples, merchandising.

Mais il faut vérifier le coût, la maintenance, la compatibilité, l'impact performance, le support éditeur et la capacité à reproduire exactement les scénarios utiles.

3. Simplifier la règle

Certaines personnalisations existent uniquement parce qu'elles ont été ajoutées il y a longtemps.

Une migration est parfois l'occasion de supprimer une règle trop rare, de simplifier une promotion, de clarifier une livraison ou de remplacer trois exceptions par une règle commerciale plus lisible.

Ce n'est pas un recul technique. C'est souvent une amélioration du site.

Moins une boutique dépend d'exceptions obscures, plus elle est facile à maintenir, à expliquer au client et à faire évoluer.

La recette doit reproduire de vraies commandes

Une migration n'est pas terminée quand la nouvelle Function est déployée.

Elle est terminée quand les scénarios qui font vivre la boutique sont testés.

Une recette utile doit inclure :

• panier simple sans remise ;
• panier avec code promo ;
• panier avec remise automatique ;
• panier avec plusieurs produits ;
• produit exclu d'une promotion ;
• client connecté ;
• client invité si autorisé ;
• adresse en France ;
• adresse hors France si la boutique vend à l'international ;
• livraison standard ;
• livraison offerte ou point relais si utilisée ;
• moyen de paiement principal ;
• moyen de paiement secondaire ;
• paiement refusé ;
• email de confirmation ;
• commande visible dans l'administration.

Si la boutique vend en B2B, il faut ajouter des scénarios professionnels : client tagué, conditions spécifiques, paiement sur facture si utilisé, seuils de commande, tarifs ou livraisons particulières.

Le but n'est pas de créer un document de 80 pages. Le but est d'avoir une liste courte mais réaliste, validée par quelqu'un qui connaît les ventes.

Attention aux autres héritages du checkout

Shopify Scripts n'est pas le seul sujet d'héritage.

Shopify a aussi fait évoluer les personnalisations du checkout, notamment autour de `checkout.liquid`, des extensions et des pages de remerciement ou de statut de commande. Certaines dates sont déjà passées, d'autres transitions continuent d'affecter les boutiques qui ont beaucoup personnalisé leur parcours.

Pour une boutique ancienne ou très personnalisée, il serait dommage de traiter Shopify Scripts isolément.

Il vaut mieux profiter de l'audit pour regarder :

• le thème ;
• les apps critiques ;
• les personnalisations checkout ;
• les scripts de suivi ;
• les pixels et consentements ;
• les emails transactionnels ;
• les pages de confirmation ;
• les intégrations logistiques ;
• les règles de remise et de livraison ;
• les dépendances à une ancienne agence ou à un développeur parti.

Cette vue d'ensemble permet de décider si la boutique a seulement besoin d'une migration ciblée, ou si elle entre dans un chantier plus large de migration / refonte e-commerce.

Ce qu'une revue 1Design peut clarifier rapidement

Pour une boutique Shopify concernée, le premier pas utile n'est pas forcément de tout reconstruire.

Une revue courte peut déjà répondre à des questions très concrètes :

• des Shopify Scripts sont-ils encore actifs ;
• quelles ventes ou règles métier dépendent d'eux ;
• quelle Function ou app peut remplacer chaque logique ;
• quels scénarios doivent être testés ;
• quelles règles peuvent être supprimées ;
• quelles périodes commerciales faut-il éviter ;
• qui doit valider la migration ;
• quels risques restent ouverts après le changement.

Cette approche rejoint le travail plus large d'une création ou amélioration de site e-commerce : protéger les commandes, clarifier le parcours, maintenir une base technique saine et éviter les interventions faites dans l'urgence.

Elle peut aussi s'inscrire dans une logique de gestion technique : recette, sauvegardes, suivi des erreurs, calendrier de mise en ligne, documentation interne et point de contrôle après déploiement.

Le bon calendrier : maintenant, pas le dernier week-end de juin

Le 30 juin 2026 est proche.

Pour une boutique avec peu de logique, l'audit peut être rapide. Pour une boutique Shopify Plus avec plusieurs Scripts, des règles commerciales anciennes, une équipe marketing active et des exceptions B2B, le délai peut devenir serré.

Le calendrier raisonnable ressemble à ceci :

• inventaire des Scripts et personnalisations ;
• classement par impact business ;
• choix migration Function, app ou suppression ;
• préparation des scénarios de test ;
• développement ou configuration ;
• recette sur boutique de test ou environnement contrôlé ;
• validation métier ;
• mise en production ;
• surveillance des premières commandes.

Ce rythme évite de transformer une évolution Shopify annoncée en intervention de crise.

Si votre boutique utilise Shopify Scripts, ou si vous n'êtes pas certain de ce qui se passe dans le checkout, 1Design peut vous aider à faire le tri avant la date limite : règles actives, remises, livraison, paiement, apps, scénarios de test et priorités d'intervention.

L'objectif n'est pas de vendre une refonte à chaque boutique. L'objectif est plus simple : que vos clients puissent continuer à commander avec les bonnes règles le 1er juillet.