A Lighthouse Best Practices a Lighthouse audit egyik pontozott kategóriája, amely a böngészős jó gyakorlatokat ellenőrzi az oldal kódjában. Nem a sebességet méri, hanem azt, hogy a kód hibamentesen, korszerűen és biztonságos forrásokból fut-e a böngészőben.
Mit vizsgál
A kategória sok kicsi, egymástól független ellenőrzésből áll. A leggyakoribb tételek:
- Konzol-hibák: a böngésző hibát logolt a betöltés alatt (
errors-in-console).
- Elavult API-k: a kód olyan böngésző-funkciót hív, amit a Chrome kivezet (
deprecations).
- Kép-arány és felbontás: a megadott
width/height nem egyezik a valódi képaránnyal, vagy a kép felskálázva jelenik meg.
- Biztonságos források: minden erőforrás HTTPS-en jön, nincs kevert tartalom.
- Doctype és charset: helyes-e a dokumentum alap-deklarációja.
- Engedélykérés előzmény nélkül: geolokáció vagy értesítés kérése rögtön betöltéskor.
- Biztonsági beállítások: van-e XSS ellen hatékony CSP (Content-Security-Policy), erős HSTS-politika, clickjacking-védelem.
- Source map: megvan-e a nagy, saját JavaScript-fájlokhoz.
Hogyan áll össze a pontszám
A tételek nagyrészt binárisak: átmegy vagy elhasal. A kategória pontszáma ezek súlyozott átlaga, 0 és 100 között. A 90 feletti érték zöld, az 50-89 sárga, az alatti piros. Egy elhasalt tétel is sokat levisz, mert kevés audit osztozik a teljes súlyon.
Miért érdekli ez a gépi olvasókat
A konzol-hiba és az elavult API ugyanazt jelzi: valami félbemarad a renderelés közben. Ha egy script hibára fut, a tartalom egy része nem kerül be a DOM-ba. Az AI-crawlerek pedig türelmetlenek. Amit nem kapnak meg első körben, azt nem is idézik a válaszaikban.
A kevert tartalom ennél durvább. A böngésző blokkolja a nem biztonságos kérést, így a kép vagy a script egyszerűen eltűnik. A riportokban ezt látjuk a leggyakrabban egy régi bannerkezelő vagy egy törölt plugin maradványánál.
Mit néz ebből a riport
Az audit külön szabályként kezeli a böngészős jó gyakorlatokat. A hatása alacsony, a hatóköre kód: fejlesztői beavatkozás kell hozzá. Az ajánlás a Lighthouse best-practices tételeit követi: konzol-hibák, elavult API-k, kép-arányok, HTTPS-források.
Röviden: a Best Practices pontszám nem rangsorol, de pontosan megmutatja, hol csúszik félre a kódod a böngészőben.
Kikre vonatkozik
Vonatkozik: minden nyilvános weboldalra, ahol van JavaScript, kép vagy külső script. Webshopoknál a legfontosabb, mert ott egy hiba közvetlenül pénzt visz el.
Kiemelten fontos: sok pluginnal működő WordPress-oldalakon, több éve épült egyedi rendszereken, és minden olyan oldalon, ahova marketing-kódokat kézzel illesztettek be.
Kevésbé fontos: statikus, egy-két oldalas bemutatkozó weblapokon, ahol nincs külső script. Ott a kategória jellemzően magától zöld.
Nem vonatkozik: staging és fejlesztői környezetekre, ahol a debug-üzenetek szándékosan a konzolban vannak. Ott a mérés csak zajt ad. Belépéssel védett admin-felületeknél is inkább kézi konzol-ellenőrzés a jó eszköz.
Technikai példa
Mérés parancssorból, csak erre a kategóriára. A JSON-kimenetből ki tudod olvasni, melyik tétel hasalt el:
npx lighthouse https://example.hu \
--only-categories=best-practices \
--output=json --output-path=./bp.json \
--chrome-flags="--headless"
# mit talált
cat bp.json | jq '.audits["errors-in-console"].details.items'
cat bp.json | jq '.audits.deprecations.score'
A kép-arány audit akkor elhasal, ha a megadott méret és a fájl valódi aránya eltér. Bal oldalon a hibás eset, jobb oldalon a helyes:
<!-- rossz: a fájl 1200x800, a jelölés 4:3 arányt állít -->
<img src="/kepek/termek.jpg" width="1200" height="900" alt="Termékfotó">
<!-- jó: a jelölés a fájl valódi arányát követi, HTTPS-forrásból -->
<img src="https://example.hu/kepek/termek.jpg"
width="1200" height="800"
alt="Termékfotó" loading="lazy">
A helyes width és height páros nemcsak ezt az auditot hozza át. A böngésző előre lefoglalja a helyet, így a layout sem ugrik meg betöltés közben.
Gyakori kérdések
Rangsorol a Google a Best Practices pontszám alapján?
Nem, ez nem rangsorolási tényező. A Lighthouse egy fejlesztői diagnosztikai eszköz, nem a Google értékelő rendszere. A pontszám mögötti hibák viszont közvetve számítanak: ha egy script hibára fut, a tartalom hiányosan kerül a keresőrobot elé.
Kell a 100 pont ebben a kategóriában?
Nem cél a 100 pont. A 90 feletti érték reális, és a legtöbb oldalon elérhető. Érdemesebb a konkrét elhasalt tételeket sorra venni, mert azok mögött valódi hiba van. Egy-két apró figyelmeztetés miatt nem kell átírni a kódbázist.
Miért mást mutat a DevTools és a PageSpeed Insights?
A DevTools a te böngésződben mér, kiegészítőkkel és a saját hálózatodon. A PageSpeed Insights távoli, tiszta környezetben fut. Ha a két eredmény eltér, először inkognitó módban mérj újra. A távoli mérés általában közelebb van ahhoz, amit egy robot lát.
A konzol-hibák látszanak a felhasználónak is?
A hibaszöveg nem, a következménye igen. Egy leállt script miatt nem nyílik a menü, nem megy el az űrlap vagy nem frissül a kosár. Ezek a hibák jellemzően nem minden böngészőben jelennek meg, ezért marad annyi belőlük észrevétlen.
Elég egyszer megmérni?
Nem, mert minden frissítés és új marketing-kód hozhat új hibát. Havi egy mérés a fő sablonokon elég a legtöbb oldalnak. Egyedi fejlesztésnél a Lighthouse CI a buildben automatikusan elkapja a visszaesést.