Snel voor echte bezoekers: zo meten we met RUM

Een Lighthouse-test draait op één computer, met één verbinding, op één moment. Je klanten zitten op een oude telefoon in de trein, of op een snelle laptop op kantoor. Wat zij ervaren, zie je pas als je het bij hen meet.

Een score is geen bezoeker

Een shop kan in een test groen scoren en toch traag aanvoelen. Andersom kan een rode score weinig betekenen als je bezoekers er niets van merken. Een test meet een situatie die niemand precies zo meemaakt.

Bij Watercoolergigant zagen we dat verschil duidelijk. Op desktop reageerde de shop prima. Op mobiel lag de reactiesnelheid (INP) voor de traagste bezoekers boven de 500 milliseconden: de grens waarboven Google het “slecht” noemt. Eén op de tien tikken op een telefoon voelde traag. Geen enkele test op een snelle laptop had dat laten zien.

Meet bij je bezoekers, niet in je eigen browser.

Wat RUM meet

RUM staat voor Real User Monitoring. Een klein script meet bij elke bezoeker hoe de pagina laadt en reageert. Wij gebruiken daarvoor RUMvision en kijken naar vier waarden:

• TTFB: hoe snel de server antwoordt.
• LCP: hoe snel het belangrijkste beeld of blok zichtbaar is.
• CLS: of de pagina verspringt tijdens het laden.
• INP: hoe snel de pagina reageert op een klik of tik.

Dat doen we per pagina, per apparaat en per land. En we kijken niet naar het gemiddelde, maar naar de traagste bezoekers. Daar zit de omzet die je verliest.

Van meten naar verbeteren

Als je weet welke pagina’s traag zijn voor welke bezoekers, kun je gericht verbeteren. Vaak zit de winst niet in een grote verbouwing, maar in een paar concrete dingen:

• een productafbeelding die te laat laadt, omdat hij wacht op andere bestanden;
• elementen die verspringen, zoals een banner of reviewblok dat later inlaadt;
• een extensie of trackingscript dat bij elke klik werk doet dat niemand nodig heeft;
• caching die minder doet dan je denkt.

Bij Watercoolergigant pakten we precies dat soort punten aan, na een mobile-first review van de belangrijkste pagina’s. Het resultaat bij echte mobiele bezoekers, voorjaar tegen najaar 2026:

Bij Openhaardhout Gigant, met negen webshops, ging de serverrespons (TTFB) in ruim een jaar van 1.112 naar 502 milliseconden, en de laadtijd met 31% omlaag.

Wat je hieruit meeneemt

1. Gebruik een test om te ontwikkelen, en RUM om te beslissen.
2. Kijk naar mobiel apart. Daar zit meestal het probleem, en vaak ook de meeste bezoekers.
3. Meet voor en na elke grote wijziging, dan weet je wat het heeft opgeleverd.