Intégration WooCommerce n8nAutomatiser WooCommerce avec n8n.

Crée la fiche client dans WooCommerce et la renvoie avec l'identifiant que toutes les autres opérations client réclament ensuite.

• Email (requis) : l'adresse à laquelle le compte est rattaché, souvent {{ $json.email }} quand l'item vient d'un formulaire ou d'un nœud précédent.
• Additional Fields : 7 champs facultatifs, dont First Name, Last Name, Username, Password, Billing Address et Shipping Address.

Une seule information suffit ici, et le compte quitte la boutique. Aucun filtre, aucun garde-fou : la branche qui appelle cette opération mérite une condition devant elle.

• Customer ID (requis) : l'identifiant du client à supprimer, pas son adresse mail. Sur un événement customer.*, il se lit avec {{ $json.id }}.

Relire une fiche client est le réflexe qui suit un événement commande : la commande nomme l'acheteur par son identifiant, et guère plus.

• Customer ID (requis) : l'identifiant du client à récupérer. Depuis une commande, c'est le Customer ID porté par la commande elle-même.

C'est l'opération où Return All prend tout son sens : activé, n8n enchaîne les pages de l'API jusqu'à ramener la base complète.

• Return All : désactivé, le nœud s'arrête à Limit, le nombre maximal de clients renvoyés.
• Filters : 3 champs, Email pour retrouver une adresse précise, Order By parmi ID, Include, Name et Registered Date, et Sort Order pour Ascending ou Descending.

La mise à jour se fait champ par champ : seul ce que tu ajoutes à la collection part vers la boutique, le reste de la fiche ne bouge pas.

• Customer ID (requis) : l'identifiant du client à modifier.
• Update Fields : 6 champs, dont First Name, Last Name, Billing Address, Shipping Address, Password et Metadata.

Une commande peut naître ailleurs que dans le tunnel d'achat : vente par téléphone, renouvellement d'abonnement, commande saisie par un commercial.

• Line Items : les produits de la commande, chacun avec un Product ID, une Quantity et, si besoin, un Variation ID.
• Additional Fields : 9 champs, dont Customer ID (0 pour un invité), Status, Currency, Payment Method Title et Set Paid, qui marque la commande comme payée, bascule le statut en Processing et décrémente le stock.

Après une mise en ligne, les commandes de test encombrent les rapports. Cette opération les fait disparaître.

• Order ID : la commande visée. Le nœud ne le marque pas comme requis, ce qui induit en erreur : sans lui l'opération n'a pas de cible, alors remplis-le, en général depuis {{ $json.id }}.

La charge utile d'un webhook n'est pas toujours la version la plus fraîche de la fiche. Relire la commande donne au workflow son état réel.

• Order ID : la commande à récupérer. Comme les autres opérations commande, elle n'est pas marquée requise alors que rien ne fonctionne sans elle.

Tout le reporting part d'ici. Les 9 options de l'opération transforment une liste brute en la tranche exacte qu'attend un tableau de bord.

• Return All : activé, toutes les pages sont ramenées ; désactivé, Limit plafonne le nombre de commandes.
• Options : After et Before attendent une date au format ISO 8601 pour cadrer une période, Status isole un état comme Completed ou Refunded, Customer et Product restreignent à un acheteur ou une référence.

Beaucoup d'automatisations de commande se terminent sur cette opération, parce que changer le statut est ce qui met le reste de la boutique en mouvement.

• Order ID : la commande à modifier, là encore non marquée comme requise.
• Update Fields : 8 champs, avec Status parmi Pending, Processing, Completed, Cancelled, Refunded et les autres, plus Transaction ID, Customer Note et Payment Method Title.

Publier une référence depuis une ligne de tableur, c'est l'usage type. Le nœud accepte 33 champs supplémentaires pour décrire la fiche.

• Name (requis) : le nom du produit, le seul champ vraiment obligatoire.
• Additional Fields : Regular Price et Sale Price, SKU comme identifiant unique, Type parmi Simple, Grouped, External et Variable, Status pour publier ou garder un brouillon, plus Stock Quantity et Stock Status.
• Images : chaque visuel prend une URL dans Src et un texte alternatif dans Alt.

Retirer une référence tient en un champ. L'opération enlève le produit et tout ce que la boutique en affiche.

• Product ID : le produit à supprimer. Le nœud le laisse facultatif, donc un workflow qui oublie l'expression part avec une valeur vide sans prévenir.

Avant d'annoncer une date de livraison ou d'appliquer une remise, un workflow a besoin de l'état actuel de la référence, pas d'une copie stockée ailleurs.

• Product ID : le produit à lire. Sur un événement product.*, l'identifiant sort directement de la charge utile.

Export de catalogue et audit de prix passent par là, et ce sont les 17 options qui rendent le résultat exploitable.

• Return All : activé pour un catalogue complet, désactivé pour s'arrêter à Limit.
• Options : Category Name or ID et Tag Name or ID resserrent la sélection, Stock Status isole In Stock, Out Of Stock ou On Back Order, Min Price et Max Price cadrent une fourchette, SKU ou Slug retrouvent une référence précise.

Changer un prix, réajuster un stock, dépublier : tout atterrit sur la même opération, qui accepte 34 champs et ne modifie que ceux que tu remplis.

• Product ID : le produit à modifier, encore une fois non marqué comme requis.
• Update Fields : Regular Price et Sale Price avec Date On Sale From et Date On Sale To pour programmer une promotion, Stock Quantity et Stock Status pour l'inventaire, et Status pour déplacer une fiche entre Publish, Draft, Pending et Private.