Prestatiemetingen veranderen. Core Web Vitals kwamen in 2020. Ze vervingen oudere meetwaarden (FCP, FID). Over vijf jaar vervangen nieuwe meetwaarden de Core Web Vitals.
Toekomstige meetwaarden meten: het laden van AI (hoe lang duurt het voordat AI-functies reageren), reactie in realtime (hoe lang duurt het voordat streaming-antwoorden verschijnen) en ervaren prestaties (hoe voelt de pagina, niet alleen de technische meetwaarden).
De vraag nu: hoe bereiden we ons voor op toekomstige meetwaarden zonder te weten wat ze zijn? Het antwoord: meet wat telt voor je bedrijf. Core Web Vitals meten de algemene gebruikerservaring. Eigen meetwaarden meten resultaten die bij jouw bedrijf horen. Bereid je voor door flexibiliteit in je meetsysteem te bouwen.
De ontwikkeling van meetwaarden volgen
Core Web Vitals zijn nu de norm. Maar ze zijn niet blijvend.
Tijdlijn:
- 2020: Core Web Vitals ingevoerd (LCP, CLS, FID)
- 2022: FID vervangen door INP (meetwaarde voor reactiesnelheid verfijnd)
- 2024: gesprek over nieuwe meetwaarden (wachttijd bij interactie, reactietijd bij streaming)
- Toekomst: nieuwe meetwaarden komen op
Patroon: als technologie verandert, veranderen meetwaarden. Toen pagina's interactief werden, werden interactieve meetwaarden (INP) belangrijk. Nu AI-integratie gewoon wordt, kan de reactietijd van AI een belangrijke meetwaarde worden.
Les: richt je op principes (de gebruiker ervaart een snelle, reagerende, stabiele pagina), niet op de meetwaarden zelf. Principes blijven stabiel ook als meetwaarden veranderen.
AI en prestaties in realtime
AI-functies worden gewoon. Een chatbot op een website heeft twee seconden nodig om te antwoorden. Gebruikers verwachten sneller.
Opkomende meetwaarde: AI-reactietijd (de tijd van de vraag van de gebruiker tot het eerste token van het AI-antwoord).
Voorbeeld: een chatbot voor klantenservice op een supportpagina. De gebruiker stelt een vraag. De chatbot heeft twee seconden nodig voor het eerste token van het antwoord. Beleving van de gebruiker: de chatbot is traag, reageert niet.
Optimalisatie: streaming-antwoord. Geef het eerste token binnen 500 milliseconden en stream de rest van het antwoord. De gebruiker ervaart het antwoord als direct, ook als het volledige antwoord twee seconden duurt.
Toekomstige meetwaarde: meet de tijd tot het eerste token (TTF), niet de totale reactietijd. Een TTF onder 500 milliseconden is goed.
Een voorbeeld uit de praktijk: SaaS met een ingebouwde AI-assistent.
Huidige gebruikerservaring:
- De gebruiker klikt op het assistent-icoon
- De assistent heeft 1,5 seconden nodig om te verschijnen
- De gebruiker wacht en ervaart traagheid
- De chat voelt traag
Toekomstige optimalisatie:
- De gebruiker klikt op het assistent-icoon
- Het icoon animeert direct (directe feedback, 100 milliseconden)
- Het chatvenster opent (200 milliseconden)
- Het eerste AI-antwoord verschijnt (500 milliseconden)
- De rest van het AI-antwoord stroomt binnen (één tot twee seconden)
Beleving van de gebruiker: een direct antwoord (animatie en openend venster zijn meteen zichtbaar).
Edge computing en gespreide prestaties
Edge computing brengt rekenwerk dichter bij gebruikers. De server verhuisde van New York naar een edge in Los Angeles. De TTFB verbetert enorm.
Toekomst: rekenwerk gebeurt op de edge. HTML wordt op de edge gemaakt. JavaScript draait op de edge. Databasequery's worden over de edge verdeeld.
Effect op meetwaarden: TTFB wordt verwaarloosbaar (netwerkvertraging gaat naar nul). LCP hangt af van het weergeven, niet van de reactie van de server.
Focus van toekomstige optimalisatie: prestaties bij het weergeven, niet de reactie van de server.
Voorbeeld: een homepage van de toekomst op de edge.
Huidige stand:
- TTFB: 200 milliseconden (server in New York, gebruiker in Los Angeles)
- LCP: 2 seconden (LCP = TTFB + weergavetijd)
Toekomstige stand (edge computing):
- TTFB: 20 milliseconden (server op de edge in Los Angeles)
- LCP: 1,5 seconden (weergavetijd is het knelpunt, niet de reactie van de server)
Optimalisatie: betere prestaties bij het weergeven (CSS, JavaScript) worden belangrijker dan een snellere reactie van de server.
Ervaren prestaties en subjectieve meetwaarden
Objectieve meetwaarden: LCP is twee seconden (meetbaar, objectief).
Subjectieve meetwaarden: de pagina voelt vlot (subjectief, ervaren).
Onderzoek laat zien: een pagina die vlot voelt kan dezelfde technische meetwaarden hebben als een pagina die traag voelt. Het verschil zit in animatie, visuele feedback en ervaren laden.
Toekomstige meetwaarde: ervaren reactiesnelheid. Meet wat de gebruiker ervaart, niet alleen de technische meetwaarde.
Voorbeeld: twee pagina's met dezelfde LCP (twee seconden).
Pagina één: laadt direct een lege pagina en de inhoud verschijnt op het moment van twee seconden. De gebruiker ervaart traagheid.
Pagina twee: toont direct een skeleton screen (200 milliseconden) en vult de inhoud geleidelijk aan tot twee seconden. De gebruiker ervaart het als sneller (een skeleton screen wekt de indruk van sneller laden).
Technische meetwaarden (LCP): gelijk voor beide (twee seconden).
Beleving van de gebruiker: pagina twee voelt sneller.
Toekomstige meetwaarde: een score voor ervaren prestaties (meet de subjectieve ervaring naast de technische meetwaarden).
Streaming en geleidelijk weergeven
Huidige aanpak: de hele pagina wordt opgebouwd en naar de client gestuurd. De client geeft de pagina weer. De pagina is interactief.
Streamingaanpak: stuur delen van de pagina door zodra ze klaar zijn. De client ontvangt en toont de delen geleidelijk. De pagina is deels interactief voordat ze helemaal geladen is.
Effect: een pagina die twee seconden nodig heeft om helemaal te laden kan met streaming al na 0,5 seconde interactief zijn.
Toekomstige meetwaarde: time to interactive (TTI). Hoe lang duurt het voordat de gebruiker met de pagina kan werken.
Voorbeeld: een productpagina met aanbevelingen.
Huidige aanpak:
- HTML laadt (0,5 seconde)
- CSS laadt (0,3 seconde)
- JavaScript laadt (0,5 seconde)
- API-aanroep voor aanbevelingen (één seconde)
- De pagina is interactief na 2,3 seconden
Streamingaanpak:
- HTML stroomt binnen (0,1 seconde) - de paginastructuur is zichtbaar
- CSS stroomt binnen (0,2 seconde) - de pagina heeft stijl
- JavaScript stroomt binnen (0,3 seconde) - de pagina is interactief
- De API-aanroep voor aanbevelingen loopt op de achtergrond door
- De pagina is interactief na 0,5 seconde
- Aanbevelingen verschijnen na één seconde of later
De gebruiker kan na 0,5 seconde handelen (toevoegen aan winkelwagen, op knoppen klikken). De volledige inhoud verschijnt na één seconde of later.
Toekomstige meetwaarde (TTI): 0,5 seconde (van 2,3 seconden). Een enorme verbetering in beleving.
Veelgestelde vragen
Moeten we nu al AI-reactietijd meten?
Ja, als je site AI-functies heeft. Meet de tijd tot het eerste token. Volg het dagelijks. Stel doelen in (onder 500 milliseconden is goed). Bereid je voor op een toekomst waarin dit een standaardmeetwaarde wordt. Ook als het nog geen officiële meetwaarde is, bereidt het meten van wat telt voor je gebruikers je voor op de toekomst. Met de websitebouwer van WEMASY kun je dit direct op je website instellen.
Hoe bereiden we ons voor op toekomstige prestatiemetingen die we nog niet kennen?
Bouw een flexibel meetsysteem. Meet Core Web Vitals (de huidige norm). Meet ook eigen meetwaarden (wat telt voor je bedrijf). Komen er nieuwe meetwaarden, dan voeg je ze toe naast de bestaande. Flexibiliteit is de sleutel.
Moeten we investeren in edge computing voor betere prestaties?
Ja, als je gebruikers over de hele wereld hebt. Edge computing verlaagt de TTFB enorm (netwerkvertraging verdwijnt). De investering is het waard. Zitten je gebruikers vooral in één regio, dan is een CDN genoeg. Een wereldwijd publiek heeft baat bij edge computing.
Hoe meten we ervaren prestaties?
Vraag het gebruikers. Vraag: voelt de pagina snel, reagerend en stabiel? Leg de uitkomsten naast technische meetwaarden. Misschien ervaren gebruikers de pagina als sneller, ook al zijn de technische meetwaarden gelijk. Gebruik de feedback voor je ontwerp (voeg skeleton screens, animaties en visuele feedback toe).
Wordt time to interactive (TTI) de nieuwe standaardmeetwaarde?
Misschien. TTI zegt meer dan LCP over interactieve pagina's (de gebruiker kan handelen voordat de pagina helemaal geladen is). Maar nu zijn Core Web Vitals (LCP, CLS, INP) de norm. TTI komt op, maar is nog niet officieel. Volg beide.
Hoe blijven we op de hoogte van nieuwe prestatiemetingen en normen?
Volg officiële bronnen: updates van Google over prestaties, de Web.dev-blog, W3C-werkgroepen. Volg de branche: Smashing Magazine, de WebPageTest-blog, lezingen op engineeringconferenties. Nieuwe meetwaarden komen via deze kanalen. Blijf op de hoogte. Neem ze vroeg over als een nieuwe norm relevant wordt voor je site.