WebPageTest

TL;DR — WebPageTest to darmowe narzędzie, które ładuje Twoją stronę w prawdziwej przeglądarce w prawdziwej lokalizacji i pokazuje Ci dokładnie, co się stało podczas ładowania — każdy pobrany plik, w jakiej kolejności, oraz klatka po klatce wideo pojawiania się strony. To narzędzie, którego używasz, gdy PageSpeed Insights mówi, że strona jest wolna, ale chcesz zobaczyć dlaczego. To nie jest produkt Google, a jego wyniki nie wpływają na Twoje pozycje w rankingu — to narzędzie diagnostyczne.

Czym jest WebPageTest

Większość narzędzi do pomiaru szybkości daje Ci liczbę. WebPageTest daje Ci historię — szczegółowy, krok po kroku obraz tego, jak ładowała się Twoja strona.

Wchodzisz na webpagetest.org, wpisujesz adres URL, wybierasz, skąd na świecie chcesz przeprowadzić test i na jakim urządzeniu oraz połączeniu, i klikasz start. Prawdziwa przeglądarka na prawdziwej maszynie ładuje Twoją stronę, a WebPageTest rejestruje wszystko: każdy obraz, skrypt i czcionkę, które pobrał, ile czasu każdy zajął, oraz pasek filmowy — rzeczywisty zestaw zrzutów ekranu klatka po klatce pokazujący pojawianie się strony na ekranie.

Jest darmowy i open source. Został stworzony przez programistę Patricka Meenana w 2008 roku, a firma Catchpoint kupiła go w 2020 roku — ale darmowa publiczna wersja na webpagetest.org jest nadal dostępna dla każdego.

Dlaczego warto go używać zamiast PageSpeed Insights

PageSpeed Insights (narzędzie Google) świetnie informuje Cię, że strona jest wolna i daje wynik. WebPageTest lepiej pokazuje dlaczego i gdzie. Jeśli PSI mówi „zmniejsz zasoby blokujące renderowanie”, WebPageTest pokazuje dokładny plik, który blokuje, w której sekundzie, na wykresie, który możesz czytać jak oś czasu.

Inna rzecz, którą ludzie mylą: wyniki WebPageTest nie są czynnikiem rankingowym. Google rankinguje częściowo na podstawie tego, jak szybko prawdziwi odwiedzający doświadczają Twojej strony (to nazywa się „dane terenowe” i pochodzi od rzeczywistych użytkowników Chrome). WebPageTest to test „laboratoryjny” — jedno kontrolowane uruchomienie na jednej maszynie. Służy do znajdowania i naprawiania problemów, a nie do liczby, którą faktycznie widzi Google.

Dwa widoki, od których większość ludzi zaczyna

• Wodospad. Wykres z jednym wierszem na każdy plik, który załadowała Twoja strona, ułożone w kolejności ich pojawiania się. Długie słupki i pliki ułożone na początku zwykle wskazują, gdzie leży Twoja wolność.
• Pasek filmowy. Rząd zrzutów ekranu pokazujących, jak strona maluje się w czasie. Możesz dosłownie zobaczyć moment, w którym pojawia się Twoja główna treść — lub moment, w którym coś przeskakuje na stronie.

Chcesz pełną wersję — widok połączenia, dokładny przepis, którego używam do polowania na przesunięcie układu, porównanie z Lighthouse i CrUX oraz sposób, w jaki używam go do technicznego SEO? Przełącz się na zakładkę Zaawansowane.

TL;DR — WebPageTest to darmowe, open-source’owe laboratoryjne (syntetyczne) narzędzie do pomiaru wydajności: adres URL, prawdziwa rozproszona lokalizacja testowa, przeglądarka i profil sieciowy na wejściu, zaawansowana diagnostyka na wyjściu — wodospad (flagi blokowania renderowania, sekwencjonowanie), pasek filmowy/wideo (klatka po klatce, z opcją Highlight Layout Shifts dla CLS), widok połączenia (DNS/TCP/TLS/TTFB) i Core Web Vitals klatka po klatce. Patrick Meenan zbudował go w 2008 roku (wewnętrzne narzędzie AOL); Catchpoint przejął go w 2020 roku; kod pozostaje otwarty na licencji Polyform Shield. Fundament dokładności: generuje dane laboratoryjne, a nie terenowe, więc nie zasila sygnału rankingowego CWV Google (to prawdziwi użytkownicy CrUX). To narzędzie diagnostyczne, a nie wynik, który widzi Google — i nie jest konkurentem Lighthouse, ponieważ możesz uruchomić Lighthouse wewnątrz niego. Sięgaj po niego, gdy PageSpeed Insights mówi Ci, że strona jest wolna, ale nie dlaczego ani gdzie w procesie ładowania.

Czym to naprawdę jest

Każdy wynik WebPageTest to jedno skonfigurowane uruchomienie: adres URL, testowany z konkretnej lokalizacji, na konkretnej przeglądarce i urządzeniu, przez konkretny profil połączenia, w konkretnym momencie. To nie jest uniwersalny pomiar „jak szybka jest Twoja strona” — to dowód z tego uruchomienia i należy go tak czytać.

W tych ramach WebPageTest jest narzędziem do głębokiej diagnostyki w zestawie narzędzi do wydajności sieci. web.dev, własna strona deweloperska Google, ujmuje to dobrze: “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (tłumaczenie) „WebPageTest zawiera zaawansowany zestaw metryk i przeglądarek śladów. Umożliwia dogłębną analizę wydajności Twojej witryny na prawdziwym sprzęcie mobilnym z określonymi warunkami sieciowymi.” (web.dev, “How To Think About Speed Tools”)

Jego strona „audit” dodaje aspekt związany z SEO: “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (tłumaczenie) „WebPagetest sprawdzi również buforowanie treści statycznych, czas do pierwszego bajtu oraz to, czy Twoja witryna efektywnie wykorzystuje CDN-y.” (web.dev, “Audit performance”)

Tam, gdzie pokrewne narzędzia w tym klastrze — Google Lighthouse, PageSpeed Insights i Chrome UX Report (CrUX) — dają wynik lub ocenę zaliczenia/niezaliczenia, WebPageTest dostarcza dowody żądanie po żądaniu, klatka po klatce, które leżą u podstaw wyniku.

Krótka historia — i naprawdę osobliwy przypis

Patrick Meenan stworzył WebPageTest i udostępnił go jako open-source w 2008 roku; początkowo był to wewnętrzne narzędzie testowe w AOL. Catchpoint przejął je w 2020 roku. Strona About opowiada historię pochodzenia wprost: “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (tłumaczenie) „Przejęcie WebPageTest przez Catchpoint w 2020 roku, stworzonego i udostępnionego jako open-source przez Patricka Meenana w 2008 roku, stanowiło znaczący kamień milowy.” Deklarowana misja jest tam bezpośrednia: “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (tłumaczenie) „wolne działanie to nowa awaria, a naszą misją jest umożliwienie Ci dostarczania najlepszych doświadczeń Twoim użytkownikom.” (webpagetest.org/about)

Oto osobliwy przypis, który warto nazwać: Meenan pracuje obecnie w Google nad Chrome i wydajnością sieci. A jednak oficjalna strona Google z narzędziami do Core Web Vitals — web.dev/articles/vitals-tools, dokładnie ta strona, do której dokumentacja Core Web Vitals w Search Central linkuje jako do „różnych narzędzi, które mogą pomóc Ci mierzyć i raportować Core Web Vitals” — nie wspomina o WebPageTest. Wymienia CrUX, PageSpeed Insights, Search Console, Lighthouse, panel Performance w DevTools, bibliotekę JS web-vitals oraz Lighthouse-CI. Narzędzie zbudowane przez osobę, która obecnie tam pracuje, jest nieobecne.

Przeczytaj to jednak uważnie: nie jest to sygnał, że WebPageTest jest przestarzały lub pozbawiony poparcia. Google kuratoruje listę narzędzi własnych produktów; narzędzie open-source innej firmy po prostu się na niej nie znajduje. Inne strony web.dev (speed-tools, performance-audit-tools) pozytywnie odnoszą się do WebPageTest. To luka w kurateli, a nie werdykt dotyczący narzędzia.

Lab vs. pole — rozróżnienie, które ma największe znaczenie

To jest kręgosłup dokładności całego tematu i jest to odpowiednik punktu lab-vs-pole, który przewija się przez cały klaster narzędzi do wydajności sieci.

WebPageTest uruchamia dane laboratoryjne (syntetyczne): kontrolowany, powtarzalny test na maszynie, którą konfigurujesz, w wybranym przez Ciebie momencie. To coś innego niż dane terenowe — pomiary Chrome UX Report (CrUX) od rzeczywistych użytkowników, które Google Search faktycznie wykorzystuje jako sygnał rankingowy Core Web Vitals i które pojawiają się w PageSpeed Insights oraz Search Console.

Więc wprost:

• Uruchomienie WebPageTest nie zasila sygnału rankingowego Google. Mierzy te same metryki, na których zależy Google (LCP, INP, CLS), ale liczba, na podstawie której Google rankuje, pochodzi z danych terenowych CrUX, a nie z żadnego uruchomienia laboratoryjnego — ani WebPageTest, ani sekcji lab w PSI, ani Lighthouse.
• WebPageTest służy do diagnozy: odtworzenia problemu, wyizolowania go i potwierdzenia poprawki w szybkiej, kontrolowanej pętli. Dane terenowe (CrUX) to powolne, autorytatywne potwierdzenie, że prawdziwi użytkownicy odczuli poprawę — zobacz Core Web Vitals, aby dowiedzieć się, jak działa ten sygnał rankingowy.

Mówiąc wprost, wynik WebPageTest nie jest — i nie może zastąpić — danych terenowych CrUX, rzeczywistych liczb ruchu użytkowników ani wyniku rankingu Google czy doświadczenia strony. To osobne zbiory danych, które wymagają własnych dowodów; szybki test syntetyczny nie jest dowodem na zmianę żadnego z nich.

Jeśli zapamiętasz tylko jedną rzecz z tej strony: WebPageTest mówi ci, co naprawić; CrUX mówi ci, czy sygnał rankingu Google się zmienił.

Jak przeprowadzić podstawowy test

Podstawowy przepływ jest celowo prosty:

1. URL. Publiczna strona, którą chcesz przetestować (musi być publicznie dostępna).
2. Lokalizacja testu. WebPageTest działa na fizycznie rozproszonych prawdziwych maszynach na całym świecie — wybierz taką blisko swojej grupy odbiorców, ponieważ odległość i warunki sieciowe zmieniają wynik.
3. Przeglądarka / urządzenie. Chrome daje najwięcej danych. Możesz także emulować urządzenia mobilne.
4. Profil połączenia. Ograniczona sieć (np. wolne połączenie mobilne), aby testować realistyczne warunki, a nie światłowód biurowy.
5. Powtórzone przebiegi. To jest to, co początkujący pomijają. Wydajność różni się między przebiegami (drgania sieci, obciążenie serwera, rywalizacja o CPU), więc WebPageTest uruchamia wiele testów i raportuje medianę. Nigdy nie ufaj pojedynczemu przebiegowi — czytaj medianę. Pamiętaj jednak, że mediana to nadal syntetyczna próbka z wybranej konfiguracji, a nie pomiar na poziomie populacji tego, czego doświadczają prawdziwi odwiedzający — do tego służą dane terenowe (CrUX).

Każde z tych ustawień jest częścią eksperymentu, a nie przypadkowym szczegółem. Jeśli porównujesz dwa testy — przed/po naprawie lub swoją stronę z konkurencją — porównanie ma sens tylko wtedy, gdy zapiszesz ustawienia i utrzymasz je stałe: ta sama lokalizacja, ta sama przeglądarka, ten sam profil połączenia, ten sam stan pamięci podręcznej (pierwszy widok vs. powtórzony widok) oraz mniej więcej ta sama liczba przebiegów i okno czasowe. Zmiana któregokolwiek z tych elementów między przebiegami może sprawić, że pomyłkowo uznasz dryf konfiguracji testu za rzeczywistą różnicę wydajności.

Czytanie wyników

Wykres kaskadowy

Kaskada to oś czasu żądanie po żądaniu: jeden wiersz na zasób, w kolejności ładowania, każdy pasek pokazujący fazy DNS/połączenie/TLS/oczekiwanie/pobieranie. Oznacza zasoby blokujące renderowanie, pokazuje łańcuchy przekierowań jako dodatkowe skoki i uwidacznia, gdy kilka zasobów na górze blokuje wszystko za nimi. To tutaj „zmniejsz zasoby blokujące renderowanie” przestaje być abstrakcją, a staje się „ten plik CSS, w tej sekundzie”.

Widok połączeń

Pogrupowany według połączeń, a nie żądań, ten widok ujawnia wyszukiwanie DNS, połączenie TCP, negocjację TLS oraz czas do pierwszego bajtu (TTFB) dla każdego hosta. To najszybszy sposób, aby zobaczyć, czy Twoja powolność jest po stronie serwera/sieci (wolny TTFB, zbyt wiele osobnych połączeń), czy po stronie treści.

Pasek klatek / widok wideo — i mój przepis na polowanie na CLS

Pasek klatek to pasek zrzutów ekranu strony malowanej w czasie; widok wideo odtwarza go. To sposób, aby zobaczyć — a nie wywnioskować — kiedy pojawia się główna treść i kiedy coś na stronie skacze.

To funkcja WebPageTest, na której polegam najbardziej, i wielokrotnie ją omawiałem w wystąpieniach i w moim przewodniku po Core Web Vitals od Ahrefs. Aby polować na Cumulative Layout Shift, dokładny przepis, którego używam: “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (tłumaczenie) „W widoku paska klatek użyj następujących opcji: Podświetl zmiany układu, Rozmiar miniatury: Ogromny, Interwał miniatur: 0,1 s.” To zamienia pasek klatek w wysokorozdzielczą oś czasu, na której przesunięcie jest niemożliwe do przeoczenia. W prawdziwym przykładzie z tego przewodnika winowajcą była zmiana czcionki — “Notice how our font restyles between 5.1 secs and 5.2 secs, shifting the layout as our custom font is applied.” (tłumaczenie) „Zauważ, jak nasza czcionka zmienia styl między 5,1 s a 5,2 s, przesuwając układ, gdy stosowana jest nasza niestandardowa czcionka.” Czcionki internetowe, późno ładowane obrazy i wstrzykiwane reklamy to zwykli podejrzani o CLS, a pasek klatek łapie je wizualnie na gorącym uczynku.

Jedna uwaga: zasób kończący ładowanie w waterfallu w tym samym momencie, w którym filmstrip pokazuje skok, to mocny poszlakowy dowód, a nie pewnik — to hipoteza. Potwierdź ją, izolując podejrzanego (zablokuj tę domenę/żądanie lub odrocz je) i uruchamiając ponownie tę samą konfigurację; jeśli przesunięcie zniknie, potwierdziłeś przyczynę, zamiast tylko korelować dwie osie czasu.

Core Web Vitals, klatka po klatce

WebPageTest raportuje LCP, CLS oraz (przy prawdziwej interakcji) INP obok TTFB, FCP i Speed Index — i pozwala zobaczyć, gdzie w trakcie ładowania każde z nich wystąpiło, a nie tylko końcową wartość. Tam, gdzie dostępne są dane terenowe CrUX, można je pokazać obok wyników laboratoryjnych, ale głęboka diagnostyka pochodzi z testu laboratoryjnego.

Zaawansowane funkcje

• Skrypty / przepływy wieloetapowe. Testuj strony za logowaniem lub przepływ koszyka/płatności — zapisz kroki, aby WebPageTest mierzył prawdziwą podróż użytkownika, a nie tylko zimną stronę główną. Kontroluj i zapisz, od czego zależy skrypt: użyte konto testowe/dane uwierzytelniające, stan konta, dynamiczne treści na stronie oraz Twój limit API — nieudokumentowany skrypt jest równie trudny do porównania między uruchomieniami, jak nieudokumentowany test manualny.
• Blokowanie domen / żądań. Zablokuj konkretną domenę zewnętrzną i uruchom ponownie, aby dokładnie zmierzyć, ile kosztuje Cię ten widget czatu lub skrypt reklamowy. To coś, czego PSI po prostu nie potrafi.
• Lighthouse wewnątrz WebPageTest. „WebPageTest vs. Lighthouse” to fałszywa dychotomia — możesz uruchomić audyt Lighthouse z poziomu WebPageTest. Warto być precyzyjnym, co to oznacza: audyt Lighthouse to osobny, wersjonowany raport — z własnym wynikiem 0–100 i własną listą audytów — generowany w ramach szerszej sesji testowej WebPageTest, a nie scalony z natywnymi metrykami waterfall/filmstrip WebPageTest. Jak ująłem to w przewodniku Ahrefs, większość narzędzi do szybkości używa Lighthouse pod maską: „The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (tłumaczenie) „Wyjątkiem jest WebPageTest, chociaż można również uruchamiać testy Lighthouse za jego pomocą.” (Ahrefs — Core Web Vitals)
• Opportunities & Experiments. Funkcja porównywania zmian HTML przed/po bez kodowania, która pozwala porównać dwa stany strony bez dotykania produkcji — wprowadzona około 2022 roku, według ówczesnych relacji Detlefa Johnsona w Search Engine Land (ten konkretny artykuł został od tego czasu usunięty z serwisu, a ja nie mogłem niezależnie potwierdzić aktualnej nazwy ani dostępności tej funkcji na żywej sesji WebPageTest podczas tej aktualizacji — warto sprawdzić to od nowa, zanim zbudujesz wokół niej przepływ pracy pod tą nazwą).
• API / automatyzacja i instancje prywatne. Istnieje API do testowania programowego, a ponieważ kod jest open source, możesz uruchomić własną prywatną instancję.

Używanie WebPageTest do technicznego SEO

To jest aspekt, który większość przewodników po WebPageTest pomija, i dlatego to narzędzie należy do wyposażenia technicznego SEO:

• Testuj jako Googlebot. Możesz ustawić user agent Googlebota i obserwować, jak zachowuje się blokujący renderowanie JS — to użyteczne przybliżenie (nie idealna kopia) tego, jak renderer Google’a może doświadczać strony. Przewodnik MobileMoxie dotyczący technicznego SEO w WebPageTest dobrze ujmuje wartość SEO: “The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (tłumaczenie) „Narzędzie dostarcza szczegółowych informacji o kondycji Twoich stron i pomaga analizować takie rzeczy jak żądania w obie strony, błędy zasobów, przekierowania, problemy z buforowaniem, informacje o bezpieczeństwie i nie tylko.”
• Audytuj łańcuchy przekierowań. Waterfall ujawnia każdy przeskok przekierowania, więc rozbudowany łańcuch przekierowań (każdy to podróż w obie strony) jest widoczny zamiast ukryty.
• Sprawdź skuteczność buforowania i CDN. Według web.dev powyżej, WebPageTest sprawdza buforowanie treści statycznych, TTFB i użycie CDN — infrastrukturę, która decyduje o tym, jak szybko boty i użytkownicy otrzymują Twoje bajty.
• Diagnozuj problemy z renderowaniem JS. Jeśli treść pojawia się dopiero po uruchomieniu JavaScriptu, filmstrip i waterfall pokazują, kiedy (i czy) została namalowana.
• Dowody przed/po dla interesariuszy. Filmstrip obok siebie przedstawiający obecną stronę versus proponowaną poprawkę jest znacznie bardziej przekonującym artefaktem dla klienta lub zespołu inżynierskiego niż liczba Lighthouse, która spadła o sześć punktów.

Cennik i dostęp

Bezpłatna publiczna usługa na webpagetest.org oferowała historycznie rzędu setek przebiegów testów miesięcznie, plus darmowy klucz API z dziennymi limitami. Płatny poziom WebPageTest Pro odblokowuje większy wolumen API, prywatne testy i priorytet w kolejce testów. A ponieważ całość jest open source na licencji Polyform Shield — ujęcie Catchpoint jest takie, że “the WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects” (tłumaczenie) „kod WebPageTest pozostaje swobodnie dostępny na licencji Polyform Shield, co pozwala na jego użycie w wewnętrznych lub niekonkurencyjnych projektach komercyjnych” (webpagetest.org/about) — możesz również hostować prywatną instancję samodzielnie.

Uczciwe ograniczenia

• Krzywa uczenia się. Interfejs jest gęsty; waterfall onieśmiela, zanim stanie się użyteczny.
• Konto potrzebne do zapisanych/prywatnych wyników. Swobodne jednorazowe testy są otwarte, ale zapisywanie i prywatne testowanie wymaga konta.
• Diagnozuje, nie naprawia. WebPageTest pokazuje problem w najdrobniejszych szczegółach; nie poprowadzi Cię za rękę przez naprawę tak, jak próbują to robić niektóre narzędzia punktujące.
• Zmienność pojedynczego uruchomienia. Jeden przebieg może wprowadzić w błąd. Użyj wielu przebiegów i czytaj medianę — narzędzie domyślnie to robi z jakiegoś powodu.

Uwaga o Bing

Nie ma dokumentacji Bing ani Microsoft, która pozycjonowałaby WebPageTest jako czynnik rankingowy lub rekomendację pierwszego wyboru. Bing Webmaster Tools ma własne Site Scan i zalecenia związane z szybkością, ale nic specyficznego dla WebPageTest — a Core Web Vitals pozostaje przede wszystkim konstruktem Google. (Nie myl WebPageTest z własnym bing.com/tools/speedtest Bing, które jest testem szybkości sieci, a nie narzędziem do wydajności stron.)

Gdzie to się znajduje

To członek klastra narzędzi do wydajności stron internetowych zajmujący się głęboką diagnostyką. Jego rodzeństwo ma różne zadania: Google Lighthouse to audyt laboratoryjny, który generuje wynik 0–100 (i który wiele innych narzędzi uruchamia pod maską); PageSpeed Insights pokazuje dane terenowe CrUX i laboratoryjny przebieg Lighthouse w jednym interfejsie; Chrome UX Report (CrUX) to zbiór danych terenowych od prawdziwych użytkowników, na którym Google faktycznie opiera ranking. Aby poznać metryki, które wszystkie te narzędzia mierzą, oraz progi, których używa Google, zacznij od centrum Core Web Vitals. Aby zobaczyć cały pipeline, w którym te narzędzia działają, zobacz klaster wydajności stron internetowych.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• WebPageTest = narzędzie do dogłębnej diagnostyki wydajności oparte na testach laboratoryjnych. Darmowe i open source; stworzone przez Patricka Meenana w 2008 roku (wewnętrzne narzędzie AOL), przejęte przez Catchpoint w 2020 roku, kod na licencji Polyform Shield.
• Każdy wynik to jedna skonfigurowana sesja — URL, lokalizacja, przeglądarka, profil połączenia, moment w czasie — a nie uniwersalny pomiar. Porównania mają sens tylko wtedy, gdy zapiszesz te ustawienia i utrzymasz je stałymi.
• Laboratorium, nie pole. Generuje syntetyczne dane laboratoryjne i nie zasila sygnału rankingowego Google Core Web Vitals — to dane rzeczywistych użytkowników CrUX (widoczne w PageSpeed Insights i Search Console). Sesja WebPageTest nie potwierdza ruchu rzeczywistych użytkowników ani wyniku w zakresie rankingu/doświadczenia strony — służy do diagnozy, a nie do liczby, na podstawie której Google rankuje.
• Przebieg: URL → rzeczywista rozproszona lokalizacja testowa → przeglądarka/urządzenie → ograniczona sieć → wiele powtórzonych sesji, odczytaj medianę (nigdy pojedynczej sesji — choć nawet mediana to wciąż próbka syntetyczna, a nie dane terenowe).
• Charakterystyczne widoki: waterfall (żądanie po żądaniu, flagi blokowania renderowania, łańcuchy przekierowań), filmstrip/wideo (klatka po klatce; opcja Highlight Layout Shifts dla CLS), widok połączenia (DNS/TCP/TLS/TTFB) oraz Core Web Vitals klatka po klatce. Dopasowanie zdarzenia waterfall do klatki filmstrip to silna hipoteza, nie dowód — potwierdź to, izolując zasób i ponownie testując.
• Przepis na CLS: Filmstrip View → Highlight Layout Shifts włączone, Thumbnail Size Huge, Thumbnail Interval 0,1s — sposób na wychwycenie zmiany czcionki lub późnego przesunięcia obrazu w trakcie.
• To nie konkurent Lighthouse — możesz uruchomić audyt Lighthouse z poziomu WebPageTest, ale to osobny, wersjonowany raport (własny wynik, własne audyty), nie scalony z natywnymi metrykami WebPageTest. Inne zaawansowane funkcje: skrypty/przepływy wieloetapowe (dokumentowanie poświadczeń/stanu/limitów), blokowanie domen trzecich, funkcja porównania przed/po bez kodu wprowadzona około 2022 roku (jej obecna nazwa/dostępność nie została niezależnie potwierdzona w tej iteracji), API i self-hosting.
• Zastosowania SEO: testuj jako Googlebot, audytuj łańcuchy przekierowań, sprawdzaj cache/CDN/TTFB, diagnozuj renderowanie JS i twórz dowody przed/po dla interesariuszy.
• Dziwny przypis: Meenan pracuje teraz w Google, a mimo to oficjalna strona Google z narzędziami CWV (web.dev/articles/vitals-tools) nie wymienia WebPageTest. To luka w doborze narzędzi dla narzędzia zewnętrznego, nie sygnał, że jest przestarzałe.
• Ograniczenia: gęsty interfejs/krzywa uczenia się, konto potrzebne do zapisanych/prywatnych testów, diagnozuje, a nie naprawia, a pojedyncze sesje mogą wprowadzać w błąd.

Oficjalna dokumentacja

Dokumentacja źródeł pierwotnych (wzmianki Google o WebPageTest, własna dokumentacja WebPageTest i uwaga o Bing).

WebPageTest / Catchpoint

• WebPageTest — About — historia powstania Meenan/Catchpoint, misja i licencja Polyform Shield.
• WebPageTest — darmowa publiczna usługa testowa, w tym formularz testowy, interfejs wyników/filmstrip oraz API do testów programistycznych.

Google (gdzie wspomina o WebPageTest — i gdzie wymownie nie wspomina)

• web.dev — How To Think About Speed Tools — sytuuje WebPageTest jako zaawansowaną opcję diagnostyki laboratoryjnej i zauważa, że można w nim uruchomić Lighthouse.
• web.dev — Audit performance — WebPageTest do sprawdzania cache/TTFB/CDN.
• web.dev — Core Web Vitals tools — zestawienie narzędzi CWV od Google, które nie wymienia WebPageTest (przypis o luce w doborze).
• Google Search Central — Core Web Vitals — odsyła do web.dev po zalecenia dotyczące narzędzi, zamiast wymieniać zewnętrzne narzędzie laboratoryjne.

Bing / Microsoft

• Żadna dokumentacja Bing/Microsoft nie odnosi się do WebPageTest jako czynnika rankingowego ani rekomendacji pierwszego producenta. Własne Site Scan w Bing Webmaster Tools jest najbliższym odpowiednikiem pierwszego producenta. Zobacz wytyczne Bing Webmaster w celu uzyskania ogólnych wskazówek.

Cytaty ze źródła

Oficjalne wypowiedzi na temat WebPageTest. Jeśli link zawiera kotwicę #:~:text=, przeskakuje do cytowanego fragmentu na stronie źródłowej.

Google / web.dev — gdzie pasuje WebPageTest

• “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (tłumaczenie) „WebPageTest zawiera zaawansowany zestaw metryk i przeglądarek śladów. Umożliwia dogłębną analizę wydajności Twojej witryny na prawdziwym sprzęcie mobilnym z warunkami sieciowymi.” — web.dev, „How To Think About Speed Tools.” Przejdź do cytatu
• “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (tłumaczenie) „WebPagetest sprawdzi również buforowanie treści statycznych, czas do pierwszego bajtu oraz to, czy Twoja witryna efektywnie korzysta z CDN.” — web.dev, „Audit performance.” Przejdź do cytatu

WebPageTest / Catchpoint — historia, misja, licencja

• “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (tłumaczenie) „Przejęcie WebPageTest przez Catchpoint w 2020 roku, stworzonego i udostępnionego jako open-source przez Patricka Meenana w 2008 roku, stanowiło znaczący kamień milowy.” — webpagetest.org/about. Źródło
• “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (tłumaczenie) „wolne to nowe niedostępne, a naszą misją jest umożliwienie Ci dostarczania najlepszych doświadczeń Twoim użytkownikom.” — webpagetest.org/about. Źródło
• “The WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects.” (tłumaczenie) „Kod WebPageTest pozostaje swobodnie dostępny na licencji Polyform Shield, co pozwala na jego wykorzystanie w wewnętrznych lub niekonkurencyjnych projektach komercyjnych.” — Catchpoint, webpagetest.org/about. Źródło

Patrick Stox (ja) / Ahrefs — technika filmstrip dla CLS

• “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (tłumaczenie) „W widoku Filmstrip użyj następujących opcji: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0,1 secs.” — z mojego przewodnika Ahrefs Core Web Vitals. Źródło
• “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (tłumaczenie) „Wyjątkiem jest WebPageTest, chociaż można nim również uruchamiać testy Lighthouse.” — ja, o tym, jak WebPageTest różni się od narzędzi opartych na Lighthouse. Źródło

MobileMoxie — perspektywa technicznego SEO

• “The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (tłumaczenie) „Narzędzie dostarcza szczegółowych informacji o kondycji Twoich stron i pomaga analizować takie kwestie jak żądania round trip, błędy zasobów, przekierowania, problemy z buforowaniem, informacje o bezpieczeństwie i inne.” — MobileMoxie, o WebPageTest dla technicznego SEO. Źródło

Ściągawka WebPageTest

Gdzie pasuje w porównaniu z innymi narzędziami

Widoki

| Widok | Co pokazuje | Sięgnij po niego, gdy | | --- | --- | --- | --- | | Waterfall | Oś czasu żądanie po żądaniu, flagi blokowania renderowania, skoki przekierowań | „Dlaczego jest wolno? Co blokuje?” | | Widok połączeń | DNS / TCP / TLS / TTFB dla każdego hosta | Spowolnienie wygląda na problem serwera/sieci | | Filmstrip / wideo | Klatka po klatce malowanie; opcja Highlight Layout Shifts | Pomiar LCP i polowanie na CLS | | Core Web Vitals | LCP / INP / CLS klatka po klatce | Powiązanie metryki z momentem w ładowaniu |

Przepis na polowanie na CLS (mój)

• Widok filmstrip → Highlight Layout Shifts włączone → Thumbnail Size: Huge → Thumbnail Interval: 0,1 secs. Obserwuj klatkę, w której układ skacze (często zamiana czcionki webowej lub późny obraz/reklama).

Szybkie fakty

• Laboratoryjne, nie terenowe — nie zasila sygnału rankingowego CWV Google (to robi CrUX).
• Czytaj medianę, nigdy pojedynczy przebieg — wydajność różni się między przebiegami.
• Możesz uruchomić Lighthouse wewnątrz WebPageTest — to nie jest wybór albo-albo.
• Open source na licencji Polyform Shield; możliwy jest self-hosting.
• Meenan (twórca) pracuje teraz w Google, ale web.dev/articles/vitals-tools nie wymienia WebPageTest — to luka w kuratorstwie, nie deprecjacja.

Przebieg WebPageTest — lista kontrolna

Uzyskaj wiarygodny, użyteczny wynik zamiast mylącego:

• Lokalizacja testu ustawiona blisko prawdziwej publiczności (odległość zmienia liczby).
• Profil urządzenia + połączenia odpowiada Twoim użytkownikom (np. emulowane urządzenie mobilne na ograniczonym łączu), a nie Twojemu biurowemu światłowodowi.
• Wiele powtórzonych przebiegów włączone — i czytasz medianę, nie pojedynczy przebieg.
• Sprawdzono waterfall pod kątem zasobów blokujących renderowanie i zbędnych skoków przekierowań.
• Sprawdzono widok połączeń pod kątem wolnego TTFB lub zbyt wielu osobnych połączeń.
• Uruchomiono filmstrip, aby zobaczyć, kiedy pojawia się główna treść — oraz, dla CLS, włączono Highlight Layout Shifts w interwałach 0,1 s, Huge miniatury.
• Potwierdzono, że traktujesz wynik jako dane laboratoryjne — porównano prawdziwy sygnał rankingowy z CrUX (PageSpeed Insights / Search Console).
• W przypadku podejrzanej strony trzeciej użyto blokowania domen/żądań, aby zmierzyć jej prawdziwy koszt.
• W przypadku ścieżek logowania/zakupów użyto skryptów zamiast testowania zimnej strony głównej.
• Zapisano przed/po filmstrip, jeśli proponujesz poprawkę interesariuszom.

Narzędzia współpracujące z WebPageTest

• Sam WebPageTest (webpagetest.org) — darmowe publiczne narzędzie laboratoryjne, plus API i płatna warstwa Pro do testów o dużej skali/prywatnych.
• PageSpeed Insights — szybki sposób na sprawdzenie terenowych (CrUX) danych, których WebPageTest nie może wygenerować, więc wiesz, czy sygnał rankingowy faktycznie się zmienił.
• Google Search Console — raport Core Web Vitals — znajdź niezdające grupy stron na dużą skalę w całej witrynie, a następnie weź reprezentatywny URL do WebPageTest, aby zdiagnozować.
• Panel Performance w Chrome DevTools — lokalny, przyjazny dla logowania towarzysz do profilowania laboratoryjnego, gdy nie potrzebujesz rozproszonych lokalizacji.
• Google Lighthouse — uruchamialny z wewnątrz WebPageTest lub samodzielnie w DevTools/CLI do audytu 0–100.
• CrUX Vis (cruxvis.withgoogle.com) — wizualizuj trend terenowy od prawdziwych użytkowników w czasie, aby potwierdzić, że naprawa zdiagnozowana w WebPageTest zadziałała dla rzeczywistych użytkowników. (Zobacz Chrome UX Report (CrUX).)

Błędy WebPageTest, które tworzą fałszywą pewność

Traktowanie wyniku testu laboratoryjnego jako werdyktu Google

WebPageTest to dane syntetyczne z urządzenia, lokalizacji, przeglądarki i profilu sieci, które wybrałeś. Użyj ich do diagnozowania przyczyn; użyj CrUX lub danych RUM pierwszej strony, aby opisać prawdziwych użytkowników i ocenę CWV Google.

Porównywanie przebiegów z różnymi ustawieniami testu

Zmieniona lokalizacja, połączenie, przeglądarka, stan pamięci podręcznej lub liczba przebiegów mogą przeważyć nad testowaną zmianą kodu. Zapisz konfigurację i porównuj podobne z podobnym.

Optymalizacja wyniku głównego zamiast wodospadu

Wartość WebPageTest to sekwencjonowanie żądań, konfiguracja połączenia, filmogramy i czasy metryk. Prześledź wolną metrykę do konkretnego żądania lub zdarzenia w wątku głównym, zamiast dostrajać ocenę w izolacji.

Ocena zmiany na podstawie jednego przebiegu

Testy laboratoryjne są zmienne. Uruchom wiele testów w tym samym profilu i porównaj reprezentatywne wyniki; zbadaj wartości odstające zamiast wybierać najszybszy przebieg.

Testowanie tylko strony głównej

Różne szablony mają różne elementy LCP, skrypty, podmioty trzecie i zachowanie pamięci podręcznej. Uwzględnij strony, na których użytkownicy i dane terenowe pokazują rzeczywisty problem.

Udowodnij zmianę wydajności w WebPageTest

Kontrolowany test przed/po

Test do uruchomienia: zapisz jedną konfigurację lokalizacji/przeglądarki/sieci/pamięci podręcznej i uruchom wiele testów dla wersji niezmienionej i zmienionej. Oczekiwany wynik: docelowa metryka i jej przyczyna w wodospadzie poprawiają się w reprezentatywnych przebiegach. Interpretacja niepowodzenia: zmiana jest nieskuteczna lub wariancja testu przekracza efekt. Okno monitorowania: natychmiastowy wynik laboratoryjny. Wyzwalacz wycofania: konsekwentna regresja w docelowej lub sąsiedniej metryce Core Web Vitals.

Test sekwencjonowania żądań

Test do uruchomienia: porównaj wodospady po zmianie preload, priorytetu, blokującego CSS/JS lub pamięci podręcznej. Oczekiwany wynik: zamierzone żądanie zaczyna się wcześniej, przesyła mniej bajtów lub unika sieci w oczekiwanym stanie pamięci podręcznej. Interpretacja niepowodzenia: wskazówka/konfiguracja nie została zastosowana lub inna zależność kontroluje sekwencję. Okno monitorowania: natychmiastowe. Wyzwalacz wycofania: zmiana opóźnia bardziej krytyczne żądanie lub powoduje błędy.

Test poprawności wizualnej

Test do uruchomienia: sprawdź filmogram/wideo i podświetlenie przesunięć układu dla tego samego profilu przed/po. Oczekiwany wynik: szybsze renderowanie nie wprowadza brakujących treści, błysków ani nowych przesunięć. Interpretacja niepowodzenia: poprawa liczbowa odbyła się kosztem poprawności wizualnej. Okno monitorowania: każdy reprezentatywny widok przed wydaniem. Wyzwalacz wycofania: zepsuta treść lub nowa widoczna niestabilność.

Zasoby warte Twojego czasu

Moje powiązane teksty

• Core Web Vitals: A Complete Guide (Ahrefs) — zawiera mój przepis na filmogram WebPageTest do diagnozowania Cumulative Layout Shift, porównanie WebPageTest vs Lighthouse oraz metryki mierzone przez WebPageTest wraz z tym, jak działa strona rankingowa. (Ta strona wchłonęła mój wcześniejszy wpis „Advanced Guide to PageSpeed Insights”, który teraz przekierowuje tutaj.)
• The Beginner’s Guide to Technical SEO (Ahrefs) — gdzie wydajność sieci wpisuje się w szerszy obraz.

Moje wystąpienia

• Page Experience Update — TMC, June 2021 (SlideShare) — omawia tę samą technikę filmogramu/CLS WebPageTest w formie prelekcji.
• A Crash Course in Technical SEO — Beer & SEO Meetup, May 2019 (SlideShare) — WebPageTest jako część zestawu narzędzi technicznego SEO, już w 2019 roku.

Z branży

• WebPageTest — About — główne źródło historii, misji i licencji Polyform Shield.
• How To Think About Speed Tools (web.dev) — pozycjonowanie WebPageTest przez Google wśród narzędzi do testów laboratoryjnych.
• Audit performance (web.dev) — WebPageTest do sprawdzania pamięci podręcznej, TTFB i CDN.
• How to Set Up WebPageTest to Evaluate Technical SEO (MobileMoxie) — najbliższy istniejący przewodnik konfiguracji z perspektywy SEO (Googlebot UA, przekierowania, pamięć podręczna, błędy zasobów).
• A Complete Guide to Using WebPageTest (Kinsta) — najbardziej kompleksowy ogólny przewodnik (historia, konfiguracja, interpretacja wyników, cennik).
• WebPageTest: A Guide To Web Performance Testing (DebugBear) — autorstwa dostawcy, ale dobre omówienie uśredniania wielu przebiegów, widoków waterfall/filmstrip/connection oraz skryptowania.

Sprawdź się: WebPageTest

Pięć krótkich pytań o to, czym jest WebPageTest, jak go czytać i gdzie się wpisuje. Wybierz odpowiedź na każde, a następnie sprawdź.

Dziennik zmian