HubSpot a voulu autoriser l’usage croisé de données clients pour enrichir d’autres comptes, avec une activation par défaut. Le tollé a été immédiat. Je vous explique ce qui s’est passé, pourquoi ça touche directement la confiance CRM, et quoi vérifier dans vos propres réglages.
Que s’est-il passé chez HubSpot ?
HubSpot a annoncé une mise à jour de ses conditions qui permettait d’utiliser des données d’enrichissement issues d’un client pour améliorer les fiches d’autres clients.
Le 1er juillet, l’entreprise a présenté une évolution liée à l’enrichissement des données CRM. L’idée, en simple, c’était de croiser certaines informations disponibles chez des clients HubSpot pour rendre les données plus complètes chez d’autres clients. Par exemple, améliorer une fiche entreprise, compléter un domaine, une taille d’entreprise, un secteur, ce genre d’information.
Le point qui a mis le feu, c’est que ce mécanisme semblait activé automatiquement par défaut. Donc si vous utilisiez HubSpot, vos données pouvaient potentiellement contribuer à améliorer les données d’autres utilisateurs, sauf action contraire de votre part. Et là, la réaction a été immédiate. Très négative. Beaucoup de clients ont eu le sentiment qu’on touchait à une limite sensible.
Le vrai sujet n’est pas juste juridique. Dans un CRM, les données clients ne sont pas une matière première technique qu’on peut déplacer comme des logs serveur. Elles ont une valeur business, commerciale et stratégique. Elles racontent votre marché, vos comptes, vos prospects, vos relations, parfois même votre manière de vendre.
Formez-vous aux outils Data Marketing !
Apprendre à utiliser Looker Studio vous permet de transformer des données complexes en insights clairs et actionnables. Que ce soit pour améliorer la collaboration au sein de votre équipe, personnaliser vos rapports, accélérer l'analyse de données ou intégrer facilement d'autres outils Google, Looker Studio est une compétence précieuse pour tout professionnel souhaitant tirer le meilleur parti de ses données.
Si un fournisseur utilise ces données pour améliorer un produit payant, la question devient assez évidente : qui capte la valeur ? HubSpot, parce que son produit devient meilleur ? Les clients qui reçoivent des fiches enrichies ? Ou aussi les clients dont les données alimentent le système ? C’est là que le débat devient beaucoup plus concret.
Je l’ai souvent vu sur le terrain. Des entreprises valident un outil SaaS parce qu’il est simple, bien intégré, agréable à utiliser. Et franchement, c’est normal. Mais les clauses liées aux données sont parfois lues trop vite. Le problème arrive rarement au moment du paramétrage. Il arrive plus tard, quand on comprend à quoi servent réellement les données derrière l’interface.
C’est pour ça que l’affaire HubSpot ne se résume pas à une ligne dans des conditions d’utilisation. Elle touche au produit, à la confiance, et à la façon dont Contact Discovery devait fonctionner. Les excuses publiques de HubSpot arrivent dans ce contexte-là.
Pourquoi HubSpot a-t-il reculé ?
HubSpot a reculé parce que ses clients ont rejeté publiquement l’idée d’un partage de données activé par défaut, et parce que la confiance autour du CRM était directement menacée. Quand votre CRM contient vos prospects, vos clients, vos deals, vos notes commerciales, vos échanges sensibles, le sujet n’est pas juste juridique. Il est presque émotionnel.
HubSpot a présenté des excuses publiques, avec un message du genre “très, très désolé”. Je ne vais pas en faire une scène dramatique, mais ce type d’excuse arrive rarement par hasard. Ça arrive quand une entreprise comprend que la perception client est plus grave que la formulation contractuelle. Même si les équipes pensent avoir prévu des garde-fous, si les clients ont l’impression qu’on touche à leurs données sans consentement clair, la discussion est déjà perdue.
Le point chaud, c’était Contact Discovery, lancé le 4 août. Dit simplement, c’est un produit conçu pour trouver et vérifier de nouveaux contacts sans quitter HubSpot. Vous êtes dans votre CRM, vous cherchez des contacts pertinents, l’outil vous aide à enrichir ou compléter vos données. Sur le papier, c’est utile. J’ai vu plein d’équipes sales galérer avec des bases qui vieillissent en trois mois, des emails invalides, des intitulés de poste dépassés, des entreprises qui ont fusionné sans que personne ne mette rien à jour.
La logique produit est assez claire. Pour garder des données fraîches, un outil d’enrichissement a intérêt à s’appuyer sur beaucoup d’informations. Et parfois, ça pousse vers des données mutualisées, c’est-à-dire des informations croisées ou agrégées à partir de plusieurs sources. Techniquement, ça peut améliorer la qualité.
Mais l’intérêt produit ne suffit pas. Une base partagée peut être puissante, oui. Mais si les clients ne comprennent pas clairement ce qu’ils donnent, ce qu’ils reçoivent, et comment ils peuvent refuser, le bénéfice technique devient secondaire. Dans un CRM, la confiance passe avant la performance.
| Objectif produit | Trouver, vérifier et enrichir des contacts directement dans HubSpot. |
| Risque perçu côté client | Avoir l’impression que ses données CRM alimentent une base partagée sans accord explicite. |
| Point de vigilance | Expliquer clairement les données utilisées, les bénéfices reçus et le moyen de refuser. |
Que révèle la piste documentaire ?
La piste documentaire raconte quelque chose d’assez simple, et franchement pas très confortable. Les autorisations liées à la copie de données d’enrichissement dans un dataset commercial semblaient exister avant l’annonce publique qui a déclenché la controverse.
Clark Barron et le cabinet Blackout ont fait un travail de rétro-ingénierie documentaire. Ils ont retracé l’évolution de plusieurs sources HubSpot : conditions produits, articles d’aide, politiques internes publiées, contenus de support. Leur analyse indique qu’une autorisation comparable figurait déjà dans des documents antérieurs, avec une présence remontant à septembre 2024 selon leur enquête.
Il faut rester prudent ici. On ne parle pas d’une preuve que HubSpot aurait “pris” toutes les données CRM clients pour les exploiter n’importe comment. On parle d’un point plus précis : des formulations contractuelles ou documentaires auraient déjà permis certains usages liés aux données d’enrichissement, avant que le sujet ne soit clairement compris par beaucoup de clients.
Le point qui pique, c’est ce que Blackout appelle le 652-Day Gap. En clair, il y aurait eu un écart important entre certaines modifications de conditions et la communication réellement perçue par les clients. Et dans un CRM, ce n’est pas un détail. Le CRM, c’est souvent le cœur opérationnel de l’entreprise. Vos commerciaux y mettent des deals, votre marketing y pousse des segments, votre support y documente les échanges, votre équipe data y branche des exports, des dashboards, parfois des modèles d’IA.
Si les règles d’usage des données changent sans notification claire, le risque n’est pas seulement juridique. C’est aussi un problème de gouvernance interne. Parce que personne ne sait exactement à quoi l’entreprise contribue, ni quelles données peuvent entrer dans quel système, ni qui doit valider quoi.
- Les équipes commerciales continuent à enrichir les fiches contacts.
- Le marketing synchronise des listes et des propriétés comportementales.
- Le support ajoute des tickets, des notes, parfois des informations sensibles.
- La data consolide tout ça dans des entrepôts ou des outils BI.
J’ai déjà vu ce genre de situation chez des clients : personne n’a “mal fait” son travail, mais tout le monde découvre trop tard que les règles du jeu ont bougé. Le vrai sujet n’est donc pas seulement ce qui est écrit dans les documents. C’est aussi ce que HubSpot donne réellement comme contrôle aux clients pour accepter, refuser ou comprendre ces usages.
Les réglages protègent-ils vraiment vos données ?
Les réglages décrits semblent surtout contrôler la réception d’enrichissements dans les fiches CRM, pas clairement la contribution des données du client au dataset partagé.
C’est une nuance importante, parce que beaucoup d’utilisateurs lisent “enrichissement” et comprennent “je participe” ou “je ne participe pas”. Sauf qu’ici, le sujet paraît plus précis. Les cinq réglages disponibles semblent déterminer si vos contacts, entreprises ou enregistrements CRM reçoivent des données ajoutées par HubSpot, par exemple un secteur d’activité, une taille d’entreprise, une adresse web ou d’autres informations publiques ou agrégées.
Mais recevoir une donnée enrichie, ce n’est pas la même chose que décider si vos propres données alimentent un jeu de données partagé. Un dataset, c’est simplement un ensemble de données utilisé pour produire un service, entraîner un modèle, améliorer une base ou faire des correspondances. Et là, le contrôle n’est pas toujours formulé de manière assez nette.
Ce qui a aussi mis le doute, c’est le changement de documentation. Certaines formulations rassurantes présentes auparavant dans l’aide en ligne auraient été supprimées, notamment l’idée que HubSpot ne partagerait pas certaines données. Je ne vais pas en tirer une conclusion définitive, ce serait trop facile. Mais je comprends très bien pourquoi ça inquiète les clients. Quand une phrase protectrice disparaît, on veut savoir si c’est juste une reformulation juridique ou si la règle métier a changé.
Dans les projets CRM, je recommande toujours de séparer trois décisions que tout le monde mélange trop vite :
| Recevoir de la donnée enrichie | Vos fiches CRM sont complétées automatiquement. |
| Envoyer de la donnée au fournisseur | Vos données sortent de votre environnement pour être traitées. |
| Autoriser une réutilisation commerciale | Vos données peuvent servir à améliorer, vendre ou alimenter un service plus large. |
Ces trois points n’ont pas le même risque. Chez un client, j’ai déjà vu une équipe activer un enrichissement en pensant juste “gain de temps commercial”. Le DPO, lui, a surtout demandé “qu’est-ce qu’on envoie, à qui, et pour quoi faire ?”. C’est exactement la bonne question.
À minima, je vérifierais ça avant de considérer le sujet comme réglé :
- Lire les conditions produits, pas seulement la page d’aide.
- Vérifier les paramètres d’enrichissement activés dans HubSpot.
- Demander une clarification écrite au fournisseur sur l’usage des données CRM.
- Documenter la décision en interne, avec les risques acceptés.
- Suivre les changements de conditions dans le temps.
Que faut-il retenir pour votre CRM ?
Le bon réflexe, pour moi, c’est simple : traiter les données CRM comme un actif business, pas comme une petite option technique cachée dans un outil SaaS. Un SaaS, c’est un logiciel en ligne par abonnement. Pratique, rapide à déployer, mais ça ne veut pas dire qu’on peut laisser les paramètres décider seuls.
L’affaire HubSpot raconte exactement ça. Une mise à jour des conditions. Une activation automatique de certains usages liés aux données. Une réaction client assez forte. Un retour arrière. Des excuses. Puis, malgré ça, des questions qui restent sur la table : Qu’est-ce qui a vraiment changé dans l’historique documentaire ? Quels contrôles existaient réellement ? Qui pouvait valider ou refuser ces usages côté client ?
Je ne pense pas qu’il faille dramatiser. Mais il faut arrêter de traiter ces sujets comme des détails. Un CRM contient vos prospects, vos clients, vos échanges commerciaux, parfois des signaux d’achat, des notes internes, des données sensibles au sens business, même quand elles ne sont pas “sensibles” au sens juridique.
Ce que je recommande, c’est assez concret :
- Faire une revue régulière des conditions SaaS, surtout quand l’éditeur ajoute de l’IA, de l’enrichissement ou de l’automatisation.
- Cartographier les données envoyées dans le CRM : contacts, entreprises, notes, emails, tickets, propriétés personnalisées, imports, intégrations.
- Valider clairement les usages d’enrichissement, c’est-à-dire les mécanismes qui complètent, croisent ou réutilisent vos données pour améliorer une base ou un modèle.
- Mettre autour de la table marketing, sales, juridique et data. Pas une fois par an. Au moment où les décisions se prennent.
Dans beaucoup de boîtes que je vois, personne ne possède vraiment ce sujet. Le marketing active l’outil. Les sales l’utilisent tous les jours. La data le branche aux reportings. Le juridique arrive quand le contrat est déjà signé, ou quand quelqu’un a vu passer une polémique sur LinkedIn. C’est là que les problèmes commencent.
| Approche | Risque | Bénéfice |
| Laisser les paramètres par défaut | Vous découvrez trop tard des usages que personne n’a vraiment validés. | Ça va vite, et l’équipe ne se bloque pas sur la configuration. |
| Désactiver sans analyse | Vous perdez des fonctions utiles, parfois sans réduire le vrai risque. | Vous reprenez le contrôle rapidement, au moins temporairement. |
| Auditer et décider | Ça demande du temps et un vrai propriétaire du sujet. | Vous savez ce que vous acceptez, pourquoi, et avec quelles limites. |
Et maintenant vous faites quoi avec vos données CRM ?
Cette affaire HubSpot rappelle un point simple : vos données CRM ont une valeur. Pas seulement pour vous, aussi pour les éditeurs qui construisent des produits d’enrichissement. Le vrai sujet n’est pas de refuser toute innovation ou tout partage. Le vrai sujet, c’est le consentement clair, les contrôles réels, la transparence documentaire et la répartition de la valeur. Je regarderais donc vos réglages, vos contrats et vos processus internes sans attendre la prochaine polémique. Le bénéfice pour vous est très concret : garder la maîtrise de vos données clients, tout en utilisant vos outils CRM avec plus de confiance.
FAQ
- Qu’est-ce qui a déclenché la controverse autour de HubSpot ?
La controverse vient d’une mise à jour des conditions de service annoncée le 1er juillet. Elle autorisait HubSpot à utiliser des données d’enrichissement d’un client pour améliorer les enregistrements d’autres clients, avec une activation automatique par défaut. Les clients ont mal réagi, surtout parce que le sujet touche directement à la propriété et à la valeur des données CRM. - Pourquoi l’enrichissement croisé des données pose problème ?
L’enrichissement croisé peut améliorer la qualité des données, mais il pose une question simple : si mes données servent à améliorer un produit payant utilisé par d’autres, qu’est-ce que je reçois en échange ? Sans consentement clair, contrôle précis et bénéfice explicite, la logique produit devient vite un problème de confiance. - HubSpot a-t-il annulé sa décision ?
HubSpot est revenu sur cette décision après les réactions publiques négatives et a présenté des excuses. Le point important, c’est que le retour arrière ne règle pas toutes les questions. L’enquête citée dans l’affaire pointe aussi des formulations antérieures et des écarts entre modifications documentaires et communication client. - Les paramètres d’enrichissement suffisent-ils à bloquer le partage ?
D’après les éléments disponibles, les réglages semblent surtout gérer si vos propres fiches reçoivent des enrichissements. Ils ne montrent pas clairement comment empêcher vos données de contribuer à un dataset partagé. C’est exactement le genre de nuance qu’il faut vérifier avec l’éditeur, idéalement par écrit. - Que dois-je vérifier dans mon CRM après ce type d’affaire ?
Je vérifierais les conditions produits, les pages d’aide, les paramètres d’enrichissement, les clauses sur la réutilisation commerciale des données et l’historique des notifications reçues. Je documenterais aussi la décision en interne, parce que le sujet concerne à la fois le marketing, les sales, la data, le juridique et la direction.
A propos de l’auteur
Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation No/Low Code avec n8n, intégration de l’IA en entreprise et SEO/GEO. J’accompagne des équipes marketing, data et business sur leurs architectures de données, leurs outils SaaS et leur gouvernance analytics. J’ai travaillé avec des organisations comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. Si vous voulez auditer vos flux de données, vos outils CRM ou vos automatisations, contactez-moi.
⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐
Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.