PageSpeed Insights a Google Search Console różnią się przede wszystkim zakresem i sposobem zbierania danych. PageSpeed Insights analizuje wybrany adres URL, pokazując zarówno test laboratoryjny wykonany w kontrolowanych warunkach, jak i dostępne dane prawdziwych użytkowników. Google Search Console prezentuje natomiast zbiorczy raport Core Web Vitals dla grup podobnych, zaindeksowanych stron, oparty wyłącznie na rzeczywistych wizytach. Dlatego wynik 95 punktów w PageSpeed Insights nie musi oznaczać, że adres zostanie oznaczony w Search Console jako „dobry”.
Oba narzędzia mierzą wydajność z innej perspektywy. PageSpeed Insights służy przede wszystkim do diagnozowania konkretnej podstrony, natomiast raport Core Web Vitals w Search Console pomaga rozpoznać problemy występujące w większej części serwisu. Nie należy wybierać jednego narzędzia i ignorować drugiego. Najlepsza analiza łączy dane laboratoryjne, obserwacje prawdziwych użytkowników i techniczną weryfikację przyczyn problemu.
Jak działa pomiar prędkości w PageSpeed Insights?
PageSpeed Insights, często skracane do PSI, analizuje pojedynczy adres wskazany przez użytkownika. Po uruchomieniu testu narzędzie może pokazać dwie oddzielne sekcje:
- dane rzeczywistych użytkowników, nazywane danymi terenowymi lub field data;
- dane laboratoryjne wygenerowane przez Lighthouse.
To rozróżnienie jest kluczowe. Obie sekcje mogą pokazywać inne wartości, ponieważ nie opisują tego samego zdarzenia.
Dane laboratoryjne w PageSpeed Insights
Test laboratoryjny jest symulowanym uruchomieniem strony w określonych warunkach. Lighthouse pobiera podstronę, mierzy jej zachowanie i oblicza wynik wydajności w skali od 0 do 100.
Test mobilny symuluje urządzenie o ograniczonej wydajności oraz wolniejsze połączenie. Test desktopowy wykorzystuje inne warunki sprzętowe i sieciowe. Dzięki temu można powtarzalnie sprawdzać, jak kod, grafiki, skrypty i serwer wpływają na ładowanie strony.
Dane laboratoryjne są szczególnie przydatne podczas szukania problemów takich jak:
- zbyt duży obraz główny;
- blokujące renderowanie arkusze CSS;
- ciężkie skrypty JavaScript;
- długie zadania obciążające główny wątek;
- wolna odpowiedź serwera;
- niepotrzebne zasoby zewnętrzne;
- przesunięcia układu podczas ładowania;
- niewykorzystany kod.
Wynik laboratoryjny może zmieniać się między kolejnymi testami. Wpływają na niego między innymi aktualne obciążenie serwera, routing ruchu, treści reklamowe, testy A/B, dynamiczne elementy strony i chwilowe warunki sieciowe. Z tego powodu nie należy podejmować decyzji na podstawie jednego pomiaru.
Dane rzeczywistych użytkowników w PageSpeed Insights
Jeżeli analizowana strona ma wystarczająco dużo ruchu, PSI może również pokazać dane pochodzące z Chrome User Experience Report, czyli CrUX. Są to anonimowe informacje o doświadczeniach rzeczywistych użytkowników przeglądarki Chrome.
Dane obejmują poprzedni 28-dniowy okres i są aktualizowane krocząco. Pokazują więc, jak strona działała w różnych warunkach: na szybkich i wolnych telefonach, w różnych sieciach, lokalizacjach oraz momentach dnia.
Gdy konkretny adres nie ma wystarczającej liczby pomiarów, PageSpeed Insights może zaprezentować dane całej domeny, nazywane danymi origin. Jeżeli także domena nie osiąga wymaganego poziomu ruchu, sekcja rzeczywistych doświadczeń nie zostanie wyświetlona.
Co pokazuje raport Core Web Vitals w Google Search Console?
Raport Core Web Vitals w Google Search Console nie wykonuje testu strony w momencie otwarcia raportu. Przedstawia historyczne dane pochodzące z rzeczywistych wizyt użytkowników.
Search Console grupuje adresy według:
- rodzaju urządzenia: mobile lub desktop;
- statusu: dobry, wymaga poprawy albo słaby;
- problematycznej metryki;
- grup podobnych adresów URL.
Raport nie został zaprojektowany jako wyszukiwarka wyniku dowolnej pojedynczej podstrony. Jego głównym celem jest pokazanie, czy problem wydajności dotyczy większej liczby podobnych stron, na przykład wszystkich produktów, artykułów albo kategorii.
Jeżeli jeden szablon produktowy zawiera ciężką galerię zdjęć, Search Console może połączyć wiele produktów w jedną grupę. Wyświetlony adres jest wtedy przykładem problemu, a niekoniecznie jedyną stroną wymagającą poprawy.
W raporcie mogą pojawić się wyłącznie zaindeksowane adresy, dla których Google dysponuje wystarczającą liczbą danych. Nie jest to pełna lista wszystkich stron znajdujących się w indeksie. Małe serwisy, nowe domeny i rzadko odwiedzane podstrony mogą nie mieć żadnych danych Core Web Vitals.
PageSpeed Insights a Google Search Console – najważniejsze różnice
Najprościej można przyjąć, że PageSpeed Insights odpowiada na pytanie: „Co dzieje się na tej konkretnej stronie i jak mogę ją poprawić?”. Google Search Console odpowiada natomiast: „Jakie grupy stron sprawiają problemy rzeczywistym użytkownikom całego serwisu?”.
Najważniejsze różnice przedstawiają się następująco:
- Zakres analizy. PSI bada wskazany adres, a Search Console pokazuje dane dla grup adresów w obrębie zweryfikowanego serwisu.
- Rodzaj danych. PSI może prezentować dane laboratoryjne i rzeczywiste. Search Console wykorzystuje dane rzeczywistych użytkowników z CrUX.
- Moment pomiaru. Test laboratoryjny PSI jest wykonywany po kliknięciu przycisku. Dane terenowe opisują historyczny okres.
- Cel narzędzia. PSI pomaga znaleźć techniczną przyczynę problemu. Search Console pomaga ocenić skalę problemu w serwisie.
- Dostępność danych. Test laboratoryjny można uruchomić dla publicznie dostępnej strony nawet bez dużego ruchu. Dane terenowe wymagają odpowiedniej liczby wizyt.
- Sposób prezentacji. PSI pokazuje szczegółowe audyty i sugestie. Search Console wskazuje status grup adresów i problematyczne metryki.
- Dostęp do serwisu. Z PSI może skorzystać każdy znający adres. Search Console wymaga zweryfikowania własności domeny lub witryny.
Google samo zaleca używanie raportu Core Web Vitals do oceny wydajności całego serwisu, a PageSpeed Insights do testowania pojedynczych stron.
Dlaczego wyniki PSI i Search Console mogą się nie zgadzać?
Rozbieżność między narzędziami zazwyczaj nie oznacza błędu. Najczęściej wynika z porównywania różnych rodzajów danych albo różnych zakresów adresów.
Porównujesz test laboratoryjny z rzeczywistymi wizytami
Wynik 90 lub 100 punktów w PSI pochodzi z laboratoryjnej analizy Lighthouse. Search Console nie korzysta z tego wyniku. Opiera się na rzeczywistych doświadczeniach użytkowników.
Strona może działać bardzo dobrze podczas kontrolowanego testu, a słabo u części odbiorców korzystających z:
- starszych telefonów;
- wolnego internetu;
- przeciążonej sieci mobilnej;
- urządzeń z niewielką ilością pamięci;
- przeglądarki obciążonej innymi procesami;
- lokalizacji oddalonej od serwera.
Możliwa jest również odwrotna sytuacja. Test laboratoryjny może dać słaby wynik w wymagających warunkach symulacji, podczas gdy większość realnych użytkowników korzysta z szybkich urządzeń i stabilnego połączenia.
Dane laboratoryjne opisują jeden kontrolowany scenariusz. Dane terenowe są rozkładem wielu różnych doświadczeń. Google podkreśla, że dobry wynik laboratoryjny nie gwarantuje dobrych rezultatów u prawdziwych użytkowników.
Search Console ocenia grupę podobnych stron
PageSpeed Insights może pokazać dobre dane dla konkretnej podstrony, podczas gdy Search Console oznaczy jej grupę jako słabą. Dzieje się tak, ponieważ raport GSC może przypisywać wspólny status wielu podobnym adresom.
Przykładowa karta produktu może być lekka i szybka, ale pozostałe strony korzystające z tego samego szablonu zawierają większe zdjęcia, dodatkowe warianty i cięższe widżety. Wynik pojedynczego adresu może więc różnić się od wyniku całej grupy.
PSI może przejść z poziomu adresu na poziom domeny
Jeżeli testowany adres nie ma wystarczającej liczby wizyt, PageSpeed Insights może pokazać dane dla całego originu. Użytkownik może wtedy błędnie założyć, że wartości dotyczą dokładnie testowanej strony.
Przed interpretacją wyniku trzeba sprawdzić, czy sekcja danych rzeczywistych jest oznaczona jako:
- ten adres URL;
- origin, czyli cała domena.
Wynik originu może obejmować stronę główną, artykuły, produkty, panel logowania i inne sekcje o zupełnie odmiennej konstrukcji.
Narzędzia inaczej traktują parametry URL
Search Console może rozróżniać adresy zawierające parametry, natomiast PageSpeed Insights usuwa parametry podczas przypisywania danych. To kolejny powód, dla którego informacje o pozornie tej samej podstronie nie zawsze będą identyczne.
Dane terenowe reagują z opóźnieniem
Po poprawieniu strony wynik testu laboratoryjnego może zmienić się natychmiast. Dane rzeczywistych użytkowników nadal będą jednak obejmowały wizyty sprzed wdrożenia.
Jeżeli optymalizacja została wykonana niedawno, stare i nowe doświadczenia mieszają się w kroczącym okresie raportowania. Dlatego Search Console nie zmienia statusu od razu po zmniejszeniu obrazu, usunięciu skryptu lub poprawieniu serwera.
Jak interpretować Core Web Vitals w obu narzędziach?
Core Web Vitals obejmują trzy metryki opisujące ładowanie, responsywność i stabilność wizualną:
- LCP, czyli Largest Contentful Paint, mierzy czas pojawienia się największego istotnego elementu widocznego na ekranie;
- INP, czyli Interaction to Next Paint, mierzy szybkość reakcji strony na interakcje użytkownika;
- CLS, czyli Cumulative Layout Shift, mierzy nieoczekiwane przesunięcia elementów strony.
Za dobre uznaje się wyniki:
- LCP nieprzekraczające 2,5 sekundy;
- INP poniżej 200 milisekund;
- CLS nieprzekraczające 0,1.
Ocena danych terenowych jest wykonywana na poziomie 75. percentyla. Oznacza to, że strona powinna zapewniać dobry wynik podczas co najmniej 75% zarejestrowanych doświadczeń. Jeżeli większość osób korzysta ze strony bez problemu, ale znacząca część odbiorców ma bardzo słabe warunki, status może nadal wymagać poprawy.
Nie należy utożsamiać punktacji Lighthouse z zaliczeniem Core Web Vitals. Wynik 100 jest oceną laboratoryjną obliczaną z kilku metryk. Status Core Web Vitals wynika natomiast z wartości LCP, INP i CLS zaobserwowanych u rzeczywistych użytkowników.
Możliwe jest więc jednoczesne uzyskanie:
- wysokiej punktacji Lighthouse i słabego statusu Core Web Vitals;
- niskiej punktacji laboratoryjnej i dobrych danych rzeczywistych;
- dobrych wyników na desktopie i słabych na urządzeniach mobilnych.
Któremu narzędziu należy bardziej ufać?
Nie ma jednego narzędzia właściwego w każdej sytuacji. Wybór zależy od pytania, na które trzeba odpowiedzieć.
Google Search Console jest ważniejsze przy ocenie rzeczywistych Core Web Vitals całego serwisu. Pokazuje, jak strona działała u prawdziwych odbiorców i które grupy adresów mają problemy. To właściwy punkt wyjścia przy analizie skali zjawiska.
PageSpeed Insights jest ważniejsze podczas diagnozowania konkretnego adresu. Audyty Lighthouse pomagają wskazać zasoby, skrypty i elementy układu, które mogą pogarszać wynik.
Praktyczna kolejność pracy wygląda następująco:
- Otwórz raport Core Web Vitals w Search Console.
- Wybierz urządzenia mobilne lub komputery.
- Sprawdź grupy oznaczone jako słabe lub wymagające poprawy.
- Otwórz przykładowy adres w PageSpeed Insights.
- Porównaj dane rzeczywistych użytkowników z testem laboratoryjnym.
- Przeanalizuj szczegółowe audyty Lighthouse.
- Sprawdź kilka adresów korzystających z tego samego szablonu.
- Wprowadź poprawkę na poziomie komponentu lub szablonu.
- Powtórz test laboratoryjny.
- Obserwuj dane terenowe po zgromadzeniu nowych wizyt.
Nie należy poprawiać wyłącznie przykładowej strony widocznej w GSC, jeżeli problem wynika ze wspólnego szablonu. Optymalizacja pojedynczego produktu nie pomoże pozostałym adresom korzystającym z tej samej galerii, sekcji opinii lub skryptu analitycznego.
Najczęstsze błędy przy mierzeniu prędkości strony
Pierwszym błędem jest skupienie się wyłącznie na liczbie od 0 do 100. Punktacja PSI jest użyteczna jako sygnał diagnostyczny, ale nie stanowi bezpośredniej oceny SEO ani pełnego obrazu doświadczenia użytkowników.
Drugim błędem jest wykonywanie jednego testu. Ze względu na zmienność warunków warto przeprowadzić kilka pomiarów i szukać powtarzalnego problemu, a nie reagować na każdą różnicę kilku punktów.
Kolejne błędy to:
- testowanie wyłącznie strony głównej;
- pomijanie podziału na mobile i desktop;
- porównywanie wyniku Lighthouse ze statusem terenowym;
- nieuwzględnianie okresu zbierania danych;
- optymalizowanie metryk bez sprawdzenia rzeczywistej przyczyny;
- usuwanie potrzebnych funkcji tylko dla wyższej punktacji;
- ignorowanie stron o małym ruchu, dla których nie ma danych CrUX;
- uznawanie dobrych Core Web Vitals za gwarancję wysokiej pozycji.
Google wykorzystuje Core Web Vitals w swoich systemach rankingowych, ale dobre wyniki nie zapewniają automatycznie pierwszych miejsc. Nadal liczą się trafność, jakość treści, wiarygodność, linkowanie i pozostałe elementy doświadczenia strony.
Najważniejsza różnica między PageSpeed Insights a Google Search Console polega więc na perspektywie pomiaru. PSI pomaga technicznie zbadać konkretną podstronę i natychmiast zweryfikować poprawki, natomiast Search Console pokazuje historyczne doświadczenia realnych użytkowników w większej skali. Dopiero połączenie obu źródeł pozwala ocenić, czy strona jest szybka w kontrolowanym teście i czy pozostaje szybka w codziennym użytkowaniu.
