Na de lancering van een nieuw project liet ik tijdens de eerste week Google Analytics en Yandex Metrica naast elkaar draaien. Ik wilde ze op hetzelfde echte verkeer vergelijken in plaats van te kiezen op basis van screenshots, functielijsten of gewoonte.
Na die week merkte ik dat ik Yandex Metrica veel vaker opende. Niet vanwege één specifieke dashboardmetric, maar vanwege Webvisor, de sessiereplayfunctie van Metrica. In die vroege fase vond ik een extra geaggregeerde grafiek minder belangrijk dan één directe vraag: wat doen mensen daadwerkelijk op de site?
Mijn eerste reactie was dat “Yandex Metrica met grote voorsprong wint”. Voor dit soort werk geef ik er nog steeds de voorkeur aan, maar die formulering was emotioneler dan nauwkeurig. Eén project en één week zijn genoeg om mijn ervaring te beschrijven. Ze bewijzen niet dat Metrica objectief beter is dan Google Analytics voor iedereen.
Waarom Google Analytics voor mij abstracter voelde
In de oorspronkelijke versie noemde ik Google Analytics abstract. Dat verdient nuance. GA4 is niet oppervlakkig: het heeft rapporten, Explorations, segmentatie en User Explorer om individuele gebruikersactiviteit te onderzoeken. Mijn probleem was niet een gebrek aan diepgang, maar de workflow die ik op dat moment nodig had.
Event- en geaggregeerde analytics kunnen laten zien dat een gebruiker een pagina bereikte, een event triggerde, uit een pad viel of zich als segment anders gedroeg. Dat is nuttig. Maar bij een onbekend UX-probleem blijft er een denkstap tussen de metric en de interface die de gebruiker werkelijk bediende.
Sessiereplay verkleinde die afstand voor mij. In plaats van alleen aantallen kon ik de volgorde van één bezoek bekijken: navigatie, scrollen, klikken, pauzes en terugkeren. Dat verklaart niet automatisch waarom iemand zo handelde, maar het geeft veel concreter materiaal voor een hypothese.
Webvisor haalt het giswerk niet weg
Dit is de belangrijkste correctie op mijn oorspronkelijke tekst. Een replay vertelt me niet dat een gebruiker “gefrustreerd” is. Hij toont gedrag waaruit ik wrijving kan afleiden. Herhaald klikken, teruggaan, lang stilvallen of een flow verlaten kunnen signalen zijn, maar het is geen gedachtenlezen.
Dat onderscheid is belangrijk omdat één vreemde sessie al snel een overtuigend verhaal kan opleveren. De juiste conclusie is niet “ik heb de oorzaak gevonden”, maar “ik heb een hypothese gevonden die ik moet controleren”.
De werkwijze die ik nu verkies:
- Gebruik geaggregeerde data om een interessante pagina, flow, apparaatklasse of segment te vinden.
- Bekijk een kleine set relevante replays in plaats van willekeurige sessies.
- Noteer apart wat rechtstreeks waarneembaar is en wat mijn interpretatie is.
- Pas iets pas aan wanneer het bewijs sterk genoeg is.
- Meet na de wijziging opnieuw of het waarneembare gedrag echt verbeterde.
Sessiereplay maakt het midden van die cyclus veel concreter. Het vervangt de rest niet.
Waarom dit op een nieuw project extra nuttig was
Direct na een lancering zijn veel UX-vragen nog onbekend. Er zijn geen maanden stabiele baselines, volwassen funnels of lange lijsten met bekende failure modes. In die situatie helpt kwalitatieve observatie om überhaupt te ontdekken welke vragen de moeite waard zijn.
Dat betekent niet dat replays belangrijker zijn dan geaggregeerde analytics. Ze beantwoorden verschillende vragen. Geaggregeerde data is beter om te zien hoe vaak iets gebeurt. Een replay is beter om te zien hoe één concrete interactie eruitzag.
De combinatie is sterker: eerst een patroon vinden en daarna voorbeelden bekijken, of eerst een verdachte interactie zien en vervolgens controleren of die vaak genoeg voorkomt om relevant te zijn.
Sessiereplay heeft technische beperkingen
Webvisor is ook geen absolute waarheid omdat de opname zelf beperkingen heeft. Yandex documenteert dat niet elke sessie noodzakelijk wordt opgenomen, dat opnames maar beperkt worden bewaard en dat browser- of paginatechnologie de opname of weergave kan beïnvloeden. Dynamische styling, cross-domain iframes, privénavigatie, canvas en Shadow DOM zijn voorbeelden waarbij beperkingen kunnen spelen.
Een kapotte replay bewijst dus niet automatisch dat de gebruiker een kapotte pagina zag. En een ontbrekende opname bewijst niet dat er geen sessie was.
Privacy verdient eveneens bewuste aandacht. Een sessiereplaytool kan veel meer observeren dan een gewone pageviewteller. Er zijn beveiligingen voor wachtwoorden en gevoelige velden, maar de site-eigenaar moet de verzameling nog steeds verantwoordelijk configureren, geen identificerende gegevens versturen die niet verstuurd horen te worden en de toepasselijke toestemmings- en privacyregels respecteren.
Welke zou ik kiezen?
Voor vroege UX-debugging op dit project prefereerde ik Yandex Metrica. Webvisor bracht me sneller van “er ziet iets vreemd uit in de cijfers” naar “ik kan de concrete interactie bekijken die er mogelijk achter zit”. In de eerste week was dat voor mij het doorslaggevende voordeel.
Ik zou daar niet meer van maken dat “Google Analytics slecht is” of dat “Metrica het betere analyticsplatform is”. GA4 heeft andere sterke kanten en een veel diepere eventanalyseworkflow dan mijn oorspronkelijke korte post deed vermoeden. Als acquisitierapportage, custom events, integraties of een bredere measurementstack centraal staan, kan de vergelijking heel anders uitvallen.
Ik vind het ook niet zinloos om beide tijdelijk naast elkaar te gebruiken. Platforms kunnen sessies, gebruikers en events verschillend modelleren en verwerken. Daarom hoef je niet te verwachten dat de cijfers perfect overeenkomen.
Wat ik na één week echt leerde
De nuttige conclusie is smaller dan mijn oorspronkelijke “wint met grote voorsprong”, maar juist daardoor sterker.
Yandex Metrica won mijn aandacht omdat individueel gebruikersgedrag er voor mij makkelijker te inspecteren was. De afstand van een metric naar een concrete UX-hypothese werd kleiner. Google Analytics bleef nuttig, maar voor het probleem waar ik direct na de lancering mee bezig was, opende ik Metrica eerst.
Webvisor veranderde giswerk niet in zekerheid. Het veranderde vage vermoedens in beter onderbouwde vragen. Voor UX-werk is dat al een flinke verbetering.