Je gère une boutique en ligne de portables au Royaume-Uni appelée Techyest et j’essaie d’automatiser mon processus de suivi des commandes avec n8n. Fondamentalement, je veux déclencher un workflow quand le statut d’une commande WooCommerce passe à « Complétée » et ensuite attendre 5 jours avant d’envoyer un email de demande d’avis au client.
J’ai bien configuré le déclencheur WooCommerce mais j’ai du mal avec la partie délai. Devrais-je utiliser le nœud Wait ou existe-t-il une meilleure approche pour les relances avec délai temporel ?
Connectez-le à votre nœud email après le nœud Wait.
Assurez-vous que le workflow est actif et que n8n a un stockage persistant configuré. Les exécutions Wait sont sauvegardées et reprises à l’heure prévue, ce qui est mieux que d’utiliser un long délai dans un nœud Code.
Ajoutez également un nœud IF avant l’envoi : récupérez à nouveau la commande et confirmez que son statut est toujours completed. Cela évite d’envoyer une demande d’avis si la commande a été remboursée ou annulée ultérieurement.
C’est exactement ce dont j’avais besoin, merci ! L’expression DateTime a du sens et je n’avais pas pensé à ajouter un nœud IF pour vérifier le statut de la commande avant d’envoyer, c’est une très bonne idée pour éviter d’envoyer des e-mails aux clients qui ont déjà été remboursés.
Oui, le nœud Wait est l’outil idéal pour cela — il est conçu précisément pour ce type de suivi différé et ne maintient rien en exécution en arrière-plan ; n8n persiste l’exécution en pause et la reprend automatiquement quand le délai est écoulé.
Quelques points importants à connaître :
Utilisez « Resume After Time Interval » sur le nœud Wait, réglé à 5 jours.
Si vous auto-hébergez : vérifiez vos paramètres de suppression des données d’exécution — si cela supprime les données avant que 5 jours ne s’écoulent, une exécution en attente prolongée peut être nettoyée avant de reprendre.
Pour de grands volumes / plus de robustesse : un workflow programmé quotidiennement qui vérifie dans WooCommerce les commandes complétées il y a 5+ jours (tracées via une feuille/tag) est l’alternative — mais pour un seul e-mail, le nœud Wait est plus simple et suffisant.
Je peux t’aider à construire le workflow de suivi WooCommerce → n8n pour que chaque commande terminée attende automatiquement 5 jours avant d’envoyer une demande d’avis. Cela te donnera un processus de suivi client fiable et sans intervention manuelle sans suivi manuel des commandes.
• Connecter le déclencheur de commande WooCommerce
• Ajouter un délai fiable de 5 jours
• Préserver les détails de commande/client
• Envoyer la demande d’avis automatiquement
• Ajouter la gestion des erreurs et les tests
Très utile, merci ! Le point sur le nettoyage des données est quelque chose que j’ai complètement raté. Je suis auto-hébergé donc je vais vérifier ces paramètres tout de suite avant de passer en production. C’est bon à savoir que le nœud Wait est le bon choix pour ce volume plutôt que de compliquer les choses avec un workflow planifié.
Et merci pour l’offre @sachin_karma mais je pense avoir assez pour construire ça moi-même maintenant. Merci quand même !
Utiliser le nœud Wait pour un délai de cinq jours est un point de départ courant, mais cela devient incroyablement risqué en production. Si votre serveur n8n redémarre, exécute une mise à jour logicielle ou subit un crash mémoire à un moment quelconque pendant ces cinq jours, toutes les exécutions en pause sont définitivement perdues. Vos clients achetant des ordinateurs portables ne recevraient tout simplement jamais leurs demandes d’avis.
L’approche la plus résiliente pour les délais de plusieurs jours est de séparer votre déclencheur de votre action en utilisant une base de données.
Lorsque le statut de la commande WooCommerce passe à « complétée », prenez l’ID de la commande, l’e-mail du client et un horodatage défini pour cinq jours dans le futur, et enregistrez-le dans une base de données légère comme Postgres ou même une Google Sheet.
Ensuite, créez un deuxième flux de travail séparé avec un Schedule Trigger configuré pour s’exécuter chaque matin. Faites-le interroger votre base de données pour toutes les lignes où la date cible correspond à aujourd’hui, envoyez les e-mails d’avis pour ces commandes spécifiques et marquez-les comme complétées. Cette configuration survit aux redémarrages du serveur et garde votre mémoire n8n propre car les exécutions se terminent instantanément.
Pour plus de transparence, je suis affilié à Pond AI, une plateforme d’automatisation et d’IA. En regardant Techyest, il semble que vous traitiez un volume élevé de commandes B2B et en masse pour les clients de l’éducation et de l’entreprise aux côtés de vos ventes de détail standard. Au-delà de la simple correction des délais WooCommerce, les agents IA peuvent prendre en charge un grand nombre de vos opérations manuelles, comme la qualification instantanée des pistes commerciales entrantes via votre Laptop Finder, leur synchronisation directe avec votre CRM et la rédaction automatique de devis pour les commandes en masse en entreprise.
Si vous cherchez à développer ces opérations sans embaucher plus de personnel, nous pouvons vous cartographier une architecture de flux de travail personnalisée complète pour votre boutique entièrement gratuitement afin que vous ayez un plan solide. Si vous décidez de faire construire et d’héberger les agents IA personnalisés par Pond pour vous, ils fonctionnent sur un modèle strict de « paiement à la performance ». Chaque création personnalisée comprend une garantie de remboursement complète de 7 jours pour que vous puissiez tester l’automatisation sur un trafic de détail réel complètement sans risque.
Prévoyez-vous d’envoyer les e-mails d’avis directement via un nœud SMTP, ou vous connectez-vous à un service externe comme SendGrid ou Mailchimp ?
Une demande d’avis qui arrive trop tôt est pire que rien, et avec les ordinateurs portables, c’est le vrai piège. « Complété » signifie généralement expédié, donc le jour cinq peut arriver avant même que la boîte soit ouverte.
Sur votre question réelle : le nœud Wait convient parfaitement pour cinq jours. Au-delà de 65 secondes, n8n enregistre l’exécution suspendue dans sa base de données et la reprend plus tard, donc un redémarrage ne la perdra pas. L’inconvénient, c’est le contrôle : une commande remboursée reçoit toujours son e-mail, et vous ne pouvez pas facilement voir ou annuler ce qui est en attente.
Plan d’action rapide (aucun nœud Wait nécessaire) :
Schedule Trigger, une fois chaque matin, avec le fuseau horaire du flux de travail défini sur Europe/London.
Nœud WooCommerce, Get Many orders : statut completed, modifié au cours des 10 derniers jours.
Nœud Code ou IF : conserver les commandes livrées (ou complétées) au moins cinq jours auparavant, non remboursées, et sans champ review_sent.
Loop Over Items, puis Send Email (SMTP ou votre fournisseur).
Écrire review_sent=yes dans la commande, afin qu’une réexécution ne puisse jamais créer un doublon.
Workflow Error Trigger qui vous avertit si une exécution échoue.
Deux améliorations pour un magasin comme le vôtre : commencer le décompte à partir de la mise à jour « delivered » du coursier si votre coursier propose un webhook de suivi, et envoyer aux commandes scolaires ou professionnelles une note personnelle au lieu de l’e-mail automatisé.
Transparence totale : je travaille chez Pond AI. Techyest mélange le retail avec les commandes scolaires et professionnelles, c’est là que la logique supplémentaire paie, donc si c’est utile, nous esquissons gratuitement l’architecture complète de suivi, et elle est vôtre pour être construite dans n8n ou ailleurs. Si vous préférez la faire construire, les builds personnalisés offrent un remboursement de 7 jours.
Quel coursier utilisez-vous ? Cela détermine si le déclencheur de livraison est possible.
L’approche « attendre un timestamp » est le bon instinct pour un suivi unique, donc je vais passer la mécanique et pointer vers la chose qui décide silencieusement si ces emails fonctionnent jamais : quand les cinq jours commencent réellement.
Dans WooCommerce, « Complété » se déclenche généralement quand vous marquez la commande comme livrée ou quand le paiement est approuvé, pas quand l’ordinateur portable arrive sur le pas de porte du client. Lancez un minuteur de 5 jours à partir de Complété et une partie des clients recevra « Comment se débrouille ton nouvel ordinateur portable ? » avant même que le coursier l’ait livré. Ce seul décalage tue plus de campagnes de demande d’avis que n’importe quel paramètre de nœud. Ancrez plutôt l’horloge à un signal de livraison réel, le webhook de suivi ou « livré » de votre transporteur ou plugin d’expédition, ou à minima « Complété plus votre temps de transit moyen » plutôt qu’un délai fixe de cinq jours.
Deux autres qui augmentent les taux de réponse pour une boutique comme la vôtre. Récupérez le produit réel à partir des articles de la commande et nommez-le dans l’objet, donc « Comment le Dell XPS 13 s’installe-t-il ? » plutôt qu’un générique « laissez-nous un avis », et avec les ordinateurs portables, les gens ont vraiment une opinion au jour cinq. Et donnez à chaque email un lien d’avis unique par commande, étiqueté, pour pouvoir voir qui en a vraiment laissé un et arrêter silencieusement de poursuivre ceux qui l’ont déjà fait.
Je suis affilié à Pond AI, Pond AI construit, exécute et maintient des agents IA personnalisés, et si c’est utile, nous pouvons vous cartographier l’ensemble de l’architecture gratuitement. Le plan est le vôtre à garder et à développer avec qui vous voulez, en interne ou autrement, sans conditions. Un remboursement de 7 jours ne s’applique que si vous décidez de faire construire cela par Pond AI, donc il n’y a rien à risquer en prenant le plan et en l’exécutant.
Le statut Complété se déclenche-t-il à l’expédition ou quand la commande est réellement livrée, et un événement de livraison ou de suivi est-il capturé quelque part où vous pouviez accrocher le minuteur ?
Salut @AdamFlynn, une petite note sur la façon de faire survivre cela au contact avec la production, car cinq jours c’est long pour que quelque chose se passe mal.
Une exécution en pause n’est durable que dans la mesure où l’instance qui la maintient l’est. Sur une configuration auto-hébergée, deux choses posent problème : l’élagage des données d’exécution qui peut balayer une exécution en attente avant que ses cinq jours ne soient écoulés, et tout redémarrage, mise à jour ou crash pendant cette fenêtre qui supprime entièrement la pause. Donc soit repousser l’élagage bien au-delà de votre attente la plus longue et confirmer que les exécutions persistent, soit ne pas maintenir d’état dans le flux du tout. Estampillez une date review_due_at sur la commande quand elle est terminée (métadonnées de commande, une étiquette, ou une ligne dans une feuille ou une base de données) et exécutez un petit flux de travail planifié chaque matin qui récupère tout ce qui est dû ce jour-là. Ce modèle ne se soucie pas si le serveur redémarre, car la file d’attente se trouve dans vos données, pas dans une exécution en pause.
Quel que soit votre choix, deux protections qu’il vaut la peine de construire maintenant. Rendez l’envoi idempotent, clé sur l’ID de la commande, donc un statut qui bascule à terminé deux fois ou une réexécution ne peut pas envoyer deux e-mails au même client. Et juste avant d’envoyer, confirmez que la commande est toujours une vente terminée propre et pas depuis remboursée, annulée ou retournée, donc personne qui a renvoyé l’ordinateur portable ne se verra pas demander de l’évaluer. Sur la délivrabilité, envoyez ceux-ci à partir d’un sous-domaine avec SPF, DKIM et DMARC configurés plutôt que votre domaine principal, donc un lot de demandes d’examen ne peut pas endommager la réputation sur laquelle vos e-mails de confirmation de commande dépendent.
Déclaration complète, je suis affilié à Pond AI. Pond AI construit, exécute et maintient des agents IA personnalisés, et nous sommes heureux de vous exposer l’architecture sans frais, à garder et à transmettre à n’importe quel développeur ou agence que vous aimez. Le seul engagement nulle part est un remboursement de 7 jours si vous le construisez avec Pond AI, donc le risque repose sur nous plutôt que sur vous.
Quel volume de commandes suivez-vous, et qu’envoyez-vous, le courrier intégré de Woo ou quelque chose comme Postmark ou SES ? Cela change laquelle des deux options je pencherais vers.
