Dwie strony mogą dostać w teście szybkości taki sam wynik, a mimo to działać zupełnie inaczej dla prawdziwych odwiedzających. Samo uruchomienie testu jest proste. Trudniej poprawnie odczytać wyniki: zrozumieć, które liczby mają znaczenie, co dokładnie mierzą i gdzie szukać danych z prawdziwego świata zamiast symulowanych ocen. Ten artykuł pokazuje, jak wykonać test szybkości strony, co oznacza każdy wskaźnik w wynikach, dlaczego wyniki symulowane i wyniki prawdziwych odwiedzających często się różnią oraz jak wykorzystać wyniki do zmian, które naprawdę wpłyną na osoby odwiedzające Twoją stronę.
Test szybkości jest najbardziej przydatny, gdy wiesz, co zrobić z jego wynikiem. Sama ocena w skali do 100 niewiele mówi. O tym, czy wyniki odzwierciedlają to, co widzą Twoi odwiedzający, decydują poszczególne wskaźniki za tą oceną oraz to, czy pochodzą z symulacji, czy od prawdziwych użytkowników. Tło tych wskaźników znajdziesz w artykule o tym, czym jest czas ładowania strony i jak się go mierzy.
Co tak naprawdę mierzy test szybkości strony?
Test szybkości ładuje stronę w kontrolowanym środowisku i zapisuje, ile trwają poszczególne etapy ładowania. Narzędzie mierzy na przykład, jak szybko odpowiada serwer, kiedy na ekranie pojawia się pierwsza treść, kiedy kończy się ładować największy widoczny element, jak bardzo układ przesuwa się podczas ładowania i po jakim czasie strona reaguje na kliknięcia. Wyniki porównuje się następnie ze standardowymi progami, żeby wystawić ocenę i wskazać obszary do poprawy.
Dane laboratoryjne a dane z prawdziwego ruchu
- Dane laboratoryjne: tworzy je narzędzie do testowania szybkości. Strona jest ładowana z jednego, stałego miejsca na symulowanym urządzeniu i połączeniu. Wyniki są kontrolowane i powtarzalne, ale nie oddają pełnego zakresu warunków, w jakich działają prawdziwi odwiedzający
- Dane z prawdziwego ruchu: zbierane od prawdziwych odwiedzających i uśredniane w ruchomym oknie 28 dni. Wyszukiwarki używają ich do oceny Core Web Vitals i do ustalania pozycji
- Strona może dostać 90 punktów w teście laboratoryjnym i mimo to mieć słabe dane Core Web Vitals z prawdziwego ruchu, jeśli odwiedzający korzystają z wolniejszych urządzeń, niestabilnych połączeń albo są daleko od serwera
- Sprawdzaj zawsze oba rodzaje danych. Dane laboratoryjne pomagają diagnozować konkretne problemy. Dane z prawdziwego ruchu pokazują realny wpływ na odwiedzających i na pozycje w wyszukiwarce
Jak poprawnie wykonać test szybkości strony?
Zacznij od testu na telefonie
- Wyszukiwarki stosują indeksowanie mobile-first, czyli oceniają strony na podstawie ich działania na telefonie
- Wyniki mobilne są prawie zawsze niższe niż na komputerze dla tej samej strony, bo telefony mają wolniejsze procesory i bardziej zmienne połączenia
- Wykonaj testy na telefonie i na komputerze, ale wynik mobilny traktuj jako główną miarę
Testuj najczęściej odwiedzane strony, nie tylko stronę główną
- Strona główna jest często najszybszą stroną w serwisie, bo zwykle ma mniej obrazów i skryptów niż podstrony
- Strony produktów, wpisy na blogu i strony docelowe często wypadają wyraźnie gorzej i mogą mieć większy wpływ na doświadczenie odwiedzających i pozycje
- Testuj strony z największym ruchem, a nie te, które najpewniej dobrze wypadną
Każdy test wykonaj więcej niż raz
- Wyniki testów laboratoryjnych mogą się różnić między uruchomieniami z powodu obciążenia serwera w chwili testu, warunków sieciowych w miejscu testu i stanu pamięci podręcznej
- Wykonaj każdy test dwa lub trzy razy i jako punkt wyjścia przyjmij średnią, zamiast polegać na pojedynczym wyniku
Testuj przed zmianami i po nich
- Zanotuj wynik wyjściowy, zanim cokolwiek zmienisz na stronie
- Po każdej poprawce wykonaj ten sam test, żeby zmierzyć jej konkretny wpływ
- W przypadku danych z prawdziwego ruchu odczekaj co najmniej 28 dni po zmianach, zanim ocenisz efekt, bo dane są ruchomą średnią z 28 dni i zmieniają się stopniowo
Jak czytać wynik testu szybkości strony?
Zacznij od wskaźników, które nie przechodzą, a nie od oceny ogólnej
- Ocena ogólna 65 nie mówi Ci, co naprawić. Mówią to poszczególne wskaźniki, które nie przechodzą
- Sprawdź, które wskaźniki Core Web Vitals są w zakresie „wymaga poprawy” lub „słaby”: LCP, INP i CLS
- Każdy wskaźnik, który nie przechodzi, wskazuje inną część strony lub procesu ładowania do zbadania
Na co wskazuje każdy niezaliczony wskaźnik
- Wysoki Time to First Byte: serwer odpowiada wolno. Sprawdź jakość hostingu, pamięć podręczną po stronie serwera i wydajność bazy danych
- Wolny Largest Contentful Paint: główny widoczny element ładuje się zbyt długo. Zwykle winne są nieoptymalizowane obrazy, zasoby blokujące renderowanie lub wolna odpowiedź serwera
- Wysoki Total Blocking Time lub słaby Interaction to Next Paint: JavaScript blokuje główny wątek. Częste przyczyny to duże pliki skryptów i skrypty zewnętrzne
- Wysoki Cumulative Layout Shift: elementy zmieniają położenie podczas ładowania strony. Powodują to obrazy bez zdefiniowanych wymiarów, treści ładowane późno i wstawiane nad istniejącymi elementami albo banery dodawane dynamicznie
Jak czytać zalecenia
- Narzędzia do testowania szybkości podają konkretne zalecenia razem z szacowaną oszczędnością czasu dla każdej poprawki
- Zacznij od zaleceń z największą szacowaną oszczędnością, żeby uzyskać największy efekt przy najmniejszym wysiłku
- Część zaleceń dotyczy skryptów lub usług zewnętrznych, na które nie masz bezpośredniego wpływu. Zanotuj je, ale skup się na tym, co możesz zmienić
Jakie wyniki testu szybkości strony są dobre?
Progi Core Web Vitals
- Largest Contentful Paint poniżej 2,5 sekundy: dobry
- Interaction to Next Paint poniżej 200 milisekund: dobry
- Cumulative Layout Shift poniżej 0,1: dobry
Zakresy oceny ogólnej
- 90 do 100: dobry
- 50 do 89: wymaga poprawy
- 0 do 49: słaby
Jak praktycznie używać wartości odniesienia
- To bezwzględne progi, ale Twój wynik powinien być lepszy niż strony konkurujące z Tobą o te same słowa kluczowe, a nie tylko przekraczać ogólny próg
- Wyszukaj swoje główne słowo kluczowe i przetestuj strony, które są wyżej od Ciebie. Jeśli Twój LCP to 3,2 sekundy, a ich 2,1 sekundy, ta różnica da Ci więcej do zrobienia niż sama różnica w ocenie
Szczegółowy opis tego, co mierzą LCP, INP i CLS i jak się je ocenia, znajdziesz w artykule o tym, czym są Core Web Vitals.
Jak śledzić szybkość strony w czasie?
Ustal punkt wyjścia, zanim zaczniesz optymalizować
- Zapisz obecne wyniki stron, które chcesz poprawić, zanim cokolwiek zmienisz
- Zanotuj, które wskaźniki nie przechodzą i o ile
- Po każdej rundzie zmian uruchom testy ponownie i porównaj z punktem wyjścia, żeby zmierzyć prawdziwą poprawę
Sprawdzaj dane z prawdziwego ruchu regularnie, nie tylko po zmianach
- Dane z prawdziwego ruchu w raportach wydajności aktualizują się w ruchomym oknie 28 dni
- Sprawdzaj je co miesiąc albo po każdej większej zmianie treści, kodu lub hostingu
- Spadek wyników często zbiega się z dodaniem nowego dużego obrazu, zainstalowaniem nowego skryptu zewnętrznego lub zmianą konfiguracji hostingu
Testuj po opublikowaniu nowych treści
- Nowy wpis na blogu z nieoptymalizowanymi obrazami może mocno spowolnić tę jedną stronę, nie wpływając na inne
- Nowa strona docelowa z ciężkimi skryptami może wprowadzić problemy z blokowaniem, których test wyjściowy strony głównej nigdy by nie ujawnił
- Wbudowanie testów szybkości w proces publikowania treści zapobiega niezauważonemu narastaniu pogorszeń
Pełny przewodnik po najskuteczniejszych poprawkach na podstawie wyników testów znajdziesz w artykule o tym, jak skrócić czas ładowania strony. Problemy związane z obrazami opisuje artykuł o tym, jak optymalizować obrazy dla szybszego ładowania.
Jak WEMASY wspiera testowanie szybkości strony
Panel analityki WEMASY zawiera dane Core Web Vitals dla wszystkich stron zbudowanych na platformie, pochodzące z prawdziwego ruchu odwiedzających. Wyniki LCP, INP i CLS widzisz dla każdej strony, bez uruchamiania zewnętrznych testów. Strony poniżej progu „dobry” są oznaczone konkretnym wskaźnikiem, który nie przechodzi, więc od razu trafiasz do problemu, zamiast czytać cały raport.
Platforma automatycznie obsługuje kompresję obrazów, pamięć podręczną, minifikację i dostarczanie przez CDN, więc najczęstsze przyczyny wskazywane przez zewnętrzne testy szybkości są już załatwione. Test szybkości strony zbudowanej w WEMASY zwykle pokazuje problemy związane z treścią, a nie z platformą, dlatego łatwiej na nich działać.
Zobacz, co jest w zestawie, na stronie kreatora stron WEMASY albo sprawdź plany na stronie z cennikiem.
Najczęściej zadawane pytania
Jak przetestować szybkość mojej strony?
Wpisz adres swojej strony w narzędziu do testowania szybkości. Narzędzie ładuje stronę w kontrolowanych warunkach i podaje oceny dla każdego wskaźnika ładowania, osobno dla telefonu i komputera. Patrz na oceny poszczególnych wskaźników obok oceny ogólnej: to niezaliczone wskaźniki mówią, na czym się skupić. Dane o działaniu w prawdziwym świecie, oparte na rzeczywistych odwiedzających, sprawdzisz w panelu wydajności lub analityki, jeśli zawiera dane Core Web Vitals z prawdziwego ruchu. W W kreatorze stron WEMASY możesz to ustawić bezpośrednio na swojej stronie.
Jaki wynik szybkości strony jest dobry?
Wynik 90 lub wyższy uznaje się za dobry, 50 do 89 wymaga poprawy, a poniżej 50 jest słaby. W przypadku Core Web Vitals cele są takie: Largest Contentful Paint poniżej 2,5 sekundy, Interaction to Next Paint poniżej 200 milisekund i Cumulative Layout Shift poniżej 0,1. Strona zalicza ocenę Core Web Vitals tylko wtedy, gdy wszystkie trzy wskaźniki mieszczą się w dobrym zakresie na podstawie danych z prawdziwego ruchu.
Dlaczego wynik testu szybkości różni się między uruchomieniami?
Wyniki testów laboratoryjnych się różnią, bo warunki zmieniają się między uruchomieniami: wpływają na nie obciążenie serwera w chwili testu, warunki sieciowe w lokalizacji dostawcy testu i stan pamięci podręcznej. Kilkukrotne uruchomienie testu i uśrednienie wyników daje bardziej wiarygodny punkt wyjścia. Dane z prawdziwego ruchu, oparte na 28 dniach pomiarów prawdziwych odwiedzających, są stabilniejsze i lepiej pokazują stałą wydajność pod kątem pozycji w wyszukiwarce.
Dlaczego wynik mobilny jest niższy niż na komputerze?
Testy szybkości na telefonie symulują wolniejsze procesory i mobilne połączenia sieciowe, przez co ta sama strona dostaje niższy wynik niż na komputerze. Wyszukiwarki stosują indeksowanie mobile-first, więc dla pozycji liczy się działanie strony na telefonie. Wynik mobilny traktuj jako główny cel optymalizacji, nawet jeśli wynik na komputerze wygląda dobrze.
Jaka jest różnica między danymi laboratoryjnymi a danymi z prawdziwego ruchu w teście szybkości?
Dane laboratoryjne pochodzą z symulowanego testu w kontrolowanych warunkach, z jednego miejsca i urządzenia. Są spójne i przydatne do diagnozowania konkretnych problemów. Dane z prawdziwego ruchu pochodzą od prawdziwych odwiedzających, są uśredniane w ruchomym oknie 28 dni i odzwierciedlają pełny zakres urządzeń, połączeń i lokalizacji, z których korzystają Twoi odwiedzający. Wyszukiwarki używają danych z prawdziwego ruchu do oceny Core Web Vitals. Strona może dobrze wypaść w teście laboratoryjnym i mimo to mieć słabe dane z prawdziwego ruchu, jeśli rzeczywiste warunki odwiedzających mocno różnią się od środowiska testowego.
Jak często warto wykonywać test szybkości strony?
Wykonaj test po każdej istotnej zmianie na stronie: dodaniu dużych obrazów, zainstalowaniu nowych skryptów, zmianie hostingu lub opublikowaniu nowego typu strony. Do bieżącego monitorowania wystarczy co miesiąc przeglądać dane z prawdziwego ruchu w panelu analityki lub wydajności. Dane aktualizują się w ruchomym oknie 28 dni, więc częste ręczne testy nie są potrzebne, ale miesięczne przeglądy pomagają wychwycić pogorszenia, zanim wpłyną na pozycje lub doświadczenie odwiedzających.