Développement sur mesure
Intégrations webhook WooCommerce pilotées par les événements
Un webhook qui part, c’est facile. Un webhook qui arrive, une seule fois, et dont on peut prouver l’arrivée, c’est le vrai travail.
Périmètre et devis établis par projet. Devis ferme avant tout démarrage. Pas de facturation à l’heure.
Une intégration webhook WooCommerce transforme ce qui se produit dans votre boutique — commande payée, remboursement émis, stock passé à zéro — en un appel vers un autre système. WooCommerce fournit des webhooks d’origine, et pour une boutique à faible volume ils suffisent souvent. Ils cessent de suffire au moment où il devient important que l’autre système ait bien reçu l’événement.
Les webhooks du cœur réessaient un nombre fixe de fois puis abandonnent en silence. Pas de file d’attente d’échecs, pas de moyen de rejouer les échecs de la veille une fois l’API revenue, et peu de visibilité sur ce qui a réellement été envoyé. Quand le système destinataire est votre entrepôt, votre comptable ou votre 3PL, « probablement livré » n’est pas un état confortable en fin de mois. Nous construisons la couche de livraison qui transforme les événements en quelque chose de rapprochable.
Développement type
- Envoi des événements via Action Scheduler, pour qu’un point d’accès lent ne bloque jamais la caisse ni l’administration.
- Relances avec backoff exponentiel, file d’échecs pour ce qui échoue malgré tout, et rejeu en un clic depuis wp-admin.
- Signatures HMAC sur les appels sortants et vérification de signature sur les entrants, pour que chaque partie puisse prouver qui a envoyé quoi.
- Clés d’idempotence, pour qu’une relance ne crée pas une deuxième commande, une deuxième facture ou une deuxième expédition.
- Un journal de livraison avec charge utile, code de réponse et durée, conservé pendant la période que vous choisissez.
Pertinent si…
- Des commandes n’arrivent parfois pas dans votre ERP, votre entrepôt ou votre comptabilité et personne ne le voit avant qu’un client ne le signale.
- Vous devez aussi recevoir des événements — expédition créée, paiement réglé — et agir dessus en toute sécurité dans WooCommerce.
- Vous devez montrer, en fin de mois, quels événements ont été envoyés et ce que l’autre système a répondu.
Lien avec la visibilité IA
L’exactitude des stocks et des prix est autant un problème de visibilité que d’exploitation : un flux qui annonce « en stock » pour un article expédié hier fait masquer vos produits par le Merchant Center et fait dire n’importe quoi aux assistants. Les mises à jour pilotées par événements gardent la boutique — et donc chaque flux et chaque bloc JSON-LD — plus proche de ce qu’il y a réellement en rayon. C’est la même raison pour laquelle le suivi de visibilité IA surveille la santé des flux.
FAQ
Des réponses directes aux questions que posent les propriétaires de boutiques
Pourquoi ne pas utiliser les webhooks intégrés de WooCommerce ?
Utilisez-les quand le système destinataire est tolérant et le volume faible — nous vous dirons quand c’est le cas. Construisez ceci quand un événement perdu coûte de l’argent ou doit être rapproché, car les webhooks du cœur abandonnent en silence et ne se rejouent pas.
Et si l’autre système est indisponible une journée ?
Les événements sont mis en file et relancés avec backoff. Ce qui échoue malgré tout arrive dans une file d’échecs que vous pouvez rejouer dans l’ordre au retour du point d’accès, plutôt que de le perdre.
Peut-on dialoguer avec un système sans API ?
Parfois. Dépôts SFTP, CSV envoyés par e-mail et points d’accès interrogés régulièrement sont tous exploitables, et nous avons fait avec pire. Si un système est réellement fermé, nous le dirons clairement lors de l’appel de cadrage.
Développement sur mesure
Dites-nous ce qui devrait se faire tout seul.
Décrivez la tâche que quelqu’un fait à la main, ou le système avec lequel votre boutique ne sait pas dialoguer. Vous recevrez sous un jour ouvré une réponse de l’ingénieur qui le construirait, en anglais.
Décrire mon automatisation