Világítótorony

A Lighthouse egy nyílt forráskódú auditáló eszköz, amely a Chrome fejlesztői eszközeibe van beépítve, és számos más felületen keresztül is elérhető. Ez elemzi az oldalakat, és jelentést készít a teljesítményről, az akadálymentességről, a bevált gyakorlatokról és a keresésoptimalizálásról. Minden kategóriában nullától százig terjedő pontszámot ad, valamint konkrét megállapításokat és becsült megtakarításokat is közöl.

Értéke inkább a diagnosztikában, mint az pontszámban rejlik. Az egyes auditok konkrét problémákat azonosítanak, amelyekre konkrét megoldásokat kínálnak, beleértve a renderelést blokkoló erőforrásokat, a túlméretezett képeket, a fel nem használt kódot, a hiányzó akadálymentesítési attribútumokat és a hosszú főszál-feladatokat. Ez a becsült hatás szerint rendezett lista gyakorlati kiindulópont a fejlesztési munkákhoz, és nem igényel speciális eszközöket a megszerzéséhez.

Magát a pontszámot könnyebb rosszul felhasználni. A teljesítménypontszám több mutató súlyozott összetett értéke, amelyeket egyetlen szimulált futtatás során, adott körülmények között mérnek, és nem azt méri, hogy mit tapasztalnak a valós felhasználók. Két futtatás ugyanazon az oldalon rutinszerűen eltér egymástól, mivel az eszköz szimulálja a hálózat és a processzor terhelésének korlátozását, és az alapul szolgáló gép terhelése is változik, így egyetlen pontszám pontos mérésként való kezelése a variancia üldözéséhez vezet.

A laboratóriumi és a terepi adatok közötti különbségtétel a legfontosabb dolog, amit meg kell érteni. A Lighthouse egy kontrollált szintetikus tesztet futtat; a valós felhasználóktól gyűjtött terepi adatok tükrözik az eszközök, kapcsolatok és helyszínek tényleges eloszlását a közönségben. Egy oldal jól teljesíthet laboratóriumban, de rosszul terepen, vagy fordítva, és a keresési rangsoroló rendszerek terepi adatokat használnak a Lighthouse pontszámok helyett. Mindkettő más-más célra hasznos: a terepi adatok megállapítják, hogy fennáll-e probléma, a Lighthouse pedig segít diagnosztizálni az okát.

A tökéletes pontszám elérésére való törekvés általában rossz erőfeszítés. A végső pontok jellemzően aránytalanul nagy munkát igényelnek olyan problémákon, amelyek elhanyagolható hatással vannak a valódi felhasználókra, míg a gyakorlati előnyök az első jelentős fejlesztésekben rejlenek. Egy jó pontszám elérése, majd a kereskedelmi szempontból fontos oldalak terepi adatainak kezelése többet eredményez, mint egyetlen oldal optimalizálása százra.

Az akadálymentesítési kategória különös óvatosságot érdemel, mivel pontozása veszélyes következtetésre enged következtetni. Az automatizált ellenőrzések az akadálymentesítési követelményeknek csak egy részét fedik le, és a tökéletes akadálymentesítési pontszám teljes mértékben kompatibilis egy olyan oldallal, amely nem használható képernyőolvasóval. A pontszám akadálymentesítési bizonyítékként való kezelése gyakori és következményes hiba, és az eszköz saját dokumentációja is ezt állítja.

A tesztelési feltételeket tudatosan kell beállítani, ahelyett, hogy azonnal elfogadnánk őket. Az eszköz alapértelmezett korlátozása egy közepes szintű mobileszközt közelít lassú kapcsolaton, ami sok közönség számára megfelelő, mások számára pedig pesszimista vagy optimista. Ha a profilt úgy konfiguráljuk, hogy az illeszkedjen a webhely saját terepi adatai szerint tipikus eszközökhöz és kapcsolatokhoz, az olyan diagnosztikát eredményez, amely a közönséget tükrözi, nem pedig egy általános feltételezést.

Az eszköz automatizálása egy build folyamatban kiterjeszti hasznosságát a diagnózistól a megelőzésig. Minden egyes változtatás auditálása, meghatározott küszöbértékekhez képest, a regressziókat még a kiszállítás előtt észleli, ami értékesebb, mint az időszakos manuális ellenőrzések. A futtatások közötti eltérések miatt a küszöbértékeknek ésszerű toleranciát kell biztosítaniuk, az ismételt futtatásokat pedig átlagolni kell, különben az ellenőrzés hamis hibákat eredményez, és végül figyelmen kívül marad.

Mivel az eszköz a tüneteket azonosítja, míg a megoldások gyakran az architektúrában és harmadik fél döntéseiben rejlenek, megállapításai inkább kiindulópontot, mintsem munkatervet jelentenek. A gyakorlatban az auditok tájékoztatják a priorizálást. webes teljesítmény a javításokat a következőképpen hajtják végre: termékfejlesztés, és az akadálymentesítési megállapításokat egy megfelelő UX audit a manuális és segítő technológiákkal végzett tesztelésnek ki kell terjednie.