Connecter Shopify et HubSpot : les 4 méthodes, et laquelle choisir
Application native, connecteur du marché, plateforme d'automatisation ou développement sur mesure : le comparatif honnête, avec les coûts réels et les cas où chaque approche casse.
Faire remonter vos commandes Shopify dans HubSpot est une demande que je reçois presque chaque semaine. La question n'est jamais « est-ce possible » — ça l'est, de quatre façons différentes. La vraie question, c'est laquelle tiendra dans deux ans.
Voici les quatre approches, ce qu'elles coûtent réellement, et le moment précis où chacune casse.
1. L'intégration native HubSpot ↔ Shopify
Le principe. HubSpot propose une connexion officielle qui synchronise contacts, commandes et produits.
Pour qui. Un catalogue simple, un flux de commandes standard, pas de logique métier particulière. Si vous vendez des produits sans variantes complexes et que vous voulez juste voir l'historique d'achat dans la fiche contact, arrêtez votre lecture ici : c'est la bonne réponse.
Où ça casse. Dès que vous voulez transformer la donnée en chemin — recalculer une marge, agréger plusieurs commandes, déclencher selon une règle qui n'existe pas dans l'interface. Le natif synchronise ; il ne raisonne pas.
2. Un connecteur du marché
Le principe. Une application tierce spécialisée, installée depuis l'un des deux marketplaces.
Pour qui. Ceux dont le besoin dépasse le natif sur un point précis et fréquent — la gestion fine des paniers abandonnés, par exemple, ou un mapping de propriétés que le natif ne permet pas.
Où ça casse. Trois angles morts, dans l'ordre de fréquence :
- La dépendance. Vous héritez du rythme de l'éditeur. Shopify change une API, vous attendez qu'il suive.
- Le mapping figé. Les connecteurs imposent leur modèle de données. Si le vôtre en diverge, vous adaptez votre organisation à l'outil — l'inverse de ce que vous vouliez.
- Le coût cumulé. 30 à 80 € par mois paraît anodin. Sur trois ans, avec deux ou trois connecteurs, c'est le budget d'un développement sur mesure qui, lui, vous appartiendrait.
3. Une plateforme d'automatisation (n8n, Make, Zapier)
Le principe. Un intermédiaire qui écoute Shopify, transforme la donnée, écrit dans HubSpot. C'est l'approche que je recommande le plus souvent.
Pour qui. Toute logique métier qui vous est propre. « Si commande > 500 € et client déjà venu, créer une affaire et notifier le commercial » : c'est cinq minutes ici, impossible ailleurs sans code.
Où ça casse.
La parade tient en une phrase : filtrer au plus près de la source. Les déclencheurs sur metafield ajoutés par Shopify servent exactement à ça.
Second angle mort, plus insidieux : personne ne surveille les scénarios. Un scénario en échec est silencieux. Prévoyez une alerte dès la mise en place, pas après le premier incident.
Sur le choix de l'outil : n8n si vous voulez maîtriser vos données et vos coûts (il s'auto-héberge), Make pour le confort visuel, Zapier pour la couverture d'applications. À volume élevé, l'écart de coût entre n8n et Zapier devient l'argument décisif.
4. Le développement sur mesure
Le principe. Du code qui appelle les deux API.
Pour qui. Un volume important, une logique vraiment spécifique, ou une contrainte de confidentialité qui interdit de faire transiter la donnée par un tiers.
Où ça casse. La maintenance. Les deux plateformes font évoluer leurs API en continu — HubSpot vient de basculer vers un versionnage daté. Du code non maintenu devient du code cassé, et c'est rarement au bon moment.
Comment décider, en trois questions
Votre logique tient-elle en une phrase sans « si » ni « sauf » ? Oui → le natif suffit.
Cette logique vous est-elle propre, ou est-elle standard dans votre secteur ? Standard → cherchez un connecteur. Propre → plateforme d'automatisation.
Avez-vous quelqu'un pour maintenir du code dans deux ans ? Non → n'allez pas au sur-mesure, quel que soit le volume.
L'erreur que je vois le plus souvent
Choisir l'approche la plus puissante « au cas où ». Une entreprise de douze personnes qui fait développer une intégration sur mesure parce qu'« un jour on aura des besoins spécifiques » se retrouve, dix-huit mois plus tard, avec du code que plus personne ne comprend et un besoin qui n'est jamais venu.
Prenez la solution la plus simple qui marche aujourd'hui. Vous changerez quand elle cassera — et vous saurez alors exactement pourquoi, ce qui rendra le choix suivant beaucoup plus facile.
Questions sur cet article
Combien de temps prend une intégration Shopify–HubSpot ?
L'intégration native se configure en une heure. Un scénario d'automatisation sur mesure, comptez 2 à 5 jours selon le nombre de règles métier. Un développement complet dépasse généralement les deux semaines, maintenance non comprise.
Peut-on synchroniser l'historique des commandes déjà passées ?
Oui, mais c'est un chantier distinct de la synchronisation courante. La reprise d'historique se traite en une fois, avec ses propres règles de déduplication — ne la confondez pas avec le flux temps réel, sous peine de créer des doublons.
Que se passe-t-il si mon automatisation tombe en panne ?
Sans surveillance, rien de visible : les données cessent simplement de remonter, et on s'en aperçoit des semaines plus tard. C'est pourquoi je pose systématiquement une alerte en échec dès la mise en place, avant même de terminer le scénario.
n8n, Make ou Zapier : lequel choisir ?
n8n si vous voulez maîtriser vos coûts et vos données — il s'auto-héberge. Make pour le confort de son éditeur visuel. Zapier pour la largeur de son catalogue d'applications. À volume élevé, l'écart de facturation devient l'argument décisif.