Lighthouse

Lighthouse е инструмент за одит с отворен код, вграден в инструментите за разработчици на Chrome и достъпен чрез няколко други интерфейса, който анализира страница и отчита производителността, достъпността, най-добрите практики и оптимизацията за търсене. Той генерира оценка от нула до сто във всяка категория, заедно с конкретни констатации и прогнозни спестявания.

Стойността му е в диагностиката, а не в оценката. Отделните одити идентифицират специфични проблеми с конкретни решения, включително ресурси, блокиращи рендерирането, прекалено големи изображения, неизползван код, липсващи атрибути за достъпност и дълги задачи в главния поток. Този списък, подреден по очаквано въздействие, е практическа отправна точка за работа по подобрение и не изисква специализирани инструменти за придобиване.

Самият резултат е по-лесно злоупотребен. Оценката за производителност е претеглена комбинация от няколко показателя, измерени в едно симулирано изпълнение при специфични условия, и не е мярка за това, което реалните потребители изпитват. Две изпълнения на една и съща страница рутинно се различават, защото инструментът симулира дроселиране на мрежата и процесора, а натоварването на основната машина варира, така че третирането на един резултат като прецизно измерване води до преследване на вариацията.

Разграничението между лабораторни и полеви данни е най-важното нещо, което трябва да се разбере. Lighthouse провежда контролиран синтетичен тест; полевите данни, събрани от реални потребители, отразяват действителното разпределение на устройства, връзки и местоположения в аудиторията. Една страница може да се класира добре в лабораторията и да се представи зле на практика, или обратното, а системите за класиране в търсенето използват полеви данни, а не оценки на Lighthouse. И двете са полезни за различни цели: полевите данни установяват дали съществува проблем, Lighthouse помага да се диагностицира причината за него.

Преследването на перфектен резултат обикновено е лошо изразходване на усилия. Последните точки обикновено изискват непропорционална работа по проблеми с незначителен ефект върху реалните потребители, докато практическите ползи се крият в първите съществени подобрения. Постигането на добър резултат и след това обработката на полеви данни за страниците, които са търговски важни, осигурява повече от оптимизирането на една страница до сто.

Категорията за достъпност заслужава специално внимание, защото нейното оценяване насърчава опасни заключения. Автоматизираните проверки обхващат само малка част от изискванията за достъпност, а перфектният резултат за достъпност е напълно съвместим със страница, която не може да се използва с екранен четец. Третирането на резултата като доказателство за достъпност е често срещана и последваща грешка и собствената документация на инструмента го посочва.

Условията за тестване трябва да се задават умишлено, а не да се приемат такива, каквито са. Стандартното ограничаване на скоростта на инструмента се приближава до мобилно устройство от среден клас с бавна връзка, което е подходящо за много аудитории и песимистично или оптимистично за други. Конфигурирането на профила, за да съответства на устройствата и връзките, които собствените полеви данни на сайта показват като типични, създава диагностика, която отразява аудиторията, а не общо предположение.

Автоматизирането на инструмента в процес на изграждане разширява неговата полезност от диагностика до превенция. Извършването на одити за всяка промяна, спрямо определени прагове, улавя регресиите преди тяхното пускане, което е по-ценно от периодичните ръчни проверки. Поради вариацията между изпълненията, праговете трябва да позволяват разумен толеранс, а многократните изпълнения трябва да бъдат осреднени, в противен случай проверката генерира фалшиви грешки и в крайна сметка се игнорира.

Тъй като инструментът идентифицира симптоми, докато решенията често се намират в архитектурата и решенията на трети страни, неговите констатации са по-скоро отправна точка, отколкото работен план. На практика одитите информират за приоритизирането, извършвано в рамките на уеб изпълнение работа, поправките се прилагат чрез разработване на продуктии констатациите за достъпност трябва да се третират като първи пропуск, че правилното UX одит с ръчно тестване и тестване на помощни технологии трябва да се разшири.