Lighthouse

Lighthouse to narzędzie audytowe typu open source, wbudowane w narzędzia programistyczne przeglądarki Chrome i dostępne za pośrednictwem kilku innych interfejsów. Analizuje stronę i generuje raporty dotyczące wydajności, dostępności, najlepszych praktyk i optymalizacji wyszukiwania. Generuje ocenę od zera do stu w każdej kategorii wraz ze szczegółowymi wnioskami i szacunkowymi oszczędnościami.

Jego wartość tkwi w diagnostyce, a nie w punktacji. Poszczególne audyty identyfikują konkretne problemy i konkretne rozwiązania, takie jak zasoby blokujące renderowanie, zbyt duże obrazy, nieużywany kod, brakujące atrybuty dostępności i długie zadania wątku głównego. Ta lista, uporządkowana według szacowanego wpływu, stanowi praktyczny punkt wyjścia do prac nad poprawą i nie wymaga specjalistycznych narzędzi.

Sam wynik jest łatwiejszy do nadużycia. Wynik wydajności jest ważoną kompozycją kilku metryk mierzonych w jednym symulowanym przebiegu w określonych warunkach i nie jest miarą tego, czego doświadczają rzeczywiści użytkownicy. Dwa przebiegi na tej samej stronie rutynowo się różnią, ponieważ narzędzie symuluje ograniczanie przepustowości sieci i procesora, a obciążenie maszyny bazowej jest zmienne, więc traktowanie pojedynczego wyniku jako precyzyjnego pomiaru prowadzi do pogoni za wariancją.

Najważniejszą kwestią, którą należy zrozumieć, jest rozróżnienie między danymi laboratoryjnymi a danymi terenowymi. Lighthouse przeprowadza kontrolowany test syntetyczny; dane terenowe zebrane od rzeczywistych użytkowników odzwierciedlają rzeczywisty rozkład urządzeń, połączeń i lokalizacji wśród odbiorców. Strona może uzyskać dobry wynik w laboratorium, a słaby w terenie, lub odwrotnie, a systemy rankingowe wyszukiwania korzystają z danych terenowych, a nie z wyników Lighthouse. Oba te narzędzia są przydatne do różnych celów: dane terenowe ustalają, czy problem istnieje, a Lighthouse pomaga zdiagnozować jego przyczynę.

Dążenie do uzyskania idealnego wyniku to zazwyczaj marnotrawstwo wysiłku. Punkty końcowe zazwyczaj wymagają nieproporcjonalnie dużej pracy nad problemami o znikomym wpływie na rzeczywistych użytkowników, podczas gdy praktyczne korzyści tkwią w pierwszych znaczących usprawnieniach. Osiągnięcie dobrego wyniku, a następnie uwzględnienie danych terenowych dla stron, które mają znaczenie komercyjne, daje więcej niż optymalizacja jednej strony do stu.

Kategoria dostępności wymaga szczególnej ostrożności, ponieważ jej punktacja może prowadzić do niebezpiecznych wniosków. Automatyczne kontrole obejmują jedynie ułamek wymagań dotyczących dostępności, a idealny wynik dostępności jest w pełni kompatybilny ze stroną, której nie można obsługiwać za pomocą czytnika ekranu. Traktowanie wyniku jako dowodu dostępności jest częstym i poważnym błędem, o czym informuje dokumentacja narzędzia.

Warunki testowania należy ustalać świadomie, a nie akceptować je w praktyce. Domyślne ograniczenie przepustowości narzędzia odpowiada urządzeniu mobilnemu średniej klasy z wolnym połączeniem, co jest odpowiednie dla wielu odbiorców, a pesymistyczne lub optymistyczne dla innych. Skonfigurowanie profilu tak, aby odpowiadał urządzeniom i połączeniom, które według danych terenowych danej witryny są typowe, pozwala uzyskać diagnostykę odzwierciedlającą odbiorców, a nie ogólne założenie.

Automatyzacja narzędzia w procesie kompilacji rozszerza jego użyteczność z diagnostyki na zapobieganie. Przeprowadzanie audytów każdej zmiany, w odniesieniu do zdefiniowanych progów, pozwala wykryć regresje przed ich wprowadzeniem, co jest bardziej wartościowe niż okresowe kontrole ręczne. Ze względu na rozbieżności między uruchomieniami, progi powinny zapewniać rozsądną tolerancję, a powtarzane uruchomienia powinny być uśredniane, w przeciwnym razie kontrola generuje fałszywe błędy i ostatecznie jest ignorowana.

Ponieważ narzędzie identyfikuje symptomy, podczas gdy środki zaradcze często pozostają w gestii architektury i decyzji stron trzecich, jego ustalenia stanowią punkt wyjścia, a nie plan działania. W praktyce audyty informują o priorytetyzacji dokonywanej w ramach wydajność sieci praca, poprawki są wdrażane poprzez rozwój produktów, a wyniki dotyczące dostępności należy traktować jako pierwsze podejście do właściwego Audyt UX wraz z testowaniem manualnym i technologią wspomagającą należy je rozszerzyć.