Shopify Flow AI 2026 : ce que les opérateurs Plus doivent savoir en 15 secondes

• Flow AI est passé en production en 2026. L’action ShopifyQL du 9 mai + l’historique des versions du 5 mai + les actions Get-data du 24 mars ont comblé l’écart.

• Le prompt est le workflow. Décrivez ce que vous voulez en anglais simple ; Flow construit le déclencheur, la condition et l’action. Le résultat évolue avec la précision du prompt.

• 20 prompts avancés ci-dessous, regroupés par domaine opérationnel : routage des commandes, B2B, inventaire, fidélisation client, fraude. Copiables-collables.

• Les marchands Plus qui exécutent 20+ workflows Flow économisent 50 k$ à 100 k$ par an en main-d’œuvre opérationnelle, selon les références des agences.

• Testez toujours avant d’activer. L’historique des versions du 5 mai permet un retour en arrière en un clic, mais repérez les bugs lors du test-run.

Shopify Flow est devenu l’outil au meilleur ROI de la pile Plus en 2026, et la plupart des opérateurs Plus l’utilisent encore comme un gadget marketing. Les changements du printemps 2026 (Flow AI Assistant, l’action ShopifyQL du 9 mai, l’historique des versions du 5 mai) ont transformé Flow en couche opérationnelle prête pour la production.

Une bibliothèque de 20 prompts avancés Shopify Flow AI. Chacun utilise des déclencheurs et des actions natives vérifiés. Copiez dans AI Assistant, vérifiez avec les notes, activez. Pour un contexte plus large, voir Workflows Shopify Flow avancés.

Comment accéder à Flow AI Assistant

Ouvrez Flow → "New workflow" → recherchez "Create with AI" en haut du sélecteur de déclencheur. La plupart des boutiques Plus y ont accès en mai 2026.

Avant d’activer un workflow généré, utilisez la fonctionnalité de test runs de décembre 2025 (ouvrez le workflow, cliquez sur "Test"). Cela simule des événements réels sans déclencher d’actions. Combinez avec l’historique des versions du 5 mai pour un retour en arrière en un clic.

A. Prompts d’opérations de commandes

Cinq modèles côté commandes à fort volume. Chacun remplace 30 à 60 minutes de temps opérationnel hebdomadaire.

Prompt 1 : routage prioritaire à forte valeur avec conditions multiples

Prompt :

Lorsqu’une nouvelle commande est créée avec un total de 500 $ ou plus, que le client n’est PAS tagué

"wholesale", et que le pays de livraison se trouve dans [US, CA] :

ajoutez les tags "priority-pick"

et "vip-review", assignez à "Warehouse-East", et envoyez à Slack #ops-priority

avec le numéro de commande, le nom du client, le total et le lien admin.

Pourquoi ça fonctionne : La logique AND/exclusion multi-conditions gère le routage réel (forte valeur, pas B2B, domestique) ; les doubles tags séparent l’exécution des commandes du travail opérationnel. Vérifier : l’intégration Slack est connectée, #ops-priority existe, "Warehouse-East" est un vrai nom d’emplacement.

Prompt 2 : mise en attente automatique des commandes à haut risque avec alerte à l’équipe fraude

Prompt :

Lorsque le déclencheur Order risk analyzed se déclenche et que le niveau de risque est "high" :

taguez la commande "fraud-review-hold" ; mettez en attente l’exécution ; mettez à jour la note de commande

indiquant les facteurs de risque ; envoyez une requête HTTP au webhook Slack

de votre équipe fraude avec le numéro de commande, le total, le score de risque et l’email du client.

Pourquoi ça fonctionne : Le déclencheur natif "Order risk analyzed" se déclenche pour chaque commande ; Hold fulfillment est natif ; Slack passe par un webhook HTTP. Vérifier : le webhook Slack est stocké ; l’équipe fraude dispose d’un playbook 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 titre de la méthode de livraison contient

"Express", "Overnight", "Next Day" ou "2-Day" : taguez "rush-order" ;

ajoutez une note privée "Expédier aujourd’hui avant la coupure de 15 h" ; Slack #ops-rush avec

le numéro de commande et la méthode ; sélectionnez automatiquement le transporteur le plus rapide vers la

destination à l’aide des données SLA stockées.

Pourquoi ça fonctionne : La condition OR attrape chaque variante de livraison rapide ; la note de coupure à 15 h est transmise à l’entrepôt. Vérifier : l’intégration transporteur prend en charge la sélection automatique ; l’entrepôt respecte les notes privées de commande.

Prompt 4 : préparation douanière pour les commandes internationales

Prompt :

Lorsqu’une nouvelle commande est créée et que le code pays de livraison n’est pas "US" :

taguez "international" + un tag spécifique au pays (ex. : "ship-CA").

Ajoutez une note privée listant les codes HS, la facture commerciale, la valeur déclarée.

Si le total est supérieur à 2 500 $ : taguez "compliance-review-required" et

envoyez un email à l’équipe conformité.

Pourquoi ça fonctionne : Le tagging spécifique au pays plus l’escalade par paliers de valeur ; la note indique à l’entrepôt quels documents inclure. Vérifier : le modèle de documentation douanière correspond à votre processus d’export réel.

Prompt 5 : mise en attente pour validation d’adresse

Prompt :

Lorsqu’une nouvelle commande est créée, échouez la validation si l’un des cas suivants : pays NON inclus dans

[US, CA, GB, AU, DE, FR, IT, ES], le code postal ne correspond pas au modèle

du pays, OU l’adresse contient "PO Box" avec une livraison "freight". En

cas d’échec : taguez "address-review-hold" ; mettez en pause le démarrage automatique de l’exécution ;

envoyez un email au responsable support avec la commande et la raison.

Pourquoi ça fonctionne : La validation multi-déclencheurs empêche le ticket post-achat le plus courant (mauvaise adresse) avant le début de l’exécution. Vérifier : les modèles de code postal correspondent à vos marchés de livraison ; "freight" est une vraie méthode de livraison.

B. Prompts B2B & vente en gros

Chaque forfait payant peut exécuter ceux-ci depuis le déploiement B2B du 2 avril 2026. Les gains de temps se multiplient le plus vite à l’échelle.

Prompt 6 : routage automatique du B2B par niveau d’entreprise avec attribution du représentant commercial

Prompt :

Lorsqu’une nouvelle commande est créée avec une entreprise B2B associée : utilisez Get

Company data pour lire metafield tier.level. Si "enterprise" : taguez

"b2b-enterprise" et "priority-fulfillment", assignez à

"Warehouse-East-Priority", notifiez le représentant commercial par email + DM Slack.

Si "mid-market" : taguez "b2b-mid", assignez à l’exécution standard.

Pourquoi ça fonctionne : Utilise l’action "Get Company data" du 24 mars 2026 pour lire les metafields ; le routage par niveau s’adapte sans listes de clients codées en dur. Vérifier : la structure du metafield de niveau correspond à la recherche de Flow ; les coordonnées du représentant commercial figurent dans les fiches entreprise.

Prompt 7 : alerte planifiée de vieillissement des AR Net-30

Prompt :

Chaque jour à 9 h 00, récupérez les données analytiques : commandes avec payment_status

"pending", payment_terms "Net 30", créées il y a 25 jours ou plus. Pour chacune :

recherchez le nom de l’entreprise ; envoyez Slack #finance-ar avec le numéro de commande, le total,

les jours d’ancienneté, l’entreprise. À 28 jours, envoyez un email au responsable financier.

Pourquoi ça fonctionne : Détecte le vieillissement des AR avant qu’il ne devienne critique ; l’action Get analytics data du 9 mai 2026 condense ce qui était trois workflows en un seul. Vérifier : le canal Slack existe ; l’équipe finance possède le workflow de réponse ; les conditions de paiement sont taguées sur les commandes B2B.

Prompt 8 : signalement automatique des commandes brouillon B2B pour revue du représentant commercial

Prompt :

Lorsqu’une commande brouillon est créée avec des lignes de commande supérieures à 10 000 $ ET

que le client appartient à une entreprise B2B : taguez la commande brouillon "needs-rep-review" ;

mettez à jour la note de commande brouillon "En attente de la revue du représentant commercial selon les règles de tarification

T2 2026" ; utilisez Get Company data pour trouver le représentant

commercial assigné ; envoyez un email interne au représentant avec le lien de la commande brouillon et

le total.

Pourquoi ça fonctionne : Met en avant les brouillons B2B à forte valeur pour le représentant avant qu’ils n’écrivent au client. (Flow ne peut pas appliquer de remises nativement ; associez avec Send Admin API request appelant draftOrderUpdate, ou appliquez manuellement.) Vérifier : l’email du représentant est présent sur chaque fiche entreprise B2B ; le SLA de revue est documenté.

Prompt 9 : routage selon le seuil d’approbation des commandes B2B

Prompt :

Lorsqu’une nouvelle commande B2B est créée, comparez le total au metafield d’entreprise

policies.approval_threshold. Si dépassé : ne PAS exécuter automatiquement ; taguez

"awaiting-buyer-approval" ; ajoutez une note avec la valeur du seuil ; envoyez un email

à l’acheteur autorisé (depuis le metafield policies.primary_approver_email)

demandant l’approbation.

Pourquoi ça fonctionne : Chaque entreprise définit son propre seuil via des metafields ; aucune logique par entreprise à maintenir dans Flow. Vérifier : le seuil d’approbation et le metafield d’email de l’approbateur principal existent pour chaque entreprise B2B.

Prompt 10 : notification du représentant à la création d’une commande B2B

Prompt :

Lorsqu’une nouvelle commande est créée avec une entreprise B2B associée : utilisez

Get Company data pour rechercher l’email du représentant commercial assigné ; envoyez

un email interne au représentant avec le numéro de commande, le total, le nom du client,

et un lien vers la commande dans l’admin ; taguez la commande "rep-notified".

Pourquoi ça fonctionne : Les représentants voient chaque commande de leurs comptes dès son arrivée. Get Company data est natif (24 mars 2026). (Se déclenche uniquement à la création ; les notifications de changement en cours de commande nécessitent l’application Flow Companion.) Vérifier : l’email du représentant commercial figure sur chaque fiche entreprise B2B.

C. Prompts d’inventaire & d’exécution

Cinq modèles d’orchestration d’inventaire multi-sites, débloqués par la mise à jour pickup transfer du 10 mars et les déclencheurs de transfert du 30 avril.

Prompt 11 : transfert automatique des faibles stocks entre emplacements

Prompt :

Chaque jour à 6 h 00, interrogez l’inventaire à "Warehouse-East" où la quantité est inférieure à 10.

Pour chaque SKU en faible stock : si "Warehouse-Central" a 50 unités ou plus,

créez un transfert BROUILLON de 30 unités Central → East, taguez "auto-replenish",

avertissez le responsable de Central sur Slack. Si Central est en rupture, envoyez un email à l’équipe achats.

Pourquoi ça fonctionne : Rééquilibrage préventif avant les ruptures ; le brouillon (et non l’expédition automatique) offre à l’entrepôt une étape de revue. Vérifier : la création de transfert par défaut est en brouillon ; les noms d’emplacement correspondent.

Prompt 12 : notification prêt-à-expédier pour un transfert d’inventaire

Prompt :

Lorsqu’un transfert d’inventaire est marqué "ready to ship" : recherchez l’email de contact opérationnel de la

destination via le metafield ops.contact_email.

Envoyez à ce contact un email avec l’ID de transfert, le total d’unités, l’arrivée prévue,

et le lien de transfert. Envoyez aussi le même contenu à Slack #warehouse-coordination.

Pourquoi ça fonctionne : Le déclencheur prêt au transfert du 30 avril 2026 élimine l’email manuel de passation entre entrepôts. Vérifier : chaque site receveur dispose du metafield de contact opérationnel défini.

Prompt 13 : multiplicateur saisonnier du seuil d’inventaire

Prompt :

Chaque jour à 5 h 00, si nous sommes entre le 1er octobre et le 31 décembre, appliquez un

multiplicateur de 2,5x aux seuils d’alerte d’inventaire. Pour chaque produit avec

le metafield "base_threshold" : ajusté = base × multiplicateur. Si l’inventaire

actuel < ajusté à n’importe quel emplacement, envoyez à Slack #inventory-peak avec

le produit, l’emplacement, la quantité actuelle et le seuil ajusté.

Pourquoi ça fonctionne : Les seuils statiques sous-estiment la demande de pointe ; 2,5x empêche le schéma de rupture BFCM. Le déclencheur planifié + le calcul sur metafield sont nouveaux en 2026. Vérifier : chaque produit suivi possède le metafield "base_threshold" ; le multiplicateur correspond à votre ratio de pic historique.

Prompt 14 : notification client de commande en rupture avec délai de livraison

Prompt :

Lorsqu’une commande est créée et qu’une ligne de commande a 0 inventaire disponible

à son emplacement d’exécution : taguez "backorder" et "needs-lead-time-notice" ;

envoyez un email au client à l’aide du modèle "backorder-notification" avec le SKU

concerné, le numéro de commande, un délai de 7 à 10 jours ouvrés ; ajoutez une note

d’entrepôt privée listant tous les SKU en rupture.

Pourquoi ça fonctionne : Fixe les attentes du client avant qu’il n’écrive au support ; réduit le type de ticket le plus fréquent. Vérifier : le modèle d’email existe ; le délai de livraison correspond au SLA actuel du fournisseur.

Prompt 15 : republication automatique du réassort avec déclencheur de notification

Prompt :

Lorsque l’inventaire passe de 0 à plus de 0 : publiez le

produit sur la boutique en ligne, retirez le tag "out-of-stock", déclenchez

le workflow de notification de retour en stock pour les clients inscrits à ce

SKU. Taguez le produit "restocked" et écrivez le metafield "restocked_at"

avec l’horodatage actuel.

Pourquoi ça fonctionne : Automatise la cascade publier-et-notifier qui nécessitait auparavant une coordination manuelle entre merchandising et marketing. Vérifier : le workflow de notification de retour en stock est configuré ; la logique de publication du canal de vente correspond à votre boutique.

D. Prompts d’expérience client

Cinq prompts qui comblent l’écart post-achat et stimulent les achats répétés.

Prompt 16 : email de rétention après annulation pour les clients à forte LTV

Prompt :

Lorsque le déclencheur Order canceled se déclenche ET que les dépenses cumulées du client

sont de 1 000 $ ou plus : taguez le client "post-cancel-retention" ;

envoyez un email à l’aide du modèle "retention-followup" avec un code promo de 15 % ;

envoyez un email interne au responsable CS avec le numéro de commande, la LTV du client,

et la raison de l’annulation.

Pourquoi ça fonctionne : Order canceled est un déclencheur natif ; Get customer data expose les dépenses cumulées. (Récupération réactive ; pour empêcher les annulations en amont, il faut un libre-service côté acheteur.) Vérifier : le modèle d’email existe ; le code "RETAIN15" est actif.

Prompt 17 : automatisation de demande d’avis après livraison

Prompt :

Lorsque le statut d’exécution = "delivered" : attendez 4 jours, puis envoyez un email au

client avec l’objet "How did the [Product Name] work out?" en utilisant

le modèle "post-delivery-review-request" alimenté avec le produit et

le prénom. Ajoutez au segment "post-delivery-review-pending". Si le total

est supérieur à 300 $, incluez une incitation de 20 $ de crédit boutique.

Pourquoi ça fonctionne : Un délai de 4 jours tombe au moment où le client a utilisé le produit mais y pense encore ; l’incitation par paliers maintient un coût raisonnable. Vérifier : le modèle d’email existe ; le suivi des avis est configuré dans les événements client.

Prompt 18 : déclencheur de campagne de réactivation (inactif 90 jours)

Prompt :

Chaque jour à 9 h 00, calculez le nombre de jours depuis la dernière commande de chaque client.

Pour les inactifs depuis 90 jours sans tag "win-back-sent" : ajoutez au segment "win-back-90"

, appliquez le tag, déclenchez l’email de réactivation. Pour les inactifs depuis 180 jours

sans tag "win-back-180" : envoyez un email de remise de 20 %, appliquez le tag. Pour

les inactifs depuis 365+ jours : excluez-les du marketing.

Pourquoi ça fonctionne : Une automatisation à trois niveaux qui nécessitait auparavant Klaviyo + une logique personnalisée ; maintenant un seul workflow Flow. Vérifier : les workflows email de réactivation existent pour chaque niveau ; le code "WINBACK20" est actif et suivi.

Prompt 19 : détection de fraude par vélocité

Prompt :

Lorsqu’une nouvelle commande est créée et que le même email a passé 3 commandes ou plus

au cours de la dernière heure : taguez toutes les commandes de cet email de la dernière heure

"velocity-fraud-flag", mettez chaque exécution en attente, envoyez en urgence à Slack

#fraud-team avec l’email, l’IP, la valeur totale signalée et la comparaison d’adresse

entre les commandes.

Pourquoi ça fonctionne : La détection basée sur la vélocité attrape les schémas de test de carte que les contrôles de risque par commande unique manquent ; la comparaison inter-commandes confirme le signal de fraude. Vérifier : l’équipe fraude possède un playbook documenté ; la mise en attente des exécutions sur signalement est la politique.

Prompt 20 : escalade des commandes bloquées en exécution

Prompt :

Chaque jour à 8 h 00, interrogez les commandes où fulfillment_status =

"in-progress" depuis plus de 5 jours ouvrés ET non taguées "backorder",

"custom-build" ou "international". Pour chacune : taguez

"fulfillment-stuck-review", avertissez le responsable ops sur Slack avec le numéro de commande,

les jours bloqués, l’emplacement, le client. Au-delà de 8 jours : envoyez un email au lead ops.

Pourquoi ça fonctionne : Fait remonter les commandes bloquées avant qu’elles ne deviennent des tickets ; le filtre sur jours ouvrés évite les faux positifs du lundi. Vérifier : le calcul des jours ouvrés correspond à votre calendrier opérationnel (week-ends et jours fériés exclus).

Comment vérifier les workflows Flow générés par IA

Les workflows générés semblent plus souvent corrects qu’ils ne le sont réellement. Trois points de contrôle :

1. Lisez explicitement chaque condition. L’IA inverse les conditions dans les prompts longs. Vérifiez l’éditeur visuel.

2. Lancez un test sur une commande réelle récente. Choisissez-en une qui doit se déclencher, et une qui ne doit pas.

3. Activez dans une fenêtre à faible enjeu. Heures ouvrées, pas vendredi 17 h. Surveillez les 5 à 10 premières exécutions.

L’historique des versions du 5 mai permet un retour en arrière en un clic. Repérez les bugs lors du test-run.

Modes d’échec courants

Quatre schémas observés dans l’adoption de Flow AI :

• Emails ou noms de canaux codés en dur. Utilisez des IDs et des alias de rôle pour que les workflows ne cassent pas quand des personnes partent.

• Namespaces de metafield manquants. Les prompts qui référencent des metafields inexistants échouent silencieusement. Auditez avant d’activer.

• Mathématiques de date avec déclencheur planifié sans prise en compte des jours ouvrés. "5 days ago" déclenche de faux positifs le lundi. Utilisez des calculs sur jours ouvrés.

Où Flow s’arrête (et où Revize intervient)

Flow gère l’automatisation côté serveur, pas l’édition post-achat côté acheteur. Lorsqu’un client veut modifier une adresse ou changer une variante après le paiement, Flow ne peut pas lui permettre d’effectuer lui-même la modification. C’est là que Revize intervient : édition post-achat en libre-service, y compris pour les commandes B2B avec conditions de paiement. Les opérateurs Plus associent Flow (côté serveur) à Revize (côté acheteur) sur les mêmes workflows.

En résumé

Flow AI Assistant de Shopify est prêt pour la production en 2026, et cette bibliothèque de prompts est là où se trouve l’impact opérationnel. Les 20 prompts vérifiés ci-dessus remplacent 30 à 60 heures de travail manuel hebdomadaire. Les marchands Plus qui exécutent 20+ workflows économisent 50 k$ à 100 k$ par an.

Opérateurs Plus qui utilisent Flow uniquement pour le marketing : commencez par les opérations de commandes et le B2B. Prenez-en 3, testez, activez. Rentabilisé dès le premier mois.

Agences : standardisez sur les workflows de la bibliothèque de prompts. Résultat cohérent ; l’historique des versions fournit des pistes d’audit.

Cette semaine : ouvrez Flow, choisissez 3 prompts, générez, testez, activez. Documentez la bibliothèque en interne.

Foire aux questions

Ai-je besoin de Shopify Plus pour utiliser Flow AI Assistant ?

Flow est disponible sur Advanced et Plus. AI Assistant a été déployé au cours du T1 2026 et la plupart des boutiques l’ont désormais. Si vous ne voyez pas "Create with AI", contactez votre Merchant Success Manager.

Quelle est la précision des workflows Flow générés par IA ?

En général, la structure est correcte, mais la logique conditionnelle peut s’inverser dans les prompts longs. Vérifiez les conditions dans l’éditeur visuel et lancez un test sur une commande récente.

Qu’est-ce que la mise à jour ShopifyQL Flow du 9 mai 2026 ?

Flow dispose d’une action "Get analytics data" qui extrait des données en direct via ShopifyQL. Les prompts de vieillissement des AR, de réactivation et de seuil d’inventaire ci-dessus l’utilisent.

Flow AI peut-il écrire des workflows qui référencent des metafields personnalisés ?

Oui, si le namespace et la clé existent avant l’exécution du workflow. Les metafields manquants provoquent des échecs silencieux de condition.

Comment associer Sidekick à Flow ?

Sidekick génère du ShopifyQL ; Flow l’exploite via "Get analytics data". Sidekick répond à la question analytique ; Flow exécute l’action.

Combien les marchands Plus peuvent-ils réellement économiser avec l’automatisation Flow ?

Les marchands Plus qui exécutent 20+ workflows économisent 50 k$ à 100 k$/an en main-d’œuvre opérationnelle. La détection de fraude à elle seule réduit les chargebacks de 40 à 60 %, soit 12 k$ à 24 k$/an par marchand.

Que se passe-t-il si un workflow généré par IA a un bug en production ?

Ouvrez l’historique des versions, trouvez la version précédente, cliquez sur Restore. Le 5 mai 2026 enregistre chaque changement avec le personnel et l’horodatage. Le retour arrière est immédiat.

Quelle est la différence entre Flow AI Assistant et Sidekick ?

Flow AI construit des workflows ; Sidekick répond aux questions analytiques et génère du ShopifyQL. Sidekick produit du ShopifyQL ; Flow exécute l’action.

Y a-t-il des limites au nombre de workflows Flow que je peux exécuter ?

Non. Flow est gratuit sur Advanced et Plus, sans frais par exécution. Les intégrations tierces appelées depuis Flow peuvent avoir leurs propres coûts.

Quel est le meilleur workflow Flow pour commencer en tant qu’opérateur Plus ?

Routage automatique des commandes à forte valeur selon un seuil (Prompt 1). Faible risque, forte visibilité, prouve la sortie de l’IA avant des builds complexes.

Articles associés

S’associe aux prompts Shopify Flow AI ci-dessus :

• Workflows Shopify Flow avancés 2025 : modèles non IA

• Gestion des commandes Shopify 2026 : la couche opérationnelle sur laquelle Flow s’appuie

• Guide complet Shopify B2B 2026 : contexte pour les prompts 6 à 10

• Comment modifier une commande sur Shopify : là où Flow s’arrête

• Playbook Shopify Advanced vers Plus 2026 : le playbook de mise à niveau où les prompts Shopify flow ai débloquent de la valeur