Klantcontext (CDP)

Hoe meer modules je aanzet, hoe beter elke module wordt. De gedeelde klantcontext is waarom: wat één module over een bezoeker leert, kunnen de andere gebruiken. De chat weet wat er net gezocht is. De zoekfunctie zet sportieve horloges hoger als iemand de chat vertelde dat hij een sportief horloge zoekt. Een reviewuitnodiging wacht zolang er een retour loopt.

Je stelt het per project in onder Beheer → Project → Klantdata. Het staat standaard aan; uit werkt elke module precies zoals op zichzelf.

Wat Nexym weet, in vier groepen

Elk feit heeft een bron (de module die het weet), een vertrouwen (zie hieronder) en een leeftijd. In het dashboard zie je ze per bezoeker: klik in Signalen → Live op een bezoeker, of open een klant en kies het tabblad Context.

Groep	Wat	Waar het vandaan komt
A · Dit bezoek	binnenkomst (landingspagina, kanaal, utm, advertentieklik), apparaat, taal, nieuw of terugkerend, toestemming, A/B-groepen; zoekopdrachten, zoekopdrachten zonder resultaat, aangeklikte resultaten, gebruikte filters en sortering; bekeken producten en categorieën met tijd op de pagina, scrolldiepte en waar ze vandaan kwamen; uitverkochte producten die bekeken werden; de winkelwagen, een geprobeerde kortingscode, de bereikte afrekenstap; de Keuzehulp (gestart, antwoorden); popups (gezien, gesloten, aangeklikt, aangemeld, gewonnen prijs); de chat (onderwerpen, overdracht aan de winkel); uitgesproken voorkeuren	je site (het embedscript), Site search, Keuzehulp, Popups, Website-chat
B · Over bezoeken heen	favoriete merken, categorieën, prijsklasse, kleuren en maten (recent zwaarder), vaker bekeken maar nooit gekocht, zoekthema’s, hoe vaak en op welk apparaat ze terugkomen	alleen met toestemming — zie hieronder
C · Klanthistorie	bestellingen (aantal, eerste en laatste, gemiddelde en totale besteding, meest gekochte merken en categorieën, gekochte maten, betaal- en verzendmethode, woonplaats), RFM-segment, retouren en redenen, reviews, eerdere chats, offertes, nieuwsbrief, segmenten, hoe de klant herkend is	de hub en je modules
D · Signalen	slechte ervaring, twijfel over maat, prijsbewust, hoge koopintentie, verlaten winkelwagen, interesse in uitverkocht, risico op afhaken, trouwe klant, terugkerende bezoeker	afgeleid van A–C; nooit zekerder dan waar het van komt

De winkelwagen komt op Magento, Shopify en WooCommerce rechtstreeks uit de winkelwagen van je shop: het embedscript leest hem bij het laden, na elke wijziging en als de bezoeker terugkomt op het tabblad. Een aantal dat op de winkelwagenpagina verandert, iets dat in een ander tabblad werd toegevoegd of een winkelwagen die leeg is na een bestelling of uitloggen, klopt daardoor ook in popups en UI-elementen (“alleen met iets in de winkelwagen”), in segmenten (“heeft … in de winkelwagen”), in de chat en in het signaal verlaten winkelwagen. Er wordt alleen gelezen welke producten, hoeveel en tegen welke prijs — niets over wie. Kan de winkelwagen niet gelezen worden (of op Shopware), dan bouwt Nexym hem zoals voorheen op uit de winkelwagen-events.

Data → CDP: wie je klanten zijn en hoe waardevol, in één beeld.

Wat er tegen een bezoeker gezegd wordt

Vertrouwen	Wie	Gebruikt voor	Gezegd
Sessie	dit bezoek, anoniem	zoekopdrachten, bekeken producten, winkelwagen, voorkeuren	ja: “je keek net naar …”
Herkend	waarschijnlijk een terugkerende klant (Klant herkennen)	stil: favoriete merken, een maat om voor te stellen	nooit: geen bestellingen, retouren, reviews of naam
Geverifieerd	heeft aangetoond wie hij is: bestelnummer + e-mail in de chat, of ingelogd	de volledige historie	kort, als het helpt — een eerdere slechte ervaring wordt één keer erkend

Die regel wordt afgedwongen, niet alleen beloofd. De chat krijgt persoonlijke historie pas in zijn instructies als het gesprek geverifieerd is. Elk antwoord wordt daarna nog gecontroleerd: noemt het toch een bestelling, retour, review of naam tegen een bezoeker die niet geverifieerd is, dan gaat het terug en wordt het, als het weer misgaat, vervangen door een aanbod om eerst de bestelling te verifiëren.

De Journey van een klant

Open een klant en kies het tabblad Journey. Je ziet alles wat de herkende browsers van die klant deden, over alle modules heen, per sessie en per dag, nieuwste eerst:

• bovenaan: eerst gezien (en via welke bron), herkend (hoe lang na het eerste bezoek, en via welk formulier), sessies (aantal, apparaten, tijd op de site), eerste bestelling en Nexym-contact (welke modules meehielpen);
• filters per soort: bezoeken, browsen, zoeken, Nexym-modules, identiteit & toestemming, bestellingen, na aankoop;
• Tijdlijn: elke sessie met haar events — bekeken pagina’s en producten met tijd en scrolldiepte, zoekopdrachten met het aantal resultaten, filters, winkelwagen en afrekenen, popups, de chat (met een link naar het gesprek), de Keuzehulp, toestemming en het moment van herkennen. Een bekeken product, en een product in of uit de winkelwagen, staat er als kaartje: een kleine foto (die van de variant als die er een heeft), de naam, de prijs, de SKU en tijd en scrolldiepte. De prijs is de huidige catalogusprijs (dat zie je als je erop wijst), tenzij het event zijn eigen prijs meegaf. Klik op het kaartje om het product te openen; Een sessie begint altijd met Kwam binnen, één keer per bezoek: ook als de bezoeker halverwege cookies accepteert of in een nieuw tabblad verder gaat. Wie na het betalen terugkomt van de betaalprovider (iDEAL via Buckaroo, Mollie, PayPal, Klarna …), staat er als Terug van betaling; die provider is nooit de bron van het bezoek. Een zoekopdracht die letter voor letter getypt is, staat er als één zoekopdracht met de woorden waarop hij eindigde; dezelfde popup die steeds opnieuw verschijnt als één regel met “n×”. Achter een product in de winkelwagen staat het totaal van de winkelwagen als winkelwagen € …;
• Flow: dezelfde sessies als een korte route, van bron via browsen en zoeken naar bestelling. Binnen een bezoek leest de route van binnenkomst naar vertrek; de dagen en bezoeken zelf staan net als in de Tijdlijn met de nieuwste bovenaan.

Elke dag heeft een kop met de datum (met het jaar als het niet dit jaar is, bijvoorbeeld do. 16 okt. 2025) en rechts hoe lang het daarvóór geleden was tot de vorige actieve dag: 15 dagen eerder, of in hele uren onder de twee dagen (46 u eerder). De oudste dag heeft dat niet. Dagen lopen volgens de tijdzone van Nexym (Europe/Amsterdam).

De losse events worden alleen vastgelegd met dezelfde toestemming als Over bezoeken heen, en na de bewaartermijn opgeschoond. Bestellingen, reviews en retouren blijven zichtbaar. Een browser waarmee je zelf test, staat er met een Test-label.

Wat de modules ermee doen

• Site search zet met een boostregel Voorkeur van de bezoeker producten die passen bij een uitgesproken voorkeur een paar plaatsen hoger en vermeden producten een paar lager — nooit verborgen, alleen binnen de match op de woorden, en begrensd zodat relevantie wint. Sterkte, zoekopdrachten, websites en segmenten stel je in die regel in (Boostregels). Een filter dat een bezoeker aanvinkt, is ook een voorkeur voor de andere modules.
• Website-chat weet wat er dit bezoek gezocht en bekeken is (“wat keek ik net?”) en legt voorkeuren vast als iemand zegt wat hij zoekt — alleen in waarden die je catalogus echt kent. “Begin opnieuw” wist de voorkeuren. Bij een geverifieerde klant kent hij de historie: een retour wegens te klein wordt een maat groter bij hetzelfde merk.
• Keuzehulp geeft de antwoorden van een afgeronde keuzehulp door als voorkeuren.
• Reviews stuurt geen uitnodiging zolang een klant een open klacht heeft, een retour loopt of in de laatste 30 dagen een lage review gaf.
• Popups kunnen richten op signalen: alleen prijsbewuste bezoekers, hoge intentie zonder aankoop, terugkerend met een verlaten winkelwagen, niet bij een slechte ervaring.
• Segmenten kunnen RFM en de signalen gebruiken, met kant-en-klare segmenten (terugwinnen, merkfans, prijsbewust, hoge intentie, VIP, verlaten winkelwagen, interesse in uitverkocht), en de losse events tellen (bekeek minstens 2 keer een product in categorie X in de laatste 30 dagen) — zie Gebouwd op gedrag.

De instellingen

Onder Beheer → Project → Klantdata:

• Gedeelde klantcontext gebruiken — de hoofdschakelaar.
• Welke modules het mogen gebruiken — chat, popups, segmenten, keuzehulp. Zoeken personaliseren is een boostregel (Zoeken → Boostregels → Voorkeur van de bezoeker). Reviewuitnodigingen tegenhouden bij een slechte ervaring stel je in bij Reviews → Campagnes (Vraag nooit zolang).
• Neigen naar favoriete merken — gebruik ook de merken en categorieën waar een bezoeker vaak naar kijkt (alleen met toestemming).
• Welke feiten bewaard worden — per groep aan of uit.
• Signalen en grenzen — bijvoorbeeld hoge koopintentie = 3 keer bekeken zonder aankoop, prijsbewust = 1 teken, lage review = 2 sterren of minder, de RFM-grenzen.

De pagina laat ook zien welke modules aan staan en welke feiten je daardoor wel of niet hebt: zet Reviews aan voor lage reviews en uitnodigingsstatus.

Meten wat het oplevert

Onder Site search → A/B test → Gepersonaliseerd vs. niet verdeel je bezoekers over de zoekfunctie zoals hij is (A) en dezelfde zoekfunctie met personalisatie (B). Je ziet dezelfde twaalf zoekmetrics per groep. De test loopt alleen als de zoekfunctie zelf niet getest wordt.

Privacy en toestemming

• Dit bezoek is anoniem: gekoppeld aan de bezoek-hash van die dag (dezelfde die voor Impact en de bezoekstatistiek al gebruikt wordt), en weg twee uur na de laatste activiteit.
• Over bezoeken heen wordt alleen iets bewaard als Klant herkennen aan staat, de browser een id heeft mogen bewaren, en de bezoeker de toestemming gaf die je daar vraagt (statistieken of marketing). Hoe lang het bewaard blijft zie je onder Data & bewaren (Klantcontext over bezoeken).
• Er wordt niets gevoeligs afgeleid: geen gezondheid, geen geloof, geen afkomst — alleen wat iemand op je site deed en bij je kocht.
• Klant verwijderen neemt de klantcontext mee: de profielen van zijn browsers en de feiten van een bezoek dat nog loopt.