Dokumentáció
Core Web Vitals: valós felhasználói LCP, INP és CLS, hétről hétre
Heti 75. percentilis szerinti LCP, INP és CLS a Chrome UX Report History API-ból a teljes webhelyedre vagy egyetlen oldalra, a Google küszöbértékei alapján minősítve.
A Core Web Vitals jelentés (címe: Core Web Vitals History) hétről hétre mutatja, hogyan éli meg a webhelyedet a valódi Chrome-felhasználók közössége. A Chrome UX Report History API adataiból dolgozik, vagyis ugyanazokból a terepi adatokból, amelyek a Search Console Core Web Vitals jelentését is táplálják, és minden mutatót a 75. percentilisnél minősít a Google küszöbértékei szerint. Segítségével kiderítheted, hogy egy kiadás gyorsabbá vagy lassabbá tette-e az oldalaidat, jóval azelőtt, hogy egy laborteszt megmutatná, mit érzékeltek ebből a látogatók.
A jelentés futtatása
- Scope (hatókör): a Whole site az origint kérdezi le (például
https://www.example.com), amely az összes olyan oldalt összesíti, amelyet a Chrome-felhasználók meglátogattak. A Single page egyetlen URL-t kérdez le. - Origin vagy Page URL: előre ki van töltve a tulajdonod origin értékével; szerkesztheted, ha másik hosztot vagy oldalt szeretnél ellenőrizni.
- Device (eszköz): All devices, Phone, Desktop vagy Tablet. Az All devices választásakor a jelentés az egyes eszköztípusokat külön is betölti, és hozzáad egy Summary by device táblázatot.
- Nyomd meg a Run report gombot.
Az eredményeket egy napig gyorsítótárazzuk, mivel az adatok csak hetente változnak. A jelentés CrUX API-kulccsal kérdezi le az API-t; ezt az AutoPSEO biztosítja, így nincs mit beállítanod. Az API Key gomb a Google útmutatójára mutat, ha saját eszközeidhez is szeretnél kulcsot.
Mit látsz
Az összegző sor megmondja, hogy a hatókör Passes Core Web Vitals, vagyis minden olyan alapmutatója, amelyhez van adat, Good minősítést kapott. Ezután öt kártya következik, mutatónként egy, mindegyiken a legfrissebb 75. percentilis szerinti értékkel, annak minősítésével, a négy héttel korábbihoz képesti változással, valamint a jónak minősített oldalbetöltések arányával.
| Mutató | Mit mér | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Betöltés: mikor jelenik meg a legnagyobb látható elem | legfeljebb 2,5 s | több mint 4 s |
| INP, Interaction to Next Paint | Reagálókészség: a kattintások, koppintások és billentyűleütések utáni késleltetés | legfeljebb 200 ms | több mint 500 ms |
| CLS, Cumulative Layout Shift | Vizuális stabilitás: mennyit mozdul el a tartalom betöltés közben | legfeljebb 0,1 | több mint 0,25 |
| FCP, First Contentful Paint | Mikor jelenik meg az első szöveg vagy kép | legfeljebb 1,8 s | több mint 3 s |
| TTFB, Time to First Byte | Milyen gyorsan kezd válaszolni a szerver | legfeljebb 0,8 s | több mint 1,8 s |
Az LCP, az INP és a CLS a Core Web Vitals mutatók; az FCP és a TTFB kiegészítő mutatók, amelyek segítenek megérteni a gyenge LCP okát. A két határérték közötti értékek fejlesztésre szorulnak. A Google minden mutatót az oldalbetöltések 75. percentilisénél értékel, mobilra és asztali gépre külön (web.dev: Web Vitals). Az INP 2024. március 12-én váltotta fel a First Input Delay-t mint Core Web Vital.
Egy trend improving (javuló) vagy worsening (romló) besorolást kap, ha a legfrissebb érték legalább 5%-kal elmozdult a négy héttel korábbihoz képest. A grafikonok mutatónként a heti 75. percentilist ábrázolják a jó, a fejlesztésre szoruló és a gyenge arányokkal együtt, a táblázat pedig minden hetet felsorol mind az öt értékkel és a jó LCP-élmények arányával.
Hogyan olvasd az előzményeket
Minden pont egy heti gyűjtési időszak, amely az előző 28 nap látogatásait összegzi, ezért egy javítás nem egyik napról a másikra, hanem fokozatosan, nagyjából négy hét alatt jelenik meg. Az API alapértelmezés szerint 25 heti időszakot ad vissza, nagyjából az elmúlt fél évet (CrUX History API).
- Lépcsős változás, amely egybeesik egy telepítéssel, egy új tag manager szkripttel vagy egy sablonfrissítéssel, a szokásos minta; jelöld meg a dátumot egy megjegyzéssel.
- A telefon rosszabb az asztali gépnél: ez gyakori, mivel a telefonok kisebb számítási teljesítménnyel rendelkeznek, és gyakran lassabb a kapcsolatuk. Mérlegeld aszerint, hogy a keresési forgalmad mekkora része érkezik mobilról.
- Az origin jó, az oldal gyenge: az origin az összes oldalt egybemossa, ezért a legnehezebb sablonjaidat egyenként ellenőrizd.
Ha nincs adat
A Chrome csak akkor tesz közzé rekordot egy nyilvános origin vagy URL-hez, ha elegendő valódi Chrome-látogatás van; egyébként a jelentés azt írja: Not enough field data (CrUX methodology). Az új vagy kis forgalmú oldalakhoz gyakran nincs URL-szintű rekord akkor sem, ha az origin-hez van. A CrUX API-k országonkénti bontást sem adnak, ezért a számok az összes látogatódra vonatkoznak világszerte.
Hogyan segít az AutoPSEO
Az AutoPSEO által kézbesített cikkeket a saját webhelyed rendereli, így azok örökölik a sablonjaid teljesítményét. Ha az AutoPSEO üzemeltet neked egy szekciót, a cikkoldalakat maga a hosztolt renderer szolgálja ki; ezek ellenőrzéséhez futtasd a jelentést az egyik ilyen URL-en. A három mutató részletesebb magyarázatáért lásd: mit jelent az LCP, az INP és a CLS, valamint hogyan javítsd a gyenge Core Web Vitals értékeket.