KampányMűvek / 2026. szeptember 19.
Lighthouse riportok a Műhelyben: a UI nem válhat riportfeldolgozóvá
Minden kezelt weboldal legutóbbi Lighthouse auditja elérhetővé vált a Műhelyből úgy, hogy a GitHub Actions riportfelderítés és a státuszok kiértékelése az Engine-ben maradt.
A helyzet
A Lighthouse auditok már a minőségellenőrzési lánc részét képezték, a napi felhasználó viszont nehezen látta át, hogy egy adott site-on mikor és milyen eredménnyel futott az utolsó mérés. A natív alkalmazásnak állapotot kellett mutatnia, nem új implementációként megismételnie a GitHub workflow-k és a Lighthouse JSON dokumentumok logikáját.
A megoldási út
Site-centrikus CLI riportparancsokat alakítottunk ki, amelyek felderítik a legutóbbi auditot, kiolvassák és normalizálják a pontszámokat, időbélyegeket és hibastátuszokat. A Műhely ezekből egyszerű kártyákat, részletező nézeteket és hibajelzéseket rajzol. Közben valódi integrációs problémákat is javítottunk: a GitHub CLI időbélyeg-mezője eltért a korábbi feltételezéstől, és a redirecteknél meg kellett őrizni az eredetileg kért Lighthouse útvonalakat.
Mi lett belőle
A legutóbbi teljesítmény-, accessibility-, best practices- és SEO-eredmények a natív felületből áttekinthetők, az adatok értelmezése azonban ugyanazzal a platformlogikával történik, amelyet a CLI és a QA is használ. Az API-kontrakt változására és az átirányításokra regressziós védelem került.