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?

Kutatások bizonyítják, hogy a jobb Alapvető webes vitals-mutatók javítják a felhasználói elköteleződést és az üzleti mutatókat. Például:

  • Kutatások kimutatták, hogy ha egy webhely eléri az Alapvető webes vitals-mutatók küszöbértékeit, a felhasználók 24%-kal kisebb valószínűséggel hagyják el az oldalbetöltést.
  • Amikor a Legnagyobb vizuális tartalomválasz (LCP) 100 ms-mal csökken, a FarFetch webes konverziós aránya 1,3%-kal nő.
  • Az Elrendezés összmozgásának (CLS) 0,2-vel való csökkentése a Yahoo! JAPAN szolgáltatás esetében munkamenetenként 15%-os növekedést eredményezett az oldalmegtekintések számában, valamint 13%-kal hosszabb munkamenet-időtartamot és 1,72 százalékpontos csökkenést a visszafordulási arányban.
  • A Netzwelt javította az Alapvető webes vitals-mutatókat, valamint esetükben a hirdetési bevételek 18%-kal, az oldalmegtekintések pedig 27%-kal nőttek.
  • A CLS globális szinten 1,65-ről 0-ra való csökkentése jelentős mértékben növelte a domainrangsorolásokat a redBus vonatkozásában.

További esettanulmányokat itt olvashat.

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 (Gyenge, Fejlesztésre szorul és Jó), mutatótípus (CLS, FID, 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, FID és CLS. Ha valamelyik URL bármely mutatónál 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ó FID-vel rendelkezik, akkor az URL állapota „gyenge” lesz.

Ha valamelyik URL nem rendelkezik minimális mennyiségű jelentésadattal egy mutatóra vonatkozóan, akkor az URL kimarad a jelentésből.

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.

„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 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.

 

Máshogy néz ki a jelentés?
A jelentéseink közül némelyikben változást tapasztalhat. Bizonyos esetekben ez azt jelenti, hogy az összes elem három kategóriából (érvényes, figyelmeztetés és érvénytelen) két kategóriába (például érvényes és érvénytelen) lett átcsoportosítva. Azt is jelentheti, hogy a jelentés céloldalán található táblázatban már csak az érvénytelen elemek láthatók. Ha a jelentés nagyon eltér a legutóbbi használattól, itt nézhet utána a változásoknak.

 

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 tartalmazó táblázatot (Miért nem minősülnek jónak egyes URL-ek?) és egy másik olyan táblázatot (Jó URL-ekkel kapcsolatos adatok megtekintése), amelyben az összes jó pontszám szerepel az LCP, FID és CLS mutatókra vonatkozóan.

  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.

 

Áttekintő oldal

Az Alapvető webes vitals-mutatók jelentés áttekintő oldala az URL megtekintéséhez használt eszköz (mobileszköz vagy asztali számítógép) 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 számítógépes 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.

Diagram

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.

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 gyengeké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ű (mobileszközre vagy asztali számítógépre 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.

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 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 FID-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 reagáljon az első felhasználói interakcióra.
    • 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.

További információ
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 URL által képviselt oldalcsoportról (többek között a csoport többi URL-jéről is), valamint megtekintheti a csoporttagokhoz tartozó pontszámokat, ha az URL elegendő adatot tartalmaz a megjelenítéshez.
Az LCP-, FID- é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.
A csoport egyik URL-jére kattintva PageSpeed Insights-tesztet futtathat az adott URL-lel kapcsolatban. Fontos azonban megérteni néhány fontos különbséget a PageSpeed Insights és az Alapvető webes vitals-mutatók adatai között.
  • 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 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 FID-vel és CLS-sel, de hiányzó LCP-adatokkal minősítést kap mobilon.
  • Adott egy URL, amely mobileszközön FID-vel, LCP-vel és CLS-sel, asztali környezetben pedig Fejlesztésre szorul FID-vel, LCP-vel és CLS-sel rendelkezik, így mobileszközön , asztali számítógépen 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:

  Javításra szorul Gyenge
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ő 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. Azért fontos, mert ez alapján az olvasó láthatja, 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.
  • 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 szereplő Csoport FID-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. A mutatók és az állapot hozzárendelése a csoport szintjén történik. (Egy egyedi URL eltérhet a hozzá tartozó csoporttól egy adott mutató vonatkozásában.) Feltételezzük, hogy ezeknek az URL-eknek 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 csoportoknak és az URL-eknek rendelkezniük kell egy minimális adatmennyiséggel ahhoz, hogy szerepeljenek a jelentésben.

 

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 „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.
  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.
    • Használjon külső tesztet, amely javaslatokat tehet az oldal javítására.
  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 „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.
  2. 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.
  3. 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.
  4. Használjon külső tesztet, amely javaslatokat tehet az oldal javítására.
  5. Tesztelje a javításokat külső teszt használatával.
  6. 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.
  7. 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 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-, FID- é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.

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 é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.

 

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. 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 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
false