Je tool voor websitepersonalisatie weet welke bedrijven je site bezoeken, wat ze lezen en in welke segmenten ze vallen. Je CRM kent dealfasen, contactpersonen en omzetgeschiedenis. Wisselen de twee nooit data uit, dan bellen verkopers accounts zonder te weten waar die accounts net naar keken, en kunnen je personalisatieregels een open opportunity niet onderscheiden van een koude prospect.
Het verschil merk je bij het eerste gesprek. "Ik zag dat je onze website hebt bezocht" wordt genegeerd. "Je team heeft deze week een paar keer onze documentatie over segmentatie en de prijspagina bekeken" geeft de verkoper iets om over te praten. Dit artikel behandelt de techniek achter die tweede versie: wat je synchroniseert, hoe je velden koppelt, wat er verschilt tussen Salesforce en HubSpot en waar deze projecten meestal misgaan.
Welke personalisatiedata je CRM echt nodig heeft
De neiging is alles door te sturen: elke paginaweergave, elke sessie, elke segmenttoewijzing. Doe dat niet. Een CRM is gebouwd voor gestructureerde relatiedata, niet voor ruwe clickstreams. Paginaweergaven erin storten begraaft de nuttige signalen, kost API-quotum en maakt rapporten minder betrouwbaar. Verrijkte bedrijfsvelden laten je bovendien je leadformulieren inkorten, wat een winst op zich is.
Vijf categorieën zijn het synchroniseren waard.
1. Bedrijfsidentificatie
Als je bezoekersidentificatie een anonieme bezoeker aan een bedrijf koppelt, moet die match een bedrijfsrecord aanmaken of bijwerken. Beperk je tot de velden die een verkoper of rapport gaat gebruiken:
- Bedrijfsnaam en domein
- Branche en bereik in aantal medewerkers (uit verrijking)
- Land of hoofdkantoorlocatie
- Datum van eerste bezoek aan je site
- Bron of kanaal van het eerste geïdentificeerde bezoek
Zonder dit sluit niets op elkaar aan. Hoort je CRM pas van een account als iemand een formulier invult, dan is elk eerder bezoek van dat bedrijf onzichtbaar voor sales.
2. Segmentlidmaatschap
Segmenten zijn nuttiger dan losse paginaweergaven, omdat ze al jouw interpretatie bevatten van wie het account is. Gangbare waarden:
- Branchesegment (bijvoorbeeld "Fintech", "Zorg")
- Grootteklasse ("Mid-Market", "Enterprise")
- Journeyfase ("Awareness", "Overweging", "Beslissing")
- Interessecluster ("ABM", "Analytics", "Privacy")
Segmentwijzigingen moeten het CRM snel bereiken. Gaat een account op dinsdag van overweging naar beslissing, dan is een wekelijkse batch die op zondag binnenkomt te laat. Snelle synchronisatie betekent meestal event-gestuurde pushes in plaats van geplande pulls; deze vergelijking van webhooks en API's legt uit wanneer welke past.
3. Eén engagementscore
Synchroniseer één berekende score op het account, niet de onderdelen erachter. Een numeriek veld van 0-100 is voor salesmedewerkers makkelijk te lezen en makkelijk om op te filteren. Laat recentheid net zo zwaar wegen als volume: 15 bekeken pagina's gisteren moet hoger scoren dan 20 pagina's drie maanden geleden. Voeg als het kan een kort tekstveld met de reden toe ("deze week twee keer de prijspagina"). Op een score met een reden wordt actie ondernomen; een kaal aantal pagina's wordt overgeslagen.
4. Bezoeken aan belangrijke pagina's, niet alle paginabezoeken
Synchroniseer alleen bezoeken aan pagina's die koopintentie aangeven:
- Prijzen (tijdstip en aantal)
- Specifieke featurepagina's
- Case studies (welke branche of use case)
- Vergelijkings- en concurrentiepagina's
- Integratie- en documentatiepagina's
Log ze als activiteiten of tijdlijnitems, zodat een verkoper ze voor een gesprek kan doorlopen. Een lijst met 47 blogartikelen waar iemand doorheen scrolde, is geen nuttige context.
5. Conversie-events met context
Ingevulde formulieren, demo-aanvragen en downloads horen binnen te komen met hun context: welke gepersonaliseerde variant de bezoeker zag, in welk segment hij zat en wat zijn engagementscore op dat moment was. Dat vertelt de verkoper hoe warm de lead is en met welke invalshoek hij het gesprek opent.
Twee manieren om het te koppelen
| Directe API | Middleware (CDP / iPaaS) | |
|---|---|---|
| Zo werkt het | De personalisatietool roept de CRM-API aan en maakt records aan of werkt ze bij | De tool stuurt events naar Segment, Workato, Tray.io of een CDP, die ze transformeert en doorstuurt naar het CRM en andere systemen |
| Geschikt voor | Eén bestemming, klein ops-team, er bestaat een native connector | Veel bestemmingen, of je gebruikt al een CDP of iPaaS |
| Nadelen | Elke nieuwe bestemming is een nieuwe integratie; je loopt direct tegen rate limits aan; gaat stuk als de CRM-API verandert | Extra kosten, nog een systeem om te onderhouden, een extra stap latentie |
Routeer je andere data al via een CDP of iPaaS, stuur personalisatiedata dan op dezelfde manier. Is het CRM de enige bestemming, dan is een directe koppeling eenvoudiger; middleware bouwen voor een integratie tussen twee systemen voegt vooral maanden toe. Markettailor kan bezoekers- en bedrijfsdata direct synchroniseren met Salesforce en HubSpot, wat de directe optie dekt zonder maatwerkcode.
Veldmapping: het deel dat iedereen onderschat
De API-koppeling is het makkelijke deel. Het lastige deel is bepalen hoe personalisatiedata op CRM-records wordt gemapt. Doe je dat verkeerd, dan krijg je duplicaten, overschreven velden en verkopers die de data niet meer vertrouwen.
Bedrijfsmatching
Je personalisatietool identificeert bedrijven; je CRM heeft accounts. De matchinglogica bepaalt of die op elkaar aansluiten. De opties, van meest naar minst betrouwbaar:
- Gedeelde externe ID. Beide systemen hebben dezelfde verrijkings-ID (bijvoorbeeld een LinkedIn-bedrijfs-ID). Het betrouwbaarst, maar werkt alleen als beide door dezelfde aanbieder worden verrijkt.
- Domeinmatch. Vergelijk het bedrijfsdomein van de bezoeker met het websiteveld van accounts in je CRM. Werkt als je CRM-data schoon is; faalt bij lege websitevelden en bij bedrijven met meerdere domeinen.
- Fuzzy naammatch. "Acme Corp" = "Acme Corporation". Nuttig als fallback, riskant bij veelvoorkomende namen.
In de praktijk gebruiken de meeste teams het domein als primaire sleutel, fuzzy matching op naam als fallback en een handmatige reviewwachtrij voor de rest. Meet je matchratio in elke fase op je eigen data voordat je iets verderop in de keten automatiseert.
Dubbele records voorkomen
- Zoek voordat je aanmaakt. Zoek altijd eerst een bestaand record op.
- Begin in de modus alleen bijwerken. Werk de eerste paar weken alleen records bij die al bestaan. Zo zie je hoe nauwkeurig de matching echt is voordat die schade kan aanrichten.
- Maak alleen records aan boven een betrouwbaarheidsdrempel. Zet matches met lage betrouwbaarheid in een wachtrij voor een mens.
De modus voor alleen bijwerken overslaan is de gebruikelijke manier waarop dit soort projecten een CRM in week één vullen met dubbele accounts, en die opschonen kost ops veel meer tijd dan de proefrun zou hebben gekost.
Aangepaste velden
Ontwerp de velden voordat je de synchronisatie bouwt. Een werkbare startset op het Account (met de API-namen van Salesforce; in HubSpot zijn dit bedrijfseigenschappen):
| Veld | Type |
|---|---|
Personalization_Engagement_Score__c | Getal, 0-100 |
Personalization_Segment__c | Keuzelijst |
Buyer_Journey_Stage__c | Keuzelijst: awareness, overweging, beslissing |
First_Website_Visit__c / Last_Website_Visit__c | Datum |
Website_Visit_Count__c | Getal |
Top_Content_Interest__c | Tekst |
Log op de activiteitentijdlijn bezoeken aan de prijspagina, bezoeken aan belangrijke features, segmentwijzigingen en grote scoresprongen (bijvoorbeeld van 40 naar 75).
Salesforce Notes
API-tegoed. Salesforce telt REST-, SOAP- en Bulk-calls af van een voortschrijdend tegoed over 24 uur. Volgens de snelle referentie voor limieten van Salesforce hangt het tegoed af van de editie en van het aantal en type licenties; Enterprise Edition begint bij 100.000 verzoeken per 24 uur. Controleer het werkelijke aantal van je org onder Setup > System Overview voordat je de synchronisatiefrequentie bepaalt. Zo blijf je binnen de limiet:
- Bundel updates. Het sObject Collections-endpoint werkt tot 200 records bij in één request.
- Push engagementscores volgens een schema (om de paar uur) in plaats van bij elke wijziging.
- Synchroniseer alleen bezoeken aan belangrijke pagina's.
- Gebruik de Bulk API voor de eerste backfill.
Activiteitstype en rechten. Maak een apart activiteitstype "Websitepersonalisatie", zodat verkopers deze events kunnen scheiden van hun eigen activiteiten. Maak de personalisatievelden alleen-lezen voor sales; verkopers horen engagementscores niet te bewerken.
Twee rapporten om op dag één te bouwen. Ten eerste accounts met veel engagement zonder open opportunity: pipeline waar niemand aan werkt. Ten tweede de winrate per personalisatiesegment, die terugkoppelt naar je segmentatiestrategie.
HubSpot Notes
Maak een eigenschapsgroep "Website Personalization" aan en zet alle aangepaste eigenschappen daarin. De eigenschapstypen sluiten netjes aan: getal voor scores en aantallen, dropdown-selectie voor segmenten en fasen (zodat ze werken in lijsten en filters), datum voor eerste en laatste bezoek, tekst op één regel voor interessetags.
Voor bezoeken aan belangrijke pagina's en segmentwijzigingen kun je met de timeline events van HubSpot een app eigen eventtypes laten schrijven op de tijdlijnen van bedrijven en contacten. Definieer één template ("Website Personalization Activity") met pagina-URL, paginacategorie en segment als eigenschappen. Deze schrijfacties tellen nog steeds mee voor de API-limieten van je app, dus bundel ze op dezelfde manier als je bij Salesforce zou doen.
Zodra de data in HubSpot staat, zetten workflows ze om in acties. Bijvoorbeeld:
- Engagementscore komt boven 70: maak een taak aan voor de eigenaar van het bedrijf.
- Fase van de journey verandert naar Beslissing: zet het hoofdcontact in een sequence.
- Een doelaccount bezoekt voor de derde keer de prijzen: plaats een bericht in het Slack-kanaal van sales.
Hier houdt je personalisatieanalytics op een dashboard te zijn dat iemand moet onthouden te openen.
Hoe vaak je wat synchroniseert
| Binnen enkele minuten | Elke 1-4 uur | Dagelijkse batch |
|---|---|---|
| Ingevulde formulieren en demo-aanvragen Prijsbezoeken van doelaccounts Nieuw bedrijf geïdentificeerd | Betrokkenheidsscore Segmentwijzigingen Wijzigingen in journeyfase | Samengevatte bezoekaantallen Interessetags Datum eerste / laatste bezoek |
Alles in realtime synchroniseren verbruikt je API-quotum en overspoelt records met updates. Alles dagelijks in batches verwerken betekent dat een bezoek van een target account aan de prijspagina een nacht lang onopgemerkt blijft. De verdeling hierboven houdt de tijdgevoelige signalen snel en schuift de rest naar goedkope batches.
Waar deze projecten misgaan
Data synchroniseren die niemand leest. Neem, voordat je iets bouwt, met een paar verkopers elk 30 minuten de tijd en vraag wat ze vóór een gesprek zouden willen weten. Bouw rond hun antwoorden. Een korte lijst velden die verkopers kunnen vinden, is beter dan vijftien velden waar ze langs scrollen.
Geen eigendomsregels. Als beide systemen hetzelfde veld bevatten (bijvoorbeeld branche), bepaal dan welk systeem wint. Meestal is het CRM eigenaar van wat verkopers bijhouden (dealfase, contacten) en de personalisatietool van gedragsdata (scores, segmenten, bezoeken). Zonder deze afspraak overschrijven twee systemen elkaar in een lus.
Geen proefrun. Draai de matching tegen je CRM in een proefmodus, haal 100 matches op en controleer ze handmatig. Zijn er te veel fout, herstel dan de logica voordat er iets naar productie wordt geschreven.
Gebouwd door één team. Marketing ops weet welke data er is; sales ops weet naar welke velden accountmanagers kijken. Bouwt marketing het alleen, dan belandt data in velden die niemand bekijkt. Bouwt sales het alleen, dan blijven de beste signalen buiten beeld. De ontwerpsessie zelf is al een stukje afstemming tussen sales en marketing via bezoekersdata.
Instellen en vergeten. Houd maandelijks een review waarin verkopers zeggen welke data ze gebruikten en wat er ontbreekt, en pas daarna velden, scoring en alerts aan.
Hoe je ziet of het werkt
Stel je eigen doelen, maar meet deze vóór en na de livegang:
- Adoptie: aandeel verkopers dat de afgelopen 7 dagen personalisatievelden of -activiteiten heeft geopend.
- Gezondheid: foutpercentage van de synchronisatie en matchnauwkeurigheid uit je steekproeven.
- Dekking: aandeel accounts met recente websiteactiviteit waarvoor personalisatiedata is ingevuld.
- Snelheid van opvolging: de tijd tussen een piek in betrokkenheid en het eerste contact door sales.
- Pipeline: opportunities aangemaakt na een melding die door personalisatie werd getriggerd.
De eerste drie vertellen je in week 1-4 of de techniek werkt. De laatste twee vertellen je in de maanden daarna of het verandert hoe sales zich gedraagt.
Een uitrol in vijf weken
- Week 1, ontwerp. Interview een paar verkopers. Kies 5-8 velden. Maak de aangepaste velden aan. Leg de matchinglogica en de regels voor eigenaarschap vast.
- Week 2, bouwen en proefdraaien. Koppel de systemen, voer matching uit in proefmodus, beoordeel 100 matches met de hand en herstel wat niet klopt.
- Week 3, alleen bijwerken. Zet de synchronisatie vijf werkdagen aan zonder records aan te maken. Houd fouten en mappingproblemen in de gaten en vraag feedback van twee of drie verkopers.
- Week 4, volledige activatie. Sta het aanmaken van records toe boven je betrouwbaarheidsdrempel, stel het gelaagde synchronisatieschema in, bouw de twee rapporten en laat sales zien waar de data staat.
- Vanaf week 5. Maandelijkse review met sales; pas velden, scoring en automatiseringen aan.
Als je maar één ding doet
Synchroniseer bedrijfsidentificatie en een engagementscore naar accountrecords. Alleen al daarmee weet sales welke bedrijven op dit moment onderzoek naar je doen. Je opzet voor bezoekersidentificatie levert de bedrijfsdata, je accountscoringsmodel bepaalt de score, en het CRM is waar verkopers al kijken. Al het andere in deze blog kan later komen.