Votre outil de personnalisation de site web sait quelles entreprises visitent votre site, ce qu'elles lisent et à quels segments elles appartiennent. Votre CRM connaît les étapes des deals, les contacts et l'historique du chiffre d'affaires. Si les deux n'échangent jamais de données, les commerciaux appellent des comptes sans savoir ce que ces comptes viennent de consulter, et vos règles de personnalisation ne savent pas distinguer une opportunité ouverte d'un prospect froid.
La différence se voit dès le premier appel. « J'ai vu que vous aviez visité notre site » est ignoré. « Votre équipe a consulté plusieurs fois cette semaine notre documentation sur la segmentation et la page tarifs » donne au commercial un vrai sujet de conversation. Cet article détaille les mécanismes derrière la seconde version : quoi synchroniser, comment mapper les champs, ce qui diffère entre Salesforce et HubSpot, et où ces projets déraillent habituellement.
Les données de personnalisation dont votre CRM a vraiment besoin
Le réflexe est de tout envoyer : chaque page vue, chaque session, chaque affectation de segment. Ne le faites pas. Un CRM est conçu pour des données relationnelles structurées, pas pour des flux de clics bruts. Y déverser les pages vues noie les signaux utiles, consomme le quota d'API et rend les rapports moins fiables. Les champs d'entreprise enrichis vous permettent aussi de raccourcir vos formulaires de capture de leads, ce qui est un gain à part entière.
Cinq catégories méritent d'être synchronisées.
1. Identification des entreprises
Lorsque votre identification des visiteurs rattache un visiteur anonyme à une entreprise, cette correspondance doit créer ou mettre à jour une fiche entreprise. Limitez-vous aux champs qu'un commercial ou un rapport utilisera :
- Nom et domaine de l'entreprise
- Secteur et tranche d'effectif (issus de l'enrichissement)
- Pays ou localisation du siège
- Date de première visite sur votre site
- Source ou canal de la première visite identifiée
Sans cela, rien d'autre ne se connecte. Si votre CRM ne découvre un compte que lorsque quelqu'un remplit un formulaire, toutes les visites antérieures de cette entreprise sont invisibles pour les commerciaux.
2. Appartenance au segment
Les segments sont plus utiles que les pages vues brutes, car ils intègrent déjà votre interprétation de l'identité du compte. Valeurs typiques :
- Segment sectoriel (par exemple « Fintech », « Santé »)
- Tranche de taille (« Mid-Market », « Enterprise »)
- Étape du parcours (« Découverte », « Considération », « Décision »)
- Centre d'intérêt (« ABM », « Analytics », « Confidentialité »)
Les changements de segment doivent atteindre le CRM rapidement. Si un compte passe de Considération à Décision le mardi, un lot hebdomadaire qui arrive le dimanche est trop tardif. Une synchronisation rapide implique généralement des envois déclenchés par événement plutôt que des récupérations planifiées ; ce comparatif webhooks vs API explique quand utiliser l'un ou l'autre.
3. Un score d'engagement unique
Synchronisez un score unique calculé au niveau du compte, pas les composantes qui le constituent. Un champ numérique de 0 à 100 est facile à lire pour les commerciaux et facile à filtrer. Pondérez-le par la récence autant que par le volume : 15 pages vues hier doivent valoir plus que 20 pages il y a trois mois. Si possible, ajoutez un court champ texte avec la raison (« page tarifs deux fois cette semaine »). Un score accompagné d'une raison déclenche une action ; un simple nombre de pages est ignoré.
4. Les visites de pages clés, pas toutes les visites
Ne synchronisez que les visites des pages qui signalent une intention d'achat :
- Tarifs (horodatage et nombre)
- Pages de fonctionnalités spécifiques
- Études de cas (quel secteur ou quel cas d'usage)
- Pages comparatives et concurrents
- Pages intégrations et documentation
Enregistrez-les comme activités ou entrées de chronologie pour qu'un commercial puisse les parcourir avant un appel. Une liste de 47 articles de blog parcourus par quelqu'un n'est pas un contexte utile.
5. Des événements de conversion avec leur contexte
Les formulaires remplis, les demandes de démo et les téléchargements doivent arriver avec leur contexte : quelle variante personnalisée le visiteur a vue, dans quel segment il se trouvait et son score d'engagement à ce moment-là. Le commercial sait alors à quel point le lead est chaud et sous quel angle ouvrir la conversation.
Deux façons de le connecter
| API directe | Middleware (CDP / iPaaS) | |
|---|---|---|
| Comment ça marche | L'outil de personnalisation appelle l'API du CRM et crée ou met à jour les fiches | L'outil envoie les événements à Segment, Workato, Tray.io ou une CDP, qui les transforme et les achemine vers le CRM et les autres systèmes |
| Idéal pour | Une seule destination, petite équipe ops, un connecteur natif existe | De nombreuses destinations, ou vous utilisez déjà une CDP ou un iPaaS |
| Inconvénients | Chaque nouvelle destination est une nouvelle intégration ; les limites de débit vous touchent directement ; casse quand l'API du CRM change | Coût supplémentaire, un système de plus à maintenir, un saut de latence en plus |
Si vous faites déjà transiter d'autres données par une CDP ou un iPaaS, envoyez les données de personnalisation de la même manière. Si le CRM est la seule destination, une connexion directe est plus simple ; construire un middleware pour une intégration entre deux systèmes ajoute surtout des mois. Markettailor peut synchroniser les données de visiteurs et d'entreprises directement dans Salesforce et HubSpot, ce qui couvre l'option directe sans code sur mesure.
Le mapping des champs : l'étape que tout le monde sous-estime
La connexion API est la partie facile. Le plus difficile est de décider comment les données de personnalisation se rattachent aux fiches CRM. Si vous vous trompez, vous obtenez des doublons, des champs écrasés et des commerciaux qui ne font plus confiance aux données.
Rapprochement des entreprises
Votre outil de personnalisation identifie des entreprises ; votre CRM contient des comptes. La logique de rapprochement détermine s'ils correspondent. Les options, de la plus fiable à la moins fiable :
- Identifiant externe partagé. Les deux systèmes portent le même identifiant d'enrichissement (par exemple un identifiant d'entreprise LinkedIn). C'est la méthode la plus fiable, mais elle ne fonctionne que si les deux sont enrichis par le même fournisseur.
- Correspondance de domaine. Comparez le domaine de l'entreprise du visiteur avec le champ « site web » des comptes du CRM. Cela fonctionne quand les données du CRM sont propres, mais échoue si le champ site web est vide ou si l'entreprise utilise plusieurs domaines.
- Correspondance approximative des noms. « Acme Corp » = « Acme Corporation ». Utile en solution de repli, risqué avec des noms courants.
En pratique, la plupart des équipes utilisent le domaine comme clé principale, la correspondance approximative du nom en solution de repli, et une file de revue manuelle pour le reste. Mesurez votre taux de correspondance à chaque étape sur vos propres données avant d'automatiser quoi que ce soit en aval.
Éviter les doublons
- Chercher avant de créer. Recherchez toujours d'abord une fiche existante.
- Commencez en mode mise à jour uniquement. Pendant les deux premières semaines, ne mettez à jour que les fiches existantes. Vous voyez ainsi la précision réelle du rapprochement avant qu'il ne puisse causer des dégâts.
- Ne créez qu'au-dessus d'un seuil de confiance. Placez les correspondances peu fiables en file d'attente pour une vérification humaine.
Sauter le mode mise à jour seule est la façon habituelle dont ces projets remplissent un CRM de comptes en double dès la première semaine, et les nettoyer coûte bien plus de temps aux ops que ne l'aurait fait le test à blanc.
Champs personnalisés
Concevez les champs avant de construire la synchronisation. Un ensemble de départ fonctionnel sur l'objet Account (noms d'API Salesforce indiqués ; dans HubSpot, ce sont des propriétés d'entreprise) :
| Champ | Type |
|---|---|
Personalization_Engagement_Score__c | Nombre, 0-100 |
Personalization_Segment__c | Liste de choix |
Buyer_Journey_Stage__c | Liste de choix : Découverte, Considération, Décision |
First_Website_Visit__c / Last_Website_Visit__c | Date |
Website_Visit_Count__c | Nombre |
Top_Content_Interest__c | Texte |
Dans la timeline d'activité, enregistrez les visites de la page tarifs, les visites des fonctionnalités clés, les changements de segment et les fortes hausses de score (par exemple de 40 à 75).
Notes Salesforce
Quota d'API. Salesforce décompte les appels REST, SOAP et Bulk sur un quota glissant de 24 heures. Selon le guide de référence des limites Salesforce, ce quota dépend de l'édition ainsi que du nombre et du type de licences ; l'Enterprise Edition démarre à 100 000 requêtes par 24 heures. Vérifiez le chiffre réel de votre org dans Setup > System Overview avant de fixer la fréquence de synchronisation. Pour rester dans les limites :
- Mises à jour groupées. Le endpoint sObject Collections met à jour jusqu'à 200 enregistrements en une seule requête.
- Envoyez les scores d'engagement selon un calendrier (toutes les quelques heures) plutôt qu'à chaque changement.
- Synchronisez uniquement les visites des pages clés.
- Utilisez la Bulk API pour le chargement initial de l'historique.
Type d'activité et droits d'accès. Créez un type d'activité dédié « Personnalisation du site web » pour que les commerciaux puissent distinguer ces événements des leurs. Mettez les champs de personnalisation en lecture seule pour les ventes ; les commerciaux ne doivent pas modifier les scores d'engagement.
Deux rapports à créer dès le premier jour. D'abord, les comptes très engagés sans opportunité ouverte : du pipeline que personne ne travaille. Ensuite, le taux de closing par segment de personnalisation, qui alimente votre stratégie de segmentation.
Notes HubSpot
Créez un groupe de propriétés appelé « Website Personalization » et rangez-y toutes les propriétés personnalisées. Les types de propriétés se mappent simplement : nombre pour les scores et les décomptes, liste déroulante pour les segments et les étapes (pour qu'ils fonctionnent dans les listes et les filtres), date pour la première et la dernière visite, texte sur une ligne pour les tags d'intérêt.
Pour les visites de pages clés et les changements de segment, les timeline events de HubSpot permettent à une application d'écrire des types d'événements personnalisés dans les timelines des entreprises et des contacts. Définissez un modèle (« Website Personalization Activity ») avec l'URL de la page, sa catégorie et le segment comme propriétés. Ces écritures comptent toujours dans les limites d'API de votre application : regroupez-les par lots comme vous le feriez sur Salesforce.
Une fois les données dans HubSpot, les workflows les transforment en actions. Par exemple :
- Le score d'engagement dépasse 70 : créer une tâche pour le propriétaire de l'entreprise.
- L'étape du parcours passe à Décision : inscrire le contact principal dans une séquence.
- Un compte cible consulte les tarifs pour la troisième fois : publiez une alerte dans le canal Slack des commerciaux.
C'est là que vos analytics de personnalisation cessent d'être un tableau de bord que quelqu'un doit penser à ouvrir.
À quelle fréquence synchroniser quoi
| En quelques minutes | Toutes les 1 à 4 heures | Traitement quotidien par lots |
|---|---|---|
| Formulaires remplis et demandes de démo Visites des tarifs par des comptes cibles Nouvelle entreprise identifiée | Score d'engagement Changements de segment Changements d'étape du parcours | Cumul du nombre de visites Tags d'intérêt Dates de première / dernière visite |
Tout synchroniser en temps réel consomme le quota d'API et inonde les fiches de mises à jour. Tout regrouper en un lot quotidien signifie qu'une visite de la page tarifs par un compte cible reste inaperçue jusqu'au lendemain. La répartition ci-dessus garde les signaux urgents rapides et envoie le reste par lots peu coûteux.
Là où ces projets déraillent
Synchroniser des données que personne ne lit. Avant de construire quoi que ce soit, passez 30 minutes avec chacun de quelques commerciaux pour leur demander ce qu'ils voudraient savoir avant un appel. Construisez autour de leurs réponses. Une courte liste de champs que les commerciaux trouvent facilement vaut mieux que quinze champs qu'ils survolent.
Aucune règle de propriété. Quand les deux systèmes contiennent le même champ (le secteur, par exemple), décidez lequel l'emporte. En général, le CRM fait foi pour ce que les commerciaux maintiennent (étape de l'affaire, contacts) et l'outil de personnalisation pour les données comportementales (scores, segments, visites). Sans cela, les deux systèmes s'écrasent mutuellement en boucle.
Pas de test à blanc. Lancez le rapprochement avec votre CRM en mode test à blanc, extrayez 100 correspondances et vérifiez-les à la main. Si trop sont erronées, corrigez la logique avant que quoi que ce soit ne soit écrit en production.
Conçu par une seule équipe. Le marketing ops sait quelles données existent ; le sales ops sait quels champs les commerciaux regardent. Conçu par le marketing seul, les données atterrissent dans des champs que personne ne consulte. Conçu par les ventes seules, les meilleurs signaux sont laissés de côté. La séance de conception est elle-même un élément de l'alignement ventes-marketing grâce aux données visiteurs.
Configurer puis oublier. Organisez une revue mensuelle où les commerciaux indiquent quelles données ils ont utilisées et ce qui leur manque, puis ajustez les champs, le scoring et les alertes.
Comment savoir si ça marche
Fixez vos propres objectifs, mais mesurez ces éléments avant et après la mise en ligne :
- Adoption : part des commerciaux qui ont ouvert des champs ou activités de personnalisation au cours des 7 derniers jours.
- Santé : taux d'erreurs de synchronisation et précision des correspondances d'après vos vérifications ponctuelles.
- Couverture : part des comptes ayant une activité récente sur le site dont les données de personnalisation sont renseignées.
- Rapidité de relance : délai entre un pic d'engagement et le premier contact commercial.
- Pipeline : opportunités créées après une alerte déclenchée par la personnalisation.
Les trois premiers vous indiquent, durant les semaines 1 à 4, si la tuyauterie fonctionne. Les deux derniers vous indiquent, au cours des mois suivants, si cela change le comportement des commerciaux.
Un déploiement en cinq semaines
- Semaine 1, conception. Interrogez quelques commerciaux. Choisissez 5 à 8 champs. Créez les champs personnalisés. Documentez la logique de rapprochement et les règles de propriété.
- Semaine 2, construction et test à blanc. Connectez les systèmes, lancez le rapprochement en mode test, vérifiez 100 correspondances à la main, corrigez ce qui ne va pas.
- Semaine 3, mise à jour seule. Activez la synchronisation sans création de fiches pendant cinq jours ouvrés. Surveillez les erreurs et les problèmes de correspondance des champs, et recueillez l'avis de deux ou trois commerciaux.
- Semaine 4, activation complète. Autorisez la création de fiches au-dessus de votre seuil de confiance, mettez en place le calendrier de synchronisation par niveaux, créez les deux rapports et montrez aux commerciaux où se trouvent les données.
- À partir de la semaine 5. Revue mensuelle avec les commerciaux ; ajustez les champs, le scoring et les automatisations.
Si vous ne devez faire qu'une seule chose
Synchronisez l'identification des entreprises et un score d'engagement dans les fiches de comptes. Cela suffit à dire aux commerciaux quelles entreprises se renseignent sur vous en ce moment. Votre dispositif d'identification des visiteurs fournit les données d'entreprise, votre modèle de scoring de comptes définit le score, et le CRM est l'endroit où les commerciaux regardent déjà. Tout le reste de cet article peut venir plus tard.