n8n a dépassé les 70 000 étoiles GitHub et s'impose comme la meilleure alternative open-source à Zapier et Make. Pour Shopify, c'est le choix naturel des équipes qui veulent self-host, versionner leurs workflows, et garder un contrôle total sur le code exécuté.
Ce guide est pensé pour les développeurs et freelances qui intègrent Shopify via n8n, avec un focus sur la GraphQL Admin API, les webhooks, les patterns de rollback, et les limites que nos clients ont rencontrées en production.
Stack tech autour de n8n Shopify
Les 3 patterns n8n les plus solides avec Shopify
Webhook → enrichissement → push
Webhook Triggerproducts/create → enrichissement par LangChain + OpenAI → productUpdate en GraphQL. 8 nodes, idempotent, avec retry. C'est le cas d'école n8n Shopify.Cron → bulk operations
bulkOperationRunMutationbulkOperationRunMutation pour exporter tout le catalogue, parse le JSONL, push vers PostgreSQL pour analytics. Respecte le bucket GraphQL sans effort.Agents IA sur catalogue
LangChain agentSetup d'un webhook Shopify dans n8n
Pour recevoir un webhook orders/create, il faut deux étapes côté Shopify et une côté n8n. Voici la séquence que nos audits recommandent :
1. Créer le webhook Shopify via GraphQL
mutation webhookSubscriptionCreate(
$topic: WebhookSubscriptionTopic!,
$webhookSubscription: WebhookSubscriptionInput!
) {
webhookSubscriptionCreate(
topic: $topic,
webhookSubscription: $webhookSubscription
) {
userErrors { field message }
webhookSubscription { id }
}
}
variables:
{
"topic": "ORDERS_CREATE",
"webhookSubscription": {
"callbackUrl": "https://n8n.votre-domaine.com/webhook/shopify-orders",
"format": "JSON"
}
}2. Côté n8n, node Webhook avec le même path, HTTP Method POST, Authentication = "Header Auth" pour vérifier X-Shopify-Hmac-Sha256.
3. Vérifier la signature HMAC dans un node Code avant de faire quoi que ce soit — sinon n'importe qui peut forger un webhook.
Les 4 pièges n8n Shopify qu'on voit en production
1. La vérification HMAC oubliée
n8n ne vérifie pas automatiquement le HMAC d'un webhook Shopify. Si vous n'ajoutez pas un node Code avec crypto.createHmac('sha256', secret).update(rawBody).digest('base64'), votre endpoint est public et forgeable. Faille critique, on la voit encore trop souvent.
2. Les exécutions qui s'empilent sans purge
Par défaut, n8n garde l'historique complet des exécutions. Sur un webhook très actif (ex: inventory_levels/update sur un gros catalogue), la base de données explose en 2 semaines. Toujours configurer EXECUTIONS_DATA_MAX_AGE=168 (7 jours) et un pruning périodique.
3. Le rate limiting GraphQL ignoré
Comme avec Make, il faut lire le throttleStatus dans les réponses GraphQL et ralentir le pipeline quand currentlyAvailable < 100. Sans ça, le moindre scénario qui traite 500 produits échoue en 429 sur la moitié des items.
4. Pas de rollback natif
n8n conserve les exécutions mais ne permet pas de "rejouer à l'envers" un workflow qui a mis à jour 1 000 produits. Le rollback doit être codé manuellement : sauvegarder l'état avant, coder une action de restauration. En pratique, personne ne le fait — et les incidents catalogue sont irréversibles.
bulkOperationRunQuery et stockage dans Supabase/PG. En cas d'erreur, rejeu inverse depuis ce snapshot. C'est ce que Seegea fait nativement pour vous.n8n vs Seegea : positionnement
| Critère | n8n + Shopify GraphQL | Seegea |
|---|---|---|
| Setup initial | 5 à 15 jours (workflows custom) | 48 heures |
| Self-host | Oui (VPS, Docker) | Non (SaaS) |
| Coût infrastructure | VPS 5-20 €/mois + maintenance | 19 à 129 €/mois tout inclus |
| Bulk edit interactif | Impossible (workflow figé) | Grille inline Excel-like |
| Rollback produit | À coder manuellement | Ctrl+Z + re-push GraphQL |
| Gestion HMAC webhooks | À coder | Gérée par Inngest côté Seegea |
| Accès équipe non-tech | Nul (workflows opaques) | Interface type Excel |
| Versioning workflows | Git natif | Pas pertinent (SaaS) |
Cas concret : enrichissement IA d'un catalogue Shopify
Scénario fréquent : générer une meta description SEO pour 3 000 produits existants sur Shopify. Deux approches :
Approche n8n
- Node Cron quotidien →
bulkOperationRunQuerypour lister les produits sans meta description. - Polling du bulk, téléchargement JSONL.
- Itération ligne par ligne → node OpenAI / LangChain pour générer la description.
- Node Queue / Rate limiter pour respecter le bucket GraphQL.
- Node HTTP Request →
productUpdate+metafieldsSet. - Gestion d'erreurs + logs.
Temps de dev : 3 à 6 jours freelance. Maintenance : ~2 h/mois. Coût OpenAI : ~40 à 80 €.
Approche Seegea
- Connexion OAuth Shopify (2 minutes).
- Sélection des 3 000 produits dans la grille.
- Action "Générer meta description IA" (1 clic).
- Validation visuelle, push en masse.
Temps total : 2 à 3 heures, dont 1 h de validation humaine. Pas de code, pas de maintenance. Inclus dans l'abonnement.
Voyez Seegea pour vos workflows catalogue n8n
Démo 30 min Google Meet · on vous montre le remplacement concret
Architecture recommandée : n8n + Seegea
n8n reste imbattable pour l'orchestration transverse : commandes vers ERP, synchro CRM, agents IA métier, pipelines data vers PostgreSQL/BigQuery. Il ne faut pas s'en priver.
Ce qui doit sortir de n8n, c'est la partie édition catalogue pure : bulk edit de prix, génération de descriptions IA, optimisation d'images, rollback. Pour ça, une couche dédiée comme Seegea fait l'essentiel en quelques clics, avec une interface lisible par l'équipe produit.
Seegea est conçu en France entre Annecy et Chantilly. On parle en natif avec les devs qui maintiennent n8n, et on s'intègre sans friction (webhooks Seegea → n8n pour les événements métier spécifiques). Si vous voulez un avis technique sur votre stack actuelle, on prend 30 minutes en visio Google Meet.
FAQ
Voyez Seegea en action
Réservez une démo visio de 30 minutes sur Google Meet. Sans engagement.
Réserver une démo