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.

• L’invite 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 selon la précision de l’invite.

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

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

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

Shopify Flow est devenu l’outil au plus haut ROI de la stack 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, action ShopifyQL du 9 mai, historique des versions du 5 mai) ont transformé Flow en couche opérationnelle de niveau production.

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

Comment accéder à Flow AI Assistant

Ouvrez Flow → "Nouveau workflow" → cherchez "Créer avec l’IA" en haut du sélecteur de déclencheur. La plupart des boutiques Plus y ont accès en mai 2026.

Avant d’activer tout workflow généré, utilisez la fonctionnalité de tests de décembre 2025 (ouvrez le workflow, cliquez sur "Test"). Simule sur des événements réels sans déclencher d’actions. Associez-la à l’historique des versions du 5 mai pour un retour en arrière en un clic.

A. Invites pour les opérations de commande

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

Invite 1 : routage prioritaire à forte valeur avec plusieurs conditions

Invite :

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

"wholesale" et que le pays de livraison est dans [US, CA] : ajouter les étiquettes "priority-pick"

et "vip-review", attribuer à "Warehouse-East" et envoyer à Slack #ops-priority

avec le numéro de commande, le nom du client, le total et le lien d’administration.

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

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

Invite :

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

ajouter l’étiquette "fraud-review-hold" à la commande ; mettre en attente le fulfillment order ; mettre à jour la note

de commande en listant les facteurs de risque ; envoyer 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’e-mail du client.

Pourquoi ça fonctionne : Le déclencheur natif "Order risk analyzed" se déclenche sur chaque commande ; Hold fulfillment est natif ; Slack via webhook HTTP. Vérifier : le webhook Slack est stocké ; l’équipe fraude a un playbook de réponse.

Invite 3 : traitement accéléré des commandes urgentes avec vérification du transporteur

Invite :

Lorsqu’une nouvelle commande est créée et que le titre de la méthode d’expédition contient

"Express", "Overnight", "Next Day" ou "2-Day" : ajouter l’étiquette "rush-order" ;

ajouter une note privée "Expédier aujourd’hui avant la limite de 15 h" ; envoyer à Slack #ops-rush avec

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

vers la destination en utilisant les données SLA stockées.

Pourquoi ça fonctionne : La condition OU capte chaque variante de livraison rapide ; la note de limite à 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.

Invite 4 : préparation douanière des commandes internationales

Invite :

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

ajouter l’étiquette "international" + une étiquette spécifique au pays (p. ex. "ship-CA").

Ajouter une note privée listant les codes HS, la facture commerciale, la valeur

déclarée. Si le total est supérieur à 2 500 $ : ajouter l’étiquette "compliance-review-required" et

envoyer un e-mail à l’équipe conformité.

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

Invite 5 : mise en attente pour validation d’adresse

Invite :

Lorsqu’une nouvelle commande est créée, la validation échoue si l’un des cas suivants se produit : le pays n’est PAS dans

[US, CA, GB, AU, DE, FR, IT, ES], le code postal ne correspond pas au format du pays

OU l’adresse contient "PO Box" avec une livraison "freight". En cas

d’échec : ajouter l’étiquette "address-review-hold" ; suspendre le démarrage automatique du fulfillment ;

envoyer un e-mail au responsable support avec la commande et la raison.

Pourquoi ça fonctionne : La validation multi-déclencheurs évite, avant le début du fulfillment, le ticket post-achat le plus courant (mauvaise adresse). Vérifier : les formats de code postal correspondent à vos marchés d’expédition ; "freight" est une vraie méthode de livraison.

B. Invites B2B et vente en gros

Tous les plans payants peuvent exécuter cela depuis le déploiement B2B du 2 avril 2026. Les gains de temps se composent le plus vite à grande échelle.

Invite 6 : acheminement automatique du B2B par niveau d’entreprise avec attribution au commercial

Invite :

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

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

les étiquettes "b2b-enterprise" et "priority-fulfillment", attribuer à

"Warehouse-East-Priority", notifier le commercial par e-mail + DM Slack.

Si "mid-market" : ajouter l’étiquette "b2b-mid", attribuer au fulfillment standard.

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

Invite 7 : alerte planifiée d’ancienneté des AR en Net 30

Invite :

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

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

rechercher le nom de l’entreprise ; envoyer à Slack #finance-ar le numéro de commande, le total,

le nombre de jours en attente et l’entreprise. À 28 jours, envoyer un e-mail au responsable finance.

Pourquoi ça fonctionne : Détecte l’ancienneté des AR avant qu’elle ne devienne critique ; l’action Get analytics data du 9 mai 2026 regroupe ce qui nécessitait auparavant 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 étiquetées sur les commandes B2B.

Invite 8 : marquage automatique des brouillons de commande B2B pour revue du commercial

Invite :

Lorsqu’un brouillon de commande est créé avec des lignes de commande au-dessus de 10 000 $ ET

que le client appartient à une entreprise B2B : ajouter l’étiquette au brouillon "needs-rep-review" ;

mettre à jour la note du brouillon avec "En attente de la revue du commercial selon les règles

tarifaires T2 2026" ; utiliser Get Company data pour trouver le commercial attribué ;

envoyer un e-mail interne au commercial avec le lien du brouillon et

le total.

Pourquoi ça fonctionne : Fait remonter les brouillons B2B à forte valeur au commercial avant qu’ils n’écrivent à l’acheteur. (Flow ne peut pas appliquer les remises nativement ; associez Send Admin API request appelant draftOrderUpdate, ou appliquez-le manuellement.) Vérifier : l’e-mail du commercial est renseigné sur chaque fiche entreprise B2B ; le SLA de revue est documenté.

Invite 9 : routage par seuil d’approbation des commandes B2B

Invite :

Lorsqu’une nouvelle commande B2B est créée, comparer le total au metafield de l’entreprise

policies.approval_threshold. Si le seuil est dépassé : NE PAS exécuter automatiquement le fulfillment ; ajouter l’étiquette

"awaiting-buyer-approval" ; ajouter une note avec la valeur du seuil ; envoyer un e-mail

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

demandant l’approbation.

Pourquoi ça fonctionne : Chaque entreprise définit son propre seuil via les metafields ; pas de logique par entreprise à maintenir dans Flow. Vérifier : les metafields de seuil d’approbation et d’e-mail de l’approbateur principal existent sur chaque entreprise B2B.

Invite 10 : notification du commercial lors de la création d’une commande B2B

Invite :

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

Get Company data pour rechercher l’e-mail du commercial attribué ; envoyer

un e-mail interne au commercial avec le numéro de commande, le total, le nom du client,

et un lien vers la commande dans l’admin ; ajouter l’étiquette "rep-notified" à la commande.

Pourquoi ça fonctionne : Les commerciaux voient chaque commande de leurs comptes dès qu’elle arrive. 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’e-mail du commercial figure sur chaque fiche entreprise B2B.

C. Invites Inventaire et Fulfillment

Cinq modèles d’orchestration d’inventaire multi-sites, rendus possibles par la mise à jour du 10 mars sur le transfert prêt à l’enlèvement et les déclencheurs de transfert du 30 avril.

Invite 11 : transfert automatique entre emplacements en cas de faible stock

Invite :

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

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

créer un transfert BROUILLON de 30 unités Central → East, ajouter l’étiquette "auto-replenish",

envoyer un Slack au responsable Central. Si Central est à zéro, envoyer un e-mail à l’équipe achats.

Pourquoi ça fonctionne : Rééquilibrage préventif avant rupture de stock ; le brouillon (et non l’expédition automatique) donne à 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.

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

Invite :

Lorsqu’un transfert d’inventaire est marqué "ready to ship" : rechercher l’e-mail de contact ops

de la destination dans le metafield ops.contact_email.

Envoyer cet e-mail avec l’ID de transfert, le nombre total d’unités, l’arrivée prévue

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

Pourquoi ça fonctionne : Le déclencheur transfer-ready du 30 avril 2026 supprime l’e-mail de transmission manuel entre entrepôts. Vérifier : chaque emplacement receveur a bien le metafield de contact ops renseigné.

Invite 13 : multiplicateur saisonnier des seuils d’inventaire

Invite :

Chaque jour à 5 h 00, si aujourd’hui est entre le 1er oct. et le 31 déc., appliquer 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 est inférieur à l’ajusté à n’importe quel emplacement, envoyer à Slack #inventory-peak avec

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

Pourquoi ça fonctionne : Des seuils statiques sous-estiment la demande de pointe ; 2,5x évite le schéma de rupture BFCM. Le déclencheur planifié + le calcul des metafields est nouveau en 2026. Vérifier : chaque produit suivi possède le metafield "base_threshold" ; le multiplicateur correspond à votre ratio historique de pointe.

Invite 14 : notification client de backorder avec délai

Invite :

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

sur son lieu de fulfillment : ajouter les étiquettes "backorder" et "needs-lead-time-notice" ;

envoyer un e-mail au client en utilisant le modèle "backorder-notification" avec le

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

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

Pourquoi ça fonctionne : Définit les attentes du client avant qu’il contacte le support ; réduit le type de ticket le plus volumineux. Vérifier : le modèle d’e-mail existe ; le délai correspond au SLA actuel du fournisseur.

Invite 15 : publication automatique du réassort avec déclencheur de notification

Invite :

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

produit sur la boutique en ligne, supprimer l’étiquette "out-of-stock", déclencher

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

SKU. Ajouter l’étiquette "restocked" au produit et écrire le metafield "restocked_at"

avec l’horodatage actuel.

Pourquoi ça fonctionne : Automatise la cascade publier-et-notifier qui exigeait 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. Invites Expérience client

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

Invite 16 : e-mail de rétention après annulation pour les clients à forte valeur vie

Invite :

Lorsque le déclencheur Order canceled se déclenche ET que la dépense

cumulative du client est de 1 000 $ ou plus : ajouter l’étiquette "post-cancel-retention" au client ;

envoyer un e-mail en utilisant le modèle "retention-followup" avec un code de réduction

de 15 % ; envoyer un e-mail 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 la dépense à vie. (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’e-mail existe ; le code "RETAIN15" est actif.

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

Invite :

Lorsque fulfillment status = "delivered" : attendre 4 jours, puis envoyer un e-mail

au client avec pour objet "Comment le [Product Name] s’est-il comporté ?" en utilisant

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

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

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

Pourquoi ça fonctionne : Le délai de 4 jours arrive au moment où le client a utilisé le produit tout en l’ayant encore à l’esprit ; l’incitation par paliers garde le coût raisonnable. Vérifier : le modèle d’e-mail existe ; le suivi des avis est configuré dans les événements client.

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

Invite :

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

Pour les inactifs depuis 90 jours sans étiquette "win-back-sent" : ajouter au segment "win-back-90"

, appliquer l’étiquette, déclencher l’e-mail de réactivation. Pour les inactifs depuis 180 jours

sans étiquette "win-back-180" : envoyer un e-mail de réduction de 20 %, appliquer l’étiquette. Pour

les inactifs depuis 365+ jours : exclure du marketing.

Pourquoi ça fonctionne : Automatisation à trois niveaux qui nécessitait auparavant Klaviyo + une logique personnalisée ; désormais un seul workflow Flow. Vérifier : les flows d’e-mail de réactivation existent pour chaque niveau ; le code "WINBACK20" est actif et suivi.

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

Invite :

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

dans la dernière heure : ajouter l’étiquette "velocity-fraud-flag" à toutes les commandes de cette adresse e-mail de la dernière heure ;

mettre en attente le fulfillment de chacune, envoyer en urgence un Slack à

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

entre les commandes.

Pourquoi ça fonctionne : La détection basée sur la vélocité repère les schémas de test de cartes que les vérifications de risque sur une seule commande ne voient pas ; la comparaison croisée des commandes confirme le signal de fraude. Vérifier : l’équipe fraude a un playbook documenté ; la mise en attente du fulfillment sur signal est la politique.

Invite 20 : escalade des commandes bloquées en fulfillment

Invite :

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

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

"custom-build" ou "international". Pour chacune : ajouter l’étiquette

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

le nombre de jours bloquée, l’emplacement et le client. Au-delà de 8 jours : envoyer un e-mail au lead ops.

Pourquoi ça fonctionne : Fait remonter les commandes bloquées avant qu’elles ne deviennent des tickets ; le filtre en 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 l’IA

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

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

2. Exécutez un test sur une commande réelle récente. Choisissez-en une qui devrait se déclencher et une qui ne devrait pas.

3. Activez pendant une période à faible enjeu. Pendant les heures ouvrées, pas le vendredi à 17 h. Surveillez les 5 à 10 premiers runs.

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

Modes d’échec courants

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

• E-mails 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 metafields manquants. Les invites qui référencent des metafields inexistants échouent silencieusement. Auditez avant d’activer.

• Maths de dates pour les déclencheurs planifiés sans prise en compte des jours ouvrés. "il y a 5 jours" déclenche de faux positifs le lundi. Utilisez une logique en 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 changer une adresse ou échanger une variante après le checkout, Flow ne peut pas lui permettre d’effectuer lui-même le changement. C’est là que Revize intervient : édition post-achat en libre-service, y compris pour les commandes B2B à conditions de paiement. Les opérateurs Plus associent Flow (côté serveur) avec Revize (côté acheteur) sur les mêmes workflows.

L’essentiel à retenir

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

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

Agences : standardisez sur des workflows basés sur la bibliothèque d’invites. Sortie cohérente ; l’historique des versions fournit des pistes d’audit.

Cette semaine : ouvrez Flow, choisissez 3 invites, 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 T1 2026 et la plupart des boutiques l’ont maintenant. 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 l’IA ?

Généralement structurellement corrects, mais la logique des conditions peut s’inverser dans les longues invites. Vérifiez les conditions dans l’éditeur visuel et exécutez un test sur une commande récente.

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

Flow dispose d’une action "Get analytics data" qui récupère des données en direct via ShopifyQL. Les invites d’ancienneté 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 des conditions.

Comment associer Sidekick à Flow ?

Sidekick génère du ShopifyQL ; Flow le consomme 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 exécutant 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 l’IA a un bug en production ?

Ouvrez l’historique des versions, trouvez la version précédente, cliquez sur Restaurer. Le 5 mai 2026 consigne 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 ?

Acheminement automatique des commandes à forte valeur par seuil (Invite 1). Faible risque, forte visibilité, et cela prouve la sortie de l’IA avant des builds complexes.

Articles connexes

À associer avec les invites Shopify Flow AI ci-dessus :

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

• Gestion des commandes Shopify 2026 : la couche ops sur laquelle Flow s’exécute

• Guide complet Shopify B2B 2026 : contexte pour les invites 6-10

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

• Playbook Shopify Advanced vers Plus 2026 : playbook de mise à niveau où les invites Shopify flow ai libèrent de la valeur