Narzędzia do wydajności internetowej

TL;DR — Istnieją trzy główne narzędzia do pomiaru szybkości stron, a ludzie stale je mylą. Google Lighthouse przeprowadza pojedynczy test w symulowanym „laboratorium” i przyznaje wynik od 0 do 100. CrUX zawiera prawdziwe dane od rzeczywistych użytkowników Chrome — jest źródłem danych terenowych używanym w raportach Core Web Vitals. PageSpeed Insights pokazuje oba zestawy na jednym ekranie. Najważniejsze: Google nie ustala pozycji na podstawie wyniku laboratoryjnego.

Trzy narzędzia, trzy zadania

Gdy zaczniesz mierzyć szybkość stron, wciąż będziesz spotykać trzy nazwy: Google Lighthouse, PageSpeed Insights i Chrome UX Report (CrUX). Większość osób uważa, że oznaczają to samo. Tak nie jest. Najprościej rozróżnić je w następujący sposób:

• Google Lighthouse jest narzędziem testowym. Wczytuje stronę na symulowanym wolnym telefonie, przeprowadza serię kontroli i przyznaje wynik od 0 do 100. To test laboratoryjny — jedna maszyna, jeden moment i kontrolowane warunki.
• Chrome UX Report (CrUX) zawiera prawdziwe dane od rzeczywistych użytkowników Chrome odwiedzających witrynę. Są to dane terenowe — i właśnie ich Google używa przy ustalaniu pozycji.
• PageSpeed Insights (PSI) jest bezpłatną stroną internetową pokazującą oba zestawy: u góry dane terenowe rzeczywistych użytkowników (z CrUX), a pod nimi test laboratoryjny Lighthouse.

Laboratorium a teren — jedna rzecz do zapamiętania

„Laboratorium” oznacza kontrolowany test: jedno urządzenie, jedno ustawienie sieci, uruchamiany na żądanie. „Teren” oznacza prawdziwych ludzi korzystających z rzeczywistych telefonów i laptopów przez prawdziwe połączenia, mierzonych podczas faktycznego używania witryny.

To ważne, ponieważ Google ustala pozycje na podstawie danych terenowych, a nie wyniku laboratoryjnego. Możesz uzyskać 100 punktów w Lighthouse, choć prawdziwi użytkownicy nadal widzą wolną stronę — albo wypaść słabo w laboratorium, a bez problemu spełniać progi dla rzeczywistych odwiedzających. Gdy wyniki się różnią, w SEO liczą się dane rzeczywistych użytkowników, czyli terenowe.

Którego narzędzia użyć?

• „Jak wypadam pod kątem pozycji?” → Sprawdź dane terenowe (CrUX), najłatwiej w PageSpeed Insights lub Google Search Console.
• „Co spowalnia moją stronę?” → Uruchom Lighthouse (narzędzie wskaże, co naprawić).
• „Chcę zobaczyć oba zestawy w jednym miejscu.” → PageSpeed Insights.

Chcesz poznać pełny obraz — sposób obliczania wyników Lighthouse, znaczenie „p75”, przyczyny braku danych terenowych dla wielu stron i dokładny proces znajdowania oraz naprawiania problemów, którego używam? Przejdź do karty Zaawansowane.

TL;DR — Pomiar wydajności internetowej sprowadza się do rozróżnienia laboratorium i terenu. Lighthouse = laboratorium: symulowany audyt (wolne 4G, czterokrotne spowolnienie CPU), który ocenia stronę od 0 do 100 (Performance = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Index 10%). To narzędzie diagnostyczne, nie sygnał rankingowy; nie mierzy INP, lecz używa TBT jako wskaźnika zastępczego. CrUX = teren: rzeczywiści użytkownicy Chrome, którzy wyrazili zgodę, 75. percentyl w ruchomym oknie 28 dni — zestaw danych terenowych stojący za publicznymi raportami CWV Google. PageSpeed Insights = oba zestawy w jednym interfejsie: u góry dane terenowe CrUX (ocena CWV „Zaliczone/Niezaliczone”, która ma znaczenie dla SEO), a niżej laboratoryjny test Lighthouse (wynik 0–100, który nie ma). Dane terenowe pokazują sytuację, laboratoryjne pomagają diagnozować, a Search Console znajduje grupy niespełniających progów stron na dużą skalę. W mojej próbie 43,66 mln unikalnych stron Site Audit ze stycznia 2022 roku metrykę CrUX miało tylko około 11,9%, dlatego wiele stron w tej próbie nie miało danych terenowych, a PSI pokazywał wyłącznie wynik laboratoryjny.

Podstawa: dane laboratoryjne a dane terenowe

Niemal każde nieporozumienie dotyczące tych narzędzi wynika z mieszania dwóch rodzajów danych. web.dev ujmuje to najczytelniej: “CrUX is a collection of real-user experiences from the field, while Lighthouse is a controlled test in the lab.” (tłumaczenie) „CrUX jest zbiorem doświadczeń prawdziwych użytkowników z terenu, natomiast Lighthouse to kontrolowany test laboratoryjny”.

• Dane laboratoryjne są “collected in a controlled environment with predefined device and network settings.” (tłumaczenie) „zbierane w kontrolowanym środowisku ze zdefiniowanymi ustawieniami urządzenia i sieci”. Są powtarzalne, szybkie i świetnie wykrywają regresje — ale reprezentują jednego syntetycznego odwiedzającego, nie Twoich odbiorców.
• Dane terenowe “is determined by monitoring all users who visit a page and measuring a given set of performance metrics for each one of those users’ individual experiences.” (tłumaczenie) „ustala się przez monitorowanie wszystkich użytkowników odwiedzających stronę i mierzenie określonego zestawu wskaźników wydajności dla indywidualnego doświadczenia każdego z nich”. Są zaszumione, pojawiają się z opóźnieniem — i pokazują prawdę.

Wytyczne Google dotyczące priorytetów są jednoznaczne: “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (tłumaczenie) „Jeśli dla danej strony masz zarówno dane terenowe, jak i laboratoryjne, priorytety należy ustalać na podstawie danych terenowych”. Dlatego przed interpretacją dowolnej liczby każdy specjalista SEO powinien zapytać: czy właśnie patrzę na dane laboratoryjne, czy terenowe?

Google Lighthouse — diagnostyka laboratoryjna

Lighthouse to “an open-source, automated tool to help you improve the quality of web pages.” (tłumaczenie) „otwarte, zautomatyzowane narzędzie pomagające poprawiać jakość stron internetowych”. Podajesz mu adres URL, a ono “runs a series of audits against the page,” (tłumaczenie) „przeprowadza serię audytów strony” i zwraca raport w kategoriach Performance, Accessibility, Best Practices i SEO. Lighthouse 12 usunął dawną kategorię PWA, ale od wersji Lighthouse 13.3 (wydanej w maju 2026 roku) znów istnieje piąta kategoria: Agentic Browsing, eksperymentalny audyt przystosowania strony do agentów AI (jakości drzewa dostępności, stabilności układu i rejestracji narzędzi WebMCP). Nie korzysta z ważonego wyniku 0–100 jak pozostałe cztery kategorie — raportuje testy zaliczone/niezaliczone i ułamkową liczbę gotowości — dlatego nie należy włączać jej do poniższego wyniku Performance.

Wynik Performance jest średnią ważoną pięciu metryk laboratoryjnych (według Lighthouse 10 — Google wersjonuje wagi, więc konkretne wartości traktuj jako możliwe do sprawdzenia, nie stałe):

Przedziały kolorów: 0–49 czerwony (słabo), 50–89 pomarańczowy (wymaga poprawy), 90–100 zielony (dobrze). Kilka często pomijanych kwestii:

• Celowo stosuje ograniczenia — wolne 4G i czterokrotne spowolnienie CPU — dlatego wynik bywa niższy niż płynne działanie obserwowane na własnym szybkim komputerze.
• Nie potrafi mierzyć INP. Jak wyjaśnia web.dev, narzędzia “that load pages in a simulated environment without a user cannot measure INP… the Total Blocking Time (TBT) metric is lab-measurable and is a proxy for INP.” (tłumaczenie) „które wczytują strony w symulowanym środowisku bez użytkownika, nie mogą mierzyć INP… metryka Total Blocking Time (TBT) jest mierzalna laboratoryjnie i stanowi wskaźnik zastępczy INP”. Idealny TBT nie gwarantuje zaliczonego INP w terenie.
• Wynik zmienia się między uruchomieniami — Google mówi o tym wprost. Uruchom test 3–5 razy w trybie incognito, z wyłączonymi rozszerzeniami, i traktuj rezultat jako zakres.
• Nie jest sygnałem rankingowym. Lighthouse służy do diagnostyki i znajdowania elementów do naprawy. → Szczegółowe omówienie: Google Lighthouse.

Chrome UX Report (CrUX) — zestaw danych rzeczywistych użytkowników używany przez Google do ustalania pozycji

CrUX to “a dataset that reflects how real-world Chrome users experience popular destinations on the web,” (tłumaczenie) „zestaw danych odzwierciedlający sposób, w jaki prawdziwi użytkownicy Chrome korzystają z popularnych miejsc w internecie”, a co najważniejsze: “CrUX data is used by Google Search to inform the page experience ranking factor.” (tłumaczenie) „Wyszukiwarka Google korzysta z danych CrUX jako informacji dla czynnika rankingowego związanego z jakością strony”. Te dane stoją za programem Core Web Vitals — i rzeczywiście wpływają na ustalanie pozycji.

Najważniejsze informacje:

• Obejmuje tylko Chrome i użytkowników, którzy wyrazili zgodę. Dane pochodzą z Chrome na komputerach i Androidzie od osób uczestniczących w raportowaniu — bez Chrome na iOS, WebView, Edge, Safari i Firefox. Jeśli wielu odbiorców używa Safari, CrUX może obejmować mniejszość rzeczywistych użytkowników.
• To ruchoma średnia z 28 dni dla 75. percentyla. p75 oznacza: “75% of page loads experienced the given metric at or less than this value.” (tłumaczenie) „75% wczytań strony uzyskało daną metrykę równą tej wartości lub niższą”. Wartości p75 są wyprowadzane syntetycznie — “it does not imply that any user actually experienced the value indicated.” (tłumaczenie) „nie oznacza to, że którykolwiek użytkownik rzeczywiście doświadczył wskazanej wartości”.
• Wolna informacja zwrotna. Okno 28 dni i około dwudniowe opóźnienie oznaczają, że poprawka potrzebuje około 30 dni, aby w pełni pojawić się w danych terenowych.
• Częściowe pokrycie. W moim badaniu danych Core Web Vitals Ahrefs tylko około 11,9% spośród 43,66 mln analizowanych stron miało jakiekolwiek dane CrUX, a około 21,2% stron spełniało progi Core Web Vitals. Współczynniki dla całych domen są wyższe (około 33%), ale dane na poziomie domeny ukrywają niespełniające progów pojedyncze strony — a Google ustala pozycje na podstawie danych na poziomie strony.
• Sześć sposobów dostępu: PageSpeed Insights, raport CWV w Search Console, CrUX API, CrUX History API, BigQuery (tylko domeny, dane od 2017 roku) oraz CrUX Vis. Panel Looker Studio CrUX Dashboard wycofano w listopadzie 2025 roku — zamiast niego użyj CrUX Vis (cruxvis.withgoogle.com). → Szczegółowe omówienie: Chrome UX Report (CrUX).

PageSpeed Insights (PSI) — dane terenowe i laboratoryjne w jednym miejscu

PSI “reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (tłumaczenie) „raportuje doświadczenia użytkowników strony na urządzeniach mobilnych i komputerach oraz podpowiada, jak można ją poprawić”. Tak naprawdę są to dwa zestawy danych w jednym opakowaniu:

• U góry: dane terenowe CrUX. “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (tłumaczenie) „Dane o doświadczeniach rzeczywistych użytkowników w PSI pochodzą z zestawu Chrome User Experience Report (CrUX)”. Na ich podstawie powstaje ocena Core Web Vitals — Zaliczone lub Niezaliczone dla p75 wskaźników LCP, INP i CLS: “To pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals.” (tłumaczenie) „Aby zaliczyć ocenę, percentyl musi należeć do kategorii „dobry” dla wszystkich trzech wskaźników Core Web Vitals”. Jeśli dokładny adres URL nie ma danych, system przechodzi do poziomu domeny, a potem wyświetla „Brak danych”.
• Na dole: test laboratoryjny Lighthouse. “PSI uses Lighthouse to analyze the given URL in a simulated environment.” (tłumaczenie) „PSI używa Lighthouse do analizy podanego adresu URL w symulowanym środowisku”. To wynik Performance 0–100 i dane diagnostyczne.

Kluczowa kwestia dla SEO: wynik 0–100 to dane laboratoryjne i NIE stanowi on danych rankingowych. Tylko terenowa ocena CWV (sekcja CrUX) odzwierciedla dane używane przez Google przy ustalaniu pozycji. PSI działa dla każdego publicznego adresu URL (możesz więc sprawdzać konkurentów), ale wyłącznie publicznego: “It cannot be used on development sites that are not publicly accessible.” (tłumaczenie) „Nie można go używać w witrynach deweloperskich, które nie są publicznie dostępne”. W takich przypadkach uruchom Lighthouse w DevTools. → Szczegółowe omówienie: PageSpeed Insights (PSI).

Wybór właściwego narzędzia

Decyzję można sprowadzić do kilku pytań:

Za tabelą stoją dwie zasady: teren do oceny, laboratorium do diagnozy oraz cała witryna w Search Console, pojedyncze adresy URL w PSI. Jeśli strona nie ma danych CrUX, PSI nie pozwoli w ogóle ocenić jej terenowych CWV; pozostaje wynik laboratoryjny, który nic nie mówi o sygnale rankingowym.

Poza trzema narzędziami: DevTools, grupy Search Console, RUM i monitoring syntetyczny

Lighthouse, PSI i CrUX obejmują większość codziennych potrzeb specjalisty SEO, ale określenie ich mianem „trzech narzędzi” nie oddaje możliwości pozostałej części zestawu:

• Metryki na żywo i ślad wydajności Chrome DevTools. Otwórz stronę w panelu Performance DevTools, a LCP, CLS i INP będą aktualizowane podczas Twoich rzeczywistych interakcji; nagraj ślad, aby znaleźć konkretny skrypt lub zasób powodujący opóźnienie. Ponieważ zachodzi prawdziwa interakcja, można w ten sposób uchwycić wartość INP — w przeciwieństwie do nieinteraktywnego wczytania laboratoryjnego Lighthouse.
• Raport Core Web Vitals Search Console grupuje podobne adresy URL, a nie śledzi pojedynczej strony. Jest ogólnowitrynowym narzędziem selekcji problemów, które pomaga znaleźć niespełniający progu szablon lub wzorzec adresów na dużą skalę. Otwórz grupę, a potem zdiagnozuj reprezentatywny adres w PSI lub DevTools.
• Monitoring syntetyczny ponawia ten sam automatyczny test zgodnie z harmonogramem, z wybranych lokalizacji i profili urządzeń, często w ramach CI — regresja zostaje więc wykryta przed wdrożeniem, zamiast pojawić się w CrUX około 30 dni później. Jest powtarzalny i kontrolowany, ale obserwuje tylko skonfigurowane scenariusze, nie rzeczywisty ruch.
• Prywatny RUM (Real User Monitoring) wyposaża własną witrynę w pomiar doświadczenia każdego odwiedzającego — nie tylko kwalifikującej się populacji Chrome, która zgodziła się na CrUX — i pozwala dzielić dane według kontekstu biznesowego (zalogowani użytkownicy, realizacja zakupu, przychód), którego CrUX nie zna. Dlatego RUM może zasadnie różnić się od CrUX: obejmuje inne przeglądarki, zasady zgody, próbkowanie i okna agregacji. Samodzielnie ponosisz koszt konfiguracji, ochrony prywatności i uzyskania zgód.

Nie zmienia to podstawowej zasady: dane terenowe (CrUX lub własny RUM) pokazują sytuację, a laboratorium, ślady i narzędzia syntetyczne wyjaśniają przyczynę. Jeśli naprawdę potrzebujesz uszeregowanej listy produktów, a nie mapy zadań — istnieje wiele zestawień „najlepszych narzędzi do wydajności internetowej” — zwykle szybciej najpierw przepuścić własny adres URL przez publiczny test, ponieważ zestawienie ocenia dostawców, nie Twoją stronę.

Proces, którego faktycznie używam

1. Google Search Console → raport Core Web Vitals. Znajdź niespełniające progów grupy stron w całej witrynie.
2. PageSpeed Insights. Potwierdź problem na poziomie strony — odczytaj terenowy werdykt oceny CWV dla reprezentatywnego adresu URL.
3. Sekcja laboratoryjna PSI / Lighthouse / Chrome DevTools. Zdiagnozuj przyczynę i iteracyjnie poprawiaj ją dzięki szybkiej informacji zwrotnej z laboratorium.
4. Odczekaj około 30 dni. Dane terenowe aktualizują się w 28-dniowym oknie z opóźnieniem.
5. Ponownie sprawdź dane terenowe PSI i Search Console, aby potwierdzić poprawę u użytkowników.

Dane laboratoryjne są szybką pętlą informacji zwrotnej po zmianie; dane terenowe stanowią powolne, autorytatywne potwierdzenie.

Jak naprawdę działa wpływ CWV na pozycje (w skrócie)

Google dokumentuje Core Web Vitals jako element wykorzystywany przez systemy rankingowe, a CrUX jako zestaw danych stojący za publicznymi raportami CWV w PSI, Search Console i CrUX API — ta część jest dobrze potwierdzona i nie dotyczy wyników laboratoryjnych. Nie udokumentowano publicznie powiązania 1:1 między dokładną liczbą pokazywaną przez publiczne narzędzie CrUX a dosłowną wartością wewnętrzną odczytywaną dla strony przez systemy rankingowe Google. Traktuj liczbę publiczną jako najlepszy dostępny wskaźnik zastępczy sygnału, a nie zweryfikowany odczyt. W każdym razie jest to rzeczywisty, lecz umiarkowany sygnał. John Mueller nazwał go “more than a tie-breaker, but it also doesn’t replace relevance,” (tłumaczenie) „czymś więcej niż czynnikiem rozstrzygającym remis, ale też nie zastępuje trafności”, a przy aktualizacji dokumentacji w 2024 roku powiedział: “it’s not going to make your site’s rankings jump up.” (tłumaczenie) „nie sprawi, że pozycje Twojej witryny nagle podskoczą”. Dokumentacja Google dotycząca jakości strony mówi obecnie: “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (tłumaczenie) „próba uzyskania idealnego wyniku wyłącznie ze względów SEO może nie być najlepszym wykorzystaniem czasu”. Pełne omówienie progów, trzech metryk i ich wagi znajdziesz w centrum Core Web Vitals.

Uwaga o Bingu

Bing nie opublikował dokumentacji przedstawiającej te narzędzia wydajności jako czynniki rankingowe w sposób porównywalny z Google; Core Web Vitals to przede wszystkim koncepcja Google. Bing Webmaster Tools pokazuje podsumowanie Core Web Vitals, a poprawa szybkości i doświadczenia użytkownika pomaga we wszystkich wyszukiwarkach — ale zestaw narzędzi na tej stronie pochodzi od Google.

Co dalej

Ten artykuł jest mapą; każde narzędzie ma własne, zagnieżdżone szczegółowe omówienie:

• Google Lighthouse — silnik audytu laboratoryjnego: cztery kategorie, konstrukcja ważonego wyniku Performance 0–100, przyczyny ograniczania zasobów i zmienności oraz rola diagnostyczna, a nie danych rankingowych.
• PageSpeed Insights (PSI) — dwa zestawy danych w jednym interfejsie: część terenowa CrUX i część laboratoryjna Lighthouse, ocena CWV Zaliczone/Niezaliczone, mechanizm danych zastępczych oraz PSI API do testowania zbiorczego.
• Chrome UX Report (CrUX) — zestaw danych terenowych rzeczywistych użytkowników: zakres osób korzystających z Chrome i uczestniczących w raportowaniu, 28-dniowe okno p75, dane domeny i adresu URL, przyczyny komunikatu „Brak danych” i sześć sposobów dostępu (w tym CrUX Vis po wycofaniu panelu).

W przypadku metryk mierzonych przez te narzędzia — Largest Contentful Paint, Interaction to Next Paint, Cumulative Layout Shift, a także Total Blocking Time i Speed Index — oraz progów stosowanych przez Google zacznij od centrum Core Web Vitals.

Podsumowanie AI

Skrót wersji zaawansowanej:

• Trzy narzędzia, dwa rodzaje danych. Lighthouse = laboratorium; CrUX = teren; PageSpeed Insights = oba zestawy w jednym interfejsie. Pierwsze pytanie o każdą liczbę: laboratorium czy teren?
• Google ustala pozycje na podstawie danych terenowych (CrUX), nie wyników laboratoryjnych. Dane terenowe służą do ustalania priorytetów, a laboratoryjne do diagnozy.
• Lighthouse jest symulowanym audytem (wolne 4G, czterokrotne spowolnienie CPU) z wynikiem 0–100 — Performance (wagi Lighthouse 10, wersjonowane i możliwe do sprawdzenia, nie stałe) = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Index 10%. Przedziały: 0–49 czerwony / 50–89 pomarańczowy / 90–100 zielony. Narzędzie nie mierzy INP (używa TBT jako wskaźnika zastępczego), zmienia się między uruchomieniami i nie jest sygnałem rankingowym. Od Lighthouse 13.3 (maj 2026) istnieje eksperymentalna piąta kategoria Agentic Browsing — testy gotowości do agentów AI zaliczone/niezaliczone, oddzielne od wyniku 0–100.
• CrUX = użytkownicy Chrome uczestniczący w raportowaniu (bez Chrome na iOS, Edge/Safari/Firefox), p75 w ruchomym oknie 28 dni; zestaw danych używany przez wyszukiwarkę Google. Poprawka pojawia się po około 30 dniach. W mojej próbie Ahrefs ze stycznia 2022 roku metrykę CrUX miało tylko około 11,9% z 43,66 mln unikalnych stron Site Audit; około 21,2% zmierzonych stron spełniało CWV. Panel Looker Studio CrUX Dashboard wycofano w listopadzie 2025 roku → użyj CrUX Vis.
• PageSpeed Insights pokazuje u góry dane terenowe CrUX (ocena CWV Zaliczone/Niezaliczone ważna dla SEO), a pod nimi laboratoryjny test Lighthouse (wynik 0–100 NIE jest czynnikiem rankingowym). Tylko publiczne adresy URL; działa także dla konkurentów.
• Zasady wyboru: teren do oceny, laboratorium do diagnozy; cała witryna → Search Console, pojedyncze adresy URL → PSI; strony wymagające logowania → Lighthouse w DevTools.
• Poza trzema: metryki na żywo i ślad DevTools mogą uchwycić rzeczywisty INP podczas interakcji; Search Console grupuje podobne adresy zamiast śledzić jedną stronę; monitoring syntetyczny ponawia testy zgodnie z harmonogramem lub w CI; prywatny RUM obejmuje własną pełną populację odwiedzających (i może zasadnie różnić się od CrUX). Ranking „najlepszych narzędzi” odpowiada na inne pytanie niż to centrum — najpierw przetestuj własny adres URL w publicznym narzędziu.
• Zastrzeżenie rankingowe: Google dokumentuje CWV jako dane wejściowe systemów rankingowych, a CrUX jako zestaw stojący za publicznymi raportami CWV — to potwierdzone. Nie ma publicznego dowodu, że dokładna liczba pokazywana przez publiczne narzędzie CrUX jest dosłowną wewnętrzną wartością dla strony odczytywaną przez systemy rankingowe Google. Traktuj ją jako najlepszy publiczny wskaźnik zastępczy, nie zweryfikowany odczyt.
• Proces: GSC (znajdź niespełniające progów grupy) → PSI (potwierdź na poziomie strony) → Lighthouse/DevTools (zdiagnozuj i napraw) → odczekaj około 30 dni → ponownie sprawdź teren.

Oficjalna dokumentacja

Dokumentacja źródłowa Google (oraz uwaga o Bingu).

Google — narzędzia

• Omówienie Lighthouse — czym jest Lighthouse, co audytuje i gdzie go uruchomić.
• Punktacja wydajności Lighthouse — wagi metryk, przedziały wyników i przyczyny zmienności.
• Punktacja Agentic Browsing w Lighthouse — eksperymentalna piąta kategoria (wydana w Lighthouse 13.3 w maju 2026 roku): testy gotowości do agentów zaliczone/niezaliczone, oddzielne od wyniku 0–100.
• Dokumentacja panelu Performance w Chrome DevTools — metryki na żywo i zapisane ślady do lokalnego pomiaru opartego na interakcji (w tym INP).
• PageSpeed Insights — informacje — PSI łączy laboratoryjne dane Lighthouse z terenowymi danymi CrUX; przedziały wyników.
• Korzystanie z CrUX w PageSpeed Insights — działanie sekcji terenowej i oceny Zaliczone/Niezaliczone.
• Omówienie Chrome UX Report (CrUX) — zestaw danych, jego rola w CWV i sposoby dostępu.
• Metodyka CrUX — kryteria kwalifikacji i uwzględnione platformy.
• CrUX API — ruchoma średnia z 28 dni i definicja p75.
• CrUX Vis — wizualne narzędzie do trendów, które zastąpiło wycofany panel.

Google — laboratorium a teren i ustalanie pozycji

• Różnice między danymi laboratoryjnymi i terenowymi — Philip Walton o ich znaczeniu i ustalaniu priorytetów.
• Narzędzia Core Web Vitals (web.dev) — omówienie narzędzi przygotowane przez Google.
• Core Web Vitals a wyniki wyszukiwania Google — powiązanie CWV z systemami rankingowymi.
• Jakość strony w wyszukiwarce Google — stwierdzenie “perfect score… may not be the best use of your time” (tłumaczenie) „idealny wynik… może nie być najlepszym wykorzystaniem czasu”.

Bing / Microsoft

• Bing nie opublikował wytycznych przedstawiających te narzędzia wydajności jako czynniki rankingowe; Bing Webmaster Tools pokazuje podsumowanie Core Web Vitals, ale CWV pozostaje przede wszystkim koncepcją Google. Ogólne wytyczne znajdziesz w pomocy Bing Webmaster Tools.

Cytaty ze źródeł

Oficjalne wypowiedzi Google. Każdy odsyłacz prowadzi bezpośrednio do cytowanego fragmentu na stronie źródłowej.

Google — czym są poszczególne narzędzia

• “Lighthouse is an open-source, automated tool to help you improve the quality of web pages.” (tłumaczenie) „Lighthouse jest otwartym, zautomatyzowanym narzędziem pomagającym poprawiać jakość stron internetowych”. — dokumentacja Chrome for Developers. Przejdź do cytatu
• “PageSpeed Insights (PSI) reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (tłumaczenie) „PageSpeed Insights (PSI) raportuje doświadczenia użytkowników strony na urządzeniach mobilnych i komputerach oraz podpowiada, jak można ją poprawić”. Przejdź do cytatu
• “The Chrome User Experience Report… is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (tłumaczenie) „Chrome User Experience Report… to zestaw danych odzwierciedlający sposób, w jaki prawdziwi użytkownicy Chrome korzystają z popularnych miejsc w internecie”. Przejdź do cytatu

Google — laboratorium a teren oraz dane używane przy ustalaniu pozycji

• “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (tłumaczenie) „Dane o doświadczeniach rzeczywistych użytkowników w PSI pochodzą z zestawu Chrome User Experience Report (CrUX)”. Przejdź do cytatu
• “CrUX data is used by Google Search to inform the page experience ranking factor.” (tłumaczenie) „Wyszukiwarka Google korzysta z danych CrUX jako informacji dla czynnika rankingowego związanego z jakością strony”. Przejdź do cytatu
• “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (tłumaczenie) „Jeśli dla danej strony masz zarówno dane terenowe, jak i laboratoryjne, priorytety należy ustalać na podstawie danych terenowych”. — Philip Walton, web.dev. Przejdź do cytatu
• “The data in the Chrome UX Report is a 28-day rolling average of aggregated metrics.” (tłumaczenie) „Dane w Chrome UX Report stanowią 28-dniową ruchomą średnią zagregowanych metryk”. Przejdź do cytatu
• “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (tłumaczenie) „próba uzyskania idealnego wyniku wyłącznie ze względów SEO może nie być najlepszym wykorzystaniem czasu”. — Google Search Central, dokumentacja jakości strony. Przejdź do cytatu

John Mueller, Google (za pośrednictwem źródeł wtórnych)

• “It is a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance.” (tłumaczenie) „To czynnik rankingowy i coś więcej niż element rozstrzygający remis, ale nie zastępuje trafności”. O Core Web Vitals jako sygnale rankingowym. Przeczytaj omówienie
• “it’s not going to make your site’s rankings jump up.” (tłumaczenie) „nie sprawi, że pozycje Twojej witryny nagle podskoczą”. Wypowiedź z okresu aktualizacji dokumentacji jakości strony w marcu 2024 roku. Przeczytaj omówienie

Narzędzia do wydajności internetowej — ściągawka

Trzy narzędzia w skrócie

Najważniejsze fakty

• Google ustala pozycje na podstawie danych terenowych (CrUX), nie wyniku laboratoryjnego. Liczba 0–100 w PSI nie jest danymi rankingowymi.
• Wagi Lighthouse Performance (Lighthouse 10, wersjonowane — sprawdź przed cytowaniem): TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Index 10%. Przedziały: 0–49 czerwony / 50–89 pomarańczowy / 90–100 zielony. Lighthouse 13.3+ (maj 2026) dodaje eksperymentalną piątą kategorię Agentic Browsing (zaliczone/niezaliczone, poza wynikiem 0–100).
• Lighthouse nie mierzy INP — używa TBT jako wskaźnika zastępczego. Ekran metryk na żywo DevTools może zaobserwować prawdziwy INP, ponieważ wykonujesz interakcję.
• CrUX obejmuje tylko Chrome i użytkowników uczestniczących w raportowaniu (bez Chrome na iOS, Edge/Safari/Firefox), p75, okno 28 dni, około dwudniowe opóźnienie → poprawka pojawia się po około 30 dniach.
• Metrykę CrUX miało tylko około 11,9% z 43,66 mln unikalnych stron Site Audit w mojej próbie ze stycznia 2022 roku; około 21,2% zmierzonych stron spełniało CWV (moje badanie danych CWV Ahrefs).
• CrUX Dashboard wycofano w listopadzie 2025 roku → użyj CrUX Vis (cruxvis.withgoogle.com).
• Teren do oceny, laboratorium do diagnozy. Cała witryna → Search Console; pojedyncze adresy URL → PSI; strony wymagające logowania → Lighthouse w DevTools.

Błędy w pomiarze wydajności internetowej

Przedstawianie wyniku Lighthouse jako danych rankingowych Google

Lighthouse jest narzędziem diagnostyki laboratoryjnej. Google używa danych terenowych CrUX do oceny Core Web Vitals, dlatego zawsze opisuj wynik zgodnie z jego rzeczywistą rolą.

Diagnozowanie konkretnej linii kodu za pomocą danych terenowych

CrUX informuje, że prawdziwi użytkownicy mają problem, ale nie wskazuje dokładnej przyczyny wdrożeniowej. Po znalezieniu słabego segmentu danych terenowych odtwórz daną ścieżkę w DevTools lub Lighthouse.

Porównywanie odmiennych warunków testu

Test rozgrzanego komputera i test zimnego urządzenia mobilnego z ograniczeniami odpowiadają na inne pytania. W porównaniach „przed i po” zachowaj to samo narzędzie, lokalizację, profil urządzenia, stan pamięci podręcznej i ścieżkę.

Optymalizacja wyniku zbiorczego z pomijaniem grup stron

Zaliczenie na poziomie domeny może ukrywać wolny szablon, a niezaliczenie domeny — zdrowe strony. Zacznij szeroko, a potem podziel dane według wzorca adresów URL i rodzaju doświadczenia.

Rozwiązywanie typowych rozbieżności między narzędziami

PageSpeed Insights pokazuje dane terenowe domeny, nie adresu URL

Prawdopodobna przyczyna: adres URL nie ma wystarczającej ilości kwalifikujących się danych CrUX. Rozwiązanie: odczytaj etykietę zakresu i używaj danych domeny tylko jako kontekstu, a przy decyzjach na poziomie strony dodaj RUM lub grupy Search Console. Potwierdzenie: raport jasno wskazuje zakres reprezentowany przez każdą wartość.

Wynik Lighthouse zmienia się przy każdym uruchomieniu

Prawdopodobna przyczyna: wyniki laboratoryjne zależą od sieci, CPU, pamięci podręcznej, odpowiedzi serwera i aktywności podmiotów zewnętrznych. Rozwiązanie: ustandaryzuj warunki i porównuj kilka uruchomień zamiast pojedynczego wyniku. Potwierdzenie: ta sama możliwość poprawy pojawia się w całym zestawie testów.

Search Console wypada słabo, choć test lokalny jest dobry

Prawdopodobna przyczyna: lokalne laboratorium nie reprezentuje rzeczywistych urządzeń, lokalizacji ani dłuższych ścieżek. Rozwiązanie: użyj raportu terenowego do wskazania dotkniętej grupy, a potem odtwórz ten scenariusz w narzędziu diagnostycznym. Potwierdzenie: ślad laboratoryjny wyjaśnia wąskie gardło segmentu terenowego.

Poprawka jest widoczna w Lighthouse, ale nie w CrUX

Prawdopodobna przyczyna: Lighthouse reaguje natychmiast, natomiast CrUX korzysta z ruchomego okna danych terenowych. Rozwiązanie: najpierw sprawdź poprawkę w kontrolowanych testach laboratoryjnych i własnym RUM, a następnie poczekaj na aktualizację publicznego okna terenowego. Potwierdzenie: RUM poprawia się przed podążającym za nim trendem CrUX.

Sprawdź się: narzędzia do wydajności internetowej

Pięć krótkich pytań o trzy narzędzia oraz dane laboratoryjne i terenowe. Wybierz odpowiedź na każde pytanie, a następnie sprawdź wynik.

Dziennik zmian