Sur cette page
Shopify Flow est devenu l’outil au meilleur retour sur investissement de la suite Plus en 2026, alors que la plupart des équipes Shopify Plus ne l’utilisent encore que pour le marketing. Une analyse de plus de 10 millions de commandes passées auprès de marchands Shopify (Revize, 2026) a révélé que seule une fraction de ces commandes était passée par un flux Flow automatisé. La plupart étaient traitées manuellement. Les nouveautés du printemps 2026 (Flow AI Assistant, l’action ShopifyQL du 9 mai et l’historique des versions du 5 mai) ont fait de Flow un outil opérationnel prêt pour la production.
Voici une bibliothèque de 20 prompts IA avancés pour Shopify Flow. Chacun utilise des déclencheurs et des actions natifs vérifiés. Copiez-les dans AI Assistant, vérifiez le résultat à l’aide des notes, puis activez-le. Pour une vue d’ensemble, consultez Flux de travail Shopify Flow avancés.
Accéder à Flow AI Assistant
Ouvrez Flow → « New workflow » → cherchez « Create with AI » en haut du sélecteur de déclencheurs. La plupart des boutiques Plus y ont accès en mai 2026.
Avant d’activer un flux de travail généré, utilisez la fonction de test lancée en décembre 2025 (ouvrez le flux de travail, puis cliquez sur « Test »). Elle simule des événements réels sans exécuter les actions. Associez-la à l’historique des versions du 5 mai pour revenir à une version antérieure en un clic.
A. Prompts pour la gestion des commandes
Cinq scénarios fréquents de gestion des commandes. Chacun évite 30 à 60 minutes de travail opérationnel par semaine.
Prompt 1 : aiguillage prioritaire des commandes de grande valeur selon plusieurs conditions
Prompt :
Lorsqu’une nouvelle commande d’au moins $500 est créée, que le client
ne porte PAS la balise « wholesale » et que le pays de livraison figure
dans [US, CA] : ajouter les balises « priority-pick » et « vip-review »,
affecter la commande à « Warehouse-East » et envoyer dans Slack
#ops-priority le numéro de commande, le nom du client, le total
et le lien vers la commande dans Shopify Admin.
Pourquoi cela fonctionne : la combinaison de conditions ET et d’exclusions permet un aiguillage précis (commande de grande valeur, hors B2B, livraison nationale) ; les deux balises distinguent le traitement des commandes du travail de l’équipe opérationnelle. À vérifier : l’intégration Slack est connectée, #ops-priority existe et « Warehouse-East » est le nom d’un emplacement réel.
Prompt 2 : mise en attente automatique des commandes à risque élevé avec alerte à l’équipe antifraude
Prompt :
Lorsque le déclencheur « Order risk analyzed » se produit et que le
niveau de risque est « high » : ajouter à la commande la balise
« fraud-review-hold » ; mettre son traitement en attente ; compléter
la note de commande avec les facteurs de risque ; utiliser
« Send HTTP request » pour envoyer au webhook Slack de l’équipe
antifraude le numéro de commande, le total, le score de risque
et l’adresse e-mail du client.
Pourquoi cela fonctionne : le déclencheur natif « Order risk analyzed » s’exécute pour chaque commande ; la mise en attente du traitement est native ; Slack est joint par webhook HTTP. À vérifier : le webhook Slack est enregistré et l’équipe antifraude dispose d’une procédure de réponse.
Prompt 3 : traitement accéléré des commandes urgentes avec vérification du transporteur
Prompt :
Lorsqu’une nouvelle commande est créée et que le nom du mode
d’expédition contient « Express », « Overnight », « Next Day »
ou « 2-Day » : ajouter la balise « rush-order » ; ajouter la note
privée « Expédier aujourd’hui avant 15 h » ; envoyer dans Slack
#ops-rush le numéro de commande et le mode d’expédition ;
sélectionner automatiquement le transporteur le plus rapide
pour la destination à partir des données de délai de service enregistrées.
Pourquoi cela fonctionne : la condition OU couvre chaque variante d’expédition rapide ; la note fixant la limite de 15 h parvient à l’entrepôt. À vérifier : l’intégration du transporteur permet la sélection automatique et l’entrepôt tient compte des notes privées des commandes.
Prompt 4 : préparation des documents douaniers pour les commandes internationales
Prompt :
Lorsqu’une nouvelle commande est créée et que le code du pays
de livraison n’est pas « US » : ajouter la balise « international »
et une balise propre au pays (par exemple « ship-CA »).
Ajouter une note privée indiquant les codes SH, la facture
commerciale et la valeur déclarée. Si le total dépasse $2,500 :
ajouter la balise « compliance-review-required » et envoyer
un e-mail à l’équipe conformité.
Pourquoi cela fonctionne : les balises propres à chaque pays s’ajoutent à une escalade selon la valeur ; la note indique à l’entrepôt les documents à joindre. À vérifier : le modèle de documents douaniers correspond à votre procédure d’exportation.
Prompt 5 : mise en attente pour vérification de l’adresse
Prompt :
Lorsqu’une nouvelle commande est créée, considérer la validation
comme échouée si l’une des conditions suivantes est remplie :
pays absent de [US, CA, GB, AU, DE, FR, IT, ES], code postal
non conforme au format du pays OU adresse contenant « PO Box »
avec le mode d’expédition « freight ». En cas d’échec : ajouter
la balise « address-review-hold » ; suspendre le démarrage
automatique du traitement ; envoyer au responsable du support
un e-mail indiquant la commande et le motif.
Pourquoi cela fonctionne : cette validation à plusieurs critères évite le problème après achat le plus fréquent, l’adresse erronée, avant le début du traitement. À vérifier : les formats de code postal correspondent à vos marchés de livraison et « freight » est un mode d’expédition réel.
B. Prompts B2B et vente en gros
Tous les forfaits payants peuvent exécuter ces flux depuis le déploiement B2B du 2 avril 2026. Les gains de temps augmentent avec le volume.
Prompt 6 : aiguillage automatique des commandes B2B selon le niveau de l’entreprise, avec attribution à un commercial
Prompt :
Lorsqu’une nouvelle commande est créée avec une entreprise B2B
associée : utiliser « Get Company data » pour lire le champ
méta tier.level. Si sa valeur est « enterprise » : ajouter les
balises « b2b-enterprise » et « priority-fulfillment », affecter
la commande à « Warehouse-East-Priority » et prévenir le commercial
par e-mail et message privé Slack. Si sa valeur est « mid-market » :
ajouter la balise « b2b-mid » et affecter la commande au traitement
standard.
Pourquoi cela fonctionne : l’action « Get Company data » du 24 mars 2026 lit les champs méta ; l’aiguillage par niveau évite de maintenir des listes de clients codées en dur. À vérifier : la structure du champ méta de niveau correspond à la recherche effectuée par Flow et les coordonnées du commercial figurent dans les fiches des entreprises.
Prompt 7 : alerte quotidienne pour les créances à 30 jours
Prompt :
Chaque jour à 9 h, utiliser « Get analytics data » pour trouver
les commandes dont payment_status vaut « pending », dont
payment_terms vaut « Net 30 » et qui ont été passées il y a
25 jours ou plus. Pour chacune : trouver le nom de l’entreprise ;
envoyer dans Slack #finance-ar le numéro de commande, le total,
le nombre de jours écoulés et le nom de l’entreprise. À 28 jours,
envoyer un e-mail au responsable financier.
Pourquoi cela fonctionne : l’alerte repère les créances vieillissantes avant qu’elles ne deviennent critiques ; l’action « Get analytics data » du 9 mai 2026 regroupe en un seul flux ce qui en nécessitait trois. À vérifier : le canal Slack existe, l’équipe financière est chargée de la réponse et les conditions de paiement figurent sur les commandes B2B.
Prompt 8 : signalement automatique des commandes provisoires B2B à faire valider par un commercial
Prompt :
Lorsqu’une commande provisoire est créée avec des articles
totalisant plus de $10,000 ET que le client appartient à une
entreprise B2B : ajouter à la commande provisoire la balise
« needs-rep-review » ; inscrire dans sa note « En attente de
validation par le commercial selon les règles tarifaires du T2
2026 » ; utiliser « Get Company data » pour trouver le commercial
attribué ; lui envoyer un e-mail interne avec le lien vers
la commande provisoire et son total.
Pourquoi cela fonctionne : les commandes provisoires B2B de grande valeur sont présentées au commercial avant qu’elles ne soient envoyées par e-mail à l’acheteur. (Flow ne peut pas appliquer de réductions de manière native ; associez-le à « Send Admin API request » pour appeler draftOrderUpdate, ou appliquez-les manuellement.) À vérifier : chaque entreprise B2B possède l’adresse e-mail de son commercial et le délai de validation est documenté.
Prompt 9 : aiguillage des commandes B2B selon un seuil d’approbation
Prompt :
Lorsqu’une nouvelle commande B2B est créée, comparer son total
au champ méta d’entreprise policies.approval_threshold. Si le total
dépasse le seuil : ne PAS lancer automatiquement le traitement ;
ajouter la balise « awaiting-buyer-approval » ; ajouter une note
indiquant la valeur du seuil ; envoyer une demande d’approbation
par e-mail à l’acheteur autorisé, dont l’adresse figure dans
le champ méta policies.primary_approver_email.
Pourquoi cela fonctionne : chaque entreprise définit son propre seuil dans ses champs méta ; aucune logique propre à chaque entreprise n’est à maintenir dans Flow. À vérifier : les champs méta du seuil d’approbation et de l’adresse e-mail de l’approbateur principal existent pour chaque entreprise B2B.
Prompt 10 : notification au commercial lors de la création d’une commande B2B
Prompt :
Lorsqu’une nouvelle commande est créée avec une entreprise B2B
associée : utiliser « Get Company data » pour trouver l’adresse
e-mail du commercial attribué ; lui envoyer un e-mail interne
avec le numéro de commande, le total, le nom du client et un lien
vers la commande dans Shopify Admin ; ajouter à la commande
la balise « rep-notified ».
Pourquoi cela fonctionne : les commerciaux voient chaque commande de leurs comptes dès sa création. « Get Company data » est une action native (24 mars 2026). (Le flux se déclenche uniquement à la création ; les notifications de modification d’une commande existante nécessitent l’application Flow Companion.) À vérifier : l’adresse e-mail du commercial figure dans la fiche de chaque entreprise B2B.
C. Prompts pour les stocks et le traitement des commandes
Cinq scénarios de coordination des stocks entre plusieurs emplacements, rendus possibles par la mise à jour du 10 mars sur les transferts pour retrait et par les déclencheurs de transfert du 30 avril.
Prompt 11 : transfert automatique entre emplacements en cas de stock faible
Prompt :
Chaque jour à 6 h, rechercher les articles dont la quantité
en stock à « Warehouse-East » est inférieure à 10. Pour chaque
SKU concerné : si « Warehouse-Central » dispose d’au moins
50 unités, créer un transfert PROVISOIRE de 30 unités de Central
vers East, ajouter la balise « auto-replenish » et prévenir
le responsable de Central sur Slack. Si Central n’a plus
de stock, envoyer un e-mail à l’équipe des achats.
Pourquoi cela fonctionne : le rééquilibrage intervient avant la rupture de stock ; le transfert provisoire, sans expédition automatique, laisse à l’entrepôt une étape de vérification. À vérifier : les transferts sont créés en mode provisoire par défaut et les noms des emplacements correspondent.
Prompt 12 : notification lorsqu’un transfert de stock est prêt à être expédié
Prompt :
Lorsqu’un transfert de stock est marqué « ready to ship » :
rechercher l’adresse e-mail du contact opérationnel de
l’emplacement de destination dans le champ méta
ops.contact_email. Lui envoyer un e-mail avec l’identifiant
du transfert, le nombre total d’unités, la date d’arrivée
prévue et le lien vers le transfert. Envoyer aussi ces
informations dans Slack #warehouse-coordination.
Pourquoi cela fonctionne : le déclencheur du 30 avril 2026 pour les transferts prêts à être expédiés supprime l’e-mail manuel entre entrepôts. À vérifier : le champ méta du contact opérationnel est renseigné pour chaque emplacement de réception.
Prompt 13 : multiplicateur saisonnier des seuils de stock
Prompt :
Chaque jour à 5 h, si la date est comprise entre le 1er octobre
et le 31 décembre, appliquer un multiplicateur de 2,5 aux seuils
d’alerte de stock. Pour chaque produit doté du champ méta
« base_threshold » : seuil ajusté = seuil de base × multiplicateur.
Si le stock actuel est inférieur au seuil ajusté à n’importe
quel emplacement, envoyer dans Slack #inventory-peak le produit,
l’emplacement, la quantité actuelle et le seuil ajusté.
Pourquoi cela fonctionne : les seuils fixes sous-estiment la demande en période de pointe ; le multiplicateur de 2,5 évite les ruptures de stock typiques du BFCM. Le déclencheur planifié associé à un calcul sur champ méta est une nouveauté de 2026. À vérifier : chaque produit suivi possède le champ méta « base_threshold » et le multiplicateur correspond à votre ratio historique en période de pointe.
Prompt 14 : notification au client en cas de commande en attente de réapprovisionnement
Prompt :
Lorsqu’une commande est créée et qu’au moins un article
présente un stock disponible de 0 à son emplacement de
traitement : ajouter les balises « backorder » et
« needs-lead-time-notice » ; envoyer au client un e-mail fondé
sur le modèle « backorder-notification », avec le SKU concerné,
le numéro de commande et un délai de 7 à 10 jours ouvrables ;
ajouter une note privée pour l’entrepôt qui répertorie tous
les SKU en attente de réapprovisionnement.
Pourquoi cela fonctionne : le client connaît le délai avant de contacter le support, ce qui réduit l’un des types de demandes les plus fréquents. À vérifier : le modèle d’e-mail existe et le délai correspond à l’engagement de service actuel du fournisseur.
Prompt 15 : publication automatique après réapprovisionnement et déclenchement des notifications
Prompt :
Lorsque le stock passe de 0 à une quantité supérieure à 0 :
publier le produit sur la boutique en ligne, retirer la balise
« out-of-stock » et déclencher le flux de notification de retour
en stock pour les clients inscrits aux alertes concernant ce SKU.
Ajouter au produit la balise « restocked » et inscrire la date
et l’heure actuelles dans le champ méta « restocked_at ».
Pourquoi cela fonctionne : la publication et la notification s’enchaînent automatiquement, sans coordination manuelle entre les équipes merchandising et marketing. À vérifier : le flux de notification de retour en stock est configuré et la logique de publication par canal de vente correspond à votre boutique.
D. Prompts pour l’expérience client
Cinq prompts pour améliorer l’expérience après achat qui favorise les achats répétés.
Prompt 16 : e-mail de fidélisation après annulation pour les clients à forte valeur vie
Prompt :
Lorsque le déclencheur « Order canceled » se produit ET que
les dépenses totales du client atteignent au moins $1,000 :
ajouter au client la balise « post-cancel-retention » ; envoyer
un e-mail fondé sur le modèle « retention-followup » avec un
code de réduction de 15 % ; envoyer au responsable du service
client un e-mail interne indiquant le numéro de commande,
la valeur vie du client et le motif d’annulation.
Pourquoi cela fonctionne : « Order canceled » est un déclencheur natif ; « Get customer data » donne accès aux dépenses totales du client. (Il s’agit d’une démarche de reconquête après l’annulation ; pour éviter les annulations en amont, il faut permettre aux acheteurs d’agir en libre-service.) À vérifier : le modèle d’e-mail existe et le code « RETAIN15 » est actif.
Prompt 17 : demande d’avis automatique après livraison
Prompt :
Lorsque le statut de traitement = « delivered » : attendre
4 jours, puis envoyer au client un e-mail ayant pour objet
« Que pensez-vous de [Product Name] ? », à partir du modèle
« post-delivery-review-request » renseigné avec le produit
et le prénom. Ajouter le client au segment
« post-delivery-review-pending ». Si le total dépasse $300,
inclure un crédit boutique de $20.
Pourquoi cela fonctionne : après 4 jours, le client a eu le temps d’utiliser le produit et s’en souvient encore ; l’incitation réservée aux commandes de plus grande valeur limite les coûts. À vérifier : le modèle d’e-mail existe et le suivi des avis est configuré dans les événements clients.
Prompt 18 : déclenchement d’une campagne de reconquête (90 jours d’inactivité)
Prompt :
Chaque jour à 9 h, calculer le nombre de jours écoulés depuis
la dernière commande de chaque client. Pour les clients inactifs
depuis 90 jours sans la balise « win-back-sent » : les ajouter
au segment « win-back-90 », appliquer la balise et déclencher
l’e-mail de reconquête. Pour les clients inactifs depuis 180 jours
sans la balise « win-back-180 » : envoyer un e-mail avec une
réduction de 20 % et appliquer la balise. Pour les clients
inactifs depuis 365 jours ou plus : les exclure du marketing.
Pourquoi cela fonctionne : cette automatisation à trois niveaux nécessitait auparavant Klaviyo et une logique personnalisée ; elle tient désormais dans un seul flux Flow. À vérifier : les flux d’e-mails de reconquête existent pour chaque niveau et le code « WINBACK20 » est actif et suivi.
Prompt 19 : détection de fraude par fréquence des commandes
Prompt :
Lorsqu’une nouvelle commande est créée et que la même adresse
e-mail a servi à passer au moins 3 commandes au cours de
la dernière heure : ajouter à toutes les commandes de cette
adresse passées durant cette heure la balise
« velocity-fraud-flag », mettre leur traitement en attente
et envoyer une alerte urgente dans Slack #fraud-team avec
l’adresse e-mail, l’adresse IP, la valeur totale signalée
et une comparaison des adresses entre les commandes.
Pourquoi cela fonctionne : la détection fondée sur la fréquence repère les tentatives de test de cartes qui échappent aux contrôles de risque commande par commande ; la comparaison entre commandes confirme le signal de fraude. À vérifier : l’équipe antifraude dispose d’une procédure documentée et la mise en attente des commandes signalées est conforme à votre politique.
Prompt 20 : escalade des commandes bloquées au stade du traitement
Prompt :
Chaque jour à 8 h, rechercher les commandes dont
fulfillment_status = « in-progress » depuis plus de 5 jours
ouvrables ET qui ne portent PAS les balises « backorder »,
« custom-build » ou « international ». Pour chacune : ajouter
la balise « fulfillment-stuck-review » et envoyer au responsable
des opérations, sur Slack, le numéro de commande, le nombre
de jours de blocage, l’emplacement et le client. Au-delà
de 8 jours : envoyer un e-mail au responsable de l’équipe
opérationnelle.
Pourquoi cela fonctionne : les commandes bloquées sont repérées avant de générer des demandes au support ; le calcul en jours ouvrables évite les faux positifs du lundi. À vérifier : ce calcul correspond à votre calendrier opérationnel (week-ends et jours fériés exclus).
Vérifier les flux de travail générés par l’IA
Les flux de travail générés semblent corrects plus souvent qu’ils ne le sont réellement. Trois vérifications s’imposent :
- Lisez chaque condition attentivement. L’IA inverse parfois les conditions dans les prompts longs. Vérifiez-les dans l’éditeur visuel.
- Lancez un test sur une commande réelle récente. Choisissez-en une qui doit déclencher le flux et une autre qui ne doit pas le déclencher.
- Activez le flux à un moment où les enjeux sont limités. Pendant les heures ouvrables, pas le vendredi à 17 h. Surveillez les 5 à 10 premières exécutions.
L’historique des versions du 5 mai permet de revenir à une version antérieure en un clic. Détectez les erreurs pendant les tests.
Problèmes fréquents
Quatre problèmes rencontrés lors de l’adoption de Flow AI :
- Adresses e-mail ou noms de canaux codés en dur. Utilisez des identifiants et des alias de rôle pour que les flux ne cessent pas de fonctionner lorsqu’une personne quitte l’équipe.
- Espaces de noms de champs méta manquants. Les prompts qui font référence à des champs méta inexistants échouent sans signalement. Vérifiez-les avant d’activer.
- Calcul des dates pour les déclencheurs planifiés sans prise en compte des jours ouvrables. « Il y a 5 jours » produit de faux positifs le lundi. Calculez en jours ouvrables.
Les limites de Flow et le rôle de Revize
Flow gère l’automatisation côté serveur, mais ne permet pas aux acheteurs de modifier eux-mêmes leur commande après achat. Si un client souhaite changer une adresse ou remplacer une variante après le paiement (checkout), Flow ne peut pas lui donner la possibilité d’effectuer cette modification. C’est là qu’intervient Revize : l’application permet aux clients de modifier eux-mêmes leur commande après achat, y compris les commandes B2B assorties de conditions de paiement. Les équipes Shopify Plus associent Flow (côté serveur) à Revize (côté acheteur) dans les mêmes processus.
En bref
Shopify Flow AI Assistant est prêt pour la production en 2026, et cette bibliothèque de prompts permet de l’utiliser pour les opérations. Les 20 prompts vérifiés ci-dessus remplacent 30 à 60 heures de travail manuel par semaine. Les marchands Plus qui exécutent plus de 20 flux de travail économisent entre $50K et $100K par an.
Si votre équipe Plus utilise Flow uniquement pour le marketing : commencez par la gestion des commandes et le B2B. Choisissez 3 prompts, testez-les, puis activez-les. L’investissement est rentabilisé dès le premier mois.
Pour les agences : standardisez vos flux à partir de cette bibliothèque de prompts. Les résultats seront cohérents et l’historique des versions fournira une trace des modifications.
Cette semaine : ouvrez Flow, choisissez 3 prompts, générez les flux, testez-les et activez-les. Documentez la bibliothèque en interne.
Questions fréquentes
Faut-il Shopify Plus pour utiliser Flow AI Assistant ?
Flow est disponible avec les forfaits Advanced et Plus. AI Assistant a été déployé tout au long du premier trimestre 2026 et la plupart des boutiques y ont désormais accès. Si vous ne voyez pas « Create with AI », contactez votre Merchant Success Manager.
Les flux de travail générés par l’IA sont-ils fiables ?
Leur structure est généralement correcte, mais la logique des conditions peut être inversée dans les prompts longs. Vérifiez les conditions dans l’éditeur visuel et effectuez un test sur une commande récente.
En quoi consiste la mise à jour ShopifyQL de Flow du 9 mai 2026 ?
Flow dispose d’une action « Get analytics data » qui récupère des données en direct via ShopifyQL. Les prompts ci-dessus sur les créances vieillissantes, la reconquête et les seuils de stock l’utilisent.
Flow AI peut-il créer des flux de travail faisant référence à des champs méta personnalisés ?
Oui, si l’espace de noms et la clé existent avant l’exécution du flux de travail. Les champs méta manquants entraînent des échecs de conditions sans signalement.
Comment associer Sidekick à Flow ?
Sidekick génère du ShopifyQL ; Flow l’utilise via « Get analytics data ». Sidekick répond à la question analytique ; Flow exécute l’action.
Combien les marchands Plus peuvent-ils réellement économiser grâce à l’automatisation avec Flow ?
Les marchands Plus qui exécutent plus de 20 flux de travail économisent entre $50K et $100K par an en main-d’œuvre opérationnelle. La seule détection de fraude réduit les rétrofacturations de 40 à 60 %, soit une économie de $12K à $24K par an et par marchand.
Que faire si un flux de travail généré par l’IA présente une erreur en production ?
Ouvrez l’historique des versions, trouvez la version précédente et cliquez sur « Restore ». Depuis le 5 mai 2026, chaque modification est enregistrée avec le membre de l’équipe concerné et un horodatage. Le retour à la version précédente est immédiat.
Quelle est la différence entre Flow AI Assistant et Sidekick ?
Flow AI crée des flux de travail ; Sidekick répond aux questions analytiques et génère du ShopifyQL. Sidekick produit le ShopifyQL ; Flow exécute l’action.
Le nombre de flux de travail Flow que je peux exécuter est-il limité ?
Non. Flow est gratuit avec les forfaits Advanced et Plus, sans frais par exécution. Les intégrations tierces appelées depuis Flow peuvent avoir leurs propres coûts.
Par quel flux Flow commencer avec Shopify Plus ?
L’aiguillage automatique des commandes de grande valeur selon un seuil (prompt 1). Le risque est faible, les résultats sont visibles et vous pouvez vérifier la qualité du flux généré par l’IA avant de créer des automatisations plus complexes.
Mis à jour en août 2026. Revize est une application Shopify qui permet aux clients de modifier eux-mêmes leur commande après achat : changer l’adresse de livraison, remplacer une variante ou un produit, annuler la commande et obtenir un remboursement ou un crédit boutique avant le traitement, sans contacter le support. Découvrez comment permettre à vos clients de modifier leurs propres commandes Shopify ou retrouvez Revize sur le Shopify App Store.