Dowiedz się, dlaczego dane RUM mogą pokazywać inne wartości podstawowych wskaźników internetowych niż CrUX.
Data publikacji: 15 sierpnia 2022 r., ostatnia aktualizacja: 17 grudnia 2025 r.
Raport na temat użytkowania Chrome (CrUX) zawiera dane o wrażeniach użytkowników dotyczące tego, jak popularne są w internecie miejsca docelowe w Chrome. Te dane są automatycznie zbierane przez Chrome od użytkowników, którzy wyrazili na to zgodę, i są udostępniane na podstawie kryteriów kwalifikacji CrUX.
Dane raportu CrUX są więc dostępne dla milionów witryn. Wielu właścicieli witryn nie miało wcześniej dostępu do danych zgromadzonych, a CrUX umożliwił wielu witrynom zobaczenie ich wartości po raz pierwszy. Jako publiczny zbiór danych CrUX może być też używany do analizy konkurencji i porównywania danych dotyczących wygody użytkowników.
Monitorowanie rzeczywistych użytkowników (RUM) jest podobne do CrUX, ale zamiast automatycznego zbierania danych o wrażeniach użytkowników przez Chrome, w witrynach umieszczany jest kod, który zbiera te dane i przekazuje je do dostawcy RUM lub rozwiązania analitycznego w celu dalszej analizy.
Oba rozwiązania mierzą dane dotyczące wrażeń użytkownika, więc można założyć, że powinny być równoważne. Różnice mogą być mylące. Z tego przewodnika dowiesz się, dlaczego tak się dzieje, i co zrobić, gdy liczby się nie zgadzają.
Korzyści z uzupełnienia CrUX o rozwiązanie RUM
CrUX to świetne narzędzie do uzyskiwania spójnego widoku w różnych witrynach. Jako zbiór danych Google w programie Core Web Vitals witryny prawdopodobnie będą chciały śledzić, co pokazuje. Celem CrUX jest dostarczenie istotnego statystycznie przeglądu milionów witryn na potrzeby porównania.
Jeśli jednak chcesz dokładniej zbadać, dlaczego dane pokazują takie liczby, zainwestowanie w pełne rozwiązanie RUM, które uzupełni CrUX, może dać Ci dostęp do bardziej szczegółowych informacji niż te, które można udostępnić w zbiorze danych dostępnym do publicznego wyszukiwania. Może to pomóc w wyjaśnieniu i poprawieniu danych na kilka sposobów.
bardziej szczegółowe analizy do badania problemów,
Raport CrUX może często wskazywać, że w witrynie występuje problem, ale niekoniecznie dokładnie, gdzie on występuje i dlaczego. Rozwiązania RUM – zarówno te opracowane we własnym zakresie, np. biblioteka web-vitals, jak i niektóre z wielu produktów komercyjnych – mogą pomóc w rozwiązaniu tego problemu.
Korzystanie z rozwiązania RUM zapewnia dostęp do znacznie bardziej szczegółowych danych dotyczących wszystkich stron i wszystkich przeglądarek. Umożliwia też segmentowanie i analizowanie tych danych w sposób, który nie jest możliwy w CrUX, co pozwala na szczegółowe badanie problematycznych obszarów witryny. Czy są one związane z konkretnym segmentem użytkowników? A może użytkownicy, którzy wykonują określone działania? Kiedy dokładnie pojawił się problem? Na te pytania znacznie łatwiej odpowiedzieć, korzystając z dodatkowych danych, które może dostarczyć narzędzie RUM.
Korelacja z innymi danymi biznesowymi
RUM umożliwia też bezpośrednie porównywanie wskaźników wydajności witryny z dowolnymi danymi biznesowymi, co pozwala ocenić wartość inwestycji w wydajność i określić, które działania związane z wydajnością powinny mieć priorytet. Mamy wiele studiów przypadku dotyczących firm, które przeprowadziły taką korelację, np. Farfetch czy The Economic Times.
Zbieranie innych danych o skuteczności
Rozwiązanie RUM umożliwia zbieranie innych danych niestandardowych, bezpośrednio powiązanych z Twoją firmą. Jednym z bardziej znanych przykładów jest wskaźnik „czas do pierwszego tweeta” na Twitterze. Te pomiary dotyczące konkretnej witryny można następnie powiązać z poprawą Core Web Vitals i danymi biznesowymi.
Różnice między 2 zbiorami zgromadzonych danych
Człowiek z jednym zegarkiem wie, która jest godzina. Człowiek z dwoma zegarkami nigdy nie jest pewien.
Prawo Segala
Jeśli masz 2 źródła danych, różnice między nimi mogą być mylące i frustrujące. Podobnie jak ważne jest zrozumienie różnicy między danymi laboratoryjnymi a danymi zgromadzonymi przez użytkowników, mogą też występować różnice między 2 źródłami danych zgromadzonych przez użytkowników. W idealnym świecie dane byłyby takie same, ale istnieje wiele powodów, dla których mogą się różnić.
Dane laboratoryjne a zgromadzone dane
Najpierw sprawdź, czy patrzysz na dane laboratoryjne (syntetyczne) czy dane z pola (RUM). Choć można by przypuszczać, że usługi RUM analizują tylko dane zgromadzone, wiele z nich oferuje też komponent laboratoryjny.
Dane laboratoryjne są niezwykle przydatne właśnie ze względu na stałe warunki, w których są mierzone. Można go używać do monitorowania nieoczekiwanych zmian lub regresji w środowisku produkcyjnym bez zakłóceń związanych ze zmianami w populacji użytkowników. Dane laboratoryjne mogą jednak nie odzwierciedlać rzeczywistych wrażeń użytkownika, więc dane terenowe mogą pokazywać zupełnie inne wyniki.
Populacje
Zbiory danych używane przez CrUX i rozwiązania RUM mogą się różnić ze względu na różnice w pomiarach wizyt na stronie w zależności od porównywanych przeglądarek, użytkowników, witryn i urządzeń.
Uwzględnione przeglądarki
Raport na temat użytkowania Chrome, jak sama nazwa wskazuje, dotyczy tylko Chrome. Chociaż istnieje wiele przeglądarek opartych na Chromium (np. Edge, Opera i Brave), które współdzielą dużą część bazy kodu Chrome, tylko użytkownicy Chrome przekazują dane do CrUX. To ograniczenie oznacza również, że użytkownicy Chrome na iOS nie są uwzględniani, ponieważ ta przeglądarka korzysta z silnika Webkit. Komponenty WebView na Androidzie również nie są traktowane jako „Chrome”, więc dane od tych użytkowników nie są uwzględniane. Uwzględniane są jednak karty niestandardowe Chrome.
Chrome jest jedną z najpopularniejszych przeglądarek na świecie, więc w większości przypadków daje dobry obraz wydajności witryny, ale pomiary tylko w tej przeglądarce nie odzwierciedlają zachowania wszystkich użytkowników. Może to wyjaśniać jedną z głównych różnic między RUM a CrUX. Dotyczy to zwłaszcza technik zwiększania wydajności, które opierają się na interfejsach API lub formatach plików graficznych dostępnych tylko w Chrome.
Brak danych z iOS może też prowadzić do błędów. Na przykład użytkownicy iOS zwykle korzystają z bardziej wydajnych urządzeń lub odwiedzają witrynę z większej liczby krajów o lepszej infrastrukturze sieciowej, więc uwzględnienie ich może prowadzić do uzyskania wysokich ogólnych wskaźników skuteczności. Z drugiej strony wykluczenie ich – jak ma to miejsce w przypadku CrUX – może prowadzić do uzyskania danych, które są zniekształcone w kierunku dolnej granicy liczby użytkowników witryny (przykładowe studium przypadku). Użytkownicy Androida korzystają zwykle z szerszej gamy urządzeń o różnych możliwościach i na różnych rynkach.
Rozwiązania RUM mogą uzyskiwać dane z przeglądarek innych niż Chrome, a zwłaszcza z przeglądarek opartych na Chromium, które często mają wbudowane te same dane (np. Core Web Vitals). Przeglądarki nieoparte na Chromium są również mierzone przez rozwiązania RUM, ale mogą mieć bardziej ograniczony zestaw danych. Na przykład skumulowane przesunięcie układu (CLS) jest dostępne tylko w przeglądarkach opartych na Chromium. Inne wskaźniki oparte na renderowaniu, takie jak LCP, INP, a nawet pierwsze wyrenderowanie treści (FCP), mogą być mierzone w zupełnie inny sposób (patrz poniżej).
Użytkownicy, którzy wyrazili zgodę
Oprócz tego, że raport CrUX jest ograniczony do użytkowników Chrome, jest on dodatkowo ograniczony do podzbioru użytkowników Chrome, którzy podczas instalacji przeglądarki wyrazili zgodę na udostępnianie danych CrUX.
Dostawcy RUM również analizują tylko podzbiór użytkowników, zwykle ze względu na banery z prośbą o zgodę na stosowanie plików cookie (prośby o zgodę na zbieranie danych RUM) lub blokady śledzenia. Może to mieć negatywny wpływ na niektóre początkowe wczytania strony, jeśli potwierdzenie nie zostanie przekazane do drugiej lub kolejnej strony, gdy niektóre zasoby witryny zostały już zapisane w pamięci podręcznej z poprzednich stron. Jeśli zdarza się to często, dane w RUM mogą wyglądać korzystniej niż w rzeczywistości, jeśli wolniejsze początkowe wczytywanie strony jest wykluczane w wystarczającej liczbie przypadków.
Uwzględnione witryny
CrUX służy tylko do raportowania danych o witrynach publicznych, więc istnieją inne kryteria kwalifikacji, które mogą spowodować, że dane nie będą rejestrowane w CrUX. Najważniejszym z tych kryteriów jest to, że witryna musi być publicznie dostępna i wystarczająco popularna, aby zapewnić minimalną wielkość próbki, z której można wyciągnąć istotne wnioski. W większości przypadków spowoduje to, że w CrUX nie będzie dostępnych żadnych danych. Jest to mniej myląca różnica niż w przypadku, gdy dane są dostępne, ale różne, ale wyjaśnia, dlaczego tak się dzieje.
Jeśli jednak określone strony witryny są oznaczone jako możliwe do zindeksowania, a inne nie, w CrUX możesz zobaczyć tylko podzbiór adresów URL. Jeśli źródło jest publicznie dostępne, wszystkie wyświetlenia stron w tym źródle będą uwzględniane w danych na poziomie źródła, ale dane na poziomie adresu URL mogą być niedostępne.
Urządzenia
CrUX dzieli dane na kategorie: urządzenia mobilne, komputery i tablety. Wiele narzędzi koncentruje się jednak na pierwszych 2 kategoriach i może nie wyświetlać danych dotyczących tabletów lub uwzględniać je w kategorii urządzeń mobilnych lub komputerów. Charakterystyka skuteczności na urządzeniach mobilnych i komputerach może się znacznie różnić – zarówno pod względem dostarczania treści, jak i możliwości urządzeń, na których są one wyświetlane.
Dane RUM umożliwiają podobne segmentowanie ruchu, ale często domyślnie wyświetlają dane skonsolidowane. RUM może zezwalać na segmentowanie tylko według typu urządzenia (np. komórka) lub przeglądarki (np. Chrome), ale nie według obu tych kryteriów, aby wyświetlać tylko ruch z Chrome na urządzeniach mobilnych. Porównując dane z CrUX, upewnij się, że porównujesz podobne dane, filtrując je według typu urządzenia i przeglądarki Chrome.
Próbkowanie
Rozwiązania RUM zwykle umożliwiają dostosowanie częstotliwości próbkowania użytkowników, którzy wyrazili zgodę na zbieranie danych. Można go użyć do zmniejszenia ilości danych, które trzeba przeanalizować, oraz do obniżenia kosztów komercyjnych usług RUM. Jeśli rozmiar próbki jest zbyt mały i nie reprezentuje szerszej populacji, uzyskane dane również będą podobnie zniekształcone. Omów z dostawcą RUM odpowiedni rozmiar próbki dla Twojej witryny.
Agregacja danych
Dane zgromadzone przez użytkowników z natury zawierają bardzo wiele punktów danych dotyczących tych samych danych, podczas gdy dane laboratoryjne dają jedną wartość. Jeśli te dane są agregowane inaczej na potrzeby raportowania, może to być kolejny powód różnic między CrUX a RUM.
Okres
Dane CrUX są oparte na 28-dniowym oknie przesuwnym ruchu i nie można zmienić tego przedziału czasowego. Dane CrUX BigQuery są jednak przechowywane dla każdego miesiąca, co pozwala na wyświetlanie poprzednich miesięcy, a interfejs CrUX History API udostępnia też dane historyczne z okresu tygodniowego. Oba te raporty nadal dostarczają dane na podstawie 28-dniowego okna przesuwnego.
Dane RUM zwykle umożliwiają znacznie większą szczegółowość, co pozwala znacznie szybciej zobaczyć wpływ zmian. Jeśli jednak wybierzesz krótsze okresy, na dane RUM mogą mieć nadmierny wpływ wahania ruchu w witrynie i liczby użytkowników. Porównując dane RUM z danymi CrUX, zawsze sprawdzaj, czy analizujesz skuteczność z okresu 28 dni. Gdy upewnisz się, że dane są podobne, możesz sprawdzić inne przedziały czasowe, aby przeanalizować dane RUM.
Agregacja statystyk
Wskaźniki CrUX są mierzone na 75. percentylu, czyli na podstawie wartości, którą osiągnęło 75% odsłon. W danych zgromadzonych w środowisku użytkowników będą występować wartości skrajne. Usunięcie 25% najgorszych wyników ma na celu uzyskanie wartości, którą większość użytkowników może osiągnąć.
Usługi RUM często oferują więcej opcji agregowania danych, w tym 75 percentyl, medianę i inne percentyle. Jeśli porównujesz wartości RUM z danymi CrUX, musisz upewnić się, że patrzysz na dane z 75 percentyla, aby porównywać podobne wartości.
Dane histogramu w raporcie CrUX obejmują wszystkie dostępne dane, a nie tylko 75 centyl, i pokazują liczbę wyświetleń strony w każdej ocenie, ale wynik zbiorczy będzie oparty na 75 centylu. Te dane CrUX są wyświetlane w narzędziach takich jak PageSpeed Insights:
Różnice w danych
Do pomiaru wydajności sieci używa się wielu danych, dlatego podczas porównywania 2 różnych zestawów danych ważne jest, aby wiedzieć, jakie dane są mierzone i jak są wykorzystywane.
Mierzone dane
Dane CrUX to zbiór danych Google w ramach inicjatywy Core Web Vitals. Służą one głównie do pomiaru tych wskaźników (LCP, CLS i INP), ale są też uzupełniane o kilka dodatkowych danych.
Narzędzia RUM zwykle uwzględniają te wskaźniki Core Web Vitals, ale często zawierają też wiele innych danych. Niektórzy dostawcy RUM mierzą też wrażenia użytkowników, korzystając z własnej kombinacji wszystkich tych danych, aby na przykład określić „wskaźnik zadowolenia”. Porównując dane RUM z danymi CrUX, upewnij się, że porównujesz podobne dane.
Narzędzia, które oceniają stan Core Web Vitals, powinny uznać, że strona spełnia wymagania, jeśli osiąga zalecane wartości docelowe w 75 percentylu dla wszystkich Core Web Vitals. Jeśli w przypadku stron bez interakcji nie ma danych INP, wystarczy, że strony te będą miały dobre wyniki LCP i CLS.
Różnice w danych między przeglądarkami
CrUX mierzy tylko w przeglądarkach Chrome. Możesz zapoznać się z listą zmian wskaźników Web Vitals, aby zobaczyć, jak zmieniają się one w poszczególnych wersjach Chrome.
Rozwiązania RUM będą jednak mierzyć dane z większej liczby przeglądarek. Przeglądarki oparte na Chromium (Edge, Opera itp.) będą prawdopodobnie działać podobnie do Chrome, chyba że Chrome wprowadzi nowe zmiany, jak opisano na liście zmian.
W przypadku przeglądarek innych niż Chromium różnice mogą być bardziej widoczne. Na przykład dane dotyczące renderowania, takie jak LCP, INP i FCP, są dostępne w Safari i Firefoksie, ale są mierzone w inny sposób. Może to prowadzić do znacznych rozbieżności w raportowanych czasach. Jak wspomnieliśmy wcześniej, jeśli chcesz porównać RUM z CrUX, najlepiej jest filtrować tylko użytkowników Chrome, aby umożliwić porównanie podobnych danych.
Czas danych
Wskaźniki Core Web Vitals są dostarczane przez interfejsy API przeglądarek, ale nie oznacza to, że nie ma możliwości wystąpienia różnic w raportowanych wartościach. Różnice mogą wynikać z tego, kiedy dokładnie są mierzone dane – podczas wczytywania strony czy w całym cyklu życia strony. Narzędzia RUM nie zawsze mierzą dane w ten sam sposób – nawet jeśli używają tych samych nazw – i korzystają z tych samych interfejsów API przeglądarki do pobierania danych, co może być mylące.
Największe wyrenderowanie treści (LCP) to wskaźnik wczytywania strony. Jeśli większe elementy są wczytywane później po początkowym renderowaniu, interfejs Web API może zgłosić kilka elementów LCP. Ostateczny element LCP to moment, w którym strona kończy się wczytywać lub użytkownik wchodzi z nią w interakcję. Dlatego mogą wystąpić różnice, jeśli element LCP zostanie zgłoszony wcześniej niż te 2 zdarzenia.
Dodatkowo w zgromadzonych danych element LCP może się różnić w zależności od sposobu wczytywania strony. W przypadku domyślnego wczytania strony, które pokazuje górną część treści strony, element LCP będzie zależeć przede wszystkim od rozmiaru ekranu. Jeśli jednak strona zostanie otwarta za pomocą linku do kotwicy w dalszej części dokumentu lub za pomocą precyzyjnego linku do aplikacji jednostronicowej (SPA) – więcej na ten temat później – element LCP może być inny.
Nie zakładaj, że czasy LCP podane w CrUX lub RUM są oparte na tym samym elemencie co narzędzia laboratoryjne. CrUX podaje ogólną wartość LCP na stronę lub źródło, ale RUM może ją dalej segmentować, aby identyfikować poszczególne sesje z problemami z LCP.
Skumulowane przesunięcie układu (CLS) jest mierzone przez cały okres działania strony, więc CLS przy początkowym wczytywaniu strony może nie być reprezentatywny dla stron, które powodują większe przesunięcia później, po wczytaniu strony i interakcji użytkownika z nią. Pobieranie wartości CLS tylko po wczytaniu strony – jak robi to wiele usług RUM – da inny wynik niż pobieranie wartości CLS po zakończeniu korzystania ze strony przez użytkownika.
Wskaźnik responsywności Interakcja do kolejnego wyrenderowania (INP) wymaga danych wejściowych do pomiaru i obserwuje wszystkie kliknięcia, dotknięcia i interakcje z klawiaturą w całym okresie istnienia strony, podobnie jak CLS, więc raportowana wartość INP może być bardzo różna, jeśli zostanie zmierzona po wykonaniu przez użytkownika szeregu interakcji na stronie.
CrUX będzie postępować zgodnie z dokumentacją Core Web Vitals i mierzyć te wskaźniki przez cały okres istnienia strony. Z różnych powodów wielu dostawców RUM decyduje się na pomiar tych danych po wczytaniu strony lub w innym momencie (np. po kliknięciu kluczowego wezwania do działania).
Jeśli zauważysz niewyjaśnione różnice między tymi 2 źródłami danych, warto dowiedzieć się od dostawcy RUM, kiedy mierzone są Core Web Vitals.
aplikacje jednostronicowe,
Aplikacje jednostronicowe (SPA) działają przez aktualizowanie treści na bieżącej stronie, a nie przez rzeczywiste przechodzenie między stronami na poziomie przeglądarki. Oznacza to, że przeglądarka nie traktuje ich jako nawigacji na stronie, mimo że użytkownicy tak je postrzegają. Interfejsy API Core Web Vitals udostępniane przez przeglądarkę nie uwzględniają tych elementów, dlatego CrUX nie obsługuje tych nawigacji na stronie. Pracujemy nad rozwiązaniem tego problemu. Więcej informacji znajdziesz w poście Measuring soft navigations (Pomiar nawigacji miękkich).
Niektórzy dostawcy RUM próbują wykrywać „nawigacje programowe” w aplikacjach jednostronicowych, ale jeśli przypisują też do nich Core Web Vitals, prowadzi to do rozbieżności z CrUX, ponieważ podstawowe interfejsy API nie obsługują tego w przypadku wielu danych.
Różnice między CrUX a interfejsem Web API
Oprócz różnic w tym, które odsłony są mierzone i co jest mierzone, istnieje kilka innych, bardziej skomplikowanych scenariuszy, które mogą prowadzić do różnic w danych CrUX i RUM. Niektóre z nich wynikają z ograniczeń interfejsów Web API używanych do pomiaru danych, a inne dotyczą sytuacji, w których wyniki zwracane przez interfejs API muszą być traktowane inaczej w określonych scenariuszach. Dokumentacja dotycząca Core Web Vitals zawiera listę tych różnic w przypadku LCP i CLS, ale główne różnice są też opisane w sekcjach poniżej.
Pamięć podręczna stanu strony internetowej
CrUX traktuje przywracanie pamięci podręcznej stanu strony internetowej (bfcache) jako nawigację na stronie, mimo że nie powoduje ono konwencjonalnego wczytania strony. Interfejsy Web API nie traktują tych zdarzeń jako wczytania strony, więc rozwiązania RUM muszą wykonać dodatkowe czynności, aby te strony zostały uwzględnione, jeśli chcą dopasować dane do CrUX. Są to znacznie szybsze wczytania stron, które mogą skutkować lepszą ogólną skutecznością witryny, więc ich nieuwzględnienie może prowadzić do gorszych ogólnych wskaźników skuteczności strony. Sprawdź, czy Twoje rozwiązanie RUM obsługuje strony przywrócone z pamięci bfcache.
Elementy iframe
Ze względu na bezpieczeństwo i prywatność strony najwyższego poziomu nie mają dostępu do treści w elementach iframe (nawet w elementach iframe tego samego pochodzenia). Oznacza to, że wskaźniki skuteczności treści w tych elementach mogą być mierzone tylko przez sam element iframe, a nie przez interfejsy Web API na stronie ramki. Jeśli zawartość elementu iframe zawiera element LCP lub treści, które wpływają na CLS lub INP, nie będą one dostępne dla rozwiązań RUM (w tym biblioteki JavaScript Google web-vitals).
CrUX jest jednak mierzony przez samą przeglądarkę Chrome, a nie przez JavaScript na stronie, więc nie ma tych ograniczeń i mierzy dane w ramkach iframe podczas raportowania Core Web Vitals. Dokładniej odzwierciedla to wrażenia użytkownika, ale może być kolejnym powodem różnic w przypadku witryn korzystających z elementów iframe.
Konkretnym przykładem tego, jak może to prowadzić do różnic między danymi LCP w CrUX i RUM, są umieszczone elementy <video>. Pierwsza wyrenderowana klatka elementu <video> z atrybutami playsinline i autoplay może być kandydatem do LCP, ale elementy umieszczane przez popularne usługi strumieniowego przesyłania wideo mogą umieszczać te elementy w <iframe>. CrUX może to uwzględnić, ponieważ ma dostęp do zawartości <iframe>, ale rozwiązania RUM nie mogą tego zrobić.
Zasoby współdzielone
Ze względu na ograniczenia zabezpieczeń przeglądarki mające na celu ograniczenie ataków czasowych multimedia LCP wyświetlane z innych domen mogą nie podawać czasu renderowania w interfejsie PerformanceObserver API, chyba że podany jest nagłówek Timing-Allow-Origin (TAO). W takim przypadku wykorzystywany jest czas wczytywania zasobu, który może się znacznie różnić od czasu faktycznego wyrenderowania treści.
Może to prowadzić do pozornie niemożliwej sytuacji, w której interfejsy API sieci Web zgłaszają LCP wcześniej niż FCP. Tak nie jest, ale tak to wygląda z powodu tego ograniczenia bezpieczeństwa.
Problem został rozwiązany pod koniec 2024 roku, a nieco mniej dokładny czas renderowania jest dostępny od wersji Chrome 133, nawet jeśli nie podano Timing-Allow-Origin.
CrUX raportuje dane o czasie renderowania na potrzeby Core Web Vitals. Zalecamy, aby witryny ograniczały treści z różnych źródeł, które wpływają na podstawowe wskaźniki internetowe, i w miarę możliwości włączały nagłówek TAO, jeśli chcą dokładniej mierzyć te wskaźniki. Inne zasoby współdzielenia mogą podlegać podobnym ograniczeniom.
Karty w tle
Jeśli strona nie zostanie otwarta w karcie w tle, nadal będzie generować dane za pomocą interfejsów Web API. Nie są one jednak uwzględniane w raporcie CrUX, ponieważ podają czasy, które nie odpowiadają rzeczywistym wrażeniom użytkowników. Rozwiązania RUM powinny również rozważyć ignorowanie tych wyświetleń lub przynajmniej wyjaśnienie, jak są one traktowane.
Co możemy z tym zrobić?
Wyjaśniliśmy, dlaczego mogą występować różnice między danymi CrUX i RUM, wynikające z różnic w metodologii stosowanej przez każdą z tych usług lub z tego, którzy użytkownicy i które wyświetlenia stron są uwzględniane lub wykluczane. W idealnym przypadku oba zestawy danych powinny być reprezentatywne dla skuteczności witryny, aby były przydatne, ale podane powody powinny wyjaśniać, dlaczego jest bardzo mało prawdopodobne, aby w obu przypadkach uzyskać dokładnie takie same liczby.
Jeśli różnice są niewielkie (np. raportowany LCP wynosi 2,0 sekundy, a nie 2,2 sekundy), oba zbiory danych będą przydatne i można je uznać za mniej więcej zsynchronizowane.
Jeśli wyraźne różnice sprawiają, że kwestionujesz dokładność danych, spróbuj zrozumieć, skąd się biorą. Czy dane RUM można filtrować, aby były bardziej zbliżone do danych CrUX (patrząc tylko na użytkowników Chrome, na komputerach lub urządzeniach mobilnych, z wartościami z 75 percentyla w ciągu 28 dni), co pozwoli zmniejszyć te różnice?
Jeśli tak, a dane są bardziej zbliżone, warto zadać sobie pytanie, dlaczego w ogólnych danych występują te różnice i co one oznaczają. Czy użytkownicy, którzy nie korzystają z Chrome, wpływają na Twoje dane w pozytywny czy negatywny sposób? Czy dzięki temu masz lepszy wgląd w to, gdzie występują problemy z wydajnością, które możesz traktować priorytetowo?
Jeśli użytkownicy innych przeglądarek uzyskują inne wyniki, możesz wykorzystać te cenne statystyki z RUM, aby zoptymalizować witrynę w inny sposób. Na przykład niektóre interfejsy API nie są dostępne w niektórych przeglądarkach, ale możesz rozważyć alternatywne rozwiązania dla nieobsługiwanych przeglądarek, aby poprawić wrażenia użytkowników. Możesz też zapewnić inne, ale bardziej wydajne działanie użytkownikom urządzeń lub sieci o ograniczonych możliwościach. CrUX ogranicza się do danych z Chrome, ale aby ustalić priorytety ulepszeń, weź pod uwagę wrażenia wszystkich użytkowników witryny. Dane RUM mogą wypełnić tę lukę.
Gdy zrozumiesz przyczyny różnic, oba narzędzia mogą być niezwykle przydatne do analizowania wrażeń użytkowników w Twojej witrynie i pomagać w ich ulepszaniu, nawet jeśli liczby nie są identyczne. Używaj danych RUM, aby uzupełniać dane CrUX i analizować informacje, które CrUX przekazuje na wysokim poziomie, przez segmentowanie ruchu. Pomoże Ci to określić, czy uwagi wymagają konkretne obszary witryny lub grupy użytkowników.
Analizowanie trendów w celu sprawdzenia, czy wprowadzane ulepszenia przynoszą oczekiwane pozytywne efekty, jest często ważniejsze niż dokładne dopasowanie każdej liczby między 2 źródłami danych. Jak wspomnieliśmy wcześniej, RUM pozwala analizować różne przedziały czasowe, aby uzyskać wstępny wgląd w to, jakie będą wyniki CrUX z 28 dni. Jednak zbyt krótkie przedziały czasowe mogą prowadzić do danych zaszumionych, dlatego CrUX używa 28 dni.
Często nie ma „prawidłowej” ani „nieprawidłowej” odpowiedzi w przypadku tych różnych danych – są to po prostu różne sposoby patrzenia na użytkowników i ich wrażenia z korzystania z witryny. Jeśli rozumiesz, dlaczego występują te różnice i jak mogą one wpłynąć na Twoje decyzje, możesz lepiej obsługiwać użytkowników witryny.