CoreDash vs CrUX i Search Console

To dość nietypowe porównanie, bo CrUX tak naprawdę nie jest konkurencją. CrUX, PageSpeed Insights i Search Console to ten sam darmowy zbiór danych Google pokazywany w trzech różnych miejscach. Powinien do niego zaglądać każdy właściciel strony. Sam sprawdzam go w pierwszej kolejności na każdej witrynie – nawet na tych, które mają już CoreDash.

Prawdziwe pytanie brzmi: czy darmowe dane wystarczą twojej stronie? Zbudowałem CoreDash, więc miej to na uwadze. Dane Google są jednak dobre, więc zacznijmy właśnie od nich.

W czym darmowe field data Google sprawdzają się najlepiej

Są darmowe i nie wymagają żadnej instalacji. Chrome mierzy LCP, INP, CLS, FCP i TTFB u użytkowników, którzy wyrazili na to zgodę, a Google publikuje te wyniki jako Chrome UX Report. PageSpeed Insights pokazuje te dane nad wynikami z Lighthouse. Search Console dzieli je na grupy adresów URL i oferuje 28-dniowy proces weryfikacji poprawek. CrUX Vis pokazuje tygodniowy trend z ostatnich 40 tygodni. Zastąpił dashboard w Looker Studio (który Google wycofało z końcem listopada 2025 roku) i czyta się go o wiele łatwiej.

developer.chrome.com, październik 2026.

CrUX to także zbiór danych wykorzystywany przez Google do oceny Core Web Vitals w wyszukiwarce. Gdy klient pyta: „czy przechodzimy?”, wszyscy zaglądają właśnie tam – łącznie z agencją SEO. Żadne narzędzie RUM tego nie zastąpi i CoreDash nawet nie próbuje. (Google zaznacza zresztą, że dobre wyniki nie gwarantują pozycji w Search, o czym warto takiemu klientowi przypomnieć).

Działa to dla każdej publicznej witryny, w tym dla konkurencji. W jedno popołudnie możesz wyciągnąć liczby dla każdego sklepu w swojej branży. Narzędzie RUM mierzy tylko te strony, na których wdrożysz skrypt, więc do benchmarkingu i prospectingu CrUX to oczywisty wybór.

Dane w BigQuery sięgają 2017 roku i zawierają comiesięczne zestawienia dla poszczególnych originów. History API daje dostęp do 40 okresów tygodniowych. Wydanie z sierpnia 2026 roku objęło 18,3 miliona originów.

Google stale dodaje nowe funkcje. Od stycznia 2025 roku CrUX dzieli LCP na podczęści (TTFB, resource load delay, resource load duration, element render delay) i informuje, czy elementem LCP był obraz, czy tekst. We wrześniu 2026 roku dodano eksperymentalne metryki reklamowe. Oficjalny serwer MCP dla Chrome DevTools domyślnie pobiera teraz field data z CrUX do performance trace'a, więc agent AI widzi p75 od Google obok trace'a z labu. CrUX API jest darmowe do 150 zapytań na minutę na projekt w Google Cloud, a na jego bazie powstała masa zewnętrznych narzędzi.

Zacznij od tego, a potem mierz własnych użytkowników

Jeśli nie masz żadnego monitoringu rzeczywistych użytkowników, CrUX to twoje field data. To i tak stawia cię przed zespołami, które patrzą wyłącznie na wynik w Lighthouse. Widziałem zespoły świętujące 98 w PageSpeed Insights, podczas gdy field INP na stronach produktowych leżało. Lighthouse ładuje stronę raz i w nic nie klika – jakiekolwiek dane od rzeczywistych użytkowników powiedzą ci o wiele więcej.

Każde narzędzie RUM jest lepsze niż żadne. Jeśli już z jakiegoś korzystasz i odpowiada na twoje pytania, ta strona nie jest ci potrzebna. Napisałem ją dla osób, którym darmowe dane przestały wystarczać, i dla tych, których stron w CrUX w ogóle nie ma.

CoreDash i darmowe dane Google zestawione obok siebie

Ceny i funkcje sprawdzone we wrześniu 2026 roku.

Co daje CoreDash

Darmowe dane świetnie informują o tym, czy zaliczasz progi. Gdy jednak zaczynasz naprawiać problemy, potrzebujesz innych odpowiedzi: który element jest wolny, który skrypt blokuje kliknięcie i czy wczorajszy deploy nie pogorszył sprawy. CrUX nigdy nie był do tego stworzony. To publiczny, anonimowy zbiór wartości p75 – właśnie dlatego Google może udostępniać go za darmo dla milionów originów.

Użytkownicy i strony, które CrUX pomija

CrUX zlicza wyłącznie użytkowników Chrome na desktopie i Androidzie, którzy włączyli przesyłanie statystyk użytkowania, synchronizują historię i nie mają hasła synchronizacji. Chrome na iPhonie się nie liczy – podobnie jak Safari, Firefox czy Edge. Do tego strona musi być publiczna, indeksowalna i odpowiednio popularna. Strony za ekranem logowania nigdy się nie kwalifikują, a Search Console stosuje fallback do wyniku całego origin dla grup adresów URL, które same nie mają wystarczająco dużo danych. Dla wielu witryn oznacza to komunikat „za mało danych o użytkowaniu” (opisałem dlaczego tak się dzieje).

Metodologia CrUX na developer.chrome.com, październik 2026.

CoreDash mierzy każdą odsłonę, przy której uruchamia się skrypt. Strona z 50 wizytami miesięcznie ma komplet danych – podobnie jak użytkownicy iPhone'ów i zalogowani klienci. Domyślnie nie zapisuje żadnych ciasteczek i nie zbiera danych osobowych, więc nie potrzebujesz banera ze zgodami ani nie ograniczasz pomiaru tylko do osób, które kliknęły zgodę.

Który element naprawić

Właśnie tego najbardziej potrzebuję w codziennej pracy. CrUX mówi ci, że LCP na danym URL-u wynosi 3,4 sekundy w p75, a od 2025 roku dodaje też, że większość tego czasu zajmuje resource load delay. Przydatne. Ale nie dowiesz się stamtąd, o który obraz chodzi, na którym szablonie, ani czy ktoś znowu nie wrzucił loading="lazy" na obraz hero (wciąż trafiam na to co kilka tygodni).

W przypadku INP CrUX daje tylko jedną liczbę i na tym koniec. Który przycisk? Który skrypt? Czy do kliknięcia doszło, gdy strona jeszcze się ładowała? Nie wiadomo. Właśnie na tym utyka większość prac nad INP: wiesz, że jest źle, ale nie masz pojęcia, od czego zacząć.

CoreDash rejestruje element stojący za każdym LCP, INP i CLS. Dla LCP dostajesz także typ elementu, URL obrazu oraz priorytet LCP (preloaded, fetchpriority high, bez preloadu lub lazy loaded). Dla INP dostajesz typ interakcji, stan ładowania oraz skrypt Long Animation Frame, który zablokował main thread. Wszystko to możesz podzielić według etykiety strony, stanu zalogowania, wariantu A/B, kraju czy wydajności urządzenia. Widok Diagnosis sprawdza 14 antywzorców LCP i podaje gotowe fixy pod twój stack.

Widzisz zmianę w dniu wdrożenia

Dane w CrUX mają zaledwie dzień lub dwa opóźnienia (28-dniowe opóźnienie to mit). Chodzi jednak o p75 z 28 dni, więc poprawka przesuwa tę liczbę po trochu każdego dnia i pełny efekt widać dopiero po czterech tygodniach. Regresja na jednym szablonie zaciera się w średniej z resztą witryny. Search Console wysyła wprawdzie e-maile o nowych problemach, ale dopiero wtedy, gdy 28-dniowy wynik przesunie się na tyle, by zmienić status grupy adresów URL.

W CoreDash deploy pojawia się na wykresie w ciągu kilku godzin. Tagowanie wydań z poziomu CI zestawia p75 każdego release'u z poprzednim. AI Auto Alerts sprawdzają codziennie setki segmentów i flagują regresję tylko wtedy, gdy dotyka co najmniej 2% ruchu – podając metrykę, segment i liczbę poszkodowanych użytkowników.

Agent AI czyta twoje własne field data

CrUX API świetnie sprawdza się w skryptach, a serwer MCP Chrome DevTools daje agentowi p75 od Google obok trace'a z labu. To jednak nadal wartość na poziomie strony lub origin, pochodząca wyłącznie od użytkowników Chrome z włączoną zgodą.

Serwer MCP CoreDash działa na tym samym endpoincie co API i jest w trybie tylko do odczytu. Claude, Cursor czy dowolny inny agent może zapytać o dowolną metrykę od p50 do p95, przefiltrowaną i pogrupowaną według dowolnego wymiaru. Pytanie „który element LCP jest najwolniejszy na mobilnych stronach produktów w Niemczech” to pojedyncze wywołanie. CWV Superpowers to darmowy agent na licencji MIT, który startuje od tych field data, rejestruje trace w Chrome z emulacją urządzeń mobilnych, Fast 3G i 4-krotnym spowolnieniem CPU, a kończy gotowym fixem w kodzie (plik, linijka i diff) lub raportem HTML. Żadnych ocen z Lighthouse. Artykuł Naprawa INP za pomocą agenta AI pokazuje rzeczywisty przebieg takiego procesu.

Agencje otrzymują Agency API z jednym kluczem master, który pozwala tworzyć projekty klientów i odczytywać je wszystkie tymi samymi trzema narzędziami. Cena rośnie tylko wraz z ruchem, każdy plan zawiera wszystkie dashboardy, a agencyjny plan Studio obsługuje 10 witryn klientów za 71 $ miesięcznie przy rozliczeniu rocznym.

Kiedy pozostać przy darmowych danych

• Chcesz wiedzieć, jak twoją stronę widzi Google. Z definicji służy do tego CrUX i warto go sprawdzać niezależnie od innych narzędzi.
• Robisz benchmark konkurencji lub potencjalnych klientów. CrUX to jedyne field data, jakie możesz zdobyć dla cudzych stron.
• Prowadzisz analizy dla wielu witryn lub na przestrzeni lat. Dane z BigQuery sięgające 2017 roku są bezkonkurencyjne i darmowe w ramach bezpłatnego limitu.
• Twoja strona mieści się w limitach na urządzeniach mobilnych i desktopie, kluczowe podstrony mają własne dane, a frontend rzadko się zmienia.
• Nie masz możliwości dodania skryptu do witryny.
• Brak budżetu. CrUX połączony z testem w Lighthouse na naprawianej podstronie to sensowny zestaw i rozwiązanie o niebo lepsze niż zgadywanie.

Korzystaj z obu

Używałbym obu naraz. CoreDash oferuje powiązanie z danymi CrUX, które zestawia liczby od Google z twoimi własnymi danymi RUM – widzisz więc dokładnie to, co widzi Google, oraz wiesz, z czego to wynika. Możesz też bezpłatnie sprawdzić historię CrUX dla dowolnej witryny za pomocą narzędzia CrUX History na corewebvitals.io.

Okres próbny trwa 14 dni, nie wymaga karty kredytowej, a dane spływają od pierwszej odsłony. Jeśli chcesz najpierw zobaczyć dashboardy, obejrzyj demo, sprawdź cennik dla swojego poziomu ruchu lub przejrzyj wszystkie porównania.

Źródła: Metodologia CrUX, Metryki CrUX, CrUX API, CrUX History API, CrUX w BigQuery, Informacje o wydaniach CrUX, Wycofanie CrUX Dashboard, Metryki reklamowe w CrUX, O PageSpeed Insights, Raport Core Web Vitals w Search Console, Google Search a Core Web Vitals, Serwer MCP dla Chrome DevTools.