Dowiedz się, dlaczego dane RUM mogą pokazywać różne wartości podstawowych wskaźników internetowych niż raport CrUX.
Raport na temat użytkowania Chrome (CrUX) zawiera dane o wygodzie korzystania z popularnych stron w internecie z perspektywy prawdziwych użytkowników Chrome. Te dane są automatycznie zbierane przez Chrome od użytkowników, którzy wyrazili zgodę na ich udostępnianie, i są udostępniane na podstawie kryteriów kwalifikowania się do raportu CrUX.
Dane raportu na temat użytkowania Chrome są więc dostępne w przypadku milionów witryn. Wielu właścicieli witryn nie miało wcześniej dostępu do danych w polu, a dzięki CrUX wiele witryn po raz pierwszy mogło zobaczyć, jak przydatne są te informacje. Jako publiczny zbiór danych CrUX może też służyć do analizy konkurencji i porównywania wyników pod kątem oceny funkcjonalności.
Monitorowanie użytkowników rzeczywistych (RUM) działa podobnie jak CrUX, ale zamiast automatycznego zbierania danych o wygodzie korzystania przez Chrome na stronach internetowych umieszcza się kod, który zbiera te dane i przekazuje je do dostawcy RUM lub rozwiązania analitycznego w celu dalszej analizy.
Oba rozwiązania mierzą wskaźniki dotyczące doświadczeń użytkowników, więc można założyć, że powinny być sobie równe. Różnice mogą być mylące. Z tego przewodnika dowiesz się, dlaczego tak się dzieje, i podpowiemy, co zrobić, gdy wartości nie są zgodne.
Zalety uzupełniania CrUX o rozwiązanie RUM
CrUX to świetne narzędzie do uzyskiwania spójnych informacji o witrynach. Jest to oficjalny zbiór danych programu Podstawowe wskaźniki internetowe, więc właściciele witryn prawdopodobnie będą chcieli śledzić jego wyniki. Celem raportu CrUX jest uzyskanie statystycznie istotnego przeglądu milionów witryn w celu ich porównania.
Jeśli jednak chcesz dokładniej przyjrzeć się przyczynom, dla których dane wyświetlają określone wartości, możesz zainwestować w pełne rozwiązanie RUM, aby uzupełnić dane w CrUX. Dzięki temu uzyskasz dostęp do bardziej szczegółowych informacji niż te, które można udostępnić w publicznie dostępnym zbiorze danych. Dzięki temu możesz wyjaśniać i ulepszać swoje dane na wiele sposobów.
Bardziej szczegółowa analiza w celu zbadania problemów
Raport na temat użytkowania Chrome może często służyć do wskazania, czy masz problem z witryną, ale niekoniecznie wskazuje, gdzie dokładnie się on znajduje i dlaczego. Rozwiązania RUM – zarówno te stworzone za pomocą biblioteki Web Vitals, jak i wielu innych komercyjnych – mogą pomóc wypełnić tę lukę.
Korzystanie z rozwiązania RUM zapewnia dostęp do bardziej szczegółowych danych ze wszystkich stron i we wszystkich przeglądarkach. Pozwala też dzielić te dane na segmenty i analizować je w sposób niedostępny w przypadku CrUX, co umożliwia zawężenie obszaru i znalezienie problematycznych obszarów witryny. Czy na ich wyniki wpływa konkretny segment użytkowników? A może użytkowników, którzy wykonują określone działania? Kiedy dokładnie pojawił się problem? Odpowiedzi na te pytania można znacznie łatwiej uzyskać dzięki dodatkowym danym, które może dostarczyć narzędzie RUM.
powiązać je z innymi danymi o działalności,
RUM umożliwia też bezpośrednie porównywanie danych o wydajności witryny z dowolnymi danymi biznesowymi, co pokazuje, na czym warto się skupić, aby poprawić wydajność, i jakie inne działania związane z wydajnością należy priorytetowo realizować. Istnieje wiele studiów przypadków powiązanych z firmami, które wykorzystują takie powiązania, jak np. Farfetch czy The Economic Times.
Zbieranie innych danych o skuteczności
Rozwiązanie RUM umożliwia zbieranie innych niestandardowych danych bezpośrednio związanych z konkretną firmą. Jednym z bardziej znanych przykładów jest metryka „Czas do pierwszego tweeta” na Twitterze. Te dane dotyczące poszczególnych witryn można następnie powiązać z ulepszeniami podstawowych wskaźników internetowych i danymi biznesowymi.
Różnice między 2 zbiorami danych pól
Mężczyzna z zegarkiem wie, która jest godzina. Mężczyzna z dwoma zegarkami nigdy nie jest pewien.
Prawo Segala
Gdy masz 2 źródła danych, często trudno jest zrozumieć, dlaczego się różnią. Podobnie jak w przypadku różnicy między danymi z testów a danymi z pola, w przypadku 2 źródeł danych z pola mogą występować różnice. W idealnym świecie dane byłyby takie same, ale mogą się różnić z wielu powodów.
Dane z laboratorium a zgromadzone dane
Najpierw sprawdź, czy analizujesz dane laboratoryjne (syntetyczne) czy dane z pola (RUM). Chociaż można założyć, że usługi RUM analizują tylko dane z pola, wiele z nich oferuje też komponent laboratoryjny.
Dane z laboratorium są niezwykle przydatne właśnie ze względu na stałe warunki, w jakich są one mierzone. Można go używać do monitorowania nieoczekiwanych zmian lub regresji w środowisku produkcyjnym bez zakłóceń związanych ze zmianami w populacji pola. Dane laboratoryjne mogą jednak nie odzwierciedlać rzeczywistego zachowania użytkowników, więc dane z pola mogą pokazywać zupełnie inne wyniki.
Populacje
Zestawy danych używane przez rozwiązania CrUX i RUM mogą się różnić ze względu na to, które wizyty na stronie są mierzone w zależności od tego, które przeglądarki, użytkownicy, witryny i urządzenia są porównywane.
Uwzględnione przeglądarki
Raport na temat użytkowania Chrome, jak sama nazwa wskazuje, dotyczy tylko Chrome. Istnieje wiele przeglądarek opartych na Chromium (np. Edge, Opera i Brave), które obsługują te same dane co Chrome, ponieważ mają wspólną podstawową bazę kodu, ale tylko użytkownicy Chrome przesyłają dane do CrUX. Ograniczenie to nie dotyczy użytkowników Chrome na iOS, ponieważ przeglądarka ta korzysta z podstawowego silnika przeglądarki WebKit. Komponenty WebView na Androida też nie są uznawane za „Chrome”, więc dane od tych użytkowników nie są uwzględniane, ale karty niestandardowe Chrome są uwzględniane.
Chrome jest jedną z najpopularniejszych przeglądarek na świecie, więc w większości przypadków jej pomiar może być dobrym odzwierciedleniem wydajności witryny, ale nie jest to w żaden sposób pomiar obejmujący 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 dotyczących wydajności, które opierają się na interfejsach API lub formatach obrazów dostępnych tylko w Chrome.
Brak danych z iOS może też prowadzić do stronniczości. Przykładowo użytkownicy iOS zwykle korzystają z bardziej wydajnych urządzeń lub odwiedzają witrynę z większej liczby krajów z lepszą infrastrukturą sieciową, więc ich uwzględnienie może prowadzić do wysokich ogólnych wyników skuteczności. Z drugiej strony wykluczenie ich z raportu, jak robi to raport na temat użytkowania Chrome, może spowodować, że dane będą przekłamane w kierunku użytkowników z niższej części skali (przykładowy przypadek). Użytkownicy Androida zwykle korzystają z szerszego zakresu urządzeń, ich możliwości i rynków.
Rozwiązania RUM mogą pobierać dane dotyczące przeglądarek innych niż Chrome, w szczególności z przeglądarek opartych na Chromium, które często mają wbudowane te same dane (np. podstawowe wskaźniki internetowe). Dane z przeglądarek innych niż Chromium są też gromadzone przez rozwiązania RUM, ale mogą mieć ograniczony zestaw danych. Na przykład skumulowane przesunięcie układu (CLS) i interakcja do kolejnego wyrenderowania (INP) są dostępne tylko w przeglądarkach opartych na Chromium. Niektóre inne dane, np. pierwsze wyrenderowanie treści (FCP), można mierzyć na różne sposoby (patrz dalej).
Użytkownicy, którzy włączyli tę funkcję
Raport CrUX jest ograniczony do użytkowników Chrome, ale dodatkowo obejmuje tylko podzbiór użytkowników Chrome, którzy wyrazili zgodę na udostępnianie danych CrUX podczas instalowania przeglądarki.
Dostawcy RUM biorą również pod uwagę tylko podzbiór użytkowników, zwykle ze względu na banery dotyczące plików cookie, czyli prośby użytkowników o zgodę na zbieranie danych RUM, lub o blokady śledzenia. Może to negatywnie wpłynąć na niektóre początkowe wczytywanie strony, jeśli potwierdzenie nie zostanie podane do czasu drugiej lub kolejnej strony, gdy część komponentów witryny z poprzednich stron została już zapisana w pamięci podręcznej. Jeśli zdarza się to często, dane w RUM mogą wydawać się korzystniejsze niż w rzeczywistości, jeśli w wystarczającej liczbie przypadków wykluczane jest wolniejsze wczytywanie początkowe.
Uwzględnione witryny
Raportowanie w Chrome UX Report dotyczy tylko witryn publicznych, więc istnieją inne kryteria kwalifikacji, które mogą spowodować, że dane nie zostaną zapisane w raporcie. Najważniejszym z tych kryteriów jest to, że witryna musi być publicznie dostępna i wystarczająco popularna, aby zapewnić minimalny rozmiar próbki, na podstawie którego można wyciągnąć miarodajne wnioski. W większości przypadków spowoduje to brak danych w raporcie CrUX. To mniej skomplikowana różnica w porównaniu z dostępnymi danymi, ale wyjaśnia, dlaczego tak się dzieje.
Jeśli jednak niektóre strony witryny są oznaczone jako indeksowane, a inne nie, w CrUX możesz zobaczyć tylko podzbiór adresów URL. Jeśli źródło jest dostępne publicznie, wszystkie wyświetlenia strony w ramach tego źródła są 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 segmenty według urządzeń mobilnych, komputerów i tabletów, ale wiele narzędzi koncentruje się na pierwszych dwóch i może nie udostępniać danych o tabletach lub uwzględniać je w grupie urządzeń mobilnych lub komputerów. Właściwości wydajności na urządzeniach mobilnych i komputerach mogą się znacznie różnić – zarówno pod względem dostarczanych treści, jak i możliwości urządzeń, na których są one wyświetlane.
Dane RUM umożliwiają podobne segmentowanie ruchu, ale domyślnie często wyświetlają dane skonsolidowane. RUM może zezwalać na segmentację tylko według typu urządzenia (np. mobilnego) 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 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 w przypadku użytkowników, którzy wyrazili zgodę na zbieranie danych. Możesz go używać, aby zmniejszyć ilość danych wymaganych do analizy i obniżyć koszty usług komercyjnych RUM. Jeśli rozmiar próbki jest zbyt mały i nie jest reprezentatywny dla szerszej populacji, uzyskane dane również będą niemiarodajne. Omów z dostawcą usługi monitorowania prawdziwych użytkowników odpowiedni rozmiar próbki dla swojej witryny.
Agregacja danych
Dane pól ze swojej natury mogą obejmować wiele punktów danych tych samych wskaźników w porównaniu z danymi laboratoryjnymi, co daje jedną wartość. Jeśli te dane są agregowane na potrzeby raportowania w inny sposób, może to być kolejną przyczyną różnic między CrUX a RUM.
Zakres czasu
Dane raportu CrUX opierają się na 28-dniowym oknie ruchu i nie można go zmienić. Chociaż dane BigQuery na temat użytkowania Chrome są przechowywane co miesiąc, dzięki czemu możesz przeglądać poprzednie miesiące. Interfejs CrUX History API udostępnia też dane historyczne z okresu tygodniowego. Oba te raporty nadal zawierają dane oparte na przesuwalnym oknie 28 dni.
Dane RUM zwykle pozwalają na znacznie większą szczegółowość, dzięki czemu można znacznie szybciej zauważyć wpływ zmian. Jeśli wybierzesz krótsze okresy, dane RUM mogą być niepotrzebnie zaburzone przez wahania ruchu w witrynie i liczby użytkowników. Porównując dane RUM z danymi z raportu CrUX, zawsze sprawdzaj skuteczność w ciągu 28 dni. Jeśli dane są podobne, możesz przeanalizować dane RUM w innych przedziałach czasowych.
Agregacja statystyk
Dane CrUX są mierzone na 75. centylu, czyli na podstawie wartości osiągniętej przez 75% wyświetleń strony. W danych terenowych pojawią się wartości ekstremalne i usuną 25% najgorszych wrażeń. Ma to na celu zwrócenie uwagi na wartość, którą powinna osiągnąć większość użytkowników.
Usługi RUM często oferują więcej opcji agregacji danych, w tym 75 centyl, medianę i inne centyle. Jeśli porównujesz wartości RUM z danymi CrUX, musisz się upewnić, że porównujesz dane z 75. percentylem, aby uzyskać porównywalne wyniki.
Dane histogramu w raporcie CrUX obejmują wszystkie dostępne dane, a nie tylko 75 centyla, i pokazują liczbę wyświetleń strony w przypadku każdego oceny, ale łączna ocena będzie się opierać na 75 centylu. Dane raportu na temat użytkowania Chrome są wyświetlane w narzędziach takich jak PageSpeed Insights:
Różnice w danych
Do pomiaru skuteczności stron internetowych używa się wielu rodzajów danych, dlatego przy porównywaniu dwóch różnych zbiorów danych trzeba wiedzieć, które dane są mierzone i w jaki sposób są one wykorzystywane.
Dane
Dane z Chrome UX Report to oficjalny zbiór danych w ramach inicjatywy dotyczącej podstawowych wskaźników internetowych. Mierzy on przede wszystkim te wskaźniki: LCP, CLS i INP, a także 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żytkownika, korzystając z własnej kombinacji wszystkich tych danych, aby np. podać „wskaźnik zadowolenia”. Porównując dane RUM z danymi w formie CRUX, upewnij się, że porównujesz te same dane.
Narzędzia oceniające wyniki podstawowe wskaźniki internetowe pod kątem ich akceptacji lub odrzucenia powinny uznać stronę za akceptowalną, jeśli spełnia ona zalecane wartości progowe na poziomie 75. percentyla dla wszystkich podstawowych wskaźników internetowych. Jeśli na stronach bez interakcji nie ma wskaźnika INP, muszą spełniać wymagania tylko LCP i CLS.
Różnice w danych w różnych przeglądarkach
CrUX działa tylko w przeglądarkach Chrome. Aby sprawdzić, jak zmieniają się te wartości w zależności od wersji Chrome, możesz zapoznać się z Changelogiem Web Vitals.
Rozwiązania RUM będą jednak przeprowadzać pomiary w większej liczbie przeglądarek. Przeglądarki oparte na Chromium (Edge, Opera itp.) będą prawdopodobnie podobne do Chrome, chyba że Chrome wprowadza nowe zmiany, o czym mowa w dzienniku zmian.
W przypadku przeglądarek innych niż Chromium różnice mogą być bardziej widoczne. Na przykład wskaźnik pierwszego wyrenderowania treści (FCP) jest dostępny w Safari i Firefox, ale jest mierzony w inny sposób. Może to spowodować znaczne różnice w raportowanych czasach. Jak wspomnieliśmy wcześniej, jeśli chcesz porównać RUM z CrUX, najlepiej jest przefiltrować dane tylko na użytkowników Chrome, aby uzyskać podobne wyniki.
Czas pomiaru
Dane dotyczące podstawowych wskaźników internetowych są dostarczane przez interfejsy API przeglądarek internetowych, ale nie oznacza to, że nie mogą występować różnice w raportowanych wartościach za ich pomocą. To właśnie kiedy następuje pomiar danych – podczas wczytywania strony lub przez cały cykl życia strony – może powodować rozbieżności. Narzędzia RUM nie zawsze mierzą dane w ten sam sposób – nawet jeśli mają te same nazwy – i używają tych samych interfejsów API w przeglądarkach do pobierania danych, co może być mylące.
Największe wyrenderowanie treści (LCP) to wskaźnik wczytywania strony. Interfejs Web API może zgłosić szereg elementów LCP, jeśli większe elementy zostaną wczytane później po początkowym wyrenderowaniu. Ostatni element LCP następuje wtedy, gdy strona się ładuje lub użytkownik wejdzie z nią w interakcję. Dlatego jeśli element LCP zostanie zgłoszony wcześniej niż te 2 zdarzenia, mogą wystąpić różnice.
Dodatkowo w danych pól 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, element LCP zależy głównie od rozmiaru ekranu. Jeśli jednak strona zostanie otwarta za pomocą linku do kotwicy w dalszej części dokumentu lub w podobny sposób za pomocą linku do aplikacji na jednej stronie (SPA) (więcej informacji na ten temat znajdziesz poniżej), element LCP może być inny.
Nie zakładaj, że wartości LCP podawane przez CrUX ani RUM są oparte na tym samym elemencie co narzędzia laboratoryjne. CrUX podaje ogólną wartość LCP na stronę lub domenę, ale RUM może dodatkowo podzielić ją na segmenty, aby zidentyfikować poszczególne sesje z problemem LCP.
Skumulowane przesunięcie układu (CLS) jest mierzone przez cały okres istnienia strony, więc CLS w momencie wczytywania strony może nie być reprezentatywny dla stron, które powodują większe przesunięcia po wczytaniu i po interakcji użytkownika. Uzyskanie wartości CLS tylko po załadowaniu strony (jak to robi wiele usług RUM) da inny wynik niż po zakończeniu korzystania przez użytkownika z tej strony.
Dane reagowania przed kolejnym wyrenderowaniem (INP) wymagają pomiaru danych wejściowych i obserwują wszystkie kliknięcia, dotknięcia i interakcje z klawiaturą w całym cyklu życia strony (w sposób podobny do CLS). Z tego powodu wartość INP podana w raporcie może być zupełnie inna, jeśli mierzy się ją po wielu interakcjach użytkownika na stronie.
Raport CrUX korzysta z dokumentacji podstawowych wskaźników internetowych i przeprowadza pomiary przez cały okres istnienia strony. Z różnych powodów wielu dostawców RUM woli zamiast tego mierzyć te dane po załadowaniu strony lub w innym momencie (np. po kliknięciu ważnego przycisku wezwania do działania).
Jeśli widzisz niewyjaśnione różnice między tymi dwoma źródłami danych, warto dowiedzieć się od dostawcy RUM, kiedy mierzone są podstawowe wskaźniki internetowe.
Aplikacje jednostronicowe
Aplikacje jednostronicowe (SPA) działają poprzez aktualizowanie treści na bieżącej stronie, a nie wykonywanie faktycznej nawigacji na poziomie przeglądarki. Oznacza to, że przeglądarka nie traktuje tych działań jako przełączania się między stronami, mimo że użytkownicy tak je postrzegają. Interfejsy API podstawowych wskaźników internetowych udostępniane przez przeglądarkę nie uwzględniają tych wartości, dlatego CrUX nie obsługuje tych przejść między stronami. Pracujemy nad rozwiązaniem tego problemu. Więcej informacji znajdziesz w artykule Eksperymentowanie z mierzeniem łagodnej nawigacji.
Niektórzy dostawcy usług RUM próbują wykrywać „miękką nawigację” w aplikacji SPA, ale jeśli przypisują też do niej wskaźniki Core Web Vitals, powoduje to różnice w danych CrUX, ponieważ interfejsy API, na których się opierają, nie obsługują tego w przypadku wielu wskaźników.
Różnice dotyczące interfejsu CrUX i Web API
Oprócz różnic w tym, które wyświetlenia stron są mierzone i co jest mierzone, należy pamiętać o kilku innych, bardziej skomplikowanych scenariuszach, które mogą powodować różnice w danych CrUX i RUM. Niektóre z nich wynikają z ograniczeń interfejsów API do stron internetowych używanych do pomiaru danych, a w niektórych przypadkach wyniki zwracane przez interfejs API należy traktować inaczej w zależności od konkretnych scenariuszy. Dokumentacja Podstawowych wskaźników internetowych zawiera listę tych różnic w przypadku LCP i CLS, ale główne różnice zostały też opisane w następnych sekcjach.
Pamięć podręczna stanu strony internetowej
W CrUX przywracanie pamięci podręcznej stanu strony internetowej (lub bfcache) jest traktowane jako nawigacja po stronie, mimo że nie powoduje zwykłego wczytania strony. Ponieważ interfejsy API sieci nie traktują tych zdarzeń jako wczytania strony, rozwiązania RUM muszą dodatkowo wykonać pewne czynności, aby te strony zostały uwzględnione w raportach, jeśli mają być zgodne z raportami Crux. Są to znacznie szybsze wczytywanie stron, które może skutkować lepszymi wynikami w raportach dotyczących witryny. Nieuwzględnienie ich może spowodować, że ogólne dane o skuteczności strony będą gorsze. Aby dowiedzieć się, czy Twoje rozwiązanie RUM obsługuje strony przywrócone przez bfcache, zapoznaj się z jego dokumentacją.
Elementy iframe
Ze względów bezpieczeństwa i prywatności strony najwyższego poziomu nie mają dostępu do treści w elementach iframe (nawet do elementów iframe z tego samego źródła). Oznacza to, że dane dotyczące skuteczności treści w tych elementach można mierzyć tylko za pomocą samego elementu iframe, a nie za pomocą interfejsów API sieciowych na stronie z ramką. Jeśli zawartość iframe zawiera element LCP lub treści, które mają wpływ na CLS lub INP widoczne dla użytkownika, nie będzie on dostępny w rozwiązaniach RUM (w tym w bibliotece JavaScript Google Web Vitals).
Dane CrUX są jednak mierzone przez samą przeglądarkę Chrome, a nie przez JavaScript na stronie, więc nie mają tych ograniczeń i w raportach podstawowych wskaźników internetowych uwzględniają dane z ramek osadzonych. Dokładniej odzwierciedla to wrażenia użytkowników, ale może też powodować różnice w przypadku witryn korzystających z elementów iframe.
Przykładem tego, jak może to prowadzić do różnic między danymi LCP w CrUX a RUM, jest wbudowany <video>. Pierwszy wyświetlony kadr elementu <video> odtwarzanego automatycznie może być uznany za kandydata na LCP, ale elementy osadzone w popularnych usługach do strumieniowego przesyłania wideo mogą być umieszczone w elementach <iframe>. CrUX może to uwzględniać, ponieważ ma dostęp do treści <iframe>, ale rozwiązania RUM nie.
Zasoby z różnych źródeł
Czas renderowania mediów LCP pochodzących z innych domen nie jest podawany w interfejsie PerformanceObserver API, chyba że jest podany nagłówek Timing-Allow-Origin (TAO) – ze względu na ograniczenia bezpieczeństwa przeglądarki mające na celu ograniczenie ataków związanych z czasem. Zależy to od czasu wczytania zasobu, ale może się to znacznie różnić od momentu, w którym treści zostały faktycznie narysowane.
Może to prowadzić do pozornie niemożliwej sytuacji, w której LCP jest zgłaszany przez internetowe interfejsy API z wyprzedzeniem FCP. Nie jest to prawda, ale tak się dzieje z powodu tego ograniczenia bezpieczeństwa.
Ponownie: w raporcie CrUX są podawane dane o czasie renderowania w przypadku podstawowych wskaźników internetowych. Zalecamy, aby w witrynach ograniczyć treści z innych domen, które mają wpływ na podstawowe wskaźniki internetowe, i w miarę możliwości włączyć usługi TAO, jeśli chcą dokładniej mierzyć te wskaźniki. Inne zasoby z innych domen mogą podlegać podobnym ograniczeniom.
Karty w tle
Gdy strona nie jest otwarta w karcie w tle, nadal emituje dane za pomocą interfejsów API. Raport CrUX ich jednak nie uwzględnia, ponieważ czasy ich trwania nie są zgodne z czasem, jaki zajmuje użytkownikom ich wykonywanie. Rozwiązania RUM powinny również rozważyć ich zignorowanie lub przynajmniej wyjaśnienie, jak traktujemy wyświetlenia strony.
Co możemy zrobić?
Pokazaliśmy, dlaczego dane na karcie CrUX i RUM mogą się różnić ze względu na różnice w metodologii stosowanej przez poszczególne z nich albo z powodu uwzględniania lub wykluczania użytkowników i wyświetleń stron. W idealnej sytuacji oba zbiory danych będą odzwierciedlać skuteczność witryny, ale podane powody powinny wyjaśniać, dlaczego bardzo mało prawdopodobne jest, aby w obu przypadkach były to dokładnie te same liczby.
Jeśli różnice są niewielkie (np. LCP wynoszący 2,0 sekundy w porównaniu z 2,2 sekundą), oba zbiory danych będą przydatne i zwykle można uznać, że są one w przybliżeniu zsynchronizowane.
Gdy wyraźne różnice skłaniają do wątpienia w rzetelność danych, spróbuj je zrozumieć. Czy dane RUM można przefiltrować, aby były bardziej zgodne z danymi CrUX (biorąc pod uwagę tylko użytkowników Chrome na komputerach lub urządzeniach mobilnych z wartościami 75. peryntelu w ciągu 28 dni), aby zmniejszyć te różnice?
Jeśli tak, a Ty dane będą w ten sposób lepiej dopasowane, warto zapytać, dlaczego występują takie różnice w danych ogólnych i co to oznacza. Czy użytkownicy innych przeglądarek niż Chrome wpływają na Twoje dane w pozytywny czy negatywny sposób? Czy dzięki temu możesz uzyskać więcej informacji o tym, gdzie występują problemy z wydajnością, które możesz ustawić jako priorytetowe?
Jeśli użytkownicy, którzy nie korzystają z Chrome, uzyskują różne wyniki, możesz wykorzystać te cenne informacje, które przedstawiła RUM, i odpowiednio optymalizować. Na przykład niektóre interfejsy API nie są dostępne w niektórych przeglądarkach, ale w ich przypadku możesz rozważyć użycie alternatywnych interfejsów API, aby poprawić działanie. Możesz też zapewnić inne, ale bardziej wydajne wrażenia użytkownikom na urządzeniach lub w sieciach o ograniczonych możliwościach. CrUX ogranicza się do danych z Chrome, ale warto wziąć pod uwagę wrażenia wszystkich użytkowników witryny, aby móc ustalić priorytety ulepszeń. Dane RUM mogą wypełnić tę lukę.
Gdy poznasz przyczyny różnic, oba narzędzia mogą Ci pomóc w poznaniu wrażeń użytkowników Twojej witryny i ich poprawie, nawet jeśli liczby nie są identyczne. Dane RUM uzupełniają dane CrUX i umożliwiają Ci analizowanie informacji, które raport CrUX udostępnia na wysokim poziomie, poprzez podział ruchu na segmenty, aby pomóc Ci określić, które obszary witryny lub grupy użytkowników wymagają uwagi.
Analiza trendów, która pozwala sprawdzić, czy wprowadzone przez Ciebie ulepszenia przynoszą oczekiwane pozytywne efekty, jest często ważniejsza niż dokładne dopasowanie poszczególnych liczb w 2 źródłach danych. Jak już wspomnieliśmy, RUM umożliwia przeglądanie różnych okresów, aby uzyskać wgląd w to, jakie będą Twoje wyniki CrUX w ciągu 28 dni. Należy jednak pamiętać, że sprawdzanie zbyt krótkich okresów może powodować niespójność danych, dlatego CrUX używa 28-dniowych okresów.
Te różne dane często nie wskazują „prawidłowej” lub „nieprawidłowej” odpowiedzi – są to po prostu inne spojrzenie na użytkowników i to, jak odbierają Twoją witrynę. Jeśli wiesz, dlaczego występują te różnice i jak możesz wpływać na podejmowanie decyzji, to najważniejsze jest to, aby lepiej spełniać oczekiwania użytkowników Twojej witryny.
Podziękowania
Obraz miniatury autorstwa Steven Lelham na Unsplash