Dans Shopify Flow, vous partez d'un déclencheur qui contient les données de commande (par exemple « Commande créée »), vous ajoutez une condition pour limiter le champ d'action, puis l'action « Ajouter des tags de commande ». Le tag est posé sur la commande qui déclenche le workflow : vous marquez une fois, et vos équipes filtrent ensuite dans l'admin au lieu d'empiler les alertes.
Pourquoi taguer plutôt que notifier ?
Une notification répond à « quelque chose vient de se passer ». Un tag répond à « cette commande appartient à telle catégorie ». Pour un petit commerce, la seconde question revient plus souvent : préparer les commandes d'un transporteur, repérer les commandes à risque, isoler un canal de vente, retrouver les commandes d'un membre de l'équipe en boutique.
Multiplier les notifications crée un bruit qui finit par être ignoré. Un tag, lui, reste attaché à la commande et devient un filtre réutilisable dans l'admin. C'est la logique que décrit la documentation Shopify de l'action « Add order tags » : l'action ajoute un tag à la commande qui déclenche le workflow (aide Shopify, Add order tags).
Quelle logique déclencheur → condition → action ?
Shopify Flow fonctionne en trois temps. Le déclencheur est l'événement qui lance le workflow. La condition est le test qui décide si l'on continue. L'action est ce qui est exécuté. La documentation officielle liste les déclencheurs compatibles avec l'action de tag : commande annulée, créée, honorée, payée, risque analysé, transaction créée, exécution créée, événement d'exécution créé, remboursement créé, transaction de paiement créée (aide Shopify).
Le champ « Order ID » est ajouté automatiquement par le déclencheur : il identifie la commande à taguer et ne peut pas être modifié. Vous n'avez donc pas à choisir la commande à la main.
Exemple hypothétique de logique
Imaginons une boutique qui expédie en France, en Belgique et en Suisse et qui veut repérer les commandes à traiter en priorité. Le workflow pourrait être :
- Déclencheur : Commande créée.
- Condition : le montant total dépasse un seuil que vous fixez.
-
Action : Ajouter des tags de commande, avec un tag du type
priorite.
Ce scénario est un exemple illustratif, pas un résultat mesuré. Les valeurs de seuil, de tag et de transporteur dépendent de votre catalogue et de vos règles internes.
Comment écrire les tags sans se tromper
La documentation précise que les tags sont sensibles à la casse. Pour en ajouter plusieurs, vous pouvez saisir chaque tag puis appuyer sur Entrée, ou les séparer par des virgules ; les espaces autour des virgules sont supprimés. Saisir tag1,tag2,tag3 puis valider ajoute trois tags distincts (aide Shopify).
Convention utile : choisissez une casse unique et un préfixe par usage, par exemple canal:, transporteur: ou equipe:. Cela évite les doublons du type Priorite et priorite qui fragmentent vos filtres.
Comment vérifier que le tag a bien été posé ?
La documentation signale un cas fréquent : Flow indique avoir ajouté un tag, mais le tag n'apparaît pas dans l'admin. La raison citée est qu'une application — ou un utilisateur — a écrasé le tag, souvent parce que plusieurs outils écoutent le même événement, comme « Commande créée ». Flow finit souvent en premier, puis d'autres outils modifient la commande sans tenir compte des nouveaux tags (aide Shopify).
La solution recommandée par la documentation est de vérifier si l'application concernée propose une action Flow à appeler après l'exécution. Sinon, contactez l'éditeur pour savoir comment éviter l'écrasement. À défaut, il est possible d'insérer une étape « Wait » pour retarder l'ajout du tag.
Méthode de contrôle que vous pouvez appliquer :
- Créez une commande de test avec les caractéristiques visées par la condition.
- Ouvrez la commande dans l'admin et vérifiez la présence du tag.
- Si le tag manque, désactivez temporairement les autres applications qui écoutent le même événement, refaites le test, puis réactivez-les une par une.
- Documentez le nom exact du tag et la règle associée, pour que l'équipe ne le renomme pas au fil des mois.
Quelles erreurs éviter ?
- Taguer trop large. Un tag appliqué à toutes les commandes ne filtre rien. Une condition doit réduire le volume.
- Confondre tag et statut. Un tag ne remplace pas le statut de paiement ou d'honoration ; il ajoute une information parallèle.
-
Ignorer la casse.
Urgenteturgentsont deux tags différents. - Empiler les workflows sur le même déclencheur. Plusieurs automatisations sur « Commande créée » augmentent le risque d'écrasement.
- Oublier de nommer la règle. Un tag sans convention devient illisible six mois plus tard.
Quand cela ne suffit pas
Le tag est un marqueur, pas un système de gestion. Si votre besoin est de déclencher une séquence d'e-mails, de bloquer une commande ou de synchroniser un outil externe, le tag peut être une étape intermédiaire, mais il ne remplace pas l'action correspondante. De même, la disponibilité de certaines actions Flow peut dépendre de votre offre Shopify : vérifiez dans votre admin ce qui est réellement accessible avant de bâtir un processus qui en dépend.
Pour aller plus loin sur les données clients et les consentements, voir Consentement WhatsApp au paiement Shopify : construire une liste réellement utilisable. Et si vous devez retrouver vos réglages avant une période chargée, Nouveau tableau de bord Shopify : retrouver les réglages avant le pic de commandes donne une méthode de repérage.
Questions fréquentes
Peut-on taguer une commande plusieurs fois avec des tags différents ?
Oui, dans la limite des tags que vous définissez. L'action accepte plusieurs tags, saisis un par un ou séparés par des virgules. Attention à la casse et aux doublons.
Que faire si le tag disparaît après quelques minutes ?
C'est le symptôme décrit par la documentation : une autre application ou un utilisateur a écrasé le tag. Vérifiez les applications qui écoutent le même événement, demandez-leur une action Flow compatible, ou ajoutez une étape d'attente avant l'ajout du tag.
