Technikai alapok Szakszó

Lighthouse Best Practices (böngészős jó gyakorlatok)

Szerző: · 8 perc olvasás · Frissítve:
Lighthouse Best Practices (böngészős jó gyakorlatok) - Technikai alapok (szakszó) a tudástárban
Lighthouse Best Practices (böngészős jó gyakorlatok) - Technikai alapok | eClick GEO-audit tudástár

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.

Miért fontos

A Best Practices pontszám maga nem rangsorolási tényező. Amit jelez, az viszont igen.

  • Hiányos tartalom: egy JavaScript-hiba után a script leáll, és a maradék tartalom nem kerül a DOM-ba.
  • Blokkolt erőforrás: a HTTP-n hívott kép vagy script a böngészőben elveszik, a felhasználó törött oldalt lát.
  • Rossz kép-arány: a nyújtott kép nemcsak ronda, hanem layout-elmozdulást is okoz.
  • Kivezetett API-k: ami ma figyelmeztetés a konzolban, az egy-két Chrome-verzió múlva hibát dob.
  • Biztonsági rés: a hiányzó CSP és HSTS ugyanebben a kategóriában bukik meg, és ezek valódi támadási felületet hagynak.

Üzleti oldalon a legfájóbb eset a webshop-kosár. A riportokban rendszeresen látunk olyan konzol-hibát, ami csak a pénztár lépésénél jelenik meg. A főoldal ilyenkor hibátlan, a vásárlás mégis elhasal egy 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.

Hogyan ellenőrzöd

  1. Nyisd meg az oldalt Chrome-ban, inkognitó módban. A kiegészítők saját hibákat dobnak, és elrontják a mérést.
  2. Nyisd a DevTools-t (F12), válts a Lighthouse fülre.
  3. Kategóriák közül hagyd bejelölve csak a Best Practices tételt, majd indítsd a mérést.
  4. Olvasd el a kategória pontszámát, és nyisd ki a Failed audits listát. Minden tétel megmondja, melyik fájl vagy elem a hibás.
  5. Váltsd át a Console fülre, és töltsd újra az oldalt. Itt látod a valódi hibaszöveget és a fájl útvonalát.
  6. Ismételd meg a fontos sablonokon: főoldal, kategória, termék vagy szolgáltatás, blogcikk, kapcsolat, kosár.
  7. Ha távolról mérnél, a PageSpeed Insights is adja ugyanezt a kategóriát, kiegészítő-zaj nélkül.

Jó jel

  • 90 feletti Best Practices pontszám.
  • Üres konzol a betöltés után, legfeljebb néhány információs sor.
  • Minden hálózati kérés https:// sémával indul.
  • A képek megadott width és height értéke egyezik a fájl valódi arányával.

Rossz jel

  • Piros hibák a konzolban már a főoldalon.
  • blocked:mixed-content vagy net::ERR_ bejegyzések a Network fülön.
  • deprecated és will be removed szövegek a figyelmeztetések között.
  • Ugyanaz a hiba minden sablonon megjelenik, vagyis a fejlécbe vagy a lábba van beépítve.
  • 404-re futó script- vagy stílusfájl egy régen törölt szolgáltatásból.

Hogyan javítod

WordPress

  1. A konzolban nézd meg a hibás fájl útvonalát. A /wp-content/plugins/ után álló név megmondja a felelőst.
  2. Deaktiváld és töröld a nem használt pluginokat. A törölt plugin scriptje néha a témában marad, azt kézzel vedd ki.
  3. Frissítsd a core-t, a témát és a PHP-verziót. Az elavult API-hívások gyakran régi plugin- és PHP-verziókból jönnek.
  4. A http:// hivatkozásokat cseréld az adatbázisban (például Better Search Replace bővítménnyel). Az SSL-takaró pluginek csak elrejtik a hibát.
  5. A képeknél hagyd, hogy a WordPress kiírja a width és height attribútumot. A témában ne nyújtsd CSS-ben más arányra.

Shopify

  1. Nézd át a theme.liquid fájlt és a saját kódblokkokat. A régi app-maradványok itt szoktak megmaradni.
  2. Az eltávolított appok script-tagjeit töröld a témából, ne csak az appot távolítsd el.
  3. Képeknél használd a beépített image_url szűrőt méretparaméterrel, és adj meg width/height attribútumot.

Unas

  1. Az adminban keresd meg a saját HTML- és script-blokkokat (fejléc, lábléc, egyéni oldalak).
  2. Minden külső hivatkozást írj át HTTPS-re, a nem elérhető forrásokat töröld.
  3. A régi mérőkódokat cseréld az aktuális verzióra, a duplikált beillesztéseket vedd ki.

Shoprenter

  1. A sablonszerkesztőben nézd át az egyéni JS- és CSS-blokkokat.
  2. A fejlécbe illesztett külső kódokat egyenként kapcsold ki, így beazonosítod a hibásat.
  3. A termékképeknél tartsd egységesen ugyanazt a képarányt a feltöltésnél.

Egyedi fejlesztés

  1. Tedd be a Lighthouse CI-t a build-folyamatba, és állíts küszöböt a Best Practices kategóriára.
  2. Kapcsold be a source map generálást a production buildhez.
  3. Szűrd a konzolt hibamentesre: a production kódban ne maradjon debug-üzenet.
  4. Állíts be Content-Security-Policy fejlécet, és tiltsd a nem biztonságos forrásokat.
  5. A deprecations audit listáját dolgozd fel egyszer, mert ezek később hibává válnak.

Gyakori hibák

  • A konzol-hibát kozmetikai ügynek nézik: a script leáll, és a tartalom egy része soha nem renderelődik.
  • Törölt plugin maradványa a témában: a 404-re futó script minden oldalbetöltésnél hibát dob.
  • SSL-takaró plugin igazi javítás helyett: a http:// hivatkozás az adatbázisban marad, és bármikor visszaköszön.
  • CSS-ben nyújtott kép: a megadott arány és a fájl arányának eltérése elmozdítja a tartalmat betöltés közben.
  • Betöltéskori engedélykérés: a felhasználó azonnal tiltja, és utána már nem is tudod megkérdezni.
  • Csak a főoldalt mérik: a magyar KKV-oldalak többségén a hibák a kosárnál és a kapcsolati űrlapnál vannak.
  • A pontszámot hajszolják: a 100 pont önmagában semmit nem hoz, a mögötte lévő hibák javítása igen.

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.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Lighthouse Best Practices (böngészős jó gyakorlatok)”?

Futtass egy SEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes SEO-audit indítása