Lighthouse (a Google oldalellenőrző eszköze)
A legtöbben a PageSpeed Insights felületén találkoznak vele, ahol a „Diagnosztizáld a teljesítményproblémákat” rész valójában egy Lighthouse-futtatás eredménye. Ugyanez a motor fut a Chrome fejlesztői eszközeiben és parancssorból is.
Három hely, ahol lefuttathatod
- PageSpeed Insights: böngészőből, telepítés nélkül, a Google szerveréről mér. Itt a valós felhasználói adatok is megjelennek, ha az oldalnak elég forgalma van.
- Chrome DevTools, Lighthouse fül: a saját gépedről mér, így a saját géped és hálózatod is befolyásolja. Inkognitóablakban futtasd, különben a böngészőbővítmények rontják az eredményt.
- Parancssor vagy CI: fejlesztőknek, hogy minden élesítés előtt automatikusan lefusson, és jelezzen, ha egy új funkció lelassította az oldalt.
Hogyan áll össze a teljesítménypontszám?
A teljesítmény-pontszám öt mérés súlyozott átlaga. A jelenlegi (10-es verzió óta használt) súlyozás:
| Mérés | Mit jelent | Súly |
|---|---|---|
| Total Blocking Time (TBT) | mennyi ideig blokkolja a JavaScript a kattintásokat | 30% |
| Largest Contentful Paint | mikor jelenik meg a legnagyobb tartalmi elem | 25% |
| Cumulative Layout Shift | mennyit ugrál a tartalom betöltés közben | 25% |
| First Contentful Paint | mikor jelenik meg az első pixel tartalom | 10% |
| Speed Index | milyen gyorsan töltődik ki láthatóan a képernyő | 10% |
A táblázatból azonnal kiolvasható a gyakorlati tanulság: a pontszám több mint fele a JavaScriptből és a tartalom ugrálásából jön. Egy WordPress-oldalon, ahol a TBT 1 200 ezredmásodperc, a képek tömörítése alig mozdít a számon, a felesleges bővítmények és külső szkriptek kidobása viszont akár 20–30 pontot is hozhat. A 90–100 pont zöld, az 50–89 narancs, a 0–49 piros.
Laboratóriumi adat kontra valós adat
Ez a legtöbb félreértés forrása. A Lighthouse egy közepes kategóriás telefont és lassú mobilhálózatot szimulál, minden futtatásnál üres gyorsítótárral. A Google rangsorolásában viszont a valódi Chrome-felhasználóktól gyűjtött adatok (a Core Web Vitals mezőadatai) számítanak, 28 napos időszakra. Ezért fordulhat elő, hogy a Lighthouse 45 pontot ad, a valós adatok mégis „megfelelt” minősítést mutatnak, mert a látogatóid többsége gyors telefonon, wifin böngészik. Fordítva is igaz: egy laborban zöld oldal lehet lassú a valóságban, ha például a kattintásra adott válasz egy bejelentkezés utáni felületen akad meg, amit a Lighthouse nem lát.
Gyakori tévedések
- A 100 pont hajszolása. 85 és 100 pont között ritkán van üzletileg mérhető különbség, a fejlesztői munkaóra viszont sokszorosára nő.
- Egyetlen futtatásból dönteni. Két egymás utáni mérés között 5–10 pont eltérés is normális. Futtasd háromszor, és a középső értéket nézd.
- Csak a főoldalt mérni. A pénzt sokszor a termék- vagy ajánlatkérő oldal hozza, és az a lassabb.
- Az SEO-kategória 100 pontját sikernek venni. Ez csak alapvető technikai ellenőrzés (van-e title, nincs-e letiltva az indexelés), a tartalom minőségéről semmit sem mond.
Mit kérj a fejlesztőtől a riport alapján?
A Lighthouse-riport alján két lista található: a „Lehetőségek” becsült időnyereséggel, és a „Diagnosztika” részletes műszaki megjegyzésekkel. Marketingesként nem kell mindegyiket értened, de három kérdést érdemes feltenni a fejlesztőnek:
- Melyik három tétel adja a legnagyobb becsült időnyereséget, és mennyi munka egyenként?
- Melyik külső szkript (csevegőablak, hőtérkép, közösségi beágyazás) blokkolja a legtovább a betöltést, és valóban szükség van-e rá minden oldalon?
- Lehet-e a módosítás után a valós felhasználói adatokon is ellenőrizni a hatást, és mikor?
Az utolsó kérdés a legfontosabb. A valós adatok 28 napos átlaga lassan mozdul, ezért egy javítás hatása legkorábban három-négy hét múlva látszik a Search Console Core Web Vitals jelentésében. Addig a Lighthouse csak irányt mutat, eredményt nem bizonyít.