Core Web Vitals en je snelheidstest

Drie verschillende vragen

LCP beschrijft wanneer het grootste zichtbare inhoudselement verschijnt. INP kijkt naar de respons op interacties tijdens een bezoek. CLS beschrijft onverwachte verschuivingen in de layout. De goede grenzen zijn respectievelijk maximaal 2,5 seconden, 200 milliseconden en 0,1. Bij veldgegevens gaat de beoordeling om het 75e percentiel van gemeten bezoeken, afzonderlijk voor mobiel en desktop. Niet om jouw beste losse test.

Wat deze tool wel laat zien

De labtest meet onder meer LCP en CLS tijdens het laden en TBT als signaal voor blokkerende taken. TBT is geen vervanger voor een werkelijk gemeten INP. Een pagina kan tijdens het laden stabiel zijn en later toch verspringen, bijvoorbeeld na een interactie. Gebruik de labuitkomst om concrete code of beelden te onderzoeken en test de belangrijke handelingen daarnaast zelf.

Lees ook: de prestatiescore op de juiste manier lezen.

Waar bezoekersgegevens vandaan komen

Google kan via het Chrome User Experience Report gegevens tonen van echte Chrome-bezoeken die aan de voorwaarden voldoen. Niet elke URL heeft voldoende gegevens. Soms is alleen informatie voor de hele origin beschikbaar. Die mag je niet presenteren als exacte meting van één pagina. De Sitesnit-snelheidstest haalt die veldgegevens niet op en geeft daarom geen oordeel “Core Web Vitals geslaagd”.

Een wijziging zie je niet overal direct terug

Een nieuwe labtest kan je aanpassing meteen onderzoeken. Veldgegevens beschrijven een meetperiode en bevatten ook bezoeken aan een eerdere versie. Noteer daarom wanneer je iets hebt aangepast en welk rapport je vergelijkt. Gebruik Search Console voor beschikbare Core Web Vitals-groepen en controleer de betrokken URL’s. Ontbrekende gegevens betekenen onbekend, niet goed of slecht.