Signals

Een signaal is een getelde gebeurtenis op je site: een zoekopdracht die niets opleverde, een vraag die de chat niet kon beantwoorden, een product dat werd bekeken of in de winkelwagen ging. Het embed-script en de modules leggen ze vast. Nexym telt ze per dag, per soort en per onderwerp. Zo zie je wat je bezoekers zoeken en waar ze vastlopen, zonder bij te houden wie het deed.

Je vindt ze onder Operaties → Signalen. De Agent leest ze en stelt er verbeteringen uit voor, zoals een kennisonderwerp voor iets waar bezoekers vaak naar zoeken zonder resultaat.

Signals → Overview: per type wat er vandaag en deze week binnenkwam, met de meest voorkomende onderwerpen.

De types

De belangrijkste soorten signalen:

Type	Wanneer
search.query	Iemand zoekt iets
search.zero_result	Een zoekopdracht levert niets op
chat.gap	De chat kon een vraag niet onderbouwen
chat.intent	Wat de chat van een vraag maakte
product.viewed	Een product is bekeken — uit je dataLayer, of door de pagina zelf herkend
category.viewed	Een categorie is bekeken — uit je dataLayer, of door de pagina zelf herkend
cart.added / cart.removed	Iets in of uit de winkelwagen — uit je dataLayer (add_to_cart, remove_from_cart). cart.removed leest het script ook zelf uit de winkelwagen van Magento 2 (ook Hyvä), Shopify, WooCommerce en Shopware 6, met de SKU; zegt je dataLayer hetzelfde, dan telt het één keer
cart.updated	De winkelwagen getoond (view_cart), met wat erin zit: tot twintig artikelnummers met aantallen, en de waarde
cart.coupon	Nexym zette een kortingscode op de winkelwagen, bijvoorbeeld bij een promotie in een module, met de code, de module en of de shop hem accepteerde
checkout.started	Afrekenen gestart (begin_checkout)
checkout.shipping	Verzendgegevens ingevuld (add_shipping_info), met de verzendmethode die GA4 noemt
checkout.payment	Betaalgegevens ingevuld (add_payment_info), met de betaalmethode die GA4 noemt
order.placed	Bestelling geplaatst — door de bedankpagina zelf herkend (Magento, Shopify, WooCommerce), of uit je dataLayer (purchase, met de artikelnummers en aantallen van de regels)

De winkelwagen- en afreken-events komen uit de standaard GA4-events van je dataLayer. Die worden alleen gelezen als je dat aanzet onder Beheer → Bezoekers & toestemming → Wat we meten (het staat standaard uit) — zie Wat je site al vertelt. Pusht je shop ze niet, dan verschijnen ze niet. Een bestelling ziet Nexym ook zonder dataLayer, op de bedankpagina.

Eén bestelling is één signaal. Herkent Nexym de bestelling op de bedankpagina én pusht je tag daar een purchase met hetzelfde ordernummer, dan telt hij één keer (die uit je dataLayer, want die heeft de regels). Pusht je tag de purchase opnieuw als de bedankpagina herladen wordt, dan telt die niet nog eens.

Daarnaast hebben modules hun eigen signalen, bijvoorbeeld popup.shown, review.submitted, return.requested of chat.product_search. Die staan op de pagina’s van de module (onder Meten en privacy).

Per website

Heb je meerdere websites in één project (zie Meerdere websites in één project), dan onthoudt elk signaal op welke website het gebeurde. Nexym leest dat uit het adres van de pagina. Bovenaan Overzicht en Live kies je Alle websites of één website. Alle websites geeft dezelfde totalen als voorheen. In Live staat de website als label achter de taal, en in de Journey van een klant staat hij bij elke sessie. Kan de pagina niet zeggen op welke website hij is, dan telt het signaal alleen bij Alle websites mee.

Draait je project meerdere stores, dan volgt dit scherm de store die je rechtsboven in de projectkiezer kiest. Alle stores telt alles, een store telt alleen de websites (talen) van die store, een taal alleen die ene website. Onder de kop staat dan klein Cijfers voor …. De keuze bovenaan het scherm biedt in een store alleen de talen van die store (Alle talen = de hele store); in één taal staat er geen keuze. Een gedeelde link met een website erin (?website=) toont altijd die website, welke store je ook gekozen hebt. Hetzelfde geldt voor de statistieken van Site search en Popups.

Live meekijken

Het tabblad Live toont de laatste honderd gebeurtenissen zodra ze binnenkomen. Klik een rij aan en je ziet het ruwe event zoals het binnenkwam. Handig bij het inregelen: open je eigen site met ?nexym_debug=1 erachter en elke gebeurtenis verschijnt hier gemerkt als browser · debug — die telt nergens in mee. Met ?nexym_debug=0 zet je het uit.

Bij een product- of categorieweergave staat erbij waar hij vandaan kwam: via pagina (Nexym las de pagina zelf) of via dataLayer (je eigen GA4-event). Eén weergave is één signaal: komt je eigen view_item later dan Nexym de pagina al had gelezen, dan vervangt hij die lezing — ook als die al verstuurd was.

Achter het onderwerp staan korte labels met wat de pagina verder wist, bijvoorbeeld via zoeken #3 · 42 s · 80% gescrold · uitverkocht, of bij de winkelwagen winkelwagen 129,95 · 3 en kortingscode ZOMER10 ✓. Een nieuw bezoek verschijnt als een eigen rij visit.started met hoe het binnenkwam (zoekmachine, social, e-mail, …). Klik een rij aan voor alle gegevens.

Toestemming

De kolom Toestemming laat per gebeurtenis zien wat de bezoeker in de cookiebanner koos, op het moment dat de pagina het doorgaf: Geaccepteerd, Geweigerd of Onbekend (nog niet beantwoord, of geen banner herkend). Daarachter staat welke banner het zei, bijvoorbeeld Geaccepteerd · je cookiebanner; ga er met de muis op staan voor statistieken en marketing apart. Met de keuzelijst boven de tabel filter je erop.

Het werkt met onze eigen toestemmingsmodule, met de banners die shops het meest gebruiken, met IAB TCF en met Google Consent Mode zoals je CMP of GTM die zet. Het antwoord is “Geaccepteerd” als statistieken zijn toegestaan.

Alleen een echt antwoord van de bezoeker telt. Banners hebben al standaardwaarden voordat iemand iets kiest — vóór een antwoord, per regio, of zodra het script geladen is — en die gelden als nog niet beantwoord, nooit als toestemming. Een default uit Consent Mode geldt niet als antwoord, behalve een site-brede granted (dan heeft de shop zelf besloten dat niemand gevraagd wordt); een default voor een regio telt nooit, want Nexym weet niet waar de bezoeker is. Verandert de bezoeker later van keuze, of trekt hij toestemming in, dan hoort Nexym dat meteen via de events van de banner, en wordt een bewaard bezoekersnummer direct gewist.

Er wordt niets extra’s bewaard: alleen dit ene antwoord, en alleen in de Live-lijst — niet in de getelde cijfers. Server-events hebben geen banner en staan er als Onbekend.

Bezoekers uit elkaar houden zonder ze te herkennen

Elk live event heeft een kort bezoekers-ID. Klik erop en je ziet alleen de gebeurtenissen van die bezoeker: zocht, opende de chat, vroeg iets. Dat ID is een afdruk (een hash) van IP-adres, browser en taal, met een geheime sleutel die elke dag verandert en per shop verschilt. Het IP-adres zelf wordt niet bewaard.

i

Waarom dagelijks wisselen? Zo kun je één bezoek als verhaal lezen, maar niemand over dagen heen volgen. Een ID dat iemand blijvend herkent is onder de AVG hetzelfde als een tracking-cookie en vraagt toestemming; dit niet.

Wil je die herkenning juist wél — om te zien of iemand terugkwam — zet dan Klanten herkennen aan onder Beheer → Bezoekers & toestemming. De browser bewaart dan een willekeurig nummer in plaats van de dagelijkse afdruk, maar pas nadat een toestemmingssignaal dat toelaat, en het wordt gewist zodra die toestemming wordt ingetrokken. Zie Het embed-script.

Opmerking

Het bezoekers-ID staat alleen in de Live-lijst, niet in de getelde cijfers. Die tellen per type en onderwerp — wat er gebeurde, niet wie het deed. Een regel per bezoeker zou een logboek van mensen zijn in plaats van een telling van wat ze zochten.

Wat er bewaard wordt

• Getelde signalen per dag, per type, per onderwerp — geen losse gebeurtenissen.
• Onderwerpen worden geschoond voordat er iets wordt opgeslagen: e-mailadressen worden altijd vervangen. Lange reeksen cijfers (zoals een telefoonnummer) worden vervangen in vrije tekst, zoals een zoekopdracht of chatvraag. Bij een artikelnummer, EAN of ordernummer blijven de cijfers staan, want die zijn het onderwerp.
• Een project kan per dag maar een beperkt aantal nieuwe onderwerpen toevoegen, zodat een bot met willekeurige zoekopdrachten je cijfers niet kan opblazen.

Wat er per bezoek en per pagina bewaard wordt

Naast de getelde signalen houdt Nexym een paar dingen bij die je later nodig hebt voor betere aanbevelingen en voor “gemiste vraag”. Alles hieronder komt uit dezelfde ene meting per pagina die al bestond — er komt geen verzoek per klik bij.

Per bezoek (tabel met één rij per bezoek; standaard 180 dagen bewaard, zie Data & bewaren):

Wat	Waarom
utm_source, utm_medium, utm_campaign, utm_term, utm_content	Welke campagne het bezoek bracht
Soort verwijzer: zoekmachine, social, e-mail, direct, andere site of intern — en alleen de domeinnaam van de verwijzer	Uit welk kanaal het bezoek kwam, zonder het volledige adres
Of het een advertentieklik was (Google, Meta, Microsoft, TikTok) — ja of nee, nooit het klik-ID	Betaald of niet, zonder een ID dat de klik identificeert
De landingspagina, zonder querystring behalve utm_*	Waar het bezoek begon; een querystring kan van alles bevatten, dus die gaat eraf
Apparaatsoort (mobiel, tablet, desktop) en browserfamilie (bijv. chrome)	Voor uitsplitsingen; nooit de volledige user agent
Land, alleen als je hosting of CDN het al meestuurt	Nooit een IP-adres
Hoe ver het bezoek in de checkout kwam (afrekenen, verzending, betaling, bestelling) en de verzend- en betaalmethode als GA4 die noemt	Waar bezoekers afhaken
Nieuw of terugkerend, het hoeveelste bezoek en dagen sinds het vorige — alleen met toestemming	Zie hieronder

Nieuw of terugkerend wordt alleen bijgehouden als je bezoekers herkennen aan hebt en de bezoeker toestemming voor statistieken gaf — precies dezelfde regel als voor het bezoekersnummer. De browser bewaart dan een teller naast dat nummer en wist die samen ermee als de toestemming wordt ingetrokken. Zonder toestemming staat er onbekend.

Wat telt als één bezoek

	Eén bezoek is	Begint opnieuw
Met toestemming voor het blijvende bezoekersnummer	één browser — al zijn tabbladen samen, zoals in Google Analytics	na 30 minuten zonder dat de shop zichtbaar open staat, en om middernacht
Zonder toestemming	alles van hetzelfde IP-adres, dezelfde browser en taal op één dag (de dagelijkse afdruk hierboven)	om middernacht

Met toestemming houdt de browser naast de teller een willekeurig bezoeknummer bij, en per tabblad een willekeurig tabbladnummer (alleen zolang het tabblad open is). Beide volgen precies de regels van het bezoekersnummer: pas na toestemming, en weg zodra die wordt ingetrokken. Zonder toestemming wordt er niets extra’s bewaard.

Sinds 28 september 2026. Daarvoor was elk bezoek de dagelijkse afdruk. Alle browsers achter één adres met dezelfde browserversie — een mobiel netwerk, kantoorwifi — waren dan één bezoek, met elkaars stappen door elkaar. Vanaf de dag dat je shop voor het eerst een bezoek per bezoeker telt, liggen de bezoekcijfers daardoor hoger en is de conversie per bezoek eerlijker (lager). Oude dagen worden niet herrekend: wat toen bewaard werd kan de samengevoegde bezoekers niet meer uit elkaar halen. Impact en Site search → Analytics zetten een korte notitie bij die dag.

Per pagina, per dag opgeteld (standaard 180 dagen bewaard, zonder bezoeker erin):

• hoe vaak een product- of categoriepagina is bekeken, hoe lang die zichtbaar in beeld was (een tabblad op de achtergrond telt niet, maximaal een half uur per weergave) en hoe ver er gescrold is;
• hoe vaak een product werd bekeken terwijl het uitverkocht was, en hoe vaak terwijl het op voorraad was, zoals de pagina zelf het zegt (gestructureerde data, of de voorraadmelding van je platform). Zegt de pagina niets over voorraad, dan telt de weergave bij geen van beide. Hoe vaak je pagina’s het wél zeggen (de dekking) geeft de agent mee bij gemiste vraag: hoe hoger, hoe meer die schatting op je eigen pagina rust in plaats van op de voorraadhistorie.

Per productpaar, per dag opgeteld (standaard 180 dagen bewaard, zonder bezoeker erin): welke producten in hetzelfde bezoek samen werden bekeken (de eerste twintig per bezoek), samen in de winkelwagen kwamen, of samen in één bestelling zaten.

Bij een productweergave: uit welke lijst het product werd aangeklikt (zoeken, categorie, aanbeveling, pop-up, chat, keuzehulp of een andere lijst) en op welke plek. Nexym’s eigen modules geven dat door bij de klik; voor je eigen lijsten leest Nexym je GA4-event select_item. Dit loopt via de sessie-opslag van de browser en verdwijnt met het tabblad.

Bij een winkelwagen-event: de waarde en het aantal artikelen ná de wijziging, en een geprobeerde kortingscode (maximaal 32 tekens) met, als de pagina het zegt, of de shop hem accepteerde. De code wordt alleen gelezen uit het kortingsveld van je platform of uit het coupon-veld van je GA4-events — geen ander formulierveld wordt ooit gelezen.

Wat nooit wordt opgeslagen

Geen IP-adres, geen volledige user agent, geen advertentie-klik-ID’s, geen querystrings behalve utm_*, en geen tekst die een bezoeker in een formulier typt — behalve de kortingscode en de zoektermen die de zoekmodule al bijhield. Niets hiervan is aan een persoon gekoppeld, behalve via het bezoekersnummer dat alleen met toestemming bestaat. Iemand die zijn eigen site debugt (?nexym_debug=1) telt nergens in mee.