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

A webhelyén tapasztalható gyenge felhasználói élmények kijavítása

Az Alapvető webes 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). Erről a kezdeményezésről bővebben a Google Kereső Központ blogjában olvashat.

JELENTÉS MEGNYITÁSA

Miért számít az oldal teljesítménye?

A jelentés értelmezése

Az Alapvető webes vitals-mutatók jelentése az URL-ek teljesítményéről ad pontosabb képet állapot, mutatótípus és URL-csoport (hasonló weboldalak csoportja) szerint csoportosítva.

A jelentésben csak indexelt URL-ek jelenhetnek meg. A megjelenített URL-ek valóban azok az URL-ek, amelyekkel kapcsolatban a rendszer rögzítette az adatokat (azaz a legtöbb egyéb jelentéssel ellentétben itt az adatok nem csak az oldal gyűjtő-URL-jéhez vannak hozzárendelve).

A jelentés a következő három mutatón alapul: LCP, FID és CLS. Ha valamelyik URL ezek közül egyik mutatónál sem éri el a minimális jelentési adatmennyiséget, a rendszer kihagyja a jelentésből. Ha valamelyik URL bármely mutatónál eléri a minimális küszöbértéket, az oldal állapota megegyezik a leggyengébben teljesítő mutató állapotával.

„Nincs elérhető adat”

Ha a „Nincs elérhető adat” képernyőt látja, az vagy azt jelenti, hogy a tulajdona új a Search Console szolgáltatásban, vagy hogy még nincs elég rendelkezésre álló adat a CrUX jelentésben (amely a Chrome felhasználói élményről szóló jelentése) ahhoz, hogy a tulajdon kiválasztott eszköztípusához (mobilos vagy asztali környezet) egyértelmű adatokat biztosíthassunk.

Új tulajdon esetén: 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, de eltarthat néhány napig a tulajdon létrehozása után, amíg elemezzük és közzétesszük a CrUX adatbázisából származó meglévő adatokat.

Az egyes URL-eken a PageSpeed Insights tesztelőeszközzel, a Chrome Lighthouse eszközzel vagy (AMP-oldalak esetén) az AMP-oldalakkal kapcsolatos élmények útmutatójának használatával futtathat élő teljesítménytesztelést.

 

Navigáció a jelentésben

  1. Ha szeretné megtudni, hogyan teljesítenek a webhelye URL-jei a korábbi felhasználói adatok alapján, váltogassa a Gyenge, a Fejlesztésre szorul és a Jó lapokat az áttekintő oldal diagramján.
  2. A Jelentés megnyitása gombra kattintva megtekintheti a mobilos, illetve asztali környezet összegző oldalát, amely az adott platform teljesítménnyel kapcsolatos adatait tartalmazza.
  3. A táblázat kívánt sorára kattintva további információkhoz juthat a kiválasztott probléma által érintett URL-csoportokról. A problémát példa-URL-ekkel is szemlélteti a jelentés.
  4. A probléma részletes oldalán lévő Példák táblázatban a kívánt URL-re kattintva további információhoz juthat az adott és a hasonló URL-ekről.

 

Áttekintő oldal

Az Alapvető webes vitals-mutatók jelentésének áttekintő oldala az URL megtekintéséhez használt eszköz (mobil vagy asztali számítógép – a táblagépek adatai nem tartoznak ide) szerint lebontva jeleníti meg az adatokat. Az adatok állapot (Rosszul teljesítő, Fejlesztésre szorul és Jó) szerint vannak csoportosítva. 

Az egyes eszköztípusokra vonatkozó további teljesítményadatok megtekintéséhez nyissa meg az adott típusra vonatkozó jelentést.

A mobilos és az asztali környezet összefoglaló oldalai

Az adott eszköztípusra (mobil vagy asztali számítógép) vonatkozó legfelső szintű jelentés a webhely összes olyan URL-ével kapcsolatban megjelenít állapotinformációkat és problémákat, amelyekhez rendelkezünk adatokkal. Kattintson a kívánt sorra a részletek táblázatában, ha további információkhoz szeretne jutni az adott állapot és problématípus kombinációjáról.

Diagram

A diagram feletti lapok az egyes állapotok összes jelenlegi URL-jének számát, valamint az adott állapothoz tartozó problémák számát mutatják. A lapok segítségével kiválaszthatja, hogy mely állapotok jelenjenek meg a diagramon. A diagramon az látható, hogy az adott napon hány URL rendelkezett az adott állapottal.

Miért alacsonyabb a diagramon látható számok összege a táblázat számainak összegénél?
A diagram minden URL-t csak egyszer, az adott URL-t érintő legfontosabb problémához számol. A táblázat ezzel szemben az adott URL-hez tartozó összes problémát számolja. Ha tehát az adott URL egy gyenge és egy fejlesztésre szorul problémával rendelkezik, a diagramon a rendszer egyszer számolja gyengén teljesítőként, míg a táblázatban egyszer a Gyenge, egyszer pedig a Fejlesztésre szorul sorban is feltünteti.

 

Táblázat

A táblázat állapot és probléma szerint sorokba csoportosítja az URL-eket. Minden sorban látható az ellenőrzési állapot, az adott sor egyszerűsített idővonalát ábrázoló értékgörbe,, valamint a jelenleg az adott állapottal és problématípussal rendelkező URL-ek száma.

Az egyes URL-ek több táblázatsorban is megjelenhetnek, ha több probléma is érinti őket.

A mobilos vagy asztali környezethez tartozó probléma részletes oldala

Ha a legfelső szintű összefoglaló oldalon (mobilos vagy asztali környezetben) rákattint valamelyik táblázatsorra, megnyílik az adott eszköz, állapot és probléma kombinációjához tartozó részletes oldal. A részletes oldalon a kiválasztott problémához tartozó URL-ek és egyéb információk láthatók.

Diagram

A probléma részleteinek diagramján az látható, hogy az adott napon hány URL rendelkezett az adott állapot és probléma kombinációjával, valamint az, hogy jelenleg összesen mennyi URL-t érint a kiválasztott állapot és probléma.

Táblázat

A probléma részletes táblázata a kiválasztott probléma által ismert példa-URL-eket jeleníti meg. Az egyes példa-URL-ek a hasonló URL-ek csoportjába tartoznak.

A táblázat a következő információkat tartalmazza:

  • URL: A táblázat egyes sorai hasonló URL-ek csoportját képviselik.
  • Nem jó állapotú oldalak esetén: Az alábbi megfelelő oszlop jelenik meg attól függően, hogy Ön melyik problémát vizsgálja. Az egyes URL-eket több probléma is befolyásolhatja, de csak a kiválasztott problémának megfelelő oszlop jelenik meg.
    • Agg FID (összesített FID): Az elmúlt 28 napban az oldalkérések 75%-ának ennyi, illetve ennél kevesebb időre volt szüksége ahhoz, hogy reagálhasson az első felhasználói interakcióra.
    • Agg LCP (összesített LCP): Az elmúlt 28 napban az oldalkérések 75%-ának ennyi, illetve ennél kevesebb időre volt szüksége ahhoz, hogy elérje a legnagyobb vizuális tartalomválaszt.
    • Agg CLS (összesített CLS): Az elmúlt 28 napban az oldalkérések 75%-ának ennyi, illetve ennél kevesebb időre volt szüksége ahhoz, hogy elérje az elrendezés összmozgását.

A példa-URL-ekre kattintva megtekinthet néhány további oldalt az adott csoportból, valamint egyéb információkat is. Itt található az a link is, amellyel külső teszteket futtathat. A táblázat legfeljebb 200 sort tartalmaz.

 

Egy adott URL állapotának megkeresése

A jelentést nem arra terveztük, hogy egy adott URL állapotát meg lehessen vele keresni, hanem arra, hogy rámutasson a webhely egészének teljesítményére, valamint segítsen a webhely több oldalát érintő problémák elhárításában. Ha meg szeretné tekinteni egy adott URL teljesítményadatait, használjon egy külső tesztelőeszközt. Bár megtekintheti az egyes állapotok és problémák részleteit, és megvizsgálhatja a konkrét érintett URL-eket, nehéznek bizonyulhat megtalálni a kívánt URL-t az Alapvető webes vitals-mutatók jelentésével.

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.

Állapot: Rosszul teljesítő, Fejlesztésre szorul, Jó

A rendszer a Gyenge, a Fejlesztésre szorul és a címkéket alkalmazza az egyes URL-ekre az adott eszköztípusokon.

URL állapota

Az URL állapota az adott eszköztípushoz tartozó leggyengébb állapot. Tehát:

  • Adott egy mobilos URL, amely Gyenge FID-vel, 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 FID-vel rendelkezik, így a Fejlesztésre szorul címkét kapja meg mobilon.
  • Egy adott mobilos URL, amely FID-vel és CLS-sel rendelkezik, de az LCP-adatok hiányoznak, minősítést kap mobilon.
  • Adott egy URL, amely mobilon FID-vel, LCP-vel és CLS-sel, asztali környezetben pedig Fejlesztésre szorul FID-vel, LCP-vel és CLS-sel rendelkezik, így mobilon , asztali környezetben pedig Fejlesztésre szorul minősítést kap.

Ha valamelyik URL az adott mutatónál nem rendelkezik minimális mennyiségű adattal, akkor az adott mutató kihagyásra kerül az adott URL jelentésében. Az olyan URL-eket, amelyek csak az egyik mutatóhoz rendelkeznek adatokkal, annak a mutatónak az állapotához rendeli hozzá a rendszer. Ha az URL egyik mutatónál sem rendelkezik a minimális adatmennyiséggel, akkor nem szerepel a jelentésben.

Az állapotok meghatározásai

Az állapotmutatókat a következő határok alapján értékeli a rendszer:

  Fejlesztésre szorul Rosszul teljesítő
LCP <=2,5 mp <=4 mp >4 mp
FID <=100 ms <=300 ms >300 ms
CLS <=0,1 <=0,25 >0,25

 

  • LCP (legnagyobb vizuális tartalomválasz): Azt az időt jelenti, amely alatt a böngésző rendereli 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. Azért fontos, mert ez alapján az olvasó láthatja, hogy az URL betöltése ténylegesen folyamatban van.
    • A jelentésben látható Összesített LCP azt az időt jelenti, amely alatt a csoportban lévő URL látogatásainak 75%-a eléri az LCP-állapotot.
  • FID (első interakciótól számított válaszkésés): Az az idő, amely a felhasználónak az oldallal való első interakciójától (pl. linkre kattintás, gombra koppintás stb.) addig tart, amíg a böngésző válaszol az interakcióra. A mérőszám attól az interaktív elemtől származik, amelyre a felhasználó először rákattint. Ez olyan oldalakon fontos, ahol a felhasználónak valamit végre kell hajtania, mert az oldal ekkor vált interaktívvá.
    • A jelentésben megjelenő Összesített FID 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ő Összesített CLS a legalacsonyabb közös CLS a csoportban lévő URL látogatásainak 75%-ában.

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

URL-csoportok

Az egyes problémákat olyan URL-ek csoportjához rendeli hozzá a rendszer, amelyek hasonló felhasználói élményt nyújtanak. Ez azért van, mert feltételezzük, hogy a hasonló oldalak esetleges teljesítményproblémáit valószínűleg ugyanaz a mögöttes probléma okozza (pl. olyan funkció az oldalakon, amely gyakran lassan töltődik be).

A problémák kijavítása

Nem műszaki beállítottságú felhasználók számára

  1. Rangsorolja a problémákat: javasoljuk, hogy először javítsa ki az összes „Rosszul teljesítő” címkéjű problémát, majd priorizáljon a legtöbb URL-t vagy a legfontosabb URL-eket érintő problémák szerint. A „Fejlesztésre szorul” címkével rendelkező URL-eken lehet javítani, de a javítás nem olyan fontos, mint a „Rosszul teljesítő” URL-ek esetén.
  2. Ha megállapította a fontossági sorrendet, ossza meg a jelentést szakértőjével, illetve azzal a személlyel, aki az URL-ek frissítését végzi.
  3. Gyakori javítások:
    • Csökkentse az oldal méretét: a bevált módszer szerint az oldal és a hozzá tartozó összes forrás mérete legyen kisebb 500 kB-nál.
    • A legjobb mobilos teljesítmény érdekében korlátozza az oldal forrásainak számát 50-re.
    • Fontolja meg az AMP technológia használatát, amellyel szinte garantált a jó oldalbetöltés mind mobilos, mind asztali környezetben.
    • Az oldal javítására adott javaslatokért használjon külső tesztet.
  4. Tesztelje a javításokat külső teszt használatával.
  5. Ha úgy gondolja, hogy kijavította az adott problémát, a Search Console Alapvető webes vitals-mutatók jelentésén belül, a probléma részletes oldalán kattintson a Követés indítása lehetőségre.
  6. Kövesse nyomon az ellenőrzési folyamatot.

Webfejlesztők számára

  1. Rangsorolja a problémákat: javasoljuk, hogy először javítsa ki az összes „Rosszul teljesítő” címkéjű problémát, majd priorizáljon a legtöbb URL-t vagy a legfontosabb URL-eket érintő problémák szerint. A „Fejlesztésre szorul” címkével rendelkező URL-eken lehet javítani, de a javítás nem olyan fontos, mint a „Rosszul teljesítő” URL-ek esetén.
  2. Javasoljuk, hogy olvassa el a web.dev gyors betöltési útmutatóját és a Web Fundamentals teljesítménnyel foglalkozó oldalait a developers.google.com webhelyen, ahol információkat és útmutatást kaphat az oldalak sebességének javításával kapcsolatban.
  3. Az oldal javítására adott javaslatokért használjon külső tesztet.
  4. Tesztelje a javításokat külső teszt használatával.
  5. Ha úgy gondolja, hogy kijavította az adott problémát, a Search Console Alapvető webes vitals-mutatók jelentésén belül, a probléma részletes oldalán kattintson a Követés indítása lehetőségre.
  6. Kövesse nyomon az ellenőrzési folyamatot.

További hasznos források:

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

Ha nem módosította webhelyét, az állapot mégis számos oldal esetében romlott, 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 „Rosszul teljesítő” 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 összesített LCP-/FID- és CLS-mutatóit. Ha a számok éppen a Rosszul teljesítő / Fejlesztésre szorul / Jó állapot határán voltak, akkor már egy kisebb változás is új állapotba sorolhatta őket.

 

A jelentés megosztása

A lefedettségi és a bővítési jelentésekben szereplő problémarészleteket megoszthatja az oldalon található Megosztás gombra kattintva. A link csak az aktuális problémát részletező oldalhoz, valamint a probléma ellenőrzési előzményeit tartalmazó oldalakhoz biztosít hozzáférést a linkkel rendelkező felhasználók számára. Nem biztosít hozzáférést a forrás többi oldalához, és nem teszi lehetővé a megosztásban részt vevő felhasználóknak, hogy bármilyen műveletet végezzenek az Ön tulajdonán, illetve fiókján. Az oldal megosztásának letiltásával bármikor érvénytelenítheti a linket.

Jelentésadatok exportálása

Számos jelentésben található exportálás gomb, mellyel exportálhatók a jelentésadatok. A diagram és a táblázat adatai egyaránt exportálásra kerülnek.A jelentésben ~ vagy - karakterrel megjelenített értékek (nem áll rendelkezésre/nem szám) a letöltött adatokban nullaként jelennek meg.

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 28 napos megfigyelési munkamenet elindításához kattintson a Követés indítása lehetőségre, 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.

A követés megkezdése nem okoz újraindexelést, sem más aktív cselekvést a Google részéről. Csak (újra)kezdi a webhelye CrUX-adataira vonatkozó négyhetes figyelési időszakot a Search Console segítségével.
  • 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 látható. 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.

 

Külső tesztelőeszközök

Az Alapvető webes vitals-mutatók jelentés két olyan külső tesztelési eszközre mutat, amelyekkel további oldaltesztek végezhetők. Az eszköz típusa az oldal típusától függ:

  • Nem AMP-oldalak: A PageSpeed Insights tesztelőeszköz jelentést készít az oldal teljesítményéről mobil- és asztali eszközökön egyaránt, és javaslatokat tesz az oldal továbbfejlesztésére. A teszt tényleges felhasználók valós idejű és éles tesztadatait is megjeleníti.
  • AMP-oldalak: Az AMP-oldalakkal kapcsolatos élmények útmutatója átfogó valós idejű tesztet biztosít az AMP-oldalakra vonatkozóan, beleértve az Alapvető webes vitals-mutatókat és az oldalélmény-mutatókat is. A teszt tényleges felhasználók valós idejű és éles tesztadatait is megjeleníti.

Az eszközökre mutató link a példa-URL-ek mellett jelenik meg (az összefoglaló oldal Részletek táblázatában kattintson valamelyik állapotsorra, kattintson az egyik példa-URL-re, majd a Példa részletei panelre, végül mutasson az egérrel az egyik hasonló URL-re), de ezeket az eszközöket Ön is felkeresheti, és megadhatja az URL-t.

Böngészőn belüli tesztelőeszközt is használhat a Chrome-ban: a Chrome Lighthouse eszközt.

Hasznosnak találta?
Hogyan fejleszthetnénk?
Keresés
Keresés törlése
A keresés bezárása
Google-alkalmazások
Főmenü
Keresés a Súgóoldalakon
true
83844
false