Le jour où l’étoile d’avis disparaît sous un produit, personne ne pense d’abord à une API dépréciée. L’équipe marketing soupçonne le thème. Le support vérifie l’application. L’agence regarde le gestionnaire de balises. Pendant ce temps, les commandes continuent et l’incident reste difficile à attribuer.
C’est précisément le risque posé par les anciens Script Tags Shopify : du JavaScript chargé sur la boutique par une application, parfois installé plusieurs années plus tôt, sans modification visible dans le code du thème. Le script peut afficher une fenêtre de chat, injecter des avis, mesurer une conversion, personnaliser une offre ou transmettre un événement à un outil tiers. Tant qu’il répond, cette dépendance reste presque invisible.
Shopify a désormais fixé deux jalons distincts. À partir du 1er octobre 2026, il ne sera plus possible de créer ou de mettre à jour un Script Tag ; ceux qui existent continueront toutefois de fonctionner. Le 1er mars 2027, Shopify cessera de les injecter dans les pages de la boutique. Une ancienne version d’API ne permettra pas de contourner ces échéances.
La bonne question n’est donc pas « combien de mois nous reste-t-il ? », mais « quelles fonctions commerciales dépendent encore de ce mécanisme, et comment allons-nous prouver leur remplacement ? »
Commencez par la vitrine, pas par la liste des applications
Une liste d’applications installées ne dit pas ce que vit réellement un client. Certaines applications n’utilisent jamais de Script Tags. D’autres ont migré une partie de leurs fonctions vers des extensions de thème tout en conservant un ancien chargement. Du code issu d’une ancienne agence peut également survivre alors que son propriétaire opérationnel n’est plus connu.
Pour démarrer, parcourez cinq moments de la boutique comme un acheteur :
- arrivée sur la page d’accueil sans consentement aux traceurs ;
- consultation d’une fiche produit avec variantes ;
- ajout au panier et modification de quantité ;
- navigation depuis une campagne avec paramètres de suivi ;
- retour sur le site après consentement, refus puis retrait du consentement.
Notez ce qui apparaît, ce qui transmet des événements et ce qui influence la vente : étoiles, recommandations, pop-up, recherche, chat, badge de disponibilité, comparateur, fidélité, pixels publicitaires ou mesure d’audience. Cette observation devient le point de comparaison. Sans elle, une migration peut être « terminée » côté développeur tout en ayant supprimé une fonction que l’équipe métier croyait standard.
Les deux dates ne créent pas le même risque
Le 1er octobre 2026 ferme la porte aux réparations à l’ancienne. Les opérations de création et de mise à jour des Script Tags échoueront sur toutes les versions de l’API. Un nouvel installateur qui dépend encore de ce mécanisme ne pourra plus terminer correctement son travail. Un correctif qui tente de remplacer l’URL d’un script existant ne passera plus non plus. Les lectures et suppressions restent possibles : l’inventaire et le nettoyage ne sont donc pas bloqués.
Le 1er mars 2027 coupe l’exécution dans la vitrine. Les enregistrements éventuellement restants n’auront plus d’effet. Une fonction sans remplacement cessera de se charger. Ce peut être visible, comme un widget absent, ou silencieux, comme une conversion qui n’est plus mesurée.
Il faut traiter octobre comme la date de préparation technique et mars comme la date de continuité d’activité. Attendre février pour découvrir le propriétaire de chaque script réduit dangereusement le temps disponible pour contacter un éditeur, développer une alternative, obtenir le consentement interne et tester une saison commerciale complète.
Construire un registre qui relie le code au chiffre d’affaires
Le livrable central n’est pas un export brut. C’est un registre lisible par l’e-commerce, le marketing et la technique.
| Champ | Ce qu’il faut documenter |
|---|---|
| Fonction observée | avis, chat, analytics, retargeting, personnalisation, recherche, fidélité… |
| Propriétaire | application, éditeur, ancienne agence, équipe interne ou inconnu |
| Emplacement | toutes les pages, produit, collection, panier ou autre parcours |
| Condition | consentement requis, segment client, pays, appareil, campagne |
| Valeur métier | information, confort, conversion, conformité ou mesure |
| Remplacement pressenti | app embed, app block, web pixel, code de thème borné ou retrait |
| Page de test | URL et scénario qui rendent la fonction observable |
| Preuve | capture, événement, requête réseau, journal ou résultat métier attendu |
| Retour arrière | comment désactiver le remplacement sans réactiver deux versions |
Attribuez un niveau de criticité à partir de l’effet métier, pas du volume de code. Un fichier de quelques kilo-octets peut porter l’unique événement d’achat utilisé pour piloter les campagnes. À l’inverse, un gros widget décoratif peut être retiré sans impact mesurable.
Les éléments sans propriétaire doivent monter en tête de l’enquête. Cherchez leur domaine d’hébergement, leurs appels réseau, les événements qu’ils écoutent et les éléments HTML qu’ils ajoutent. Ne supprimez rien en production simplement parce que le nom semble ancien : une dépendance fantôme doit d’abord être observée dans un environnement de test ou neutralisée avec un retour arrière explicite.
Choisir le remplacement selon la fonction
Shopify ne propose pas un bouton de conversion universel. Le bon chemin dépend de ce que fait le script.
Une app embed pour une fonction globale ou flottante
Un app embed block, fourni par une extension de thème, convient notamment aux bulles de chat, badges flottants, métadonnées et scripts chargés autour de la page. Il fonctionne avec les thèmes vintage comme avec Online Store 2.0 et peut être activé depuis l’éditeur de thème.
Cette visibilité est utile, mais crée une nouvelle responsabilité : l’app embed est activé par thème. Il peut fonctionner dans le thème publié aujourd’hui et rester désactivé dans le thème préparé pour la prochaine campagne. La recette doit donc inclure un changement ou une publication de thème, pas seulement une visite du thème actuel.
Un app block pour un contenu placé dans la page
Une fonction qui doit apparaître dans une section précise — avis sous le titre, module de fidélité près du bouton d’achat, contenu lié au produit — relève souvent d’un app block. Il faut vérifier que le thème et la section visée acceptent les blocs d’application, puis contrôler la configuration pour chaque gabarit utile.
Le test doit couvrir les produits atypiques : abonnement, lot, carte cadeau, précommande ou produit avec de nombreuses variantes. Un bloc présent sur la fiche de démonstration peut manquer dans un autre modèle de produit.
Un web pixel pour la mesure
Si le script sert uniquement au suivi analytique ou à la conversion, Shopify recommande d’envisager un web pixel. Ne transposez pas automatiquement chaque ligne de JavaScript : redéfinissez les événements nécessaires, leurs données, leur déclenchement et leur gouvernance.
Pour une boutique française, cette migration doit rester alignée avec les choix de consentement. La CNIL rappelle que certains traceurs nécessitent un consentement préalable et que le retrait doit être aussi simple que l’accord. Le fait de déplacer une collecte vers un mécanisme Shopify plus récent ne change pas, à lui seul, sa finalité ni les règles applicables. Faites valider les cas juridiques incertains ; l’audit technique ne remplace pas un conseil juridique.
Du code de thème, seulement lorsque l’alternative est réellement fermée
Les applications personnalisées créées directement dans l’administration Shopify ne peuvent pas utiliser les extensions d’application. Shopify indique alors qu’un responsable peut devoir déplacer la fonction dans le thème ou qu’un prestataire doit fournir une vraie application compatible.
C’est un choix à documenter, car du code ajouté au thème peut survivre à la fin du service et compliquer les mises à jour. Préférez un bloc Liquid personnalisé lorsque c’est pertinent, bornez les fichiers modifiés et consignez la procédure de retrait. « Coller le script dans theme.liquid » n’est pas une stratégie de migration.
Le piège du doublon est plus proche que la panne
La séquence de migration compte. Si le Script Tag et son remplacement chargent simultanément la même fonction, les conséquences peuvent apparaître avant 2027 : deux fenêtres, deux appels réseau, deux événements d’ajout au panier ou deux conversions attribuées à une commande.
Une séquence prudente ressemble à ceci :
- déployer le remplacement sans toucher au Script Tag existant ;
- activer l’app embed ou le bloc sur le thème de test ;
- contrôler la fonction, la performance et le consentement ;
- activer et vérifier le remplacement sur le thème destiné à la publication ;
- basculer pendant une fenêtre surveillée ;
- confirmer que le nouveau mécanisme est actif ;
- supprimer ensuite le Script Tag remplacé ;
- rejouer les scénarios et surveiller les événements en double.
La suppression intervient après la preuve d’activation, mais le chevauchement doit rester aussi court et contrôlé que possible. Conservez l’identifiant du Script Tag supprimé, la fonction associée, l’heure de bascule et la personne qui a validé le résultat.
Une recette construite autour de quatre histoires client
Au lieu d’aligner vingt vérifications techniques, racontez quatre histoires complètes dans une boutique de préproduction.
« Je refuse les traceurs et j’achète quand même. » La navigation, la recherche, les variantes, le panier, le paiement et les fonctions strictement nécessaires restent utilisables. Les collectes soumises au consentement ne partent pas avant le choix.
« J’accepte, je consulte deux produits et je commande. » Les événements attendus ne sont envoyés qu’une fois, avec la bonne devise, le bon montant et un identifiant de commande exploitable. Les tableaux de bord ne doivent pas devenir le seul juge : inspectez aussi le navigateur et la destination lorsque cela est possible.
« Je passe du mobile à l’ordinateur. » Les éléments ne masquent ni le bouton d’achat ni le sélecteur de variantes. Les performances restent acceptables, notamment sur les pages où l’ancien Script Tag chargeait son fichier partout alors que le remplacement peut être limité.
« L’équipe publie le thème de la rentrée. » Les app embeds et app blocks nécessaires sont bien actifs sur ce thème. Avis, chat, consentement, recherche, panier et mesure conservent le comportement validé. Cette histoire est essentielle : une activation par thème peut transformer une publication routinière en régression.
Ajoutez enfin un contrôle des parcours français réels : paiement CB et portefeuille si proposé, livraison à domicile et point relais, TVA affichée, code promotionnel, compte client, email transactionnel et demande de retour. Le Script Tag n’intervient pas forcément dans chacun d’eux ; la recette sert à détecter les effets indirects et à prouver que la boutique continue de vendre.
Garder, remplacer ou retirer : la réunion doit produire des décisions
Pour chaque ligne du registre, choisissez une issue datée.
- Remplacer maintenant si la fonction est critique, maintenue et compatible avec une extension ou un web pixel.
- Obtenir un engagement de l’éditeur si une application tierce dépend encore des Script Tags : demandez le mécanisme cible, la date de disponibilité et les consignes d’activation.
- Reprendre en interne si une application personnalisée sans extension porte une fonction stratégique et qu’aucune version moderne n’existe.
- Retirer volontairement si la fonction est inutilisée, redondante ou plus coûteuse à gouverner que sa valeur.
- Geler l’installation si un nouvel outil repose encore sur les Script Tags sans remplacement crédible avant octobre.
Une réponse « l’application devrait migrer » n’est pas une décision. Il faut un propriétaire, une date, une page de test, une preuve d’activation et une procédure de retour arrière.
Ce que 1Design peut vérifier sans transformer le projet en refonte
Un audit borné peut porter sur le thème publié, un thème de préproduction et les principales fonctions commerciales. Le résultat attendu est concret : registre des dépendances, criticité, propriétaire, voie de remplacement, scénarios de recette et plan de bascule.
Si l’enquête révèle plusieurs couches de code abandonné, des intégrations sans propriétaire ou un thème difficile à mettre à jour, il peut être plus sain de traiter la dette au niveau du gabarit. Notre accompagnement en création et évolution de site e-commerce à Lyon permet de cadrer cette reprise. Pour une première lecture limitée avant devis, utilisez l’audit de site internet.
Le sujet prolonge deux contrôles déjà utiles sans les confondre : la fin des anciens scripts sur les pages de confirmation Shopify et l’audit des applications, API et dépendances après Shopify Scripts. Ici, le périmètre est la vitrine et le mécanisme Script Tag lui-même.
Octobre ne doit pas être la date où l’on découvre les dépendances. Faites-en la date où l’inventaire est fermé, où les éditeurs ont répondu et où les remplacements critiques ont déjà passé une première recette. Pour cadrer ce travail, contactez 1Design avec l’URL de la boutique, le nom du thème publié et les trois fonctions qui ne doivent surtout pas disparaître.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?