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).
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.
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 kiválasztott eszköztípushoz (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
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).
- Megtekintheti az általános trendek diagramját az összes platformra vonatkozóan a kezdőoldalon.
- 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.
- 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.
- 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.
- 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.
Áttekintő oldal
Az Alapvető webes vitals-mutatók jelentés áttekintő oldala az URL megtekintéséhez használt eszköz (mobil vagy asztali) szerint lebontva jeleníti meg az adatokat. Az adatok az URL állapota (Gyenge, Fejlesztésre szorul és Jó) szerint vannak csoportosítva, ahol az állapot az adott URL-csoport legrosszabbul teljesítő mutatója.
Az egyes eszköztípusokra vonatkozó további teljesítményadatok megtekintéséhez nyissa meg az adott típusra vonatkozó jelentést.
Összefoglaló oldalak mobilos és asztali környezethez
A platform (mobileszköz vagy asztali számítógép) összefoglaló jelentése a webhely összes olyan URL-csoportjának állapotát és problémáit mutatja, amelyhez 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.
Grafikon
A diagram feletti lapok az egyes állapotok összes jelenlegi URL-jének (nem URL-csoportjának) 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.
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ű (mobilos vagy asztali környezetre vonatkozó) összefoglaló oldalon 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.
Grafikon
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 biztosan érintett 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.
- Csoport INP-je: Az elmúlt 28 napban az oldalkérések 75%-ának ennyi, illetve ennél kevesebb időre volt szüksége a reszponzivitás tekintetében.
- Csoport LCP-je: 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.
- Csoport CLS-e: Az elmúlt 28 napban az oldalkérések 75%-ának ennyi, illetve ennél kevesebb pontja volt az elrendezés összmozgását tekintve.
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.
- Az Alapvető webes vitals-mutatók az adatokat és az állapotot URL-csoportokban egyesítik; a PageSpeed Insights pedig általában az egyes URL-ek adatait mutatja (kivéve, ha az URL önmagában nem rendelkezik elegendő információval). Előfordulhat, hogy a PageSpeed Insights eszközben található adott URL statisztikái nem egyeznek az Alapvető webes vitals-mutatókban szereplő csoporteredményekkel, mert előfordulhat, hogy egy adott URL kiemelkedik a csoportjában.
- Az Alapvető webes vitals-mutatók URL-jei URL-paramétereket tartalmaznak az oldal megkülönböztetéséhez; a PageSpeed Insights viszont eltávolítja az összes paraméteradatot az URL-ből, majd az összes eredményt a csupasz URL-hez rendeli hozzá.
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.
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:
| Jó | Javításra szorul | Gyenge | |
|---|---|---|---|
| LCP | <=2,5 mp | <=4 mp | >4 mp |
| INP | <=200 ms | <=500 ms | >500 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ő 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
Nem műszaki beállítottságú felhasználók számára
- Rangsorolja a problémákat: javasoljuk, hogy először javítsa ki az összes „Gyenge” címkéjű problémát, majd határozza meg a prioritást 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 „Gyenge” URL-ek esetén.
- 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.
- 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 oldalakat 50 erőforrásra.
- Használjon külső tesztet, amely javaslatokat tehet az oldal javítására.
- Tesztelje a javításokat külső teszt használatával.
- 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.
- Kövesse nyomon az ellenőrzési folyamatot.
Webfejlesztők számára
- Rangsorolja a problémákat: javasoljuk, hogy először javítsa ki az összes „Gyenge” címkéjű problémát. A „Fejlesztésre szorul” címkével rendelkező URL-eken lehet javítani, de a javítás nem olyan fontos, mint a „Gyenge” URL-ek esetén. Az adott állapoton belül végezze el a rangsorolást a legtöbb URL-t vagy a legfontosabb URL-eket érintő problémák szerint.
- Az egy adott csoportban látható URL-ek megjelenítés szerint, csökkenő sorrendben vannak rendezve, így a feljebb található URL-ek vannak a legnagyobb hatással a csoport állapotára. Olyan sorrendben haladjon az URL-ek kijavításával, amilyen sorrendben vannak az állapotra gyakorolt hatásuk alapján, de azt javasoljuk, hogy a javítson ki annyi URL-t, amennyit csak tud. Felhívjuk figyelmét, hogy ha egy csoport az állapot széle közelében található, akkor előfordulhat, hogy az állapotra a csoport kevés URL-je van hatással, amelyek a lista alján vannak.
- 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.
- Használjon külső tesztet, amely javaslatokat tehet az oldal javítására.
- Tesztelje a javításokat külső teszt használatával.
- 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.
- Kövesse nyomon az ellenőrzési folyamatot.
További hasznos források:
- Az oldalbetöltési idők értelmezésével és javításával foglalkozó útmutatók
- Lighthouse, az oldalak teljesítményének mérésére szolgáló, nyílt forráskódú eszköz
- További Google-eszközök az oldalak teljesítményének mérésére
- Ha tesztelni szeretné oldalai LCP- és INP-értékeit és egyéb mutatóit, olvassa el a felhasználó-központú teljesítménymutatókról szóló cikket.
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.
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 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:
- Próbálja meg újra kijavítani a problémákat.
- 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.
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. Vegye figyelembe, hogy a PageSpeed Insights eszközben szereplő adatok eltérhetnek az Alapvető webes vitals-mutatók jelentésben szereplő adatoktól. Miért?
- AMP-oldalak: Az AMP-oldalakkal kapcsolatos élmények útmutatója átfogó valós idejű tesztet biztosít az AMP-oldalakra vonatkozóan, beleértve a Core Web Vitals-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.