Documentatie
Core Web Vitals: LCP, INP en CLS van echte gebruikers, week na week
Wekelijkse LCP, INP en CLS op het 75e percentiel uit de Chrome UX Report History API voor je hele site of één pagina, beoordeeld aan de hand van de drempelwaarden van Google.
Het Core Web Vitals-rapport (met de titel Core Web Vitals History) laat week na week zien hoe echte Chrome-gebruikers je site ervaren. Het leest de Chrome UX Report History API uit, dezelfde veldgegevens die ook het Core Web Vitals-rapport van Search Console voeden, en beoordeelt elke metriek op het 75e percentiel aan de hand van de drempelwaarden van Google. Gebruik het om te zien of een release je pagina's sneller of trager heeft gemaakt, lang voordat een labtest je vertelt hoe bezoekers dat hebben ervaren.
Het rapport uitvoeren
- Scope: Whole site bevraagt de origin (bijvoorbeeld
https://www.example.com), die alle pagina's samenvoegt die Chrome-gebruikers hebben bezocht. Single page bevraagt één URL. - Origin of Page URL: vooraf ingevuld met de origin van je property. Pas die aan om een andere host of pagina te controleren.
- Device: All devices, Phone, Desktop of Tablet. Bij All devices laadt het rapport ook elk apparaattype afzonderlijk en voegt het een tabel Summary by device toe.
- Klik op Run report.
De resultaten worden een dag lang gecachet, omdat de gegevens maar één keer per week veranderen. Het rapport bevraagt de API met een CrUX API-sleutel. AutoPSEO levert die zelf, dus je hoeft niets in te stellen. De knop API Key verwijst naar de instructies van Google als je een sleutel voor je eigen tools wilt.
Wat je ziet
De verdictregel geeft aan of de scope Passes Core Web Vitals: elke kernmetriek waarvoor gegevens beschikbaar zijn, wordt als Good beoordeeld. Daarna volgen vijf kaarten, één per metriek, met de meest recente waarde op het 75e percentiel, de beoordeling, de verandering ten opzichte van vier weken eerder en het aandeel paginaweergaven dat als goed wordt beoordeeld.
| Metriek | Meet | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Laden: wanneer het grootste zichtbare element is weergegeven | 2,5 s of minder | meer dan 4 s |
| INP, Interaction to Next Paint | Reactiesnelheid: vertraging na klikken, tikken en toetsaanslagen | 200 ms of minder | meer dan 500 ms |
| CLS, Cumulative Layout Shift | Visuele stabiliteit: hoeveel inhoud verspringt tijdens het laden | 0,1 of minder | meer dan 0,25 |
| FCP, First Contentful Paint | Wanneer de eerste tekst of afbeelding verschijnt | 1,8 s of minder | meer dan 3 s |
| TTFB, Time to First Byte | Hoe snel de server begint te reageren | 0,8 s of minder | meer dan 1,8 s |
LCP, INP en CLS zijn de Core Web Vitals. FCP en TTFB zijn ondersteunende metrieken die helpen verklaren waarom een LCP slecht is. Waarden tussen de twee grenzen hebben verbetering nodig. Google beoordeelt elke metriek op het 75e percentiel van de paginaweergaven, apart voor mobiel en desktop (web.dev: Web Vitals). INP verving First Input Delay op 12 maart 2024 als Core Web Vital.
Een trend telt als improving of worsening wanneer de meest recente waarde minstens 5% is verschoven ten opzichte van vier weken eerder. De grafieken tonen per metriek het wekelijkse 75e percentiel met de aandelen good, needs improvement en poor, en de tabel toont elke week met alle vijf de waarden en het aandeel goede LCP-ervaringen.
Hoe je de geschiedenis leest
Elk punt is een wekelijkse verzamelperiode die de bezoeken van de voorgaande 28 dagen samenvat. Een verbetering zie je dus geleidelijk, over ongeveer vier weken, en niet van de ene dag op de andere. De API geeft standaard 25 wekelijkse periodes terug, ruwweg de afgelopen zes maanden (CrUX History API).
- Een plotselinge sprong die samenvalt met een deployment, een nieuw script in je tag manager of een thema-update is het gebruikelijke patroon. Markeer de datum met een annotatie.
- Telefoon slechter dan desktop komt vaak voor, omdat telefoons minder rekenkracht hebben en vaak een tragere verbinding. Weeg dit af tegen het aandeel van je zoekverkeer dat van mobiel komt.
- Origin goed, pagina slecht: de origin middelt alle pagina's samen, dus loop je zwaarste templates een voor een na.
Wanneer er geen gegevens zijn
Chrome publiceert alleen een record voor een openbare origin of URL met voldoende echte Chrome-bezoeken. Anders meldt het rapport Not enough field data (CrUX-methodologie). Nieuwe pagina's en pagina's met weinig verkeer hebben vaak geen record op URL-niveau, ook al heeft de origin er wel een. De CrUX API's bieden bovendien geen uitsplitsing per land, dus de cijfers gelden voor al je bezoekers wereldwijd.
Zo helpt AutoPSEO
Artikelen die AutoPSEO aanlevert, worden door je eigen site weergegeven en erven dus de prestaties van je templates. Als AutoPSEO een sectie voor je host, serveert de gehoste renderer de artikelpagina's zelf. Voer het rapport uit op een van die URL's om ze te controleren. Voor een uitgebreidere uitleg van de drie metrieken, zie wat LCP, INP en CLS betekenen en hoe je slechte Core Web Vitals-scores verbetert.