Ruptures, dropshipping et logisticiens : automatiser les emails opérationnels Shopify avant le BFCM

La plupart des contenus sur l'automatisation email parlent des clients : série de bienvenue, relance de panier, réactivation. Pourtant, sur beaucoup de boutiques, les emails qui posent le plus de problèmes pendant le Black Friday sont ceux que les clients ne voient jamais. Un fournisseur qui n'a pas reçu la commande en dropshipping. Un entrepôt qui ignorait qu'un article en rupture avait été vendu. Une commande B2B restée sans réponse pendant deux jours.

Cet article présente les emails opérationnels que les boutiques Shopify envoient encore à la main, comment les automatiser, et comment les avoir prêts avant le pic du 27 novembre.

Pourquoi les emails ops reposent encore sur le copier-coller

Shopify gère bien les notifications clients et envoie à l'équipe un email basique de nouvelle commande. Tout ce qui se trouve entre les deux est généralement manuel :

• Quelqu'un filtre les commandes, copie les lignes et les adresses, et écrit au fournisseur.
• Un produit en rupture se vend, et l'équipe achats l'apprend par un ticket du service client.
• Une précommande part en retard parce que personne n'a relié la vente au planning de production.
• Une commande importante ou inhabituelle doit être validée, mais l'alerte arrive dans une boîte partagée que personne ne surveille.

Un mardi ordinaire, cela coûte une heure. Pendant le BFCM, avec cinq à dix fois plus de commandes, cela provoque des expéditions manquées, des remboursements et des avis négatifs.

Les alertes ops à automatiser en premier

Trois façons de les automatiser

Shopify Flow avec une action de notification

Shopify Flow peut se déclencher à la création d'une commande, vérifier des conditions et envoyer un email interne. C'est efficace pour une ou deux alertes simples. La maintenance se complique quand il faut des lignes de commande mises en forme, des images produit, un routage selon plusieurs tags et un historique de ce qui a été envoyé à qui.

Une plateforme d'automatisation externe

Des outils comme n8n reçoivent un webhook Shopify, appliquent la logique et envoient un email ou un message Slack. C'est le bon choix quand l'alerte doit aussi mettre à jour un ERP, un WMS ou un tableur. Nous avons décrit comment remplacer des applications Shopify par n8n pour ces cas précis. La contrepartie : quelqu'un doit héberger, surveiller et maintenir le workflow. C'est le cœur de nos missions d'automatisation de workflow.

Des flows ops dans votre application email

EmailOS traite les alertes internes comme des étapes de flow normales. La même logique de déclencheur, de filtre et de délai que pour les emails clients peut envoyer à trois adresses internes ou fournisseurs au maximum. Des modèles ops couvrent les ruptures, le dropshipping, le B2B et les commandes importantes, et chaque envoi apparaît dans le même journal consultable que les emails clients.

Router par tags produit, pas par tags commande

L'erreur classique consiste à construire les alertes ops sur des tags commande que quelqu'un doit ajouter à la main ou via une autre automatisation. Taguez plutôt les produits, une seule fois :

• dropship-fournisseur-a, dropship-fournisseur-b
• rupture
• precommande, fabrication-sur-commande
• logisticien-traitement-special

Chaque flow filtre ensuite sur les produits de la commande. Une nouvelle commande contenant un article dropship-fournisseur-a se route toute seule, sans travail commande par commande. Quand un produit change de fournisseur, vous modifiez un seul tag.

Un flow d'alerte dropshipping, décrit sous forme de modèle simplifié :

{
  "trigger": "order_created",
  "filters": { "line_items.product_tags": "dropship-fournisseur-a" },
  "steps": [
    {
      "send_to_staff": ["commandes@fournisseur-a.com", "ops@votremarque.com"],
      "template": "commande-dropship-fournisseur-a"
    },
    { "tag_order": "dropship-envoye-fournisseur-a" }
  ]
}

La dernière étape tague la commande après l'envoi. Votre équipe peut filtrer dans Shopify les commandes pour lesquelles le fournisseur a été prévenu, et toute commande avec un produit en dropshipping mais sans ce tag est une exception à vérifier.

Rendre l'email utile à son destinataire

Un email ops est un bon de travail, pas un message marketing. Un fournisseur doit pouvoir expédier à partir de cet email sans rien ouvrir d'autre.

• Numéro et date de commande dans l'objet, par exemple « Commande dropshipping n° 10482, 2 articles ».
• Uniquement les lignes qui concernent ce destinataire, avec SKU, variante et quantité.
• Adresse de livraison complète et mode d'expédition demandé.
• Notes client et messages cadeau, le cas échéant.
• Une adresse de réponse qui arrive à votre équipe ops, pas une boîte noreply.
• Aucun bloc promotionnel, code de réduction ni pied de page de désinscription.

Boucler la boucle avec les actions après envoi

Envoyer l'alerte ne fait que la moitié du travail. L'autre moitié consiste à garder une trace :

• Taguer la commande après l'email au fournisseur, pour que le statut soit visible dans Shopify.
• Ajouter une note de commande avec l'heure et le destinataire.
• Définir un metafield comme ops.supplier_notified_at pour le reporting.
• Envoyer un webhook vers votre ERP, votre WMS ou Slack quand un article en rupture est vendu, pour que les achats réagissent le jour même.

Dans EmailOS, ce sont des étapes optionnelles après un envoi. Dans n8n, ce sont des nœuds supplémentaires. Dans les deux cas, l'objectif est que personne n'ait à demander si le fournisseur a été prévenu.

Checklist BFCM pour les alertes ops

1. Début octobre : listez chaque email ops que votre équipe envoie à la main, et leur fréquence.
2. Mi-octobre : taguez les produits par fournisseur, rupture, précommande et traitement spécial.
3. Fin octobre : construisez les flows d'alerte et envoyez-les uniquement à une adresse interne.
4. Début novembre : passez aux vrais fournisseurs et au logisticien, et confirmez que chacun reçoit et comprend le format.
5. Mi-novembre : passez une commande test pour chaque route, puis gelez tags et flows jusqu'après le Cyber Monday.
6. Semaine du BFCM : vérifiez chaque jour les commandes contenant un produit ops mais sans tag « prévenu ».

L'automatisation ops n'est qu'une partie de la préparation au pic. La checklist technique BFCM 2026 couvre la performance et le checkout, et notre guide de délivrabilité couvre la partie client de l'email.

Quand les alertes email ne suffisent plus

Si vos opérations exigent une synchronisation dans les deux sens, comme des niveaux de stock remontés depuis le flux d'un fournisseur ou des commandes créées directement dans un ERP, l'email seul ne suffit pas. C'est là qu'un projet d'intégration API et système prend le relais, en gardant les alertes email comme couche lisible par l'humain.

FAQ

Shopify Flow peut-il envoyer des emails aux fournisseurs ?

Shopify Flow peut envoyer des notifications email internes depuis un workflow. Il convient aux alertes simples. Pour des lignes de commande mises en forme, un routage vers plusieurs fournisseurs et un journal d'envoi, un outil de flows email dédié ou une plateforme d'automatisation est plus facile à maintenir.

Combien de destinataires une étape interne EmailOS peut-elle avoir ?

Jusqu'à trois adresses internes ou fournisseurs par étape, avec un routage par tags produit ou client.

Et si une commande contient des produits de deux fournisseurs ?

Utilisez un flow par fournisseur, chacun filtré sur le tag produit de ce fournisseur, avec un modèle qui n'affiche que ses articles. Les deux flows se déclenchent sur la même commande, et chaque fournisseur ne voit que sa partie.

Les emails ops comptent-ils dans mon quota d'envoi ?

Dans la plupart des applications email, oui, y compris EmailOS. Les alertes ops représentent généralement une petite part du volume total, mais prenez-les en compte en choisissant votre forfait pour la haute saison.

Les alertes ops doivent-elles passer par email ou par Slack ?

Utilisez l'email pour les destinataires externes comme les fournisseurs et les logisticiens, qui ont besoin d'une trace à archiver. Utilisez Slack ou Teams pour votre équipe interne quand la réactivité compte. Une étape webhook peut faire les deux depuis le même déclencheur.