Modéliser avant de coder
Nous analysons le schéma de votre système, identifions ce qui alimente chaque objet HubSpot et établissons les cardinalités. Une table de votre outil ne correspond presque jamais à un objet HubSpot ligne pour ligne.
Intégrations HubSpot
ERP, logiciels métier, bases internes, systèmes développés sur mesure : quand le Marketplace s'arrête, notre travail commence.
Forfait unique · chiffrage ferme · sans engagement de développement
Une table de votre système correspond rarement à un objet HubSpot ligne pour ligne. Le modèle se décide avant le développement.
À RETENIR
Connecter HubSpot à vos outils passe par trois voies : le connecteur natif du HubSpot App Marketplace, une plateforme d'automatisation type Make ou Zapier, ou un développement sur mesure. Le natif convient aux objets standards sans logique métier ; l'automatisation aux scénarios événementiels à volume modéré ; le sur-mesure dès qu'il y a des objets personnalisés, des règles de gestion, un système propriétaire ou un volume important. Chez Stratenet, tout projet démarre par un audit de faisabilité au forfait : il modélise vos données, propose une architecture et chiffre le développement et la maintenance avant tout engagement.
En dix secondes
Tapez le nom de votre logiciel. Vous saurez tout de suite s'il existe un connecteur, ce qu'il couvre, et où il s'arrête.
Cela ne veut pas dire qu'il n'est pas connectable — la plupart de nos projets portent justement sur des systèmes absents du Marketplace. Parlons-en dans l'audit de faisabilité.
Ces statuts sont ceux du HubSpot App Marketplace à la date de mise à jour. Le périmètre réel pour votre installation se vérifie à l'audit. Nous intervenons en français sur l'ensemble de l'Europe francophone — Belgique, France, Luxembourg, Suisse.
Notre cœur de métier
La plupart des agences HubSpot installent des connecteurs. Nous en installons aussi — mais ce que nous faisons de mieux, c'est concevoir et développer les intégrations qui n'existent pas.
Nous analysons le schéma de votre système, identifions ce qui alimente chaque objet HubSpot et établissons les cardinalités. Une table de votre outil ne correspond presque jamais à un objet HubSpot ligne pour ligne.
Unidirectionnel ou bidirectionnel : c'est la décision qui pèse le plus sur le budget. Une synchronisation à double sens suppose de gérer les conflits, l'ordre d'écriture et les boucles. Quand un seul sens suffit, le projet est incomparablement plus simple — et nous le disons.
Contrats, abonnements, interventions, équipements, sessions, dossiers : votre métier ne tient pas dans les contacts et les transactions. HubSpot permet de créer d'autres objets et de les associer entre eux — avec des limites d'affichage qu'il vaut mieux connaître avant de concevoir le modèle.
Un outil cloud moderne expose une API et parfois des webhooks : on s'y branche directement. Un système hébergé en interne se connecte autrement, par connexion sortante, sans ouvrir de port entrant. Le mode retenu dépend de votre système, pas d'un parti pris.
La première décision à prendre. Elle détermine le budget d'un facteur dix.
| Connecteur natif | AutomatisationMake, Zapier | Sur mesure | |
|---|---|---|---|
| Bon choix quand | Objets standards, correspondance simple entre les champs | Scénarios événementiels, volume modéré, besoin appelé à évoluer | Objets personnalisés, règles de gestion, système propriétaire, volume important, contraintes de sécurité |
| Limites | Périmètre figé par l'éditeur ; les champs personnalisés supposent souvent une licence HubSpot supérieure | Coût lié au nombre d'opérations ; peu adapté aux synchronisations de masse et à la reprise d'historique | Un développement à concevoir, à faire vivre et à maintenir |
| Qui maintient | L'éditeur de l'application | Vous, ou votre partenaire | Votre partenaire |
Notre position, qui n'est pas toujours commerciale : si un connecteur natif couvre votre besoin, installez-le. Si une automatisation suffit, ne payez pas un développement. Nous le disons avant l'audit, pas après.
Ce que peu de projets anticipent
Une intégration qui fonctionne le jour de la mise en production n'est pas une intégration terminée. Voici ce que nous traitons dès le cadrage.
Elle se décide donnée par donnée, pas système par système. L'adresse de facturation vient de l'ERP, la préférence de communication vient de HubSpot. Sans cet arbitrage, chaque synchronisation écrase le travail de l'autre équipe.
HubSpot dédoublonne sur l'adresse e-mail. Si votre système autorise plusieurs adresses par personne, des adresses partagées ou des fiches sans adresse, il faut une règle explicite. C'est ce qui coûte cher quand on le découvre tard.
Que se passe-t-il quand votre ERP est arrêté quatre heures ? Une intégration sérieuse met les opérations en file d'attente et les rejoue. Elle ne les perd pas.
Reprendre dix ans de données n'a rien à voir avec synchroniser le flux courant. C'est souvent le coût caché d'un projet.
Un système à connecter de zéro, et une intégration existante à remettre d'aplomb. Même méthode, deux points de départ.
Billetterie ↔ HubSpot · Objets personnalisés
Un connecteur reliait déjà la billetterie à HubSpot. Il tournait, mais les données arrivaient incomplètes : commandes manquantes, lignes de commande mal rattachées, et aucune explication du comportement observé.
Mené en environnement de test HubSpot, script à l'appui, plutôt qu'en supposant. La donnée source était saine et exploitable, les associations bien réalisables par l'API. Une limite d'interface peu connue a été documentée au passage : une ligne de commande associée à un objet personnalisé s'affiche dans la transaction, mais pas dans la fiche de l'objet.
Reconstruire plutôt que rustiner. Synchronisation incrémentale correcte, idempotence, journalisation complète, archivage des messages reçus, prise en compte des mises à jour et des reports.
Ce que ça évite : une succession de correctifs sur un flux dont personne ne sait expliquer le comportement.
Base métier interne ↔ HubSpot · Objets personnalisés
CLL pilote son activité dans une base métier hébergée sur son propre réseau, pour laquelle aucun connecteur HubSpot n'existe.
Un mode de connexion en flux sortant, qui donne au connecteur un accès privé à la base sans ouvrir de port entrant. Un modèle de données reliant chaque table à un objet HubSpot, avec création des objets personnalisés nécessaires et gestion des relations entre contacts.
Une lecture incrémentale limitée aux enregistrements modifiés depuis le dernier passage, et une spécification d'API formalisée, transmise à l'éditeur de la base.
Ce que ça évite : découvrir en cours de développement que l'éditeur ne peut pas livrer ce qu'on attend de lui.
Notre méthode
Nous ne chiffrons pas une intégration sur la base d'un cahier des charges. Nous chiffrons ce que nous avons analysé.
Oui. Une application de synchronisation existe au HubSpot App Marketplace et couvre les contacts, sociétés, transactions et leads. Au-delà de ces objets — devis, articles, logique de gestion propre à votre installation — un développement sur mesure est nécessaire.
Le coût dépend de quatre variables : le nombre d'objets à synchroniser, le sens de la synchronisation, l'existence ou non d'une API exploitable côté système source, et le mode de connexion retenu.
Le sens est de loin le plus déterminant. Une synchronisation unidirectionnelle — le système source alimente HubSpot — est beaucoup plus simple qu'une synchronisation à double sens, qui suppose de gérer les conflits d'écriture, l'ordre des mises à jour et les boucles entre les deux systèmes. Beaucoup de projets demandent du bidirectionnel par réflexe alors qu'un seul sens suffit.
C'est exactement ce que détermine l'audit de faisabilité, facturé au forfait quel que soit votre système. À l'issue de l'audit, vous disposez d'un chiffrage ferme du développement et de la maintenance, avant tout engagement.
De deux jours à six semaines. L'écart tient moins au développement lui-même qu'à ce qui l'entoure : le nombre d'objets et de règles à traiter, le nombre d'intervenants à aligner — vos équipes, votre éditeur, parfois un prestataire tiers —, les réunions de validation, et la phase de tests avant mise en production.
Une synchronisation unidirectionnelle sur des objets standards se met en place en quelques jours. Un flux à double sens, avec objets personnalisés, reprise d'historique et plusieurs interlocuteurs à coordonner, occupe plutôt quatre à six semaines. L'audit de faisabilité fixe le calendrier avec le chiffrage.
C'est fréquent sur les logiciels métier et les bases internes. Plusieurs voies existent : faire développer une API de lecture par votre éditeur — nous en écrivons la spécification pendant l'audit —, lire directement la base, ou passer par des exports structurés. L'audit tranche entre ces options selon ce que votre système permet réellement.
Oui. Il existe des architectures fondées sur une connexion sortante depuis votre réseau, sans aucun port entrant à ouvrir ni zone démilitarisée à créer. Votre serveur reste inaccessible depuis l'extérieur.
Les applications du Marketplace s'installent sur la plupart des licences. En revanche, les correspondances de champs personnalisés supposent généralement une licence Data Hub Starter au minimum. Un développement sur mesure passe par l'API HubSpot et n'impose pas cette licence, mais certaines fonctionnalités — objets personnalisés, actions de workflow codées — dépendent de votre niveau d'abonnement. L'audit le vérifie.
Un connecteur du Marketplace est maintenu par son éditeur. Une intégration sur mesure doit être exploitée : supervision, gestion des erreurs, adaptation aux évolutions des API. Nous chiffrons cette exploitation dans l'audit, pour qu'elle ne soit pas une surprise la deuxième année.
MISE À JOUR : 14 AOÛT 2026
Architecture réseau, modèle de données, spécification d'API et chiffrage ferme du développement et de la maintenance. Un forfait unique, quel que soit votre système — et le document vous appartient.
Si l'audit conclut qu'un connecteur natif suffit, vous repartez avec cette réponse — et vous aurez économisé un développement.
Aucun engagement de développement avant la remise de l'audit.