Automatisation & intégrations · Shopify, PrestaShop, WooCommerce
Ce que vous ressaisissez à la main, votre boutique peut le faire seule.
Stocks fournisseurs, commandes vers l’ERP, étiquettes transporteurs, flux produits, synchronisation CRM : je connecte votre boutique à vos outils avec des intégrations qui tiennent dans la durée — journalisées, surveillées, et capables de reprendre après une erreur.
- APIs Shopify, PrestaShop et WooCommerce
- No-code ou sur mesure, selon le besoin réel
- Logs, reprises sur erreur, alertes
Vous vous reconnaissez ?
Les signes qu’il est temps d’automatiser
L’automatisation ne sert pas à « faire moderne ». Elle sert à supprimer des tâches répétitives qui coûtent du temps, et surtout des erreurs qui coûtent des clients.
- Vous mettez à jour les stocks à partir d’un fichier fournisseur, à la main, plusieurs fois par semaine.
- Vous vendez régulièrement des produits qui ne sont plus disponibles chez votre fournisseur.
- Les commandes sont ressaisies dans l’ERP, le logiciel de facturation ou l’outil du logisticien.
- Les étiquettes d’expédition sont créées une par une sur le site du transporteur, et le numéro de suivi est recopié dans la commande.
- Des produits sont refusés dans Google Merchant Center parce que le flux ne reflète pas le catalogue réel.
- Un scénario Make ou Zapier s’est arrêté il y a trois semaines, et personne ne l’a remarqué.
- Une synchronisation « maison » tourne quelque part sur le serveur, sans log, et plus personne ne sait ce qu’elle fait exactement.
- Vos prix d’achat changent, mais vos prix de vente ne suivent qu’avec retard.
Chacune de ces situations a une solution technique connue. La vraie question est de choisir la bonne — et de la rendre fiable, pas seulement fonctionnelle le jour de la démonstration.
Périmètre
Ce que je connecte et automatise
Stocks et prix fournisseurs
Import planifié de fichiers CSV, XML ou d’API fournisseurs : quantités, prix d’achat, règles de marge, désactivation des produits épuisés, gestion des références inconnues plutôt qu’un plantage silencieux.
ERP, facturation, comptabilité
Transmission des commandes, clients et avoirs vers votre outil de gestion ; remontée des stocks et des statuts. Avec une table de correspondance claire entre les identifiants des deux systèmes.
Transporteurs
Génération d’étiquettes, remontée automatique des numéros de suivi, changement de statut de commande, sélection de points relais dans le tunnel d’achat, règles de tarification par poids ou par zone.
Flux produits
Flux Google Merchant Center, marketplaces et comparateurs : attributs obligatoires, GTIN, variantes, disponibilité et prix cohérents avec la page produit. Voir aussi l’article sur les produits refusés dans Merchant Center.
Emails et CRM
Synchronisation des clients, commandes et événements vers votre outil d’emailing ou votre CRM : segments fiables, relances de panier, consentements respectés. En complément d’un tracking propre.
Tâches planifiées
Cron serveur, Action Scheduler sous WooCommerce, Shopify Flow : exports comptables, nettoyages, rapports, relances internes, contrôles de cohérence du catalogue exécutés sans intervention humaine.
Choisir le bon outil
No-code ou développement sur mesure : quand choisir quoi
Je n’ai pas de religion sur le sujet. Make ou Zapier sont d’excellents outils dans leur zone de confort ; un développement sur mesure est parfois la seule option raisonnable. Ce qui coûte cher, c’est de se tromper de catégorie.
| Critère | No-code (Make, Zapier, Shopify Flow) | Développement sur mesure |
|---|---|---|
| Volume | Faible à modéré : quelques dizaines à quelques centaines d’opérations par jour | Volumes importants, catalogues de plusieurs milliers de références, traitements par lots |
| Logique métier | Simple : « quand A se produit, faire B » | Règles de marge, exceptions, correspondances multiples, calculs |
| Coût | Abonnement mensuel qui augmente avec le nombre d’opérations | Investissement initial, puis coût d’exploitation faible |
| Gestion des erreurs | Limitée : reprise manuelle, historique à durée restreinte | Maîtrisée : file d’attente, nouvelles tentatives, journal complet |
| Délai de mise en place | Rapide | Plus long, avec une phase de test en préproduction |
| Dépendance | À la plateforme no-code et à ses connecteurs | À un code documenté, qui vous appartient |
Cas fréquent : un scénario no-code lancé pour « tester » devient, deux ans plus tard, une pièce critique de l’activité dont la facture mensuelle grimpe avec le volume. À ce stade, le réécrire proprement est généralement rentable. À l’inverse, développer un module sur mesure pour envoyer une notification Slack à chaque commande n’a aucun sens.
Par plateforme
Les bons points d’entrée, selon votre boutique
Admin API GraphQL, webhooks, Flow
- Admin API GraphQL et opérations en masse (bulk operations) pour les gros catalogues
- Webhooks avec vérification de signature HMAC
- Respect des limites de débit calculées au coût des requêtes
- Shopify Flow pour les règles internes, Shopify Functions pour la logique de remise ou de livraison
Webservice, modules, tâches cron
- Webservice natif : clé d’API avec permissions par ressource
- Modules sur mesure accrochés aux hooks (
actionValidateOrder,actionOrderStatusPostUpdate…) - Imports planifiés par cron, en ligne de commande plutôt que par URL publique
- Aucun override du cœur quand un hook suffit
API REST, webhooks, Action Scheduler
- API REST avec clés dédiées et droits limités au nécessaire
- Webhooks natifs sur commandes, produits et clients
- Action Scheduler pour les traitements en file d’attente, plutôt que WP-Cron seul
- Code compatible HPOS : accès aux commandes via les objets
WC_Order, jamais par requêtes directes surwp_posts
Fiabilité
Une intégration se juge le jour où quelque chose tombe en panne
Faire communiquer deux systèmes quand tout va bien, n’importe quel développeur y parvient. Le métier commence quand l’API du fournisseur répond une erreur 503 à 3 heures du matin, quand un webhook est livré deux fois, ou quand un fichier arrive avec une colonne en moins.
Trois principes guident tout ce que je construis :
- L’idempotence. Rejouer le même traitement ne doit jamais créer de doublon : ni deux commandes dans l’ERP, ni deux étiquettes facturées par le transporteur. Chaque opération porte un identifiant unique, vérifié avant exécution.
- La reprise sur erreur. Un appel qui échoue est remis en file d’attente et retenté avec un délai croissant. Après plusieurs échecs, il est isolé et signalé — pas abandonné en silence.
- La traçabilité. Chaque échange est journalisé : ce qui a été envoyé, ce qui a été reçu, quand, avec quel résultat. Quand un client demande pourquoi sa commande n’est pas partie, la réponse se trouve en deux minutes.
Et parce qu’une synchronisation arrêtée sans bruit est le pire des scénarios, j’ajoute des alertes : vous êtes prévenu quand un traitement échoue, mais aussi quand il ne s’est pas exécuté alors qu’il aurait dû.
Déroulement
Comment se déroule un projet d’automatisation
- 01
Cartographie du processus
Vous me montrez ce que vous faites aujourd’hui, étape par étape. Un processus bancal automatisé reste bancal : il produit simplement ses erreurs plus vite. On le simplifie donc d’abord.
- 02
Étude des systèmes à connecter
Documentation des APIs, formats de fichiers, limites de débit, environnement de test disponible ou non, identifiants communs entre les deux systèmes (SKU, EAN, référence fournisseur).
- 03
Choix de la solution et devis
No-code, application existante, module sur mesure ou combinaison des trois. Je vous explique le choix, ses limites et son coût d’exploitation, puis je vous remets un devis ferme.
- 04
Développement en préproduction
Sur une copie de la boutique, avec des données réalistes et les cas tordus : produit inconnu, stock négatif, adresse incomplète, réponse vide de l’API.
- 05
Mise en service progressive
D’abord en mode observation — le traitement journalise ce qu’il ferait sans rien modifier — puis activation réelle, sur un périmètre restreint avant généralisation.
- 06
Surveillance et passation
Alertes actives, documentation remise, procédure de reprise expliquée. Le suivi peut ensuite s’inscrire dans une maintenance.
Erreurs courantes
Ce que je retrouve le plus souvent en reprenant une intégration
- Une synchronisation complète du catalogue toutes les cinq minutes, alors que seuls quelques produits changent — et un serveur à genoux. Voir optimisation des performances.
- Des clés d’API écrites en clair dans le code, avec tous les droits, partagées entre plusieurs outils.
- Des webhooks acceptés sans vérification de signature : n’importe qui peut en envoyer de faux.
- Un script cron appelé par une URL publique, sans jeton, que les robots déclenchent au passage.
- Aucune gestion des limites de débit : l’API bloque, le traitement s’arrête à mi-chemin et laisse des données incohérentes.
- Un rapprochement des produits par leur nom plutôt que par une référence stable.
- Aucun log. Quand un écart de stock apparaît, il est impossible de remonter à son origine.
- Un empilement d’applications et de modules qui écrivent tous dans le même champ, chacun écrasant l’autre.
Si vous soupçonnez qu’une intégration existante fait des dégâts sans savoir lesquels, commencez par un diagnostic e-commerce : je lis le code, les journaux et les données avant de proposer quoi que ce soit.
Quand me contacter
Le bon moment, c’est avant que le volume vous déborde. Une heure de ressaisie quotidienne paraît supportable avec dix commandes par jour ; elle devient un poste à part entière avec cinquante, et une source d’erreurs bien avant.
Je suis utile notamment dans ces situations :
- vous changez de fournisseur, de logisticien ou d’ERP et il faut brancher la boutique dessus ;
- vous préparez une migration de plateforme et les intégrations existantes doivent être reconstruites de l’autre côté ;
- une synchronisation héritée d’un ancien prestataire pose problème et personne ne veut y toucher ;
- votre abonnement no-code coûte de plus en plus cher et vous voulez savoir s’il est temps de passer au sur-mesure ;
- une intégration est en panne maintenant et les commandes s’accumulent : c’est un dépannage, écrivez-moi directement sur WhatsApp.
Je travaille aussi en sous-traitance pour des agences qui ont besoin d’un renfort sur la partie API d’un projet.
Un exemple dans la durée
Pour Aliénor de Bazard, j’interviens depuis 2022 sur six boutiques PrestaShop : modules personnalisés, intégrations fournisseurs et APIs transporteurs font partie du quotidien de cette collaboration.
Décrivez ce que vous voulez automatiser
Quelques lignes suffisent : votre plateforme, les outils à connecter, et ce que vous faites aujourd’hui à la main. Je reviens vers vous sous 1 h en journée.
- Un premier avis sur la faisabilité
- Une orientation no-code ou sur mesure
- Un devis ferme après cadrage
Vous préférez en parler de vive voix ? Réservez un créneau.
Questions fréquentes sur l’automatisation e-commerce
Combien coûte une intégration sur mesure ?
À partir de 250 € TTC pour une automatisation. Le montant final dépend de la qualité des APIs à connecter, du volume et du nombre de cas particuliers à gérer : vous recevez un devis ferme après un échange de cadrage. Si l’existant est flou, un diagnostic permet de chiffrer sans mauvaise surprise.
Make ou Zapier suffisent-ils pour ma boutique ?
Souvent oui, pour des flux simples et des volumes modérés : notifications, ajout d’un client dans un outil d’emailing, création d’une ligne dans un tableur. Dès que la logique comporte des exceptions, que le volume augmente ou qu’une erreur a un coût réel (stock, expédition, facturation), un développement dédié devient plus sûr et souvent plus économique sur la durée.
Mon fournisseur n’a pas d’API. Peut-on quand même synchroniser les stocks ?
Dans la plupart des cas, oui. Beaucoup de fournisseurs déposent un fichier CSV ou XML sur un serveur FTP, ou l’envoient par email à heure fixe. Ce fichier peut être récupéré et traité automatiquement, avec des contrôles de cohérence avant toute mise à jour du catalogue.
Que se passe-t-il si l’API d’un partenaire change ?
C’est inévitable à terme. Le code est structuré pour isoler la partie qui dialogue avec chaque service : une évolution d’API se corrige à un seul endroit. Les alertes signalent la rupture rapidement, et une maintenance permet de traiter ces évolutions avant qu’elles ne bloquent l’activité.
À qui appartient le code développé ?
À vous. Il est livré documenté, sans verrou ni dépendance artificielle : un autre développeur compétent peut le reprendre.
Pouvez-vous reprendre une intégration écrite par quelqu’un d’autre ?
Oui, c’est une demande courante. Je commence par lire le code et les données pour comprendre ce qu’il fait réellement, puis je vous dis s’il vaut mieux le corriger, le fiabiliser ou le réécrire.
Récupérez le temps que vous passez à recopier des données.
Décrivez-moi le processus qui vous pèse le plus : je vous dis comment l’automatiser, avec quel outil, et ce que cela implique.