Historique des modifications

L'application parle votre langue

L'ensemble de l'application s'adapte désormais à la langue que vous utilisez dans l'espace d'administration d'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 espace 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 l'éditeur de webhooks, l'outil de test des signatures et ses diagnostics étape par étape, l'historique et la page d'aide.
• Dans Shopify Flow, les modèles de workflow s'affichent avec leur titre, leur description et leurs remarques de configuration dans votre langue.
• Les dates et les chiffres s'affichent selon les conventions d'écriture de votre langue.
• Ce centre d'aide est également traduit. Tous les guides sont disponibles dans les mêmes langues ; choisissez la vôtre dans le menu des langues.
• Les noms des déclencheurs et des actions restent en anglais. Shopify Flow affiche les noms des étapes 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. Les noms des champs de données, tels que fieldOne, ne changent pas non plus.

Sept workflows prêts à l'emploi dans Shopify Flow

Ouvrez Shopify Flow, sélectionnez « Parcourir les modèles » et recherchez « webhook ». Chaque modèle correspond à un workflow complet basé sur le déclencheur « Webhook » ; il vous suffit de créer le webhook et de configurer votre système pour qu’il s’y connecte.

• Marquage des commandes à la réception d'un webhook : un prestataire logistique tiers (3PL), un ERP ou un outil « no-code » marque les commandes comme expédiées, facturées ou validées.
• Ajouter une note de commande à la réception d'un webhook : ajoutez un message provenant d'un outil d'assistance ou d'un ERP à la note de commande.
• Marquez la commande comme payée dès réception du webhook : votre banque, votre système de facturation ou votre système de paiement confirme alors le paiement.
• Baliser le produit à la réception d'un webhook : un fournisseur, un système PIM ou un ERP assure la synchronisation des collections et des badges.
• Créer un client à la réception d'un webhook : collecter les prospects à partir des pages de destination et des formulaires.
• Mettre à jour le métachamp du client à la réception d'un webhook : un programme de fidélité, un système CRM ou un système de points enregistre un numéro associé au client.
• Renvoyer le statut d'une commande à la réception d'un webhook : fournissez à un chatbot, à un service d'assistance ou à un portail client des informations sur le statut de paiement et de traitement d'une commande, à l'aide d'une réponse synchrone.

Les instructions de configuration de chaque modèle vous indiquent quels champs doivent être mis en correspondance. Consultez la page Modèles de workflow.

La nouvelle interface d'administration d'Shopify

Shopify déploie une nouvelle interface pour l'espace d'administration. Dans les boutiques où cette fonctionnalité est déjà disponible, Workflow Webhooks utilise désormais les mêmes couleurs, la même typographie et les mêmes icônes, de sorte que l'application s'harmonise avec le reste de votre espace d'administration. Dans les boutiques où cette fonctionnalité n'est pas encore disponible, rien ne change.

Vos webhooks peuvent désormais s'exécuter selon une fréquence programmée, vérifier la signature de pratiquement n'importe quel expéditeur et prendre en charge d'autres formats que JSON.

Exécuter un workflow selon une fréquence définie à partir de n'importe quelle API

Un nouvel onglet « Planification » est désormais disponible pour chaque webhook, et vous pouvez y accéder directement : sélectionnez « Créer un webhook », puis répondez à la question « Qu'est-ce qui déclenchera ce webhook ? » par « Rien - l'exécuter selon un calendrier ». L'application récupère une URL toutes les 5 minutes, jusqu’à une fois par jour, et envoie la réponse au webhook ; ainsi, un workflow Shopify Flow peut s’exécuter selon une planification à partir de n’importe quelle API.

• Déclencher à chaque requête, ou uniquement lorsque la réponse a changé.
• Ajoutez les en-têtes de requête si l'API en a besoin. Ceux-ci sont stockés sous forme chiffrée.
• La commande « Run » effectue désormais une seule requête et affiche la réponse.
• Cet onglet vous permet de voir comment le planning s'aligne par rapport à votre forfait. Les séances apparaissent dans l'historique sous la mention « Prévues ».
• Une tâche qui échoue 20 fois d'affilée se met automatiquement en pause.

Consultez le site Interrogation programmée d'URL.

Vérification de la signature pour pratiquement n'importe quel expéditeur

22 préréglages intégrés, contre 6 auparavant, chacun vérifié par rapport à la documentation propre à l'expéditeur : Stripe, GitHub, Shopify, Slack, Typeform, Calendly, webhooks standard (OpenAI, Supabase), Svix (Clerk, Resend), Paddle, Linear, WooCommerce, Square, Sentry, Vercel, Zendesk, Lemon Squeezy, Razorpay, Paystack, Customer.io, Sendcloud, Mollie et Sanity.

• Un expéditeur ne disposant pas de paramètre prédéfini peut utiliser une signature personnalisée : choisissez l'en-tête, l'algorithme, le codage, un horodatage avec protection contre la relecture et le texte exact à signer.
• Un outil de test des signatures intégré à l'éditeur indique quelle étape de vérification échoue et permet de générer un exemple de requête valide.
• Pour créer un webhook, il faut désormais commencer par déterminer ce qui lui sera envoyé.

Consultez la page Vérification des webhooks signés, qui propose un guide détaillé, étape par étape, pour chaque expéditeur.

D'autres méthodes d'authentification

• Un jeton statique peut désormais être transmis sous la forme d'un jeton « Bearer », via une authentification « Basic » (nom d'utilisateur et mot de passe) ou en tant que paramètre d'URL, pour les expéditeurs qui ne peuvent pas définir d'en-tête personnalisé. Un jeton figurant dans l'URL est masqué dans l'historique et n'est jamais transmis à Shopify Flow.
• Remplacer une clé secrète sans interruption de service. Une deuxième clé secrète est acceptée en plus de la première, pour les jetons statiques et tous les schémas de signature.
• Liste blanche d'adresses IP. Limitez l'accès à l'URL aux adresses ou plages d'adresses que vous indiquez, en plus de toute authentification éventuelle. Voir Listes d'adresses IP autorisées.

Consultez le site Authentification.

Corps de formulaires et de fichiers XML, et découpage des tableaux

• Les formulaires de soumission, les formulaires de téléchargement de fichiers et les fichiers XML sont désormais lus dans des champs mappables, tout comme le JSON. Un corps de message au format JSON valide continue d'être lu en tant que JSON ; le comportement des expéditeurs existants reste donc inchangé.
• Divisez les tableaux en séries d'exécutions. Indiquez à ce nouveau paramètre une liste contenue dans la payload : chaque élément lancera alors sa propre exécution Shopify Flow, dans la limite de 100 par requête. Chaque élément compte pour une invocation.

Consultez le site Formats de corps et tableaux de fractionnement.

Une application plus rapide, repensée à partir des composants Web d'Shopify

L'application dans son ensemble s'exécute désormais sur les composants Web de l'interface d'administration d'Shopify, et non plus sur une bibliothèque d'interface distincte. Le volume de données à charger étant réduit, les pages s'ouvrent plus rapidement, et chaque champ, menu et boîte de dialogue présente une apparence et un comportement identiques à ceux du reste de votre interface d'administration.

• L'éditeur de webhooks est un outil de création. Les paramètres se trouvent à gauche ; à droite, la fiche « Endpoint » affiche l'URL et l'identifiant du webhook, au-dessus des options « Aperçu en direct », « Test » et « Utilisation » : vous pouvez ainsi modifier un paramètre et voir la requête s'afficher en temps réel, côte à côte.
• La liste des webhooks affiche chaque webhook avec son nombre d'appels, le mode d'authentification des appelants et la date de sa dernière modification, ainsi qu'un menu par ligne permettant de le modifier, de l'activer, de le désactiver ou de le supprimer.
• Connexion d’un expéditeur signé. Un webhook pour Stripe, GitHub ou un autre fournisseur affiche les étapes à suivre pour le connecter ainsi qu’un bouton menant à son guide de configuration, au lieu d’un exemple de requête qui ne pourrait jamais être validé.

Également dans cette version

• Demandes bloquées sur le tableau de bord. Les demandes rejetées en raison du dépassement de la limite de votre forfait ne laissaient auparavant aucune trace. Le tableau de bord affiche désormais le nombre de demandes bloquées au cours des 30 derniers jours, et la fiche du forfait fait office de compteur d'utilisation.
• La pagination dans la liste des webhooks fonctionne, et l'option « Tout effacer » dans l'historique efface également le filtre « Replayed ».
• Chaque page comporte un lien vers son guide dans le centre d'aide, et la page « Aide » répertorie nos autres applications sur Shopify Flow.
• Maintenance de sécurité de routine. Aucune action n'est requise.

Jusqu’à présent, un webhook ne pouvait que prendre acte d’une requête : votre workflow Shopify Flow s’exécutait ensuite, et l’appelant n’était jamais informé du résultat. La réponse synchrone change la donne : l’application maintient la requête ouverte jusqu’à ce que votre workflow renvoie des données, puis les transmet à l’appelant.

Utile chaque fois que l'appelant a besoin d'une réponse plutôt que d'un accusé de réception : un formulaire affichant un résultat, un système en attente d'une valeur calculée, une recherche.

Comment cela fonctionne-t-il ?

Activez l'option « Réponse synchrone » dans les « Paramètres avancés » du webhook. Créez ensuite le workflow à partir du nouveau déclencheur « Sync Webhook », puis terminez-le par la nouvelle action « Réponse du webhook ».

Rédigez le corps de la réponse directement dans l'action en utilisant les variables du déclencheur :

{"ok": true, "orderId": "{{fieldOne}}", "email": "{{fieldTwo}}"}

ou bien créer quelque chose de plus complexe dans une action « Exécuter le code » et lier le résultat.

Un aller-retour typique dure entre deux et quatre secondes. Si votre workflow ne répond pas dans les 15 secondes, l'appelant reçoit simplement la réponse habituelle : il n'y a jamais d'erreur, ni de coupure.

Guide complet : Réponse synchrone :

Rien ne change si vous ne l'allumez pas

Désactivée par défaut sur tous les webhooks. Les webhooks existants continuent de répondre immédiatement et d'utiliser le déclencheur de webhook standard, exactement comme auparavant.

L'API REST et le serveur MCP disposent désormais d'un emplacement permanent qui leur est propre :

https://shopify.workflow-webhooks.app

L'API est donc accessible à l'adresse https://shopify.workflow-webhooks.app/api/v1 et le serveur MCP à l'adresse https://shopify.workflow-webhooks.app/api/mcp. Les deux sont accompagnés d'un bouton « Copier » sur la page « Développeurs ».

Auparavant, celles-ci figuraient dans l'URL intégrée à l'application. Le fait de les séparer signifie que l'adresse que vous collez dans un script, une tâche d'automatisation continue (CI) ou un assistant IA est stable et indépendante de la manière dont l'application est intégrée à votre interface d'administration. Le nouveau nom d'hôte sert uniquement à l'API : l'application elle-même reste à sa place, et aucune modification n'est nécessaire au niveau de ce que vous avez déjà configuré.

Beaucoup plus de documentation

Neuf nouvelles pages sont désormais disponibles sur documentation.workflow-webhooks.app :

• Créez votre premier webhook - de A à Z, y compris la configuration côté Shopify Flow
• Authentification : jeton statique, HMAC et paramètres prédéfinis pour Stripe, GitHub, Shopify, Slack, Typeform et Calendly
• Mappage du payload et des variables de flux : chemins « dot », valeurs imbriquées et que faire lorsque quatre champs ne suffisent pas
• Protection contre les livraisons en double
• Historique et dépannage : tous les codes d'erreur et comment y remédier
• Appel d'un webhook depuis Shopify Flow
• Forfaits et utilisation : ce qui est pris en compte dans votre limite et ce qui ne l'est pas
• Assistants personnels et assistants IA
• Foire aux questions

Le guide consacré à l'API pour développeurs et au MCP a également été publié.

La plupart des systèmes réessaient d'envoyer un webhook s'ils ne reçoivent pas de réponse rapide. Si la première tentative a bien été reçue, votre workflow Shopify Flow s'exécute deux fois pour le même événement : un deuxième e-mail, une deuxième balise, une note de commande en double.

La protection contre les envois en double résout ce problème. Si votre système d'envoi attribue un identifiant unique à chaque événement, indiquez-nous dans quel en-tête il figure et nous ignorerons les doublons.

Configurez cette option dans « Paramètres avancés » -> « Dupliquer l'envoi pour tout webhook ». Saisissez le nom d'en-tête utilisé par votre expéditeur - il s'agit généralement de Event-Id, Idempotency-Key ou X-Request-Id.

• La première requête portant un identifiant donné s'exécute normalement.
• Toute répétition dans les 24 heures déclenche une réponse normale de type 200 OK, ce qui incite l'expéditeur à cesser Nouvelle tentative - mais le message **n'**est pas renvoyé vers Shopify Flow.
• Les doublons supprimés ne sont pas pris en compte dans la limite de votre forfait.
• Vous pouvez toujours les voir : l'inspecteur de requêtes en temps réel affiche la requête et la classe comme une les doublons ont été supprimés, de sorte que l'appel ne semble jamais avoir disparu.

Si vous laissez ce champ vide, rien ne change : chaque requête est traitée exactement comme auparavant. Cette option est désactivée par défaut sur tous les webhooks existants.

Gérez vos webhooks depuis votre propre code ou depuis un assistant IA tel que Claude ou Cursor.

• Nouvelle page dédiée aux développeurs : créez des clés API à portée limitée et obtenez des commandes « Connect » prêtes à être copiées pour Claude Code, Claude Desktop, Cursor, VS Code, Gemini CLI et OpenAI Codex.
• API REST disponible à l'adresse /api/v1 : liste et gestion des webhooks, consultation de l'historique des invocations et des statistiques, liste des modèles.
• Le serveur MCP est accessible à l'adresse /api/mcp, ce qui permet à un assistant IA de faire de même au cours d'une conversation.
• Trois niveaux d'accès. Les clés en lecture permettent uniquement de consulter les données. Les clés en écriture permettent également de créer, de mettre à jour et de supprimer des webhooks. Les clés d'exécution permettent en outre de déclencher un appel de test ou de rejouer un appel antérieur, ce qui permet véritablement d'exécuter vos workflows dShopify Flow.
• Vos données restent protégées. Le jeton d'authentification d'un webhook n'est jamais accessible via l'API, et les données personnelles contenues dans les payloads des requêtes (adresses e-mail, numéros de téléphone, noms, numéros de carte bancaire) sont masquées avant de quitter le serveur.

Flow Webhooks L'adresse est désormais Workflow Webhooks. Même application, même installation, mêmes webhooks : un nouveau nom, en cohérence avec le reste de notre gamme Workflow.

• Nouveau site de documentation à l'adresse docs.workflow-webhooks.app, proposant des guides complets sur n8n, Make et Zapier, accompagnés de tutoriels vidéo.
• Nouveau Centre d'aide : signalez un bug, demandez une fonctionnalité ou contactez-nous via un formulaire dédié qui nous parvient directement, en joignant des captures d'écran.
• Chat intégré à l'application : la bulle de discussion apparaît désormais sur toutes les pages de l'application et s'efface discrètement lorsqu'une fenêtre de dialogue est ouverte.
• Guide de configuration accessible depuis le tableau de bord, qui vous accompagne depuis votre premier webhook jusqu'à la mise en place d'un workflow Shopify Flow opérationnel. Il mémorise si vous l'avez réduit ou non.

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

• Notifications par e-mail : recevez une alerte lorsque vous approchez de la limite de votre forfait, lorsque vous l'atteignez et lorsque vos webhooks commencent à échouer plus souvent que d'habitude. Ajoutez des destinataires supplémentaires en plus du propriétaire de la boutique, chacun disposant de son propre lien de désabonnement.
• Préréglages de signature HMAC : s'adaptent au schéma de signature des expéditeurs courants sans avoir à définir manuellement le format.
• Activez l'option permettant de transmettre davantage de données de requête : pour chaque webhook, choisissez si vous souhaitez transmettre à Shopify Flow les en-têtes de requête, les paramètres de la chaîne de requête et le corps brut de la requête.
• Rechercher dans l'historique des appels en fonction du contenu de la charge utile.

Sidekick peut désormais répondre directement à vos questions concernant cette application. Vous pouvez lui poser des questions telles que « Ai-je un webhook pour mon formulaire de contact ? », « Mon webhook n8n est-il activé ? », « Combien de fois s'est-il déclenché cette semaine ? » ou « Pourquoi ma dernière invocation a-t-elle échoué ? ».

Accès en lecture seule : Sidekick peut consulter vos Webhooks, leur configuration et l'historique de leurs invocations, mais ne peut rien modifier.

Workflow Webhooks fonctionne désormais sur une nouvelle plateforme cloud européenne. Rien ne change dans votre utilisation, mais en coulisses :

• Le traitement des webhooks a été transféré vers une file d'attente gérée dotée d'un mécanisme de gestion des messages non livrables, de sorte qu'aucun appel n'est jamais ignoré sans avertissement.
• Les bases de données et les mémoires cache sont hébergées au niveau régional au sein de l'UE et font l'objet d'un chiffrement au repos.
• Les informations confidentielles des marchands (vos jetons statiques et vos clés HMAC) sont désormais chiffrées à l'aide d'un service dédié de gestion des clés, et ne sont plus simplement stockées sous forme chiffrée au niveau du disque.
• Instances redondantes réparties dans différentes zones de disponibilité.

Il en résulte une latence réduite lors de la réception des webhooks et un comportement nettement amélioré en cas de charge élevée.

• En-tête de jeton statique personnalisé : l'en-tête de jeton ne doit plus nécessairement être X-Api-Key. Définissez votre propre nom pour chaque webhook dans les « Paramètres avancés » afin qu'il corresponde à celui déjà envoyé par le système émetteur. Les noms d'en-têtes réservés ou contrôlés par un proxy sont rejetés pour des raisons de sécurité.
• Actualisation automatique de la session : les jetons d'accès sont désormais actualisés en arrière-plan ; ainsi, les boutiques dont les opérations s'étendent sur une longue durée ne subissent plus d'échecs de livraison à l'expiration d'un jeton.
• Nouvelles tentatives plus intelligentes : les livraisons ayant échoué font l'objet de nouvelles tentatives avec un délai d'attente, tandis que les échecs définitifs mettent immédiatement fin aux tentatives, au lieu d'épuiser le nombre de tentatives autorisées.

• Des index ont été ajoutés à la base de données afin d'accélérer les requêtes relatives à l'historique et aux statistiques dans les boutiques très fréquentées.
• Nous avons ajouté un suivi des performances en conditions réelles afin de détecter les pages lentes dans l'interface d'administration.
• Contrôle de sécurité de l'application : mises à jour des dépendances et suppression du rendu HTML non sécurisé.

• Nous avons repensé le tableau de bord en l'articulant autour de fiches de indicateurs, d'un sélecteur de plage de dates et d'un graphique des invocations.
• Les modifications non enregistrées sont désormais protégées. Lorsque vous modifiez un webhook, la barre d'enregistrement d'Shopify s'affiche ; si vous changez d'onglet ou cliquez sur le bouton « Retour » alors que des modifications sont en attente, le système vous demande d'abord votre confirmation au lieu de les supprimer sans avertissement.

Historique des webhooks réindexé. Les boutiques enregistrant un volume important d'appels constateront que la page d'historique et le tableau de bord se chargent nettement plus rapidement.

• Rejouer : ouvrez n'importe quel appel antérieur et renvoyez-le d'un simple clic. C'est le moyen le plus rapide de configurer un workflow Shopify Flow : enregistrez les événements dans Shopify Flow, puis rejouez un appel réel au lieu de redéclencher le système source.
• Modèles de webhooks : des points de départ préconfigurés pour n8n, Make, Zapier, les formulaires de contact et les intégrations personnalisées.

• Correction d'un cas limite d'authentification susceptible de rejeter des requêtes valides.
• Correction de la résolution du chemin d'accès au proxy afin que les URL des proxys d'application soient correctement redirigées.
• Correction d'une erreur d'affichage dans la liste des webhooks.

• Action Flow - sens inverse. Un workflow Shopify Flow peut désormais appeler un webhook en tant qu’étape d’action ; ainsi, Flow peut non seulement transmettre des données, mais aussi être déclenché par celles-ci.
• Statistiques du tableau de bord : nombre total d'appels, taux de réussite et graphique correspondant à la période de votre choix.
• Suivi de l'origine des appels : l'historique indique désormais si un appel provient de Shopify Flow, d'un test, de curl ou d'un système externe, et vous pouvez filtrer les résultats en fonction de ce critère.

Shopify Flow Les variables sont des chaînes de caractères simples ; par conséquent, les objets et les tableaux imbriqués ne pouvaient auparavant pas être utilisés.

Les valeurs qui sont des objets ou des tableaux sont désormais détectées automatiquement et transmises à Shopify Flow sous forme de chaînes JSON ; ainsi, aucune donnée n'est perdue de manière invisible lors de l'importation.

Nous avons mis en place des forfaits d'abonnement comprenant un quota mensuel d'appels, ainsi qu'un suivi de l'utilisation sur le tableau de bord, afin que vous puissiez voir où vous en êtes par rapport à votre limite.

Chaque forfait comprend l'ensemble des méthodes d'authentification, le mappage des champs, le CORS, l'historique et la relecture ; les forfaits ne diffèrent que par leur volume mensuel.

• Point de terminaison du proxy d'application : chaque webhook est désormais également accessible via une URL de proxy d'application de type Shopify, ce qui permet d'éviter les problèmes de cross-origin pour les appelants utilisant un navigateur.
• Filtre de plage de dates sur la page « Historique », ce qui vous permet de cibler précisément le jour où un problème s'est produit, sans avoir à faire défiler la page.

Quatre champs mappés ne suffisent pas toujours. Activez l'option « Autoriser le corps de requête personnalisé » dans les paramètres de sécurité d'un webhook : ainsi, l'intégralité de la charge utile entrante sera transmise à Shopify Flow, en plus des quatre champs nommés.

Utile lorsque vous ne pouvez pas contrôler la structure du payload du système émetteur.

• La configuration des webhooks est désormais mise en cache ; ainsi, la réception d'un appel nécessite moins de ressources et la réponse est plus rapide.
• Les webhooks désactivés sont clairement signalés dans la liste ; vous pouvez donc voir d'un seul coup d'œil pourquoi l'un d'entre eux ne se déclenche pas.
• Nous avons remanié la page de détails des webhooks et apporté une série de corrections mineures.

Première version. Shopify Flow ne réagit qu'aux événements survenant au sein de Shopify ; cette mise à jour supprime cette limitation.

• Points de terminaison des webhooks : chaque webhook dispose de sa propre URL sécurisée vers laquelle n'importe quel système externe peut envoyer une requête POST.
• Trois modes d'authentification : « Aucun » pour les tests, un jeton statique dans l'en-tête X-Api-Key, ou HMAC SHA256 pour une signature inviolable.
• Mappage de la charge utile : mappez jusqu’à quatre champs du JSON entrant et utilisez-les dans Shopify Flow en tant qu’{{fieldOne}} pour {{fieldFour}}.
• Historique des appels : chaque appel est consigné avec ses en-têtes, sa payload, son statut et son durée.
• Assistance pour CORS : activez-la pour accepter les appels directement depuis un navigateur ou un formulaire de boutique en ligne.
• Tableau de bord des webhooks : créez, activez, désactivez et gérez en masse tous vos points de terminaison depuis un seul et même endroit, grâce à un générateur de jetons accessible en un clic.