Dokumentation
Core Web Vitals: LCP, INP och CLS från riktiga användare, vecka för vecka
Veckovisa 75:e percentilvärden för LCP, INP och CLS från Chrome UX Report History API för hela webbplatsen eller en enskild sida, bedömda mot Googles tröskelvärden.
Rapporten Core Web Vitals (med titeln Core Web Vitals History) visar hur riktiga Chrome-användare upplever din webbplats, vecka för vecka. Den läser från Chrome UX Report History API, samma fältdata som ligger till grund för rapporten Core Web Vitals i Search Console, och bedömer varje mått vid den 75:e percentilen mot Googles tröskelvärden. Använd den för att se om en release gjorde dina sidor snabbare eller långsammare, långt innan ett labbtest skulle visa hur besökarna upplevde det.
Kör rapporten
- Scope: Whole site frågar efter origin (till exempel
https://www.example.com), vilket aggregerar alla sidor som Chrome-användare har besökt. Single page frågar efter en enskild URL. - Origin eller Page URL: förifyllt med din webbplatsegenskaps origin. Redigera det för att kontrollera en annan värd eller sida.
- Device: All devices, Phone, Desktop eller Tablet. Med All devices läser rapporten även in varje enhetstyp separat och lägger till en tabell, Summary by device.
- Tryck på Run report.
Resultaten cachas i ett dygn, eftersom datan bara ändras varje vecka. Rapporten anropar API:et med en CrUX API-nyckel. AutoPSEO tillhandahåller en, så du behöver inte ställa in något. Knappen API Key länkar till Googles instruktioner om du vill ha en nyckel för dina egna verktyg.
Vad du ser
Utlåtanderaden anger om scopet Passes Core Web Vitals: alla kärnmått med data är bedömda som Good. Därefter följer fem kort, ett per mått, vart och ett med det senaste värdet vid den 75:e percentilen, dess bedömning, förändringen jämfört med fyra veckor tidigare och andelen sidvisningar som bedömts som bra.
| Mått | Mäter | Bra | Dåligt |
|---|---|---|---|
| LCP, Largest Contentful Paint | Laddning: när det största synliga elementet renderas | 2,5 s eller mindre | över 4 s |
| INP, Interaction to Next Paint | Responsivitet: fördröjning efter klick, tryck och tangenttryckningar | 200 ms eller mindre | över 500 ms |
| CLS, Cumulative Layout Shift | Visuell stabilitet: hur mycket innehåll som flyttar sig under laddning | 0,1 eller mindre | över 0,25 |
| FCP, First Contentful Paint | När den första texten eller bilden visas | 1,8 s eller mindre | över 3 s |
| TTFB, Time to First Byte | Hur snabbt servern börjar svara | 0,8 s eller mindre | över 1,8 s |
LCP, INP och CLS är Core Web Vitals. FCP och TTFB är stödjande mått som hjälper till att förklara ett dåligt LCP. Värden mellan de två gränserna behöver förbättras. Google bedömer varje mått vid den 75:e percentilen av sidvisningarna, separat för mobil och dator (web.dev: Web Vitals). INP ersatte First Input Delay som Core Web Vital den 12 mars 2024.
En trend räknas som improving eller worsening när det senaste värdet har ändrats med minst 5 % jämfört med fyra veckor tidigare. Diagrammen visar varje works veckovisa 75:e percentil tillsammans med andelarna bra, behöver förbättras och dåligt, och tabellen listar varje vecka med alla fem värden samt andelen bra LCP-upplevelser.
Så läser du historiken
Varje punkt är en veckovis insamlingsperiod som sammanfattar de föregående 28 dagarnas besök, så en åtgärd syns gradvis under ungefär fyra veckor snarare än över en natt. API:et returnerar som standard 25 veckoperioder, ungefär de senaste sex månaderna (CrUX History API).
- Ett tvärt steg som sammanfaller med en driftsättning, ett nytt skript i en tagghanterare eller en temauppdatering är det vanliga mönstret. Markera datumet med en annotation.
- Sämre värden på mobil än på dator är vanligt, eftersom mobiler har mindre processorkraft och ofta långsammare anslutningar. Väg det mot hur stor del av din söktrafik som kommer från mobilen.
- Bra origin, dålig sida: origin blandar ihop alla sidor, så granska dina tyngsta mallar en och en.
När data saknas
Chrome publicerar bara en post för en offentlig origin eller URL med tillräckligt många riktiga Chrome-besök. I annat fall anger rapporten Not enough field data (CrUX methodology). Nya sidor eller sidor med lite trafik saknar ofta post på URL-nivå även när origin har en. CrUX-API:erna har dessutom ingen landsuppdelning, så siffrorna omfattar alla dina besökare världen över.
Så hjälper AutoPSEO
Artiklar som AutoPSEO levererar renderas av din egen webbplats och ärver därför dina mallars prestanda. Om AutoPSEO värdar en sektion åt dig serverar den värdade renderaren artikelsidorna själv. Kör rapporten på en av dessa URL:er för att kontrollera dem. För en utförligare förklaring av de tre måtten, se vad LCP, INP och CLS betyder och hur du åtgärdar dåliga Core Web Vitals-värden.