Core Web Vitals uitgelegd zonder jargon
Google meet drie dingen aan de ervaring van echte bezoekers: hoe snel het eerste beeld staat, of er iets verspringt tijdens het laden, en hoe snel de pagina reageert op een tik. Wat die drie betekenen, en waar ze in de praktijk misgaan.
01
De drie maten in gewone taal
De eerste gaat over hoe snel het grootste element in beeld staat — meestal een foto of een kop. Dat is het moment waarop een bezoeker denkt: hij is er. Wat hem vertraagt zijn te grote afbeeldingen, lettertypen die laat komen en servers die traag antwoorden.
De tweede gaat over verspringen. Iedereen kent het: je wilt iets aantikken en op dat moment schuift de pagina omdat er nog een banner of afbeelding inlaadt. Dat is te voorkomen door ruimte te reserveren voor beeld en advertenties voordat ze er zijn.
De derde gaat over reactie: tik je op iets, hoe snel gebeurt er dan iets zichtbaars. Die wordt vooral slecht van te veel scripts die tegelijk werk doen op de achtergrond, precies op het moment dat de bezoeker iets probeert.
02
Waarom een testscore niet hetzelfde is als de werkelijkheid
Testgereedschap draait één meting op een gesimuleerd toestel. De cijfers die meetellen komen uit metingen bij echte bezoekers, op hun eigen toestellen en verbindingen. Een site kan in de test uitstekend scoren en in het veld tegenvallen, bijvoorbeeld doordat veel bezoekers een ouder toestel gebruiken.
Kijk daarom naar de velddata als die er is, en test zelf op een gewone telefoon met een matige verbinding in plaats van op een snelle laptop met glasvezel.
En weeg de uitkomst: een score van 100 halen op een pagina die niemand bezoekt is verspilde moeite, terwijl een halve seconde winst op je drukste pagina direct merkbaar is.
03
De gebruikelijke oorzaken, op volgorde
Afbeeldingen die groter zijn dan ze op het scherm worden getoond. Dit is bij verreweg de meeste sites de grootste post, en het is de goedkoopste winst: schalen, comprimeren en in een modern formaat aanleveren.
Scripts van derden: chatvensters, videospelers, advertentiepixels, koppelingen met sociale media. Elk daarvan is een externe partij die je site vertraagt en meekijkt. Wat je echt nodig hebt, laad je zo dat het de pagina niet ophoudt.
Lettertypen die pas laat laden, waardoor tekst eerst onzichtbaar is of daarna verspringt. Dat is met een paar regels op te lossen, en het is een van de meest zichtbare verbeteringen.
En als laatste het systeem eronder: pagina's die bij elk bezoek opnieuw berekend worden terwijl er niets veranderd is. Vooraf klaarzetten waar dat kan, scheelt vaak meer dan alle overige maatregelen samen.
- Grootste beeld snel in beeld, niets dat verspringt, snelle reactie op een tik
- Velddata telt, testscores zijn een hulpmiddel
- Grote afbeeldingen zijn meestal de grootste boosdoener
- Elk extern script kost snelheid én privacy
- Vooraf klaarzetten waar het kan
Korte vragen bij dit onderwerp
Hoe zwaar wegen deze cijfers in de rangschikking?
Ze zijn een van de vele signalen en wegen zelden zwaarder dan of de pagina de vraag beantwoordt. Ze werken vooral als scheidsrechter tussen pagina's die inhoudelijk aan elkaar gewaagd zijn — en ze beïnvloeden hoeveel bezoekers afhaken voordat ze iets gezien hebben.
Moet ik een chatvenster of cookiebanner weghalen voor snelheid?
Niet per se weghalen, wel later laden. Een chatvenster dat pas geladen wordt als iemand erop klikt, kost bijna niets. Een toestemmingsbanner is soms verplicht, maar wordt vaak zwaarder gemaakt dan nodig; er zijn lichte varianten en met privacyvriendelijke statistieken is hij vaak helemaal niet nodig.
Kennisbank
Een vraag die hier niet bij staat?
Stel hem gerust. Plaincodelab antwoordt ook als het antwoord is dat je iets niet nodig hebt.