Historique des modifications

L'application parle votre langue

L'ensemble de l'application s'adapte désormais à la langue que vous utilisez dans l'interface d'administration de Shopify. Elle est disponible en anglais, allemand, français, espagnol, italien, néerlandais, danois, portugais (Brésil et Portugal), japonais et chinois (simplifié et traditionnel). Modifiez la langue de votre interface d'administration et l'application s'adaptera dès le prochain chargement de la page.

• Toutes les pages, toutes les boîtes de dialogue et tous les messages sont traduits, y compris les fiches d'autorisation, les paramètres des déclencheurs et l'éditeur de déclencheurs personnalisés.
• Les blocs d'événements figurant sur vos pages de produits, de commandes et de clients s'affichent également dans votre langue.
• Dans Shopify Flow, les modèles de workflow s'affichent avec leur titre, leur description et leurs remarques de configuration dans votre langue.
• Les noms des déclencheurs restent en anglais. Shopify Flow affiche les noms des déclencheurs en anglais ; l'application fait donc de même : le nom que vous voyez dans l'application est toujours celui que vous trouvez dans Shopify Flow.

Surveillance : savoir quand un déclencheur cesse de fonctionner

Un déclencheur qui cesse de se déclencher sans avertissement est le problème le plus difficile à détecter. La nouvelle page « Surveillance » vous permet de surveiller n'importe quel déclencheur et de recevoir un e-mail dès qu'un problème survient :

• Aucun événement - rien ne se déclenche pendant la période de votre choix. Pour les déclencheurs qui doivent se déclencher tous les jours, comme la mise à jour des commandes dans une boutique très fréquentée.
• Le workflow n'a pas été confirmé : le déclencheur s'est activé, mais votre workflow n'a jamais renvoyé de réponse. Ajoutez l'action « Confirmer l'exécution du workflow » comme dernière étape du workflow, en définissant l'ID d'événement sur eventId.
• Échecs : événements ayant échoué pour une raison que vous pouvez résoudre, comme une autorisation manquante. Les erreurs d'Shopifys temporaires ne sont pas prises en compte.

Vous recevez un seul e-mail lorsqu'un problème survient, et non pas un par vérification, et le moniteur affiche son état actuel sur la page. Les moniteurs sont disponibles dans tous les forfaits.

Également dans cette version

• La fonction « Envoyer l'état du flux » s'appelle désormais « Confirmer l'exécution du workflow » et comporte des descriptions de champs plus claires. Les workflows qui l'utilisent déjà continuent de fonctionner sans changement.
• Les e-mails d'alerte en cas d'échec précisent la raison et les déclencheurs concernés, et comportent une phrase indiquant la marche à suivre.
• Les anciennes et nouvelles valeurs des événements « Mise à jour du produit », « Mise à jour de la commande » et « Mise à jour du client » sont désormais activables. Ouvrez les paramètres du déclencheur sur la page « Déclencheurs » et activez l’option « Envoyer les anciennes et nouvelles valeurs si un workflow lit changes ». Si cette option est désactivée, le flux changes est vide. Dans tous les cas, votre code de déclencheur personnalisé continue de recevoir les anciennes et nouvelles valeurs.

Il ne suffit généralement pas de savoir qu’un changement est intervenu. Un workflow a souvent besoin de connaître l’état antérieur : le prix a-t-il baissé ou augmenté ? De combien ? Quelle balise a été ajoutée ? Quelle était la valeur du métachamp hier ? Cette mise à jour rend les anciennes et nouvelles valeurs accessibles dans toute l’application, et permet à un déclencheur personnalisé de lancer un workflow même lorsqu’aucun changement n’est survenu.

Des valeurs anciennes et nouvelles, partout

• Les déclencheurs de métachamps transmettent désormais la valeur précédente. Chaque déclencheur de métachamp (générique, produit, variante, commande, client) transmet à Shopify Flow l’Metafield.previousValue, situé à côté de Metafield.value. Ce champ est vide lorsque le métachamp vient d’être créé. Voir « Déclencheurs de métachamps ».
• Les variations de prix, de prix unitaire et de coût s'accompagnent de chiffres. Les conditions de flux ne permettant pas d'effectuer des opérations arithmétiques, les événements « Variant Price Changed », « Variant Unit Price Changed » et « Product Variant Cost Changed » fournissent désormais également les valeurs delta (nouvelle valeur moins ancienne valeur), percentChange et direction (augmentation, diminution, inchangé). « Le prix a baissé de plus de 10 % » constitue désormais une seule condition, sans code.
• Les notifications « Mise à jour du produit », « Mise à jour de la commande » et « Mise à jour du client » vous indiquent les modifications apportées. Auparavant, elles se contentaient de signaler que l'enregistrement avait été mis à jour. Elles fournissent désormais des informations détaillées (changes) : la liste des champs modifiés et, pour chacun d'entre eux, l'ancienne et la nouvelle valeur. Les champs concernés sont les suivants : titre, description, statut, balises, fournisseur, type et identifiant pour les produits ; statut de paiement, statut de traitement, articles, balises, note et détails supplémentaires pour les commandes ; balises, note et état du compte pour les clients. Les valeurs longues sont raccourcies. La liste est vide lorsque la mise à jour ne concerne pas ces champs, par exemple en cas de modification des stocks.
• La fonction « Modifications apportées aux articles de commande (brouillon) » affiche désormais les mêmes différences ligne par ligne que le déclencheur de commande : ce qui a été ajouté, supprimé ou modifié en termes de quantité, de prix ou de variante.
• Votre propre code de déclencheur personnalisé détecte également l'ancienne et la nouvelle valeur. Déclencheur personnalisé de type () associé à une mise à jour de produit, de commande ou de client reçoit désormais des payload._changes : tous les champs suivis qui ont changé, chacun accompagné de oldValue et newValue. Votre code peut ainsi se déclencher lors d’une transition plutôt que lors d’un état donné - «le statut est passé de brouillon à actif», «la commande a été payée» - ce qu’une condition basée sur la valeur actuelle ne permet pas d’exprimer. L’exemple d’événement que vous pouvez consulter dans l’éditeur présente ce champ.

Tout est cumulatif. Les workflows que vous avez déjà créés continuent de fonctionner sans changement. La liste complète des champs par déclencheur est disponible dans la documentation de référence sur les déclencheurs :.

Choisissez les modifications qui déclenchent un déclencheur « Update »

Les options « Mise à jour du produit », « Mise à jour de la commande » et « Mise à jour du client » disposent désormais d'un nouveau paramètre, accessible via l'icône en forme d'engrenage située à côté de leur bouton sur la page « Déclencheurs » d' : ce paramètre permet de définir les modifications qui déclenchent cette action.

• Aucune case n'est cochée : le déclencheur s'exécute à chaque mise à jour, exactement comme cela a toujours été le cas.
• Champs cochés : la notification n'est déclenchée que lorsqu'un de ces champs est modifié. Toutes les autres mises à jour sont ignorées et ne sont pas prises en compte dans votre forfait.

C'est également la méthode la plus propre pour empêcher un workflow de se déclencher lui-même. Prenons l'exemple d'un workflow qui se lance lors d'une mise à jour de produit, puis qui modifie un métachamp du produit utilisé pour se relancer. Limitez les déclencheurs aux champs qui vous intéressent, et cette deuxième mise à jour ne se déclenchera plus.

Vos autres déclencheurs ne sont pas affectés par ce choix. Le fait de limiter la mise à jour de la commande au statut de paiement ne modifie pas le moment où l'événement « Ajout de balises à la commande » se déclenche.

Déclencheurs personnalisés s'exécutant selon un calendrier défini

Shopify Flow Il réagit lorsqu'un événement se produit. Il ne peut pas réagir lorsqu'aucun événement ne se produit, et il ne peut rien voir en dehors de votre boutique. Un déclencheur personnalisé () en est désormais capable. L'éditeur vous demande : « Qu'est-ce qui déclenche cette exécution : un événement « Shopify » ou une planification ? ». Selon un calendrier, votre code s’exécute toutes les 30 secondes, jusqu’à une fois par jour. Il se souvient de ce qu’il a détecté lors de la dernière exécution, peut analyser votre boutique et appeler n’importe quelle ressource sur l’Internet public, et détermine de lui-même ce qui constitue un changement.

Commencez par un modèle et modifiez les chiffres en haut :

• Produit, commande ou client non mis à jour depuis N jours : évaluations obsolètes dans le catalogue, commandes bloquées, campagne de fidélisation. Chaque enregistrement déclenche une action une fois par période d'inactivité ; les éléments déjà en retard au moment de l'activation ne sont pas traités tous en même temps.
• Une valeur hors de Shopify a été modifiée : un flux de stock fournisseur, un taux de change, une liste de prix. Affiche la valeur avant et après, ainsi que la différence et le pourcentage pour les chiffres.
• Nouvel élément dans un flux RSS ou Atom : actualités d'un fournisseur, flux de listes, page d'état.
• Aucune commande depuis N heures : un indicateur de vitalité pour votre boutique. Se déclenche une fois lorsque les commandes cessent et une fois lorsqu'elles reprennent.

La première exécution d’un déclencheur programmé ne mémorise que ce qu’elle détecte ; ainsi, l’activation d’un tel déclencheur n’engorge jamais vos workflows. Il apparaît dans Shopify Flow sous le nom «** Déclencheur personnalisé **», filtré par son identifiant, et l’enregistrement est associé à son ID. Chaque exécution est prise en compte dans votre forfait, qu’elle se déclenche ou non ; l’éditeur indique le nombre total d’exécutions correspondant à un intervalle donné. L'option « Test » exécute votre code une seule fois sans déclencher quoi que ce soit.

Modèles de déclencheurs personnalisés basés sur des événements

Les déclencheurs personnalisés qui réagissent à un événement Shopify disposent désormais également de modèles. Choisissez-en un dans la section «Commencer à partir d'un modèle» : cela sélectionne l'événement et génère le code correspondant. Chacun d'entre eux lit la valeur avant et après la modification :

• Un champ relatif à un produit, à une commande ou à un client est passé d’une valeur à une autre - par exemple, le statut est passé de « brouillon » à « actif », ou une commande a été réglée.
• Le prix a baissé de plus de N % : il s'agit d'une véritable baisse de prix, et non d'une simple modification tarifaire.
• Le stock est passé en dessous d'un seuil : le système se déclenche une seule fois, au moment où le stock franchit cette limite, et non à chaque vente tant que le niveau est déjà bas.
• La valeur d'un métachamp du produit a dépassé un seuil : une note est passée en dessous de 3, une marge a dépassé 40.
• Commande réglée par un client à forte valeur ajoutée : cette fonctionnalité analyse le montant total des achats effectués par le client dans votre boutique grâce à ctx.shopify() et ne se déclenche que lorsque ce montant dépasse le seuil que vous avez défini.

Les déclencheurs d'un enregistrement sur sa propre page d'administration

De nouveaux blocs d'administration affichent les derniers événements déclencheurs concernant l'enregistrement que vous consultez, directement sur sa page dans l'interface d'administration dShopify, chacun accompagné d'une brève ligne « ancien → nouveau » telle que « price: 100.00 -> 85.00. À partir de là, vous pouvez ouvrir l'événement ou accéder à l'historique des événements de cet enregistrement.

Disponible pour les produits, les variantes, les commandes, les commandes provisoires, les clients, les collections, les entreprises et les emplacements d'entreprise. Ajoutez le bloc une seule fois à partir du menu de personnalisation de la page. Les déclencheurs traitant des données à caractère personnel sont répertoriés sans leurs valeurs. Comment les ajouter, avec un exemple sur une page de produit, de commande et de client : Événements de déclenchement sur la page d'administration d'un enregistrement.

Davantage de fournisseurs d'IA pour « Generate with AI »

L'outil de génération par IA prend désormais en charge Google Gemini et OpenRouter, en plus d'Anthropic et d'OpenAI. OpenRouter vous permet d'accéder aux modèles de nombreuses entreprises à l'aide d'une seule clé, y compris tout identifiant de modèle que vous saisissez. Connectez une clé dans la rubrique « Développeur » -> « Connexions » : pour obtenir une clé API Gemini, ou pour obtenir une clé API OpenRouter,. Comme auparavant, la génération s'effectue sur votre propre compte de fournisseur ; la clé est chiffrée et n'est plus jamais affichée.

Une interface plus rapide, basée sur les composants Web d'Shopify

Chaque page de l'application a été refaite à partir des nouveaux composants web d'administration d'Shopify, les mêmes éléments de base que ceux utilisés par l'interface d'administration d'Shopify elle-même.

• Chargement plus rapide. L'application ne fournit plus sa propre copie d'une bibliothèque d'interfaces. Les composants proviennent de Shopify, sont partagés avec le reste de votre espace d'administration et se trouvent généralement déjà dans le cache de votre navigateur ; ainsi, chaque page a beaucoup moins de données à télécharger avant de s'afficher.
• On dirait l'interface d'administration. Les boutons, tableaux, commutateurs, boîtes de dialogue et formulaires ont exactement le même aspect et se comportent exactement de la même manière que ceux que vous utilisez partout ailleurs sur Shopify, y compris en ce qui concerne la navigation au clavier et les lecteurs d'écran.
• Reste à jour. Lorsque Shopify améliore ses composants, l'application intègre automatiquement ces améliorations sans que nous ayons à effectuer de mise à jour.

Rien n'a changé : toutes les pages, tous les paramètres et tous les liens sont restés à leur place.

Également dans cette version

• « Accorder toutes les autorisations » et « Révoquer toutes les autorisations » sur la page « Autorisations ». L’option « Accorder toutes les autorisations » vous demande toutes les autorisations manquantes dans une seule boîte de dialogue d’Shopify, au lieu d’une par fiche. L’option « Révoquer toutes les autorisations » vous demande d’abord de confirmer et vous explique ce que cela implique : vos déclencheurs restent activés, mais ils ne peuvent pas se déclencher tant que vous n’avez pas accordé à nouveau l’accès.
• Un déclencheur personnalisé peut accéder à Internet via ctx.fetch(), et pas seulement à votre boutique via ctx.shopify(). Les adresses internes sont refusées.
• Vos déclencheurs personnalisés et ceux de votre boutique en ligne fonctionnent désormais de la même manière : cliquez sur la ligne pour la modifier ; l'état s'affiche à droite.
• La page « Déclencheurs » indique, à côté de son titre, le nombre de déclencheurs actifs, et les quatre déclencheurs de métachamps de type « typed » disposent désormais de leurs propres boutons dans la liste.
• Les champs obligatoires sont indiqués dans les formulaires relatifs au déclencheur personnalisé, au déclencheur de la boutique en ligne et à la connexion.
• Corrigé : il était impossible de désactiver un filtre de date dans l'historique des événements. Que ce soit en supprimant l'étiquette de date ou en sélectionnant « Tout effacer », les dates restaient actives. Désormais, ces deux actions permettent de les effacer.
• Les lignes de l'historique des événements s'affichent sous forme de texte brut et non sous forme de liens bleus. La ligne entière reste toutefois cliquable.

Jusqu'à présent, tous les déclencheurs de cette application partaient d'un événement survenu dans votre espace d'administration : le paiement d'une commande, la mise à jour d'un produit. Cette mise à jour ajoute des déclencheurs qui partent des actions effectuées par un client sur votre boutique en ligne.

Shopify n'envoie pas de webhooks concernant le comportement de navigation ; ceux-ci sont donc collectés par un pixel web que l'application installe pour vous - aucune modification du thème, aucun code à coller.

Déclencheurs de boutique en ligne

Configuration, autorisations et contenu de chaque déclencheur : Déclencheurs de la boutique en ligne :.

• Produit consulté dans la boutique en ligne et collection consultée dans la boutique en ligne
• Ajout d'un produit au panier et suppression d'un produit du panier sur la boutique en ligne
• Panier consulté sur la boutique en ligne
• Lancement du processus de paiement en boutique en ligne
• « Recherche dans la boutique en ligne » et « Recherche dans la boutique en ligne n'a donné aucun résultat » : la seconde correspond à une liste en temps réel des articles que les clients s'attendaient à ce que vous vendiez. Une seule recherche déclenche exactement l'un des deux, vous pouvez donc activer les deux sans risque de double comptage. Comment les deux déclencheurs de recherche se répartissent.
• Variante en rupture de stock consultée : un véritable client a consulté un article que vous ne pouvez pas lui vendre. Il s'agit d'un signal de demande de réapprovisionnement, par variante plutôt que par produit. Qu'est-ce qui est considéré comme une rupture de stock ?.
• « Client connecté ayant visité le site » et « Acheteur B2B ayant visité le site » : un client fidèle se trouve sur votre boutique. Les consultations de pages répétées sont regroupées dans une fenêtre de visite que vous définissez, par client ou par entreprise. Explication des fenêtres de visite :.

Déclencheurs de paiement

Détails : Le paiement déclenche l'.

• Une erreur de paiement s'affiche : découvrez pourquoi le paiement échoue sans avoir à attendre une réponse à votre demande d'assistance.
• Code de réduction refusé lors du paiement : un client a saisi un code, mais celui-ci a été refusé lors du paiement. Il s'agit généralement d'une campagne arrivée à expiration ou d'un code provenant d'un e-mail qui n'a jamais été activé.
• Commande d’un nouveau client : commande passée par un client qui n’a jamais commandé auparavant, le client et la commande étant des références natives de Shopify Flow. Elle provient du webhook de commande de Shopify ; contrairement aux deux précédentes, elle est donc aussi fiable que n’importe quel déclencheur administratif. Répertoriée dans la référence des déclencheurs.

Déclencheurs personnalisés de la boutique en ligne

Pour tout ce qu’Shopify ne signale pas du tout. Publiez votre propre événement depuis votre thème à l’aide d’une seule ligne de JavaScript, et celui-ci deviendra un déclencheur Shopify Flow. Étape par étape, avec l’extrait de code à copier : Déclencheurs personnalisés pour la boutique en ligne.

L'exemple le plus parlant est celui du menu latéral du panier : l'événement « cart view » d'Shopify ne se déclenche que sur la page /cart, alors que la plupart des thèmes modernes font plutôt glisser un menu latéral pour l'ouvrir et ne redirigent jamais vers cette page. La publication de votre propre événement lors de l'ouverture du menu latéral comble cette lacune. L'ajout à la liste de souhaits, l'ouverture du guide des tailles et le changement de variante fonctionnent de la même manière.

Seuls les noms d'événements que vous avez enregistrés sont transmis ; ainsi, les autres scripts de votre page ne peuvent pas épuiser votre quota. Nommer l'événement et en l'utilisant dans Shopify Flow.

Avant de les mettre en marche

• Ils ont besoin de la nouvelle autorisation « Boutique en ligne », qui s'accorde depuis la page « Autorisations » comme n'importe quelle autre. Ce que couvre cette autorisation :.
• Le consentement des acheteurs est respecté. Si un acheteur n'a pas donné son consentement à l'analyse de données, l'événement est supprimé de son navigateur et ne nous parvient jamais : cela ne vous coûte rien et ne déclenche aucun workflow. Comment le consentement est-il géré ?.
• Leur volume est bien plus important que celui des déclencheurs administratifs. Une boutique très fréquentée génère plus de consultations de produits en une journée qu'il n'y a de mises à jour de commandes en un an, et chaque événement est pris en compte dans votre forfait. N'activez que les éléments utilisés par un workflow. Forfaits et utilisation.
• Ces événements sont fournis au mieux, sans garantie. La fermeture d'un onglet, une perte de connexion ou un bloqueur de publicités peuvent empêcher l'événement d'arriver. Utilisez-les pour les signaux et les réactions, et non pour tout ce qui, en cas d'événement manqué, poserait un problème d'exactitude.

Vous trouverez tous les détails, notamment la manière dont le déclencheur « Out-of-Stock Variant Viewed » détermine ce qui est considéré comme « en rupture de stock », dans le guide des déclencheurs de la boutique en ligne :.

Générer du code de déclencheur à l'aide de l'IA

Décrivez en termes simples ce qu’un déclencheur personnalisé doit faire, puis laissez l’IA rédiger le code. Dans la section** «** Développeur » → « Connexions », ajoutez votre propre clé API Anthropic ou OpenAI ; la génération s’effectue sur votre compte, et la clé est chiffrée : elle n’est plus jamais affichée et n’est jamais exécutée au sein du code de votre déclencheur. Guide complet : Générez du code de déclencheur avec l’IA. Vous avez d’abord besoin d’une clé ? Obtenez une clé API Anthropic (Claude) ou ; obtenez une clé API OpenAI.

• En se basant sur ce que le déclencheur reçoit réellement. Le générateur reçoit le contrat d'exécution de cette application, l'API d'administration dShopifyet - une fois que vous en avez capturé un - la charge utile réelle de l'événement ; il génère donc payload.total_price, car il peut voir le champ plutôt que de deviner un nom. Ce qu'il sait :.
• Il s'appuie sur ce que vous avez déjà**.** S'il existe déjà du code, il le modifie plutôt que de repartir de zéro ; ainsi, l'ajout d'une fonctionnalité du type « maintenant, faites également X » fonctionne.
• L'enregistrement ne se fait jamais automatiquement. Le code généré s'affiche dans l'éditeur sous forme de modification non enregistrée : testez-le avec la charge utile que vous avez capturée, vérifiez ce qu'il déclencherait, puis enregistrez. Générer un déclencheur personnalisé.
• Rédige l'extrait de code du thème pour les déclencheurs personnalisés de la boutique en ligne, ce qui est souvent la partie où les utilisateurs rencontrent des difficultés, car chaque thème nomme ses éléments différemment. Générer un extrait de code pour la boutique en ligne.

Ceci a également été corrigé

• La liste « Ajouter un déclencheur » dans la section « Déclencheurs de métachamps » pouvait rester vide pendant une heure maximum après l'octroi d'une autorisation, indiquant qu'aucune définition n'existait alors qu'il y en avait bel et bien. Le résultat vide était mis en cache ; ce n'est plus le cas, de sorte que la liste s'affiche correctement dès votre prochaine ouverture. Il en allait de même pour la liste des métaobjets. Voir Déclencheurs de métachamps et Déclencheurs de métaobjets.
• La fonctionnalité « Produit publié sur le canal » et « Produit retiré du canal » n'a pas détecté la première modification apportée à un produit nouvellement créé. L’application enregistre une référence la première fois qu’elle détecte un enregistrement et ne se déclenche qu’en cas de différence par rapport à celle-ci ; or, pour les publications, cette référence n’a jamais été enregistrée lors de la création. Par conséquent, la première publication après la création d’un produit a été ignorée sans notification et seule la deuxième a déclenché l’événement. Les deux fonctionnent désormais dès la première modification. Déclencheurs de produit dans la référence.

Deux corrections issues de tickets d'assistance - merci aux marchands qui les ont signalées.

• L'historique des événements se charge désormais instantanément sur les boutiques présentant un volume d'événements très élevé. Sur les boutiques dont l'historique des 30 derniers jours comptait des millions d'événements, la page pouvait mettre extrêmement longtemps à se charger, voire ne pas s'afficher du tout. Elle s'ouvre désormais en bien moins d'une seconde, quel que soit le volume, et tous les filtres fonctionnent comme auparavant.
• La synchronisation de référence pour les déclencheurs basés sur des instantanés démarre désormais automatiquement. Les déclencheurs qui comparent les modifications à une référence enregistrée (balises, statut, titre et autres éléments similaires) pouvaient rester en attente indéfiniment avec le message « 0 enregistrement synchronisé » lorsque le déclencheur était activé avant qu’un workflow ne l’utilise. L’activation d’un tel déclencheur lance désormais la synchronisation initiale de manière autonome, de sorte que la première modification réelle déclenche l’action.

Il s'agit de la plus importante mise à jour depuis la création de l'application, et elle modifie la manière dont vous configurez les déclencheurs.

Déclencheurs personnalisés

Si aucun déclencheur intégré ne convient, créez le vôtre. Choisissez un événement Shopify, récupérez un payload réel provenant de votre boutique, puis rédigez une brève transformation qui détermine quand le déclencheur doit s'activer et quelles données envoyer.

• N'appliquez ces règles qu'en fonction de vos propres conditions. Pas pour « toute mise à jour de produit » : uniquement les commandes dépassant un certain montant, uniquement les produits d'un fournisseur donné, uniquement les modifications qui vous intéressent réellement.
• Transmettez à Shopify Flow exactement les champs dont vous avez besoin, adaptés aux exigences de votre workflow.
• Récupérez les données que l'événement ne contient pas. ctx.shopify() exécute une requête GraphQL d'administration depuis votre déclencheur, ce qui vous permet d'enrichir un événement avec n'importe quelle donnée présente dans votre boutique.
• Effectuez un test avant l'envoi, en utilisant un payload réel capturé, et comparez côte à côte les résultats et les journaux.

Votre code apparaît dans Shopify Flow en tant que « Déclencheur personnalisé », filtré par son identifiant ; ainsi, un workflow réagit à un seul et unique-de vos déclencheurs.

La page « Paramètres » s'appelle désormais « Déclencheurs »

Les neuf onglets « Paramètres » ont disparu. Chaque déclencheur se trouve désormais sur une seule page comprenant une fonction de recherche, et chacun dispose de son propre bouton marche/arrêt.

L'ancienne page comportait deux types de commutateurs fonctionnant dans des sens opposés : la plupart des déclencheurs étaient désactivés jusqu'à ce que vous les activiez, mais les déclencheurs à large ... Update étaient activés par défaut et disposaient d'un onglet distinct intitulé « suppresseurs » permettant de les désactiver. Désormais, une seule règle s'applique partout : un déclencheur se déclenche tant que son commutateur est activé.

• Effectuez une recherche par nom plutôt que d'essayer de deviner sous quel onglet un déclencheur a été classé.
• Les 83 déclencheurs sont tous commutables. Auparavant, un déclencheur ne disposait d'un commutateur que si nous avions créé une ligne à cet effet.
• Activation ou désactivation groupée, applicable à vos résultats de recherche ou à l'ensemble du site.
• Les autorisations sont accordées au moment où vous les sélectionnez. Lorsque vous activez un déclencheur nécessitant une autorisation, celle-ci vous est demandée immédiatement. S'il en faut deux, une seule boîte de dialogue s'affiche pour les deux.

Aucune de vos configurations n'a changé, et vos anciens liens vers les paramètres fonctionnent toujours. Un déclencheur que vous aviez désactivé apparaît désormais simplement comme « désactivé ».

Simuler un déclencheur

Auparavant, tester un workflow impliquait de reproduire la situation réelle dans votre boutique : modifier un produit, passer une commande, attendre le résultat d'un sondage. Désormais, vous pouvez déclencher un déclencheur à la demande : ouvrez n'importe quel événement dans l'historique des événements et sélectionnez à nouveau « Simuler ».

La simulation suit le même parcours qu'un webhook Shopify réel ; votre workflow reçoit donc exactement ce qu'il recevrait en production. Utilisez la fonction « dry run » pour prévisualiser la Payload sans déclencher aucune action. Les événements simulés sont enregistrés en tant que tests ; ils n'apparaissent donc pas dans vos statistiques et ne sont pas pris en compte dans votre forfait.

Veuillez noter qu'un déclencheur simulé exécute réellement vos workflows : si un workflow attribue une balise à une commande ou envoie un e-mail, cela se produit réellement.

API pour développeurs et MCP

• Une page dédiée aux développeurs permettant de créer des clés API, avec des commandes de connexion pour Claude, Cursor, VS Code et d'autres outils.
• Une API REST permettant de répertorier tous les déclencheurs de votre boutique avec leur état, de consulter l'historique des événements et les statistiques, et de vérifier les autorisations que vous avez accordées.
• Un serveur MCP, afin qu'un assistant IA puisse analyser votre configuration et simuler des déclencheurs au cours d'une conversation.
• Trois niveaux d'accès, avec simulation et exécution d'un déclencheur personnalisé au sein de chaque niveau, de sorte qu'une clé de lecture courante ne puisse pas déclencher vos automatisations.

Conservez votre code de déclencheur sur GitHub

Connectez un dépôt GitHub et vos déclencheurs personnalisés y seront automatiquement transférés. Modifiez un fichier dans votre propre éditeur et la modification sera répercutée dans l'application. Chaque version correspond à un commit ; ainsi, toute modification peut être vérifiée et annulée, et vous pouvez revenir à n'importe quelle version antérieure depuis l'application.

Également dans cette version

• La synchronisation des données affiche désormais la mention « Synchronisé » au lieu d'indiquer simplement le nombre d'enregistrements, avec la date de la dernière synchronisation complète dans le fuseau horaire de votre boutique. L'initialisation n'a lieu qu'une seule fois ; par la suite, l'instantané est mis à jour automatiquement.
• L'octroi d'un accès à un produit ou à une commande active le déclencheur « Mise à jour » général de cette ressource, ce qui permet aux événements de commencer à être transmis immédiatement.
• Un guide de configuration plus clair, qui suit les étapes que vous effectuez réellement : choisir les déclencheurs, autoriser l'accès, créer un workflow, puis le regarder s'exécuter.

L'accès aux produits, variantes et collections n'est plus accordé automatiquement. Auparavant, il était obligatoire, inclus lors de l'installation et impossible à supprimer. Il est désormais facultatif, comme toutes les autres autorisations : vous pouvez l'accorder depuis la page « Autorisations » et le révoquer quand vous le souhaitez. L'accorder active immédiatement les déclencheurs liés aux produits et aux collections pour votre boutique.

Les boutiques qui l'avaient déjà le conservent : vous n'avez rien à faire.

Un tableau de bord bien plus rapide

Le tableau de bord ne parcourt plus l'intégralité de l'historique de vos événements pour calculer ses chiffres. Les chiffres par jour, par thème et par statut proviennent désormais d’un récapitulatif pré-agrégé, et votre chiffre d’utilisation est relevé directement à partir du compteur qui applique effectivement la limite de votre forfait ; il est donc en temps réel et correspond toujours à la réalité. Pour les bases de données contenant des millions d’événements, cela fait toute la différence entre un tableau de bord qui expire et un tableau de bord qui se charge instantanément.

Nouveau centre d'aide

Documentation complète disponible sur , docs.workflow-trigger-extensions.app et : un guide de référence pour chaque déclencheur, des guides de configuration et d'autorisation, des conseils de dépannage, ainsi que des guides détaillés sur les workflows, accompagnés de vidéos. Vous pouvez signaler un bug, demander une fonctionnalité ou nous contacter via un formulaire qui nous parvient directement, en joignant des captures d'écran.

La bulle de discussion intégrée à l'application s'affiche désormais sur toutes les pages et se masquera lorsqu'une fenêtre de dialogue est ouverte.

Également dans cette version

• Demandez à Sidekick d'Shopify informations sur vos déclencheurs : lesquels sont configurés, pourquoi l'un d'entre eux ne se déclenche pas, ce qui s'est déclenché récemment, et quelle part de votre quota vous avez déjà utilisée. Ce service est en lecture seule ; il ne peut pas modifier de paramètre.
• Corrigé : les événements « Client Note Changed » et « Client State Changed » ne se déclenchaient jamais. La modification était comparée à une valeur que l'application ne lisait pas réellement. Les deux fonctionnent désormais correctement.
• Corrigé : la modification de l'adresse de livraison d'une commande n'entraînait aucun effet si l'accès aux données des clients n'était pas également accordé. L'application vous en informe désormais clairement dès le départ, au lieu d'afficher une erreur en arrière-plan.
• Problème résolu : dans les boutiques comportant un grand nombre d'abonnements aux déclencheurs, il pouvait arriver qu'un abonnement soit omis lors de l'octroi d'une autorisation, ou qu'il ne soit pas pris en compte lors de la révocation d'une autorisation.
• Le guide d'installation reste replié une fois que vous l'avez replié.
• L'application est désormais référencée sous le nom « Workflow Trigger Extensions ». Il s'agit de la même application, avec la même procédure d'installation, mais sous un nouveau nom.

L'événement « Modification du coût d'une variante de produit » se déclenche lorsqu'un changement intervient dans le coût unitaire d'une variante, que ce soit pour le recalcul de la marge, l'application des règles de réévaluation des prix ou l'envoi d'une alerte au service des achats.

Il est utile de savoir pourquoi ce déclencheur était nécessaire : le coût est associé à l'article en stock, et non au produit ; par conséquent, Shopify ne génère pas de mise à jour du produit lorsque seul le coût change. Aucun élément surveillant les mises à jour du produit ne peut donc le détecter. Ce déclencheur surveille directement l'article en stock.

Fournit le produit, la variante de produit et la référence (SKU), ainsi que l'ancien et le nouveau coût sous forme de montants monétaires. Utilise l'autorisation « Stock » existante et son onglet « Paramètres ».

Shopify

• Modification du niveau de stock à un emplacement : toute variation, à la hausse ou à la baisse, de la quantité disponible à un emplacement donné.
• Rupture de stock à l'emplacement : se déclenche lorsque le stock disponible tombe à zéro.
• « De nouveau en stock à l’emplacement » : se déclenche dès que le niveau redevient positif.

Chaque événement comporte le nom et l'emplacement du site, la variante et la référence produit, ainsi que les quantités ancienne, nouvelle et différentielle. Vous pouvez ainsi retirer un produit de la vente uniquement lorsqu'il est en rupture de stock dans l'un de vos sites de traitement des commandes, ou déclencher un transfert lorsqu'un entrepôt est en rupture de stock alors qu'un autre dispose d'un excédent.

Cette fonctionnalité nécessite la nouvelle autorisation « Accès aux données de stock », qui inclut également l'accès aux emplacements, afin que les événements comportent le nom de l'emplacement et non plus uniquement son identifiant. L'activation de l'une ou l'autre de ces autorisations entraîne d'abord une mise à jour rétrospective de vos niveaux de stock actuels, ce qui déclenche le premier changement effectif.

Deux déclencheurs pour l'adhésion à un compte B2B, qui utilisent tous deux votre autorisation « Entreprise » existante :

• Suppression d'un client d'une entreprise : se déclenche lorsqu'un client est supprimé de la liste des contacts d'une entreprise. Pour la désinscription : révoquer l'accès à l'ERP, avertir le responsable de compte, archiver la fiche.
• Mise à jour des contacts de l'entreprise : se déclenche lorsque le rôle ou les informations d'un contact changent.

Ces deux éléments fournissent à la fois les informations relatives au client et à l'entreprise, ainsi que le rôle de l'interlocuteur.

Nous avons délibérément choisi de ne pas ajouter « Client ajouté à l'entreprise » : Shopify Flow dispose déjà d'un déclencheur natif pour cela.

• Modification de la note client : se déclenche lorsque la note associée à un client est ajoutée, modifiée ou supprimée, en indiquant l'ancienne et la nouvelle valeur.
• Changement d'état du client : cet événement se déclenche lorsqu'un compte passe de l'état « désactivé » à « activé », « invité » ou « refusé ».
• Modification des exonérations fiscales liées à l'emplacement de l'entreprise : un marchand a signalé que la modification des paramètres fiscaux d'un emplacement B2B ne déclenchait jamais aucune action. La méthode Shopify n'émet absolument aucun événement de mise à jour pour cette modification ; cette méthode la détecte donc par interrogation. Il se déclenche lorsque des exonérations sont ajoutées, supprimées ou en vigueur, sous la forme d’une liste de codes accompagnés de libellés lisibles, ainsi que du numéro d’identification fiscale.

Autre correction : les huit déclencheurs de commandes provisoires affichaient un nom erroné dans l'historique des événements.

Maintenance de sécurité de routine : mises à jour des dépendances et renforcement de la sécurité dans l'ensemble de l'application. Aucune action n'est requise.

• Modification du consentement des clients pour le marketing par e-mail et modification du consentement des clients pour le marketing par SMS : déclenchez l'action dès que le consentement change, en indiquant le nouvel état (abonné, désabonné ou en attente), le niveau d'adhésion et l'horodatage. Pour l'automatisation de la conformité au RGPD et aux règles de marketing, ou pour synchroniser une liste de suppression.
• « Produit publié sur un canal de vente » et « Produit retiré d’un canal de vente » : soyez informé lorsqu’un produit est mis en ligne sur un canal de vente ou qu’il en est retiré. Chaque événement contient les canaux ajoutés, supprimés et actuels sous forme de liste structurée, ce qui vous permet de les parcourir dans Shopify Flow plutôt que de devoir analyser du texte. Se déclenche une fois par modification, et non une fois par canal. Nécessite la nouvelle autorisation « Accès aux données de publication ».
• Changement de statut du marché : se déclenche lorsqu'un marché passe du statut « brouillon » au statut « actif », en indiquant l'ancien et le nouveau statut. Cette fonctionnalité s'accompagne d'un nouvel onglet « Marchés » dans les Paramètres.

Il s'agit de la plus importante mise à jour à ce jour, et de la première à disposer de ses propres alertes par e-mail.

Alertes relatives aux quotas et aux défaillances

Un système de notification, accessible depuis la cloche située sur le tableau de bord. Recevez un e-mail lorsque vous approchez de votre limite mensuelle, lorsque vous l'atteignez et lorsque vos déclencheurs commencent à échouer plus souvent que d'habitude. Ajoutez des destinataires autres que le propriétaire de la boutique.

Déclencheurs de la commande provisoire (7)

Une nouvelle autorisation d'accès aux données relatives aux commandes provisoires permet de suivre l'intégralité du cycle de vie de ces dernières. Elle a été conçue pour le commerce interentreprises (B2B) et la vente en gros, où la négociation a lieu avant même que la commande n'existe.

• Mise à jour des commandes provisoires : s'active à chaque modification. Désactivez-la dans les Paramètres si vous ne souhaitez conserver que les éléments spécifiques mentionnés ci-dessous.
• Commande provisoire : balises ajoutées / balises supprimées - étapes de validation basées sur les balises.
• Modification de la note relative au projet d'arrêté - avec l'ancienne et la nouvelle version.
• Modifications apportées aux attributs des commandes provisoires : numéros de bon de commande, dates de livraison, options de cadeau, avec une ventilation par clé indiquant ce qui a été ajouté, supprimé ou modifié.
• Modifications apportées aux articles des commandes provisoires du projet : articles, quantités, prix ou variantes ajustés au cours de la négociation.
• Changement de statut d'une commande provisoire : transitions entre les statuts « en attente », « facture envoyée » et « terminée ». Idéal pour les campagnes de relance de paiement.

Les valeurs de référence sont définies lors de la création d'un brouillon, ce qui permet au premier changement effectif après la création de se déclencher correctement. L'activation d'un déclencheur spécifique permet de mettre à jour rétrospectivement vos brouillons existants.

Shopify Flow couvre déjà nativement les événements « Création d'une commande provisoire » et « Suppression d'une commande provisoire » ; nous avons donc délibérément choisi de ne pas les dupliquer.

Marchés et emplacements (8)

• Marché créé / mis à jour / supprimé - pour la vente à l'international et B2B.
• Emplacement créé / mis à jour / supprimé / activé / désactivé : entrepôts, boutiques et points de retrait.

Plus d'informations sur la commande et le produit

• Modification du statut financier d'une commande : changements de statut de paiement, par exemple de « en attente » à « payé » ou « remboursé ».
• « Modification du type de produit » et « Modification du fournisseur du produit » : ces événements se déclenchent chacun de manière indépendante ; un workflow peut donc réagir à un changement de fournisseur sans s'exécuter à chaque modification apportée à un produit.

Par ailleurs

• Certifié pour le badge « Built for » d'Shopify.
• Améliorations en matière de stabilité et de performances, ainsi qu'une série de corrections au niveau de l'interface utilisateur.

Shopify Flow peuvent vous signaler qu'un client ou un produit a été mis à jour, mais pas qu'une balise a été modifiée. Ces quatre déclencheurs ne se déclenchent qu'en cas de modification de la balise elle-même.

• Balises client ajoutées / Balises client supprimées
• Balises de produit ajoutées / Balises de produit supprimées

Chacune d'entre elles vous indique les balises qui ont été ajoutées, celles qui ont été supprimées, ainsi que la liste complète avant et après ; vous pouvez ainsi créer une branche en vous basant précisément sur ce qui a changé, plutôt que de relire l'intégralité de l'enregistrement.

Ces quatre options sont activables depuis les Paramètres. La première fois que l'application détecte un enregistrement, elle enregistre une valeur de référence sans déclencher d'action ; ainsi, leur activation n'inonde pas vos workflows d'événements liés à des balises qui existaient déjà.

Autre correction : le SKU, le code-barres et le prix ne figuraient pas dans les données de charge utile des quatre déclencheurs de modification de variante.

Veuillez noter qu'il n'existe pas de déclencheur de balise pour les collections : Shopify les collections ne comportent pas de balises. Utilisez plutôt un métachamp de collection avec « Mise à jour du métachamp ».