Google Lighthouse to bezpłatne narzędzie diagnostyczne wbudowane w Chrome, które mierzy wydajność strony, dostępność, SEO i best practices w jednym raporcie. Wynik Lighthouse to nie ocena pozycjonerska – to ocena techniczna, która wpływa na Core Web Vitals, a te z kolei są czynnikiem rankingowym w Google (Google Search Central). Lighthouse mierzy lab data (warunki laboratoryjne), nie field data (rzeczywistych użytkowników) – ta różnica jest kluczowa do poprawnej interpretacji wyników i planowania audytu SEO.
Google Lighthouse to darmowe, open-source narzędzie Google do audytu stron internetowych w pięciu kategoriach: Performance, Accessibility, Best Practices, SEO i PWA. Generuje raport z oceną 0-100 dla każdej kategorii i konkretnymi rekomendacjami naprawy. Dane z Ahrefs: fraza „google lighthouse” generuje w Polsce 450 wyszukiwań miesięcznie (KD 15, traffic potential 70). Lighthouse jest wbudowany w Chrome DevTools – wystarczy nacisnąć F12, przejść do zakładki Lighthouse i kliknąć „Analyze page.”
Lighthouse to punkt wyjścia, nie punkt końcowy. Jak pisze Google w dokumentacji Lighthouse: „Lighthouse audytuje wydajność, dostępność i prawidłowość SEO stron internetowych.” Ale dane Lighthouse to lab data (symulowane) – nie odzwierciedlają realnych warunków. Dane, które Google faktycznie używa do rankingu (Core Web Vitals), to field data z Chrome User Experience Report (CrUX), dostępne w PageSpeed Insights. Jak podaje Ahrefs w poradniku o audycie SEO: „jeśli chcesz być widoczny w 2025 – musisz optymalizować pod AI Overviews i featured snippets.”
Semgence – agencja SEO z Warszawy – wykorzystuje Lighthouse jako jedno z narzędzi w audycie technicznym SEO, zawsze zestawiając lab data z field data (CrUX) i danymi z Screaming Frog.
Co sprawdza Google Lighthouse w każdej kategorii?
Performance (0-100): najważniejsza kategoria. Mierzy Core Web Vitals: LCP (Largest Contentful Paint – docelowo poniżej 2.5s), CLS (Cumulative Layout Shift – poniżej 0.1), FCP (First Contentful Paint), Speed Index, Total Blocking Time. INP (Interaction to Next Paint) – zastąpił FID w marcu 2024 (Google Search Central) – jest mierzony w field data. Lighthouse dostarcza konkretne rekomendacje: „Serve images in next-gen formats,” „Eliminate render-blocking resources.”
Accessibility (0-100): WCAG 2.1 – kontrast tekstu, alt na obrazach, etykiety formularzy, keyboard navigation. Jak pisze web.dev: „dostępność to nie opcja – to wymóg.” Uzupełnij audyt o WAVE i axe DevTools. Best Practices: HTTPS, brak JS errors w konsoli, bezpieczne API calls, image aspect ratio. SEO: meta title/description, robots meta, canonical, hreflang, mobile viewport. Uwaga: kategoria SEO w Lighthouse to minimum – sprawdza tylko techniczne podstawy, nie jakość treści ani backlinki. PWA: Service Worker, Web App Manifest – opcjonalna kategoria.
Jak uruchomić audyt Lighthouse?
Trzy sposoby. Chrome DevTools: F12 → zakładka Lighthouse → wybierz kategorie → „Analyze page.” Najprostszy sposób, lab data. PageSpeed Insights: wklej URL → raport z field data (CrUX – realnych użytkowników) + lab data (Lighthouse). Jak opisuje Semrush na blogu: „PageSpeed Insights łączy dane Lighthouse (lab) z danymi CrUX (field) – field data to te, które Google faktycznie używa do rankingu.” Lighthouse CLI: npm install -g lighthouse && lighthouse URL – do automatyzacji w CI/CD pipeline. Idealne do monitoringu zmian po deploymencie.
Jak podaje Search Engine Land: „Lighthouse to narzędzie diagnostyczne, nie wyrocznia – score 100/100 nie gwarantuje pozycji 1.” Uzupełnij audyt Lighthouse o: Screaming Frog (bulk audit techniczny), Semrush Site Audit (CWV + crawlability), Ahrefs Site Audit (Performance + Internal Linking).
Lab data vs field data – dlaczego to ma znaczenie?
Lighthouse generuje lab data – wyniki na kontrolowanym, symulowanym urządzeniu (mid-tier mobile, symulowane 4G). Warunki identyczne przy każdym teście = powtarzalność. Ale lab data nie odzwierciedla realnych warunków: rzeczywiste urządzenia, sieci, lokalizacje użytkowników.
Field data pochodzi z Chrome User Experience Report (CrUX) – anonimowe dane od realnych użytkowników Chrome. To te dane Google używa do Core Web Vitals jako sygnału rankingowego (75. percentyl). Dostępne w: PageSpeed Insights (sekcja „Discover what your real users are experiencing”), GSC Core Web Vitals report. Jak pisze web.dev: „lab data i field data mogą się znacznie różnić – lab data to kontrolowane środowisko, field data to prawdziwe doświadczenie użytkowników.”
Jak interpretować wyniki Lighthouse dla SEO?
Score 0-49 (czerwony) – poważne problemy. 50-89 (pomarańczowy) – do poprawy. 90-100 (zielony) – dobrze. Ale score to nie ranking factor. Google używa konkretnych metryk CWV (LCP, CLS, INP) z field data, nie ogólnego score. Fokus: napraw konkretne problemy z największym impact (Lighthouse sortuje rekomendacje po „estimated savings”). Narzędzia uzupełniające: WebPageTest (zaawansowana diagnostyka, waterfall), GTmetrix (historyczne porównania). Zgred.pl – polski portal o SEO – regularnie publikuje analizy wydajności polskich stron z wykorzystaniem Lighthouse i PageSpeed Insights.
Case study: audyt Lighthouse 6 polskich stron SEO (maj 2026)
Poniżej wyniki realnych audytów Lighthouse (PageSpeed Insights, mobile) przeprowadzonych przez Semgence w maju 2026 dla stron głównych 6 polskich serwisów związanych z SEO. Dane obejmują lab data (Lighthouse score) oraz field data (CrUX – realne dane użytkowników Chrome). Zestawienie ilustruje kluczową różnicę między wynikiem syntetycznym a rzeczywistym doświadczeniem użytkowników.
Tabela 1: Lighthouse Performance Score + SEO Score (lab data, mobile)
| Domena | Performance | SEO | LCP (lab) | CLS (lab) | Ocena |
|---|---|---|---|---|---|
| szymonslowik.com | 95 | 92 | 2.7s | 0.012 | 🟢 Bardzo dobrze |
| zgred.pl | 88 | 85 | 3.4s | 0.046 | 🟢 Dobrze |
| semgence.pl | 87 | 92 | 3.7s | 0 | 🟢 Dobrze |
| eactive.pl | 72 | 100 | 4.9s | 0.16 | 🟡 Do poprawy |
| delante.pl | 61 | 100 | 10.5s | 0.001 | 🟡 Wymaga pracy |
| widoczni.com | 45 | 92 | 7.6s | 0.335 | 🔴 Krytyczne |
Tabela 2: Field data (CrUX) – co naprawdę widzą użytkownicy (p75)
| Domena | LCP (field) | LCP status | CLS (field) | INP (field) | TTFB (field) |
|---|---|---|---|---|---|
| widoczni.com | 1.34s | 🟢 FAST | 0.01 | 172ms 🟢 | 421ms 🟢 |
| eactive.pl | 2.07s | 🟢 FAST | 0.00 | 95ms 🟢 | 1226ms 🟡 |
| semgence.pl | 2.12s | 🟢 FAST | 0.00 | b.d. | b.d. |
| delante.pl | 2.44s | 🟢 FAST | 0.00 | 250ms 🟡 | 1074ms 🟡 |
| zgred.pl | Brak danych CrUX (za mały ruch) | ||||
| szymonslowik.com | Brak danych CrUX (za mały ruch) | ||||
Co wynika z porównania lab vs field data?
Widoczni.com to najciekawszy przypadek: lab score 45/100 (krytycznie niski Performance, LCP 7.6s, CLS 0.335), ale field data LCP = 1.34s (FAST!), CLS = 0.01, INP = 172ms. Skąd rozbieżność? Lab data testuje na symulowanym, wolnym urządzeniu mobilnym (Moto G Power, 4G). Field data to realni użytkownicy – prawdopodobnie z szybkim WiFi/5G i wydajniejszymi telefonami. To dowodzi, że lab score nie jest tym, co Google używa do rankingu – to field data (CrUX, 75. percentyl) decyduje o sygnale Page Experience.
Delante.pl: lab LCP = 10.5s (ekstremalnie wolne), ale field LCP = 2.44s (na granicy FAST). Ponownie – lab symuluje najgorszy scenariusz, field pokazuje realnych użytkowników. Warto jednak popracować nad lab score, bo wpływa na wrażenie audytorów i potencjalnych klientów.
Semgence.pl: lab Performance 87 (dobrze), LCP lab 3.7s (do poprawy), ale field LCP = 2.12s (FAST), CLS = 0.00 (idealnie). SEO score 92/100. Brak INP w CrUX – za mały wolumen interakcji. Obszar do poprawy: optymalizacja hero image (LCP lab).
Eactive.pl: SEO score 100/100 (perfekcyjne meta/robots/canonical), ale Performance 72 (CLS lab = 0.16 – problem z layout shift). Field data pozytywne: LCP 2.07s FAST, ale TTFB 1.23s (wolny serwer – needs attention).
Wniosek: Lighthouse Performance score (lab) to punkt diagnostyczny, nie wyrok. Zawsze weryfikuj z field data (CrUX) w PageSpeed Insights. To te dane Google faktycznie używa. Serwis z lab score 45 może mieć idealny field LCP – i odwrotnie. Źródło danych: PageSpeed Insights (Google). Audyt przeprowadzony: 21 maja 2026.
Najczęściej zadawane pytania o Google Lighthouse
Czy wynik Lighthouse wpływa na pozycje w Google?
Nie bezpośrednio. Google używa Core Web Vitals (LCP, CLS, INP) z field data (CrUX) jako sygnału rankingowego – nie ogólnego score Lighthouse. Lighthouse pomaga zdiagnozować problemy, ale to field data decyduje o rankingu. Źródło: Google Developers CWV docs.
Czy 100/100 w Lighthouse gwarantuje dobre pozycje?
Nie. Score 100 oznacza, że strona nie ma problemów technicznych – ale pozycje zależą od jakości treści, backlinków, E-E-A-T, intencji wyszukiwania i setek innych sygnałów. Lighthouse to narzędzie diagnostyczne, nie wyrocznia. Jak pisze Ahrefs: „audyt SEO to znacznie więcej niż same wyniki Lighthouse.”
Jak poprawić score Performance w Lighthouse?
Trzy najczęstsze quick wins: (1) Optymalizacja obrazów (WebP/AVIF + lazy loading below the fold), (2) Eliminacja render-blocking CSS/JS (defer, async), (3) Redukcja unused JavaScript. Narzędzia: PageSpeed Insights, Screaming Frog (Page Speed tab z integracją Lighthouse API). Więcej: checklista technicznego SEO.
