Combien de temps une petite boutique perd-elle chaque semaine à recopier ses commandes dans un tableau pour son comptable ou son associé ? La réponse tourne souvent autour de deux à trois heures, pour un travail que WooCommerce sait déjà déclencher tout seul via ses webhooks natifs. Pas besoin d’un ERP complet pour résoudre ce problème : un scénario d’automatisation suffit, à condition de bien choisir son déclencheur et son outil.
Deux solutions dominent ce terrain sans ligne de code : Zapier et Make (anciennement Integromat). Les deux savent parler à WooCommerce et à Google Sheets, mais elles ne se comportent pas de la même façon face aux mises à jour de statut d’une commande, ce qui change concrètement le résultat obtenu dans le tableau final.
Le problème à résoudre précisément
L’objectif n’est pas seulement d’ajouter une ligne à chaque nouvelle commande : c’est de maintenir un tableau qui reste exact quand une commande passe de « en attente » à « terminée », ou quand elle est remboursée. Un scénario naïf qui écoute uniquement l’événement de création de commande produit un tableau figé à l’instant T, inutile pour un suivi de trésorerie réel.
Approche avec Zapier
Zapier s’appuie sur les webhooks natifs de WooCommerce (menu WooCommerce, Réglages, Avancé, Webhooks), déclenchés directement par le cœur du plugin à chaque changement de statut de commande. Le scénario se construit ainsi :
- Créer un webhook WooCommerce sur l’action
order.updated, pointé vers l’URL de déclenchement fournie par Zapier. - Ajouter une étape de filtre qui ne laisse passer que les statuts pertinents (
processing,completed,refunded). - Rechercher la ligne existante dans Google Sheets par numéro de commande avant d’écrire, pour mettre à jour plutôt que dupliquer.
- Écrire ou mettre à jour la ligne avec les champs utiles : numéro, statut, montant total, méthode de paiement, date.
Le point fort de Zapier ici est la réactivité : le webhook pousse l’information en quelques secondes, sans scrutation périodique.
Approche avec Make
Make propose également un module webhook, mais son point fort réside dans son outil de routage visuel : un seul scénario peut se ramifier selon le statut reçu, avec un chemin dédié pour chaque cas (nouvelle commande, mise à jour, remboursement), plutôt qu’un empilement de filtres séquentiels comme chez Zapier. Make permet aussi d’agréger plusieurs commandes reçues en rafale avant d’écrire dans Google Sheets, ce qui limite les appels à l’API Sheets lors d’un pic de trafic.
| Critère | Zapier | Make |
|---|---|---|
| Déclenchement | Webhook natif WooCommerce, direct | Webhook générique ou polling selon configuration |
| Gestion des doublons | Recherche manuelle avant écriture | Agrégateur intégré pour lisser les pics |
| Lisibilité du scénario | Linéaire avec filtres successifs | Ramifié visuellement par statut |
| Coût à volume élevé | Facturé à la tâche, monte vite | Facturé à l’opération, souvent plus économique |
Le piège du doublon de ligne
La cause la plus fréquente de tableau incohérent n’est pas un bug de l’automatisation, c’est un scénario qui écrit une nouvelle ligne à chaque changement de statut au lieu de mettre à jour la ligne existante. Une commande qui passe par trois statuts avant d’être terminée produit alors trois lignes distinctes dans Google Sheets. La correction est systématique : rechercher par numéro de commande avant chaque écriture, jamais ajouter en aveugle.
Un scénario d’automatisation qui fonctionne en test avec cinq commandes et qui explose en production avec cinq cents n’a pas de problème de volume, il a un problème de recherche avant écriture.
Sécuriser le webhook WooCommerce
Le webhook WooCommerce transmet des données de commande, potentiellement sensibles, vers un service tiers. Il convient de vérifier la signature HMAC transmise dans l’en-tête X-WC-Webhook-Signature avant tout traitement, plutôt que de faire confiance à l’URL secrète comme unique protection. Zapier comme Make proposent tous deux une étape de vérification de signature, souvent ignorée par gain de temps lors de la première mise en place.
Recette et variantes
- Variante minimaliste : un seul filtre sur le statut
completed, pour un tableau de commandes livrées uniquement. - Variante comptable : ajout d’une colonne calculée pour la TVA, à partir du champ
total_taxde la commande. - Variante alerte : notification Slack déclenchée en parallèle de l’écriture Sheets lorsque le montant dépasse un seuil défini.
Notre verdict
Pour un volume modéré de commandes avec une logique simple, Zapier reste plus rapide à mettre en place grâce à son intégration WooCommerce native bien documentée. Dès que le volume grimpe ou que la logique se ramifie selon plusieurs statuts, Make devient plus lisible à maintenir et généralement plus économique. Dans les deux cas, la recherche avant écriture et la vérification de signature du webhook ne sont pas optionnelles.
