Vous pouvez connecter vos canaux de vente (Shopify, WooCommerce, Amazon) à n8n comme hub central, utiliser les nœuds AI Agent pour normaliser les données produits et router les commandes intelligemment, et écrire vers une source unique de vérité comme votre ERP ou base de données unifiée. Le tout peut tourner sur l'édition Community gratuite auto-hébergée de n8n, mais vous devez quand même payer l'infrastructure sur laquelle elle tourne. Une personne, un week-end, une couche d'intégration qui passe de 1 à 20 clients. Le flux d'architecture IA suivant décrit comment.
Pourquoi l'Intégration Multi-Plateforme est Cruciale Maintenant
Si vous vendez sur Shopify et WooCommerce et Amazon, vous avez trois systèmes distincts qui pensent chacun être la source de vérité. Shopify pense détenir le catalogue produit. WooCommerce n'est pas d'accord. Amazon a ses propres opinions sur vos niveaux de stock. Le résultat : vous copiez manuellement des SKU entre les tableaux de bord, survendez du stock qui n'existe pas, et passez vos mardis après-midi à réconcilier des feuilles de calcul de commandes. Ce n'est pas une automatisation « nice to have ». C'est la différence entre diriger une entreprise et travailler pour votre entreprise. n8n a mûri pour devenir un hub d'automatisation capable pour les workflows assistés par IA. Le nœud AI Agent — combiné au vaste catalogue d'intégrations de n8n — vous permet de construire une couche d'intégration qui ne se contente pas de déplacer des données, elle réfléchit. Un agent peut examiner un titre de produit Shopify (« Sac messager vintage en cuir - Marron - 15 pouces ») et le mapper vers les champs structurés de WooCommerce sans que vous écriviez de regex. Il peut lire une commande Amazon et la router vers le bon entrepôt selon les niveaux de stock vérifiés en temps réel.
L'Architecture Utilise n8n comme Votre Hub d'Intégration
Voici le schéma de base. Chaque canal communique avec n8n. n8n communique avec un backend unifié. Rien ne communique directement avec autre chose.
Aperçu de la Couche d'Intégration en Diagramme FlowZap
(Copiez et collez le code FlowZap suivant dans un projet de votre compte FlowZap pour voir ce diagramme.)
main { # Multi-Platform Integration Layer
n1: circle label:"Start"
n2: diamond label:"Channel?"
n3: rectangle label:"n8n Webhook Receiver"
n4: rectangle label:"AI Agent: Parse & Validate"
n5: diamond label:"Event Type?"
n6: rectangle label:"Product Sync Pipeline"
n7: rectangle label:"Order Orchestrator"
n8: rectangle label:"Inventory Update"
n9: rectangle label:"Unified DB Write"
n10: rectangle label:"Fulfillment Trigger"
n11: circle label:"Done"
n1.handle(right) -> n2.handle(left)
n2.handle(right) -> n3.handle(left) [label="Shopify"]
n3.handle(right) -> n4.handle(left)
n4.handle(right) -> n5.handle(left)
n5.handle(right) -> n6.handle(left) [label="product"]
n6.handle(right) -> n9.handle(left)
n7.handle(right) -> n8.handle(left)
n8.handle(right) -> n9.handle(left)
n9.handle(right) -> n10.handle(left)
n10.handle(right) -> n11.handle(left)
n2.handle(top) -> n3.handle(top) [label="WooCommerce"]
n5.handle(bottom) -> n7.handle(bottom) [label="Order"]
}
Le flux est linéaire mais les branchements sont essentiels. Un événement de création de produit et un événement de commande arrivent sur le même webhook — l'agent IA les classifie et les route vers différents pipelines. Vous ne construisez pas d'intégrations séparées par canal. Vous construisez une couche d'intégration unique qui les gère toutes.
Construire le Pipeline de Synchronisation Produit
La synchronisation produit est là où la plupart des solopreneurs se heurtent à un mur. L'API Shopify renvoie variants[] avec option1, option2, option3. WooCommerce veut des attributes[] avec des terms[]. L'API SP-API d'Amazon veut des noms de champs complètement différents.
Coder en dur les mappings de champs pour chaque combinaison de plateformes casse au moment où vous ajoutez un quatrième canal. C'est là que le nœud AI Agent gagne sa place.
Une Synchronisation Produit Alimentée par l'IA
(Copiez et collez le code FlowZap suivant dans un projet de votre compte FlowZap pour voir ce diagramme.)
source { # Source Platform
n1: circle label:"Product Created"
n2: rectangle label:"Shopify Webhook"
n1.handle(right) -> n2.handle(left)
n2.handle(right) -> n8n.n3.handle(left) [label="POST product"]
}
n8n { # n8n AI Agent Layer
n3: rectangle label:"Receive Webhook"
n4: rectangle label:"AI: Extract Fields"
n5: diamond label:"Has Variants?"
n6: rectangle label:"AI: Normalize Schema"
n7: rectangle label:"AI: Map Categories"
n8: rectangle label:"Queue Sync Tasks"
n3.handle(left) -> source.n2.handle(right) [label="200 OK"]
n3.handle(right) -> n4.handle(left)
n4.handle(right) -> n5.handle(left)
n5.handle(right) -> n6.handle(left) [label="yes"]
n5.handle(bottom) -> n7.handle(top) [label="no"]
n6.handle(right) -> n8.handle(left)
n7.handle(right) -> n8.handle(left)
n8.handle(right) -> target.n9.handle(left) [label="push product"]
}
target { # Target Platforms
n9: rectangle label:"Target API Router"
n10: rectangle label:"WooCommerce API"
n11: rectangle label:"Amazon SP-API"
n12: circle label:"Synced"
n9.handle(left) -> n8n.n8.handle(right) [label="ack"]
n9.handle(right) -> n10.handle(left)
n10.handle(right) -> n11.handle(left)
n11.handle(right) -> n12.handle(left)
}
Voici le workflow n8n qui implémente cela :
- Déclencheur : Le webhook Shopify se déclenche sur
products/create. - Le nœud AI Agent reçoit le payload JSON brut avec ce prompt : "Extract: title, description, price, SKU, variant structure (size/color/material), images, and category. Output as structured JSON."
- Le nœud Switch branche sur
hasVariants. Les produits avec variantes passent par un sous-workflow de normalisation ; les produits simples le contournent. - Le nœud AI Agent n°2 mappe les catégories source vers la taxonomie de la plateforme cible : "Map these Shopify product categories to WooCommerce categories. If no match exists, suggest the closest parent category."
- Les nœuds HTTP Request poussent vers l'API WooCommerce et l'API SP-API d'Amazon via une couche de routage.
Astuce : Utilisez le nœud SplitInBatches de n8n pour gérer les produits multi-variantes. Chaque variante devient son propre appel API mais partage l'ID produit parent pour le lien.
Comparaison des Plateformes : Ce Dont Chaque Intégration a Besoin
| Plateforme | Méthode de Déclenchement | Complexité Produit | Événements Commande | Particularités API |
|---|---|---|---|---|
| Shopify | Webhook (quasi temps réel) | Variantes imbriquées, metafields personnalisés | orders/create, orders/paid | Limites de débit variables selon l'API et l'abonnement |
| WooCommerce | Webhook ou Polling | Attributs en tableaux, attributs globaux | order.created, order.updated | API REST v3, endpoints batch disponibles |
| Amazon SP-API | Notifications SQS | Modèle ASIN plat, pas de variantes natives | Notifications ORDER_CHANGE | Limité, nécessite une autorisation de partenaire vendeur |
Routage de Commandes Alimenté par l'IA
Les commandes sont là où votre couche d'intégration prouve qu'elle n'est pas juste un script. Quand une commande arrive de n'importe quel canal, l'agent IA décide de ce qui se passe ensuite — pas une instruction switch codée en dur.
Moteur de Décision de Routage de Commandes :
(Copiez et collez le code FlowZap suivant dans un projet de votre compte FlowZap pour voir ce diagramme.)
channels { # Sales Channels
n1: rectangle label:"Order Received"
n2: diamond label:"Platform?"
n3: rectangle label:"Unified Order Payload"
n1.handle(right) -> n2.handle(left)
n2.handle(bottom) -> n3.handle(top)
n3.handle(right) -> agent.n4.handle(left) [label="new order"]
}
agent { # AI Decision Engine
n4: rectangle label:"AI: Classify Order"
n5: diamond label:"Risk Score?"
n6: rectangle label:"Auto-Process"
n7: rectangle label:"Flag for Review"
n8: diamond label:"Inventory Check"
n9: rectangle label:"Route to Warehouse"
n10: rectangle label:"Backorder Queue"
n4.handle(left) -> channels.n3.handle(right) [label="ack"]
n4.handle(right) -> n5.handle(left)
n5.handle(right) -> n6.handle(left) [label="low"]
n5.handle(bottom) -> n7.handle(top) [label="high"]
n6.handle(right) -> n8.handle(left)
n8.handle(right) -> n9.handle(left) [label="in stock"]
n8.handle(bottom) -> n10.handle(top) [label="none"]
n9.handle(right) -> ops.n11.handle(left) [label="dispatch"]
}
ops { # Operations
n11: rectangle label:"OMS / ERP Write"
n12: rectangle label:"Shipment Created"
n13: rectangle label:"Notify Customer"
n14: circle label:"Complete"
n11.handle(left) -> agent.n9.handle(right) [label="confirmed"]
n11.handle(right) -> n12.handle(left)
n12.handle(right) -> n13.handle(left)
n13.handle(right) -> n14.handle(left)
}
L'agent IA ne se contente pas de classifier — il prend des décisions contextuelles qu'une instruction switch ne peut pas gérer :
- Évaluation du risque : L'agent vérifie le montant de la commande, la correspondance adresse de livraison/adresse de facturation, et l'historique client. Une commande de 1 716€ d'un nouveau client expédiée à un transitaire ? Signalée. Une commande de renouvellement de 39€ d'un client fidèle depuis 2 ans ? Traitée automatiquement.
- Routage d'inventaire : Au lieu de coder en dur « Entrepôt A pour les US, Entrepôt B pour l'UE », l'agent interroge les niveaux de stock et route vers l'emplacement qui a du stock. Si les deux sont vides, il route vers la file d'attente de réapprovisionnement.
- Gestion des exceptions : Si une commande contient un article en précommande mélangé avec des articles en stock, l'agent divise la commande et communique l'expédition fractionnée au client.
Le Prompt AI Agent Qui Fait le Gros du Travail
You are an order routing agent for a multi-channel eCommerce business.
Given this order payload, determine:
1. Risk level (low/medium/high) based on: order value, customer history,
address match, and any red flags in the notes field.
2. Fulfillment route: check inventory at each warehouse, pick the one
with sufficient stock. If none have stock, route to backorder.
3. Action: auto-process (low risk + in stock), flag for manual review
(high risk), or split (partial stock).
Output as JSON:
{
"risk": "low|medium|high",
"risk_reason": "brief explanation",
"warehouse": "A|B|C",
"action": "auto|review|split|backorder",
"customer_notification": "draft message if needed"
}
Astuce : Stockez le JSON de décision de l'agent dans votre base de données unifiée avec la commande. Quand quelque chose tourne mal, vous avez le raisonnement de l'agent — pas juste une décision de routage silencieuse que vous ne pouvez pas auditer.
Auto-hébergement vs n8n Cloud : Ce Dont un Solopreneur a Vraiment Besoin
| Facteur | Auto-hébergé (Community) | n8n Cloud (Starter/Pro) |
|---|---|---|
| Coût | 0€/mois + VPS (~5€/mois) | 21-51€/mois |
| Exécutions | Illimité | 2,500-10,000/month |
| Nœud AI Agent | Accès complet, tout fournisseur LLM | Identique |
| Multi-locataire | Instances séparées par client | Pas conçu pour cela |
| Maintenance | Vous le mettez à jour | n8n s'en charge |
| Souveraineté des données | Contrôle total | Infrastructure n8n |
Pour un solopreneur qui gère plusieurs boutiques clients, l'auto-hébergement peut être la voie la plus rentable quand vous voulez le contrôle de l'infrastructure et du volume d'exécution. Un VPS économique peut faire tourner n8n avec Docker Compose, et l'auto-hébergement vous donne plus de flexibilité sur le volume d'exécution et l'isolation des locataires que les offres cloud d'entrée de gamme.
# docker-compose.yml — self-hosted n8n with PostgreSQL
version: '3.8'
services:
n8n:
image: n8nio/n8n:latest
ports:
- "5678:5678"
environment:
- N8N_DATABASE_TYPE=postgresdb
- DB_POSTGRESDB_HOST=postgres
- DB_POSTGRESDB_DATABASE=n8n
- DB_POSTGRESDB_USER=n8n
- DB_POSTGRESDB_PASSWORD=${N8N_DB_PASS}
- N8N_ENCRYPTION_KEY=${ENCRYPTION_KEY}
restart: always
postgres:
image: postgres:16
environment:
- POSTGRES_DB=n8n
- POSTGRES_USER=n8n
- POSTGRES_PASSWORD=${N8N_DB_PASS}
volumes:
- pgdata:/var/lib/postgresql/data
restart: always
volumes:
pgdata:
Ce Qui Fonctionne vs. Ce Qui Casse
Ce Qui Fonctionne
| Pratique | Pourquoi |
|---|---|
| Un webhook par type d'événement | Un seul webhook products/create dans n8n gère Shopify, WooCommerce et Amazon. L'agent détermine la source à partir de la forme du payload. |
| IA pour la normalisation de schéma | Les LLM sont vraiment bons pour « ce champ s'appelle option1 ici et attribute:size là, mappe-les ». Mieux que les regex, plus rapide que le mapping manuel. |
| Base de données unifiée comme source de vérité | n8n écrit dans votre base de données, pas en retour vers les plateformes. Les plateformes sont les rayons. Votre base de données est le moyeu. |
| Notifications Telegram/Slack depuis l'agent | Quand l'IA signale une commande pour révision, elle envoie un message avec le résumé de la commande et son raisonnement. Vous approuvez/rejetez en 10 secondes. |
| Sous-workflows n8n pour une logique réutilisable | Construisez un sous-workflow « Normalisateur Produit ». Appelez-le depuis Shopify→WooCommerce, Amazon→Shopify, et toute combinaison future. |
Ce Qui Casse
| Anti-patron | Conséquence |
|---|---|
| Synchronisation directe plateforme-à-plateforme | Shopify→WooCommerce sans n8n au milieu signifie que vous reconstruisez la logique pour chaque paire. 3 plateformes = 6 chemins de synchronisation au lieu de 3. |
| Mappages de champs en dur | WooCommerce change son API, votre regex casse, vous ne le remarquez pas avant qu'un client vous envoie un email. L'agent IA s'adapte aux changements de noms de champs. |
| Pas de vérification d'inventaire avant routage | La commande est routée vers l'Entrepôt A, l'Entrepôt A a zéro stock, le client attend 3 jours de plus. Interrogez toujours l'inventaire en temps réel avant de fractionner. |
| Tout faire tourner sur n8n Cloud pour plusieurs clients | 2 500 exécutions/mois semble beaucoup jusqu'à ce que vous ayez 3 clients avec des boutiques actives. Les webhooks Shopify seuls peuvent se déclencher 100+ fois par modification de produit. Auto-hébergez. |
| Sauter le journal d'audit | Quand l'agent IA route une commande de 4 290€ vers « auto-process » et qu'elle s'avère frauduleuse, vous devez savoir pourquoi il a pris cette décision. Stockez chaque décision avec son raisonnement. |
La Perspective Solopreneur : Construire une Fois, Vendre à Plusieurs
Voici ce qui sépare un projet de week-end d'un service vendable :
Vous ne construisez pas cela pour vous-même. Vous construisez une couche d'intégration que vous pouvez déployer pour le Client A (Shopify + WooCommerce), le Client B (Amazon + Shopify + Etsy), et le Client C (WooCommerce + ERP personnalisé) — en utilisant les mêmes workflows n8n avec des identifiants API différents.
Les décisions architecturales clés qui rendent cela viable à travers les clients :
- Isolation des identifiants : L'instance n8n de chaque client (ou au minimum, les identifiants de chaque client) vit séparément. Ne partagez jamais les clés API entre les workflows clients.
- Canaux pilotés par configuration : Votre workflow lit les canaux actifs depuis un nœud de configuration, pas en dur. Demain quand un client ajoute TikTok Shop, vous l'activez — vous ne reconstruisez pas.
- Modèle de données unifié : Chaque canal écrit vers le même schéma normalisé dans votre base de données. Les champs comme
product.title,product.sku,order.totalsont cohérents quelle que soit la source. L'agent IA fait la normalisation au moment de l'ingestion. - Prompts IA par client : Le prompt de base est partagé ; les spécificités (noms d'entrepôts, transporteurs, règles fiscales) viennent de la configuration niveau client. Template : "Route this order using routing rules for {client_name}. Warehouses: {warehouse_list}."
Ce n'est pas un outil interne. C'est un produit que vous vendez. Le multi-locataire n'est pas un accident — c'est le modèle économique.
Le Bilan
Le nœud AI Agent de n8n peut réduire la quantité de code glue personnalisé nécessaire pour le mapping de schéma, le routage et la gestion des exceptions dans les workflows eCommerce multi-plateformes. L'agent gère les parties désordonnées — mapping de schéma, évaluation des risques, routage d'exceptions — qui nécessitaient auparavant des mois de codage de cas limites.
Commencez par la synchronisation produit. C'est l'intégration à plus forte valeur et au risque le plus faible. Une fois que les produits circulent proprement entre vos canaux, ajoutez le routage des commandes. Puis l'inventaire. Chaque couche s'appuie sur la précédente sans casser ce qui est venu avant.
Le solopreneur qui standardise cette architecture à travers les clients peut transformer le même workflow central en une offre de service répétable avec des frais d'infrastructure relativement faibles.
Inspirations:
- n8n AI Agent integrations — Official n8n AI agent documentation and templates
- What is n8n? Full Guide (UI Bakery, 2026) — Deep overview of n8n's AI capabilities and architecture
- Rutter: The Systems of Agentic Commerce — Why agentic commerce is a systems problem, not a single integration
- n8n Shopify integration — Official Shopify node documentation
- n8n WooCommerce integration — Shopify→WooCommerce bridge patterns
- n8n Amazon integration — Amazon SP-API node documentation
- Multi-Agent Orchestration with n8n (Medium, 2026) — How n8n evolved into a multi-agent orchestration platform
- n8n vs Make: Best Ecommerce Workflows 2026 — Comparison of automation platforms for eCommerce
- n8n Community: Top 5 AI Agents for Small Business — Real-world agent patterns from the n8n community
- Fluent Commerce: How OMS Data Powers AI Agents — The role of Order Management Systems in agentic commerce
- n8n Self-Hosted Setup Guide (Infralovers) — Production-grade n8n deployment patterns
- n8nLab: WooCommerce n8n Workflow Automation — Enterprise-grade WooCommerce automation patterns
- Shopify→WooCommerce migration workflow (Reddit r/n8n) — Community-built product importer with 100+ nodes
- Domo: Inventory Management AI Agents — Types and patterns for inventory management agents
- Agentic Commerce Systems (Rutter) — The four core systems of agentic commerce: platform, ERP, OMS, WMS