Lighthouse 100/100 — czy warto i jak to ugryźć

Cztery zielone kółka po 100 punktów. Wygląda jak dyplom z czerwonym paskiem dla Twojej strony — i każdy chciałby je mieć. Ale Lighthouse to narzędzie, które łatwo źle zrozumieć: można mieć perfekcyjny wynik w teście i wolną stronę w realu, albo świetną stronę z oceną 89 i panikować bez powodu. W tym wpisie tłumaczę uczciwie, co ten wynik naprawdę znaczy, czy warto gonić setkę i jak realnie poprawić każdą kategorię — bez oszukiwania.

Co właściwie mierzy Lighthouse

Lighthouse to wbudowane w Chrome narzędzie, które przepuszcza Twoją stronę przez zestaw testów i wystawia ocenę w czterech kategoriach. Każda to osobne 0–100 punktów.

Cztery kategorie Lighthouse z przykładowymi wynikami

Kategoria	Co ocenia
Performance (Wydajność)	Jak szybko strona się ładuje i staje użyteczna. Najtrudniejsza do wyśrubowania.
Accessibility (Dostępność)	Czy strona jest używalna dla osób z niepełnosprawnościami — kontrast, `alt`, etykiety, nawigacja klawiaturą.
Best Practices (Dobre praktyki)	Bezpieczeństwo (HTTPS), brak błędów w konsoli, poprawne API przeglądarki.
SEO	Podstawy widoczności w wyszukiwarce — meta tagi, `title`, indeksowalność, czytelność dla botów.

Ważne: tylko Performance jest naprawdę wymagająca. Pozostałe trzy kategorie to w dużej mierze checklisty, które da się domknąć do 100 zdrowym rozsądkiem i kilkoma poprawkami. Setka w Accessibility, Best Practices i SEO jest w zasięgu prawie każdej strony.

Czy 100/100 w ogóle ma sens?

Tu zaczyna się część, którą większość poradników przemilcza. Wynik Lighthouse to test laboratoryjny — jeden przebieg, na symulowanym urządzeniu, w kontrolowanych warunkach. To nie to samo, co odczucie realnego użytkownika.

Porównanie wyniku w teście (lab) z odczuciem realnego użytkownika (field)

Możesz mieć 100/100 w teście i użytkownika, który na starszym telefonie w słabym zasięgu czeka 6 sekund. I odwrotnie — strona z oceną 85 może działać błyskawicznie dla 95% ludzi. Dlatego liczą się dwa źródła danych:

Źródło	Co to	Czemu ważne
Lab (laboratoryjne)	Pojedynczy test Lighthouse na Twoim sprzęcie	Powtarzalny, świetny do debugowania zmian
Field (terenowe)	Pomiary od prawdziwych użytkowników (Core Web Vitals z ostatnich 28 dni)	To te dane Google bierze pod uwagę w rankingu

Sedno sprawy

Google do rankingu używa danych terenowych, nie Twojego ładnego wyniku z testu. Setka w Lighthouse to dobry sygnał, że idziesz w dobrą stronę — ale prawdziwym celem jest, żeby strona była szybka dla realnych ludzi na realnych telefonach.

Wniosek praktyczny: traktuj Lighthouse jako kompas, nie jako medal. Wskazuje, co poprawić, i pozwala sprawdzić, czy zmiana pomogła. Ale nie poleruj ostatnich trzech punktów kosztem rzeczy, których użytkownik i tak nie odczuje.

Jak poprawić Performance

To kategoria, w której zostawia się najwięcej punktów. Na szczęście winowajcy są zawsze ci sami — i każdy z nich da się naprawić.

Obrazy

Pierwsze i najważniejsze źródło punktów. Nieprzeskalowane, w starych formatach, bez width/height — zabijają i wynik, i realną szybkość. To temat sam w sobie, rozpisałem go w obrazki, które zabijają stronę. Samo dopilnowanie obrazów potrafi podnieść Performance o kilkanaście punktów.

Render-blocking CSS i JS

Pliki, które blokują rysowanie strony, podbijają najważniejszą metrykę — LCP. Rozwiązania: ładuj nieistotny JavaScript z defer, wytnij nieużywany CSS, a krytyczne style wstaw bezpośrednio w HTML.

Cache i CDN

Przeglądarka i serwer nie powinny budować strony od zera za każdym razem. Ustaw nagłówki cache dla statycznych zasobów i postaw przed stroną CDN — najprościej darmowy Cloudflare, który opisałem w Cloudflare przed WordPressem za darmo.

Fonty

Fonty webowe potrafią blokować wyświetlanie tekstu (pusty ekran zamiast treści) lub powodować skok układu, gdy się doładują. Dwie poprawki:

@font-face {
  font-family: "MojFont";
  src: url("/fonts/moj-font.woff2") format("woff2");
  font-display: swap; /* pokaz tekst od razu zapasowym fontem */
}

Do tego w <head> dodaj preload dla najważniejszego pliku fontu:

<link rel="preload" href="/fonts/moj-font.woff2" as="font" type="font/woff2" crossorigin>

Najwięcej metryk Performance to LCP, INP i CLS. Jeśli nie wiesz, co która oznacza, wyjaśniam je po ludzku w dlaczego strona ładuje się 8 sekund.

Jak poprawić Accessibility, Best Practices i SEO

Te trzy zwykle domyka się szybko. Oto najczęstsze braki, które zbijają punkty.

Accessibility:

Kontrast — jasnoszary tekst na białym tle jest nieczytelny i obniża ocenę. Trzymaj się odpowiedniego kontrastu (WCAG).
Atrybut alt — każdy znaczący obraz potrzebuje opisu. Obrazy czysto dekoracyjne dostają puste alt="".
Etykiety formularzy — każde pole powinno mieć powiązany label.
Nawigacja klawiaturą — da się przejść po stronie samym tabulatorem, z widocznym focusem.

Best Practices:

HTTPS — bez tego ani rusz. Darmowy certyfikat Let’s Encrypt załatwia sprawę.
Czysta konsola — błędy JavaScript w konsoli obniżają ocenę.

SEO:

title i meta description — unikalne dla każdej podstrony.
Indeksowalność — upewnij się, że nie blokujesz robotów przez robots.txt czy noindex przez pomyłkę.
Czytelne linki i nagłówki — sensowna struktura <h1>–<h2>.

Typowe pułapki i „oszukiwanie” testu

Da się sztucznie podbić wynik, nie poprawiając realnej szybkości — i to jest pułapka, w którą łatwo wpaść.

Wynik to nie cel sam w sobie

Można usunąć z testowanej strony widget czatu, mapę Google i analitykę „na czas pomiaru”, dostać 100/100 i wgrać wszystko z powrotem na produkcję. Liczba ładna, użytkownik dalej czeka. To oszukiwanie samego siebie — testuj to, co faktycznie serwujesz ludziom.

Inne częste pułapki:

Testowanie tylko na desktopie. Domyślnie patrz na wynik mobilny — to on jest trudniejszy i to telefony są dziś większością ruchu.
Jeden pomiar to nie wynik. Lighthouse waha się między przebiegami. Zrób 3–5 testów i patrz na medianę.
Pogoń za ostatnimi punktami. Skok z 70 do 90 zmienia życie użytkownika. Z 98 do 100 — często nie zmienia nic. Wiedz, kiedy odpuścić.
Ignorowanie danych terenowych. Piękny lab, słaby field to znak, że realni użytkownicy mają gorszy sprzęt i łącze, niż zakładasz.

Podsumowanie

Lighthouse to świetny kompas: pokazuje, co poprawić, i pozwala zweryfikować, czy zmiana zadziałała. Accessibility, Best Practices i SEO domkniesz do setki względnie łatwo — i warto, bo to porządkuje stronę. Performance wymaga prawdziwej pracy nad obrazami, cache, fontami i blokującymi zasobami.

Ale cel to nie cztery zielone kółka — celem jest strona, która jest szybka i używalna dla realnych ludzi. Jeśli wynik w teście i odczucie użytkownika się zgadzają, masz wygraną. Jeśli nie — wierz użytkownikowi, nie liczbie.

Chcesz wiedzieć, ile naprawdę da się wycisnąć z Twojej strony i które poprawki dadzą największy efekt? Napisz do mnie — zrobię audyt i pokażę konkretną listę działań.