Fin des ScriptTags Shopify : comment migrer ses apps et son tracking avant mars 2027

1. Ce qui change — et ce qui ne change pas

Un ScriptTag est une ressource de l’API Admin permettant à une app de charger du JavaScript sur la boutique sans modifier directement le thème. Shopify annonce que les mutations scriptTagCreate et scriptTagUpdate renverront une erreur ; en REST, les opérations POST et PUT seront refusées. Changer vers une ancienne version d’API ne reporte pas l’échéance.

Les ScriptTags existants continuent à fonctionner jusqu’à l’arrêt de l’injection. La lecture via scriptTags et la suppression via scriptTagDelete restent disponibles pour l’audit et le nettoyage. Les ressources de portée order_status relèvent d’une dépréciation antérieure ; il ne faut pas les confondre avec le calendrier online_store. Voir le périmètre officiel.

À l’inverse, trouver un script dans theme.liquid ne prouve pas qu’il s’agit d’un ScriptTag API. Un app embed existant, un code ajouté manuellement au thème et un pixel client sont des modes d’intégration différents. L’annonce ne permet pas de conclure que toute ta stack doit être reconstruite.

Je commencerais par les apps qui touchent le parcours d’achat ou la mesure : personnalisation, widgets, avis, attribution et scripts historiques d’agence. Ce sont des pistes d’inventaire, pas une liste d’apps déclarées incompatibles.

2. Un inventaire utile avant de toucher au code

Demande à l’éditeur de chaque app son mode d’intégration et son statut de migration. Pour une app sur mesure, fais lire les ressources par un développeur avec les accès nécessaires. L’objectif est de rattacher chaque script à un propriétaire : aucune suppression à l’aveugle parce qu’un domaine te paraît ancien.

Les outils réseau du navigateur peuvent aider à repérer un chargement, mais ils ne constituent pas l’inventaire complet des ressources Admin. Un script peut être conditionnel, lié au consentement ou chargé seulement sur certaines pages. Croise la configuration de l’app, les ressources API et le comportement réellement observé.

La question à poser au fournisseur est simple : « Quel mécanisme remplace votre ScriptTag, qui doit l’activer, et quelle preuve montre que la fonction et les événements restent corrects ? » Une réponse vague « compatible Shopify » ne suffit pas.

3. App embed ou web pixel : choisir par fonction

Les extensions de thème intègrent les éléments d’app dans l’éditeur et évitent les modifications manuelles de fichiers Liquid. Elles peuvent contenir des blocs, des assets et des snippets. Documentation des theme app extensions. Pour remplacer un ScriptTag par un app embed, Shopify précise que le marchand doit l’activer dans l’éditeur de thème.

Le web pixel sert à s’abonner aux événements client et à envoyer les données adaptées au système de collecte. Ce n’est pas un accès libre au DOM : un pixel d’app tourne dans un sandbox strict, tandis qu’un pixel personnalisé utilise un sandbox de type iframe. Un code qui lit window.document ou cherche des éléments dans la page ne se transpose donc pas tel quel. Fonctionnement et contraintes des web pixels.

Avant de copier un ancien snippet GA4 ou Meta, vérifie si l’intégration officielle de l’outil couvre déjà le besoin. Mon critère n’est pas « est-ce que le script se charge ? », mais « qui possède l’événement et où est-il envoyé ? ». Garder un ancien tracker et ajouter le nouveau peut fausser davantage la mesure qu’un chargement manquant.

4. Mon plan de migration, en six étapes

1. Figer l’état de départ. Liste les fonctions et événements attendus, leurs destinations et les configurations à préserver. Garde une copie des réglages utiles, sans exposer de clés dans un rapport partagé.
2. Attribuer chaque chantier. L’éditeur corrige son app ; le développeur prend l’app sur mesure ; le responsable data définit les paramètres ; le marchand valide l’interface et les accès. Un nom, une date et une preuve par ligne.
3. Préparer un environnement contrôlé. Une prévisualisation de thème ne garantit pas l’isolation des pixels ou réglages globaux. Identifie ce qui affecte la boutique entière et utilise une boutique de test lorsque nécessaire.
4. Installer le remplacement sans accumuler les collectes. Définis la fenêtre de bascule. Une comparaison temporaire doit être identifiable et filtrée, pas deux événements de production indistinguables.
5. Rejouer le parcours et le consentement. Produit, panier, checkout et achat de test autorisé : compare les paramètres attendus. Teste aussi refus, acceptation et retrait du consentement. Les callbacks des pixels d’app respectent les signaux de consentement Shopify ; vérifie le comportement effectif de ta configuration. Référence pixels et consentement.
6. Retirer l’ancien chemin et surveiller. Nettoie seulement après validation du remplacement. Prévois un retour compatible avec les échéances : après le blocage de création, recréer l’ancien ScriptTag n’est pas un plan de secours fiable.

5. La checklist qui permet de dire « c’est terminé »

• Chaque ScriptTag concerné possède un propriétaire et un remplacement identifié.
• Le marchand a validé les fonctions sur le thème actif, sur desktop et mobile.
• Chaque événement test a une destination, un nom et des paramètres vérifiés ; aucune donnée sensible inutile n’est collectée.
• Les tests de consentement sont consignés avec le pays, la configuration et le comportement observé.
• Si navigateur et serveur mesurent le même achat, le mécanisme de déduplication propre à la destination est vérifié.
• La suppression de l’ancien chemin est documentée ; un responsable suit les anomalies après bascule.

Ne compare pas deux totaux sans contexte. Garde la même définition d’événement, la même période et les mêmes filtres ; distingue trafic réel, commandes de test et utilisateurs consentants. Une variation peut venir de la fréquentation ou du consentement, pas uniquement de la migration. Je ne promettrais pas une conservation de 100 % des données : je demanderais des écarts expliqués et des contrôles reproductibles.

6. Questions fréquentes sur la fin des ScriptTags

Faut-il supprimer tous les scripts du thème ?

Non. Identifie le mode d’intégration avant d’agir. La présence d’une balise <script> ne prouve pas l’utilisation de la ressource ScriptTag.

Dois-je migrer GTM dans un pixel personnalisé ?

Pas automatiquement. Il faut d’abord vérifier son installation, les balises qu’il pilote et leurs dépendances. Un container conçu pour le DOM n’est pas garanti compatible avec un sandbox.

Un app embed activé suffit-il ?

Il faut encore vérifier la fonction et la mesure. L’activation est une étape, pas une preuve de parité.

Quelle action lancer maintenant ?

Inventorier, contacter les éditeurs et planifier la recette. Le récapitulatif Shopify d’août 2026 replace cette alerte dans les autres changements du mois.

Tu ne sais pas quels scripts sont concernés ? Un audit Shopify ciblé peut cadrer les propriétaires, la migration et les preuves attendues avant de toucher à la production. Parlons de ta configuration.