Az Alapvető webes vitals-mutatók jelentése

A Core Web Vitals-mutatók jelentése bemutatja az oldalai teljesítményét a valós használati adatok alapján (amelyeket néha valós adatoknak nevezünk). 

JELENTÉS MEGNYITÁSA

A jelentés értelmezése

A Core Web Vitals-mutatók jelentése az URL-ek teljesítményéről ad pontosabb képet állapot (Gyenge, Fejlesztésre szorul és Jó), mutatótípus (CLS, INP, LCP) és URL-csoport (hasonló weboldalak csoportja) szerint csoportosítva.

A jelentés a tényleges felhasználói adatok alapján mért három mutatón alapul: LCP, INP és CLS. Ha valamelyik URL-csoport mind az LCP, mind a CLS esetében eléri a minimális adatküszöbértéket, az URL-csoport állapota a leggyengébben teljesítő mutató lesz. Ha például egy URL-csoport gyenge CLS-sel, de jó INP-vel rendelkezik, akkor az URL állapota „gyenge” lesz.

Ha valamelyik URL-csoport nem rendelkezik minimális mennyiségű jelentésadattal az LCP és a CLS mutatóra vonatkozóan, akkor az URL nem szerepel a jelentésben.

A jelentésben csak indexelt URL-ek jelenhetnek meg. Az adatok a tényleges URL-hez vannak hozzárendelve, nem a gyűjtő-URL-hez (mint a legtöbb más jelentésben).

Ne feledje, hogy a rendszer az összes helyről származó összes kérelem adatait összesíti. Ha egy országból – ahol mondjuk lassú az internetkapcsolat – jelentős forgalom érkezik, akkor a teljesítmény általában csökkenni fog. Ha úgy gondolja, hogy ez lehet az alacsony teljesítmény oka, akkor a BigQuery segítségével országok szerint bonthatja le a teljesítményt.

Navigáció a jelentésben

A jelentés minden platformra (mobileszközre és asztali számítógépre) vonatkozóan megjeleníti a gyenge vagy javításra szoruló URL-eket (Miért nem minősülnek jónak egyes URL-ek?) tartalmazó táblázatot és egy másik olyan táblázatot, amelyben az összes jó pontszám szerepel az LCP, INP és CLS mutatókra vonatkozóan (Jó URL-ekkel kapcsolatos adatok megtekintése).

1. Megtekintheti az általános trendek diagramját az összes platformra vonatkozóan a kezdőoldalon.
2. Részletezheti az eredményeket platform (mobileszköz vagy asztali számítógép) szerinti lebontásban, ha a Jelentés megnyitása lehetőségre kattint az egyik diagram mellett.
3. Ha szeretné megtudni, hogyan teljesítenek a webhelye URL-jei a korábbi felhasználói adatok alapján, váltogathat a Gyenge, a Fejlesztésre szorul és a Jó lapok között a teljesítménydiagramon.
4. Megtekintheti a teljesítménnyel kapcsolatos problémák listáját a Miért nem minősülnek jónak egyes URL-ek? nevű táblázatban. Mindegyik megjelenített URL más-más URL-csoportot képvisel.
5. A probléma részletes oldalán lévő Példák táblázatban bármelyik URL-re kattintva megtekintheti az adott URL-csoporttal kapcsolatos további információkat.

A jelentés adatforrásai

Az Alapvető webes vitals-mutatók jelentésének adatai a CrUX-jelentésből származnak. A CrUX-jelentés névtelenített statisztikákat gyűjt össze az URL-t felkereső valódi felhasználóktól az oldalak betöltési idejéről (ezeket valós adatnak nevezzük). A CrUX adatbázisa információt gyűjt az URL-ekről, függetlenül attól, hogy az URL-ek Search Console-tulajdon részét képezik-e.

Csoport állapota: Gyenge, Fejlesztésre szorul, Jó

A rendszer a Gyenge, a Fejlesztésre szorul és a Jó címkéket alkalmazza egy adott URL-csoportra az adott eszköztípusokon. Az az URL-csoport, amely nem rendelkezik elegendő LCP- és CLS-adattal, nem szerepel a jelentésben (ha például az URL csak az LCP-adatok esetében éri el a küszöbértéket, a CLS-adatok esetében viszont nem, akkor nem jelenik meg).

Az URL-csoport állapota alapértelmezés szerint az adott eszköztípusra vonatkozóan hozzárendelt leglassabb állapot lesz. Például:

• Adott egy mobilos URL, amely Gyenge CLS-sel, de Fejlesztésre szorul LCP-vel rendelkezik, így a Gyenge címkét kapja meg mobilon.
• Adott egy mobilos URL, amely Fejlesztésre szorul LCP-vel, de Jó CLS-sel rendelkezik, így a Fejlesztésre szorul címkét kapja meg mobilon.
• Adott egy URL, amely mobilon Jó INP-vel, LCP-vel, INP-vel és CLS-sel, asztali környezetben pedig Fejlesztésre szorul INP-vel, LCP-vel, INP-vel és CLS-sel rendelkezik, így mobilon Jó, asztali környezetben pedig Fejlesztésre szorul minősítést kap.

Az állapotok meghatározásai

Az egyes állapotokhoz tartozó teljesítménytartományok a következők:

• LCP (legnagyobb vizuális tartalomválasz): Azt az időt jelenti, amely alatt a böngésző megjeleníti a megjelenítési terület legnagyobb látható tartalomelemét, attól számítva, amikor a felhasználó lekéri az URL-t. A legnagyobb elem általában valamilyen kép vagy videó, esetleg nagy méretű tömbszintű szövegelem. Ez a mutató azért fontos, mert azt jelzi, hogy a látogató milyen gyorsan látja, hogy az URL betöltése ténylegesen folyamatban van.
  • A jelentésben szereplő Csoport LCP-je azt az időt jelenti, amely alatt a csoportban lévő URL látogatásainak 75%-a eléri az LCP-állapotot.
• INP (Interaction to Next Paint): Olyan mutató, amely az oldal felhasználói interakciókra vonatkozó általános reszponzivitását méri fel azáltal, hogy figyeli azt az időt, amelyre az oldalnak szüksége van ahhoz, hogy reagáljon minden olyan kattintásra, koppintásra és billentyűzettel végzett interakcióra, amely a felhasználó oldallátogatása alatt következik be. A végső INP-érték a megfigyelt leghosszabb interakció, és nem veszi figyelembe a kiugró értékeket. 
  • A jelentésben szereplő Csoport INP-je azt jelenti, hogy a csoportban lévő URL látogatásainak 75%-a ilyen vagy ennél jobb értékkel rendelkezett.
• CLS (Elrendezés összmozgása): A CLS az összes egyedi elrendezésmozgás pontszámainak összegét méri minden olyan váratlan elrendezésmozgás esetében, amely az oldal teljes élettartama alatt előfordul. A pontszám nulla bármilyen pozitív szám esetében, ahol a nulla azt jelenti, hogy nincs mozgás, és minél nagyobb a szám, annál nagyobb mértékű a mozgás az oldalon. Ez azért fontos, mert az oldalelemek elrendezésének mozgása – miközben a felhasználó használni szeretné az elemeket – rossz felhasználói élményt eredményez. Ha nem tudja megállapítani a magas érték okát, próbáljon műveletet végezni az oldalon, hogy lássa, ezzel hogyan módosul a pontszám.
  • A jelentésben szereplő Csoport CLS-e a legalacsonyabb közös CLS a csoportban lévő URL-ek látogatásainak 75%-ában.

Az ilyen problémák megoldására vonatkozó javaslatokért futtasson külső tesztet.

URL-csoportok

A jelentésben szereplő URL-ek a hasonló felhasználói élményt nyújtó oldalak szerint vannak csoportosítva. Az LCP-, INP-, INP- és CLS-állapot a teljes csoportra vonatkozik. Előfordulhat, hogy egyes kiugró URL-ek értéke bizonyos látogatásoknál jobb vagy rosszabb, de a csoport összes URL-jéhez kapcsolódó látogatások 75%-a esetében tapasztalták a megjelenített csoportállapotot. Feltételezzük, hogy ezeknek a csoportoknak közös a keretrendszere, a csoport gyenge teljesítményét pedig valószínűleg ugyanazok a mögöttes okok idézik elő.

A felhasználói adatok védelmének biztosítása érdekében az URL-csoportoknak rendelkezniük kell egy minimális adatmennyiséggel ahhoz, hogy szerepeljenek a jelentésben. Ha valamelyik URL-csoport nem rendelkezik elegendő adattal ahhoz, hogy szerepeljen a jelentésben, a Search Console létrehoz egy magasabb szintű eredetcsoportot, amelynek elegendő URL-t és adatot kell tartalmaznia a jelentésben való megjelenéshez. Ez az eredetcsoport az ugyanazon protokoll://gazdagép:port csoportban lévő összes URL adatait tartalmazza. Ha például a https://m.example.com/a/b/c.html URL egy olyan csoportnak a része, amelyben nem áll rendelkezésre elegendő adat a megjelenítéshez, akkor a Search Console létrehozza a https://m.example.com eredetcsoportot. Ez az eredetcsoport tartalmazza a https://m.example.com domainbe tartozó összes URL adatait, függetlenül attól, hogy az URL elegendő adatmennyiséget tartalmazó csoporthoz tartozik-e.

Megjegyzések:

• Az eredetcsoport meghatározása tartalmazza a protokollt; így a http://m.il.example.com és a https://m.il.example.com különálló eredeteknek számítanak.
• Az eredetcsoport tartalmazza az adott eredet alatti összes URL adatait, függetlenül attól, hogy az adott URL része-e egy másik, a jelentésben szereplő csoportnak is.
• Ha az eredetcsoport nem rendelkezik elegendő adattal, akkor nem jelenik meg (ez pedig azt is jelenti, hogy a webhely nem rendelkezik majd elegendő adattal a jelentésben való megjelenítéshez, kivéve, ha több eredetcsoport is van).
• Az eredetcsoport adatait attól függetlenül megnézheti, hogy a csoport az aktuális tulajdonon belül található-e. Azonban csak olyan példa-URL-eket tekinthet meg, amelyek az aktuális tulajdonon belül találhatók.
• A Search Console megjelenítések szerint, csökkenő sorrendben jeleníti meg a csoporttagokat.

A problémák kijavítása

A webhelyem állapota módosult, pedig semmit sem változtattam

Ha nem módosította webhelyét, az állapot mégis romlott számos oldal esetében, akkor lehet, hogy az oldalak korábban határesetnek minősültek, és most az egész webhelyre kiható olyan esemény történt, amely a határ másik oldalára juttatta őket. Ilyen esemény lehet például a webhely forgalmának jelentős emelkedése, esetleg lelassult kommunikáció a képfájlokat biztosító szolgáltatással – mindkét körülmény ronthatja a webhely sebességét. Már egy kisebb, viszont a webhely egészére ható változás is elég lehet, hogy a „Jó”, de határesetnek minősülő oldalakat a „Fejlesztésre szorul” kategóriába, illetve a „Fejlesztésre szorul” kategóriából a „Gyenge” kategóriába juttassa.

Kevésbé valószínű, de elképzelhető magyarázat az is, hogy nagy mértékben változott a kliensek jellege. Például új verzió érkezett egy széles körben használt böngészőhöz, vagy sok olyan felhasználó fedezte fel a webhelyet, akik mind lassú hálózaton kapcsolódnak. Ne feledje, hogy a teljesítmény mérése a tényleges használati adatok alapján történik. A naplóadatok alapján kiderítheti, hogy a webhely állapotának változása egybeesik-e új böngésző, eszköz vagy földrajzi hely megjelenésével.

Keressen nagyobb változásokat a webhely erre az időszakra vonatkozó forgalmi adataiban, vizsgálja meg alaposan a konkrét problémákat, és ellenőrizze az érintett oldalak csoportos LCP-, INP- és CLS-mutatóit. Ha a számok éppen a Gyenge/Fejlesztésre szorul/Jó állapot határán voltak, akkor már egy kisebb változás is új állapotba sorolhatta őket.

Javítások ellenőrzése

Ha minden URL-nél kijavította valamelyik konkrét hibát, ellenőrizheti, hogy sikerült-e a problémamegoldás az összes URL esetén. A Követés indítása lehetőségre kattintva 28 napos megfigyelési munkamenet indíthat el, amellyel ellenőrizheti, hogy van-e ilyen probléma a webhelyén. Ha a probléma nem szerepel a webhely egyetlen URL-jén sem a 28 napos időtartam alatt, akkor a probléma kijavítottnak minősül. Ha a probléma továbbra is jelen van valamelyik URL-en, akkor a probléma nem minősül kijavítottnak. Az egyedi URL-ek állapotát azonban tovább vizsgáljuk a teljes 28 napos időszak folyamán, függetlenül a probléma állapotától.

• Folyamatban lévő ellenőrzési kérelmek és sikertelen kérelmek esetén tegye a következőt az ellenőrzés részleteinek megtekintéséhez:
  • Kattintson a Részletek megtekintése lehetőségre a probléma részletes oldalán, az ellenőrzési állapot szakaszában.
• Az ellenőrzés követési időszakát bármikor újraindíthatja. Ehhez tegye a következőt:
  • Nyissa meg az ellenőrzés részletes oldalát, és kattintson az Új ellenőrzés indítása lehetőségre.
• Ha az ellenőrzés sikertelen:
  1. Próbálja meg újra kijavítani a problémákat.
  2. Indítsa újra a követési időszakot. Ehhez nyissa meg az ellenőrzés részletes oldalát, majd kattintson az Új ellenőrzés indítása gombra.

A probléma ellenőrzési állapota

Ez a teljes ellenőrzési kérelem állapota, amely az egyes problémák összefoglaló oldalán, valamint a problémák részletes oldalán látható.

A következő ellenőrzési állapotokkal találkozhat:

• Nincs elindítva: Legalább egy olyan URL rendelkezik ezzel a problémával, amely sosem szerepelt ellenőrzési kérelemben.
• Elkezdve: Ön elkezdte az ellenőrzési kísérletet, és még nem találtunk megmaradt előfordulásokat a problémánál.
• Jónak tűnik: Elkezdte az ellenőrzési kísérletet, és az eddig megvizsgált összes előfordulás ki lett javítva.
• Sikeres: Az összes URL Sikeres állapotú. Ez az állapot akkor látható, ha rákattintott a Javítás ellenőrzése gombra (ha az előfordulások ellenőrzés kérése nélkül tűnnének el, az állapot Nincs lenne).
• Nincs: A Google észlelte, hogy Ön az összes URL-en kijavította a hibákat, attól függetlenül, hogy soha nem indított ellenőrzési kérelmet.
• Sikertelen: Az ellenőrzési kísérlet végén legalább egy URL Sikertelen állapotú.

URL-ellenőrzési állapot

Ez az egyes URL-ek ellenőrzési állapota az ellenőrzési folyamat oldalán. A függőben lévő, sikeres vagy sikertelen állapot az aktív ellenőrzési időszakban látható. A sikertelen az egyetlen olyan állapot, amely akkor is látható, ha az időszak véget ért (a javított elemek lekerülnek a listáról az időszak befejeztével).

• Függőben: A Google elegendő adatra vár ahhoz, hogy eldönthesse, továbbra is érinti-e a probléma az adott URL-t.
• Sikeres: Úgy tűnik, hogy ez a probléma már nem érinti az URL-t.
• Sikertelen: Az URL-t továbbra is érinti az adott probléma.

A Sikeres és a Sikertelen URL-állapot csak az ellenőrzés követési időszakában érhető el. Ha a probléma megjelenik, majd eltűnik valamelyik ellenőrzési kérelmen kívüli URL-nél, akkor az URL egyszerűen állapot nélkül eltűnik a listáról.

Az internetről eltávolított URL-ek, és amelyekhez nem tartozott adat az elmúlt 28 nap során, többé nem jelennek meg az ellenőrzési előzményekben és a jelentésben.