A „nem ellenőrizhető” egy vizsgálati állapot: a szabályt elvileg lehetne mérni az oldaladon, de a méréshez szükséges adat vagy hozzáférés épp hiányzik. Nem azt mondja, hogy hibás vagy, hanem azt, hogy az eszköz nem tud felelősséggel nyilatkozni.
Hol jelenik meg
A legtöbb automata weboldal-vizsgálat több kimenetet használ a bináris igen/nem helyett. Egy tipikus készlet:
- megfelelt: a szabály teljesül
- részben: van valami, de hiányos
- nem felelt meg: a szabály sérül
- nem alkalmazható: a szabály nem releváns az adott oldalra, például termékséma egy nem-webshopnál
- nem ellenőrizhető: nincs adat vagy hiányzik egy külső kulcs
- kézi ellenőrzés: emberi szem kell hozzá
A kulcskülönbség a „nem felelt meg” és a „nem ellenőrizhető” között az bizonyíték iránya. Az első azt állítja, hogy megnéztük és rossz. A második azt, hogy nem tudtuk megnézni.
Miért lesz egy szabály nem ellenőrizhető
A leggyakoribb ok a hiányzó mezei adat. A CrUX-adatbázis csak akkor ad vissza értéket, ha elég Chrome-felhasználó járt az oldalon. Egy kisforgalmú magyar KKV-oldalnál ez rendszeresen üres, így a valós Core Web Vitals értékek nem jönnek meg. Ilyenkor a labor-mérés marad, ami más kérdésre válaszol.
A másik gyakori ok a hozzáférés hiánya. Külső API kulcs nélkül, rate limit miatt, időtúllépésnél vagy tűzfal mögött a vizsgálat elakad. Ha egy szolgáltatás épp nem válaszol, az az ő állapota, nem a te oldaladé.
Hogyan hat a pontszámra
A jól megépített vizsgálatokban a „nem ellenőrizhető” és a „nem alkalmazható” kikerül a számlálóból is, a nevezőből is. Nem von le pontot, és nem számít hibának. Cserébe csökkenti a lefedettséget: kevesebb szabályból születik az ítélet, tehát az eredmény kevésbé megalapozott.
Röviden: a „nem talált” nem egyenlő a „rossz”-szal, de azt jelenti, hogy egy kérdés nyitva maradt.
Mit néz ebből a riport
A riport minden szabályhoz állapotot rendel, és a „nem ellenőrizhető” tételeket külön jelöli. Ezek nem rontják a pontszámot, viszont megjelennek a lefedettségi mutatóban. Ha sok ilyen tételt látsz, előbb az adathiány okát érdemes rendezni, csak utána értelmezd az összpontszámot.
Miért fontos
Rossz döntést hoz, aki hibának olvassa
A riportokban rendszeresen látjuk, hogy valaki órákat tölt egy „nem ellenőrizhető” tétel javításával. Közben nincs mit javítani: az oldal rendben van, csak a mérés nem futott le. Ez elvont figyelmet a valódi hibákról.
Torzítja a pontszám olvasatát
Két oldal kaphat ugyanolyan pontszámot úgy, hogy az egyiknél 80 szabály futott le, a másiknál 50. A második eredménye gyengébben alátámasztott. Ezért kell a pontszám mellé mindig a lefedettséget is nézni.
Van, amikor mégis jelzés
Ha egy szabály azért nem ellenőrizhető, mert az oldal időtúllépéssel válaszol vagy blokkolja a vizsgáló robotot, az önmagában probléma. Ugyanez a viselkedés elérheti a keresőrobotokat és az AI-crawlereket is. A tünetet ilyenkor nem elnézni kell, hanem utánamenni.
Az üzleti tanulság
A hiányzó mezei adat gyakran a hiányzó forgalom tünete. Egy oldal, amely nem gyűjt elég látogatót a CrUX küszöbéhez, nem sebességprobléma miatt láthatatlan, hanem láthatósági probléma miatt. A javítás ilyenkor nem technikai, hanem tartalmi és marketinges.
Technikai példa
A legegyszerűbb ellenőrzés: eléri-e a vizsgáló egyáltalán az oldalt.
curl -I -A "Mozilla/5.0 (compatible; AuditBot/1.0)" https://pelda.hu/
# Jó válasz:
# HTTP/2 200
# content-type: text/html; charset=utf-8
# Rossz válasz, ebből lesz nem ellenőrizhető:
# HTTP/2 403
# server: cloudflare
Ha 403-at vagy 429-et kapsz, a bot-védelem zárja ki a mérést. Ilyenkor nem az oldal tartalma a probléma, hanem a hozzáférés.
Egy vizsgálati eredmény szerkezete tipikusan így néz ki gépi formában:
{
"rule": "core-web-vitals-lcp-field",
"status": "not_verifiable",
"reason": "insufficient_crux_data",
"detail": "A CrUX nem ad vissza mezei adatot erre az URL-re.",
"score_impact": 0,
"counts_in_coverage": false
}
A lényeg a két utolsó mező. A score_impact nulla, tehát nem von le pontot. A counts_in_coverage hamis, tehát a szabály kikerül a nevezőből is. Ha egy eszköz ezt nem így kezeli, a lefedettségi mutatója félrevezető lesz.
Gyakori kérdések
A „nem ellenőrizhető” ront a pontszámomon?
Nem. Sem pontlevonás nem jár érte, sem hibának nem számít. Annyi történik, hogy az adott szabály kikerül a számításból, és ezzel csökken a vizsgálat lefedettsége. Az eredmény tehát nem rosszabb lesz, hanem kevésbé alátámasztott.
Mi a különbség a „nem ellenőrizhető” és a „nem alkalmazható” között?
A „nem alkalmazható” azt jelenti, hogy a szabály az oldal típusára nem releváns. Termékséma egy bemutatkozó oldalon ilyen. A „nem ellenőrizhető” viszont releváns szabály, csak a méréshez kellő adat vagy hozzáférés hiányzik. Az elsővel nincs teendőd, a másodiknál érdemes megnézni az okot.
Miért nincs CrUX-adatom?
A CrUX csak akkor közöl értéket, ha elég Chrome-felhasználó látogatta az oldalt a mérési időszakban. Kisforgalmú oldalaknál ez a küszöb nem teljesül. Ilyenkor marad a labor-mérés, ami hasznos, de nem a valós felhasználói élményt mutatja.
Meg lehet szüntetni ezt az állapotot?
Részben. A hozzáférési okok javíthatók: bot-védelem lazítása, gyorsabb válaszidő, jelszavas zárolás feloldása. Az adathiány viszont időt és forgalmat kíván, azt technikai beavatkozással nem lehet előállítani.
Ha sok a nem ellenőrizhető tétel, érdemes újrafuttatni a vizsgálatot?
Igen, főleg ha az ok időtúllépés vagy külső szolgáltatás hibája volt. Ezek gyakran átmenetiek. Ha a második futás ugyanazt hozza, akkor az ok tartós, és a kiszolgálást vagy a forgalmat kell rendezni.
