Dowiedz się, dlaczego dane RUM mogą się różnić od danych podstawowych wskaźników internetowych w raporcie na temat użytkowania Chrome.
Raport na temat użytkowania Chrome (CrUX) zawiera dane o wygodzie korzystania z popularnych stron w internecie z perspektywy prawdziwych użytkowników Chrome. Dane te 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 polowych, a dzięki CrUX wiele witryn po raz pierwszy mogło zobaczyć, jak przydatne są te dane. 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 wrażeniach użytkowników przez Chrome, na stronach internetowych umieszczany jest kod, który zbiera te dane i przekazuje je do dostawcy usługi 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 co możesz zrobić, gdy liczby się nie zgadzają.
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 CrUX jest zapewnienie statystycznie wiarygodnego przeglądu milionów witryn internetowych na potrzeby porównań.
Jeśli jednak chcesz dokładniej przyjrzeć się temu, dlaczego dane wyświetlają takie wartości, zainwestuj w pełne rozwiązanie RUM, aby uzupełnić dane 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 interpretować i ulepszać swoje dane na wiele sposobów.
Bardziej szczegółowa analiza w celu zbadania problemów
Dane CrUX często wskazują, że w witrynie występuje problem, ale niekoniecznie określają dokładnie, gdzie i dlaczego. Rozwiązania RUM, zarówno te opracowane samodzielnie za pomocą biblioteki Web Vitals, jak i wiele komercyjnych produktów, mogą pomóc w wypełnieniu tej luki.
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? Na te pytania znacznie łatwiej jest znaleźć odpowiedzi 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ć. Mamy wiele studiów przypadków, które pokazują, że firmy stosują tę korelację, np. Farfetch czy The Economic Times.
Zbieranie innych danych o skuteczności
Rozwiązanie RUM umożliwia zbieranie innych danych niestandardowych związanych bezpośrednio z Twoją 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 polowych
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 polowych testów aplikacji (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 testów mogą przynosić 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.
Dołączone przeglądarki
Jak sama nazwa wskazuje, raport na temat użytkowania Chrome 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 zapewnia ogólny obraz wydajności witryny, ale pomiar tylko w tej przeglądarce w żaden sposób nie odzwierciedla 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 obrazów dostępnych tylko w Chrome.
Brak danych z iOS może też prowadzić do stronniczości. 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 spowodować wysokie ogólne wyniki 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 z przeglądarek innych niż Chrome, a w szczególności z przeglądarek opartych na Chromium, które często mają wbudowane te same dane (np. Core Web Vitals). Dane przeglądarek innych niż oparte na Chromium są również mierzone 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 wyrazili zgodę
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ą pod uwagę tylko podzbiór użytkowników, zwykle ze względu na prośby o zgodę na pliki cookie (zbieranie danych RUM wymaga od użytkowników wyrażenia zgody) lub blokowanie śledzenia. Może to negatywnie wpłynąć na niektóre początkowe wczytywanie stron, jeśli potwierdzenie nie zostanie udzielone na drugiej lub kolejnej stronie, gdy niektóre zasoby witryny zostały już zapisane w pamięci podręcznej z poprzednich stron. Jeśli dzieje się to często, dane w RUM mogą wyglądać korzystniej niż w rzeczywistości, jeśli w wystarczającej liczbie przypadków wykluczysz wolniejsze wczytywanie początkowe strony.
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ć minimalną wielkość próbki, na podstawie której można wyciągnąć wiarygodne wnioski. W większości przypadków spowoduje to, że w UX nie będą dostępne żadne dane. Ta różnica nie jest tak myląca jak w przypadku danych, które są dostępne, ale się różnią, 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 publicznie dostępne, wszystkie wyświetlenia stron w tym źródle zostaną uwzględnione w danych na poziomie źródła, ale dane na poziomie adresu URL mogą być niedostępne.
Urządzenia
CrUX dzieli dane na dane dotyczące 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 dotyczących tabletów lub może je uwzględniać w danych dotyczących 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 z pola zawierają z samej swojej natury wiele punktów danych o tych samych wskaźnikach w porównaniu z danymi z laboratorium, które dają 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 CrUX są oparte na przesuwalnym oknie 28-dniowego ruchu, którego okresu nie można zmienić. Dane CrUX w BigQuery są jednak przechowywane dla każdego miesiąca, co pozwala przeglądać dane z poprzednich miesięcy. Interfejs CrUX History API zawiera też dane historyczne z okresu tygodnia. Oba te raporty nadal zawierają dane oparte na przesuwalnym oknie 28 dni.
Dane RUM zwykle umożliwiają 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 liczby użytkowników i ruchu w witrynie. Porównując dane RUM z danymi z raportu CrUX, zawsze sprawdzaj skuteczność w ciągu 28 dni. Gdy uznasz, że dane są podobne, możesz przejrzeć inne przedziały czasowe, aby uzyskać więcej informacji o danych RUM.
Agregacja statystyk
Dane CrUX są mierzone na 75. centylu, czyli na podstawie wartości osiągniętej przez 75% wyświetleń strony. Dane w polu mogą zawierać wartości skrajne. Usunięcie najgorszych 25% doświadczeń ma na celu uzyskanie wartości, której można oczekiwać od większości użytkowników.
Produkty RUM często oferują większą liczbę opcji agregacji danych, w tym 75. percentyl, medianę i inne percentyle. 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 wynik zbiorczy będzie oparty 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 wydajności witryny służy wiele rodzajów danych, dlatego podczas porównywania 2 różnych zbiorów danych ważne jest, aby wiedzieć, jakie dane są mierzone i jak są wykorzystywane.
Dane
Dane z użytkowania Chrome to oficjalny zbiór danych w ramach inicjatywy Core Web Vitals. Obejmują one przede wszystkim te wskaźniki: LCP, CLS i INP, a także kilka dodatkowych wskaźników.
Narzędzia RUM zwykle uwzględniają te podstawowe wskaźniki, 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 CrUX, upewnij się, że porównujesz dane tego samego typu.
Narzędzia oceniające wyniki podstawowe wskaźniki internetowe pod kątem zaliczenia lub niezaliczenia powinny uznać stronę za zaliczoną, jeśli spełnia ona zalecane wartości na poziomie 75. percentyla dla wszystkich podstawowych wskaźników internetowych. Jeśli na stronach bez interakcji nie ma INP, muszą spełniać wymagania tylko LCP i CLS.
Różnice w danych w różnych przeglądarkach
CrUX mierzy dane tylko w przeglądarkach Chrome. Aby sprawdzić, jak zmieniają się one w zależności od wersji Chrome, możesz zapoznać się z Changelogiem Web Vitals.
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 podobne do Chrome, chyba że Chrome wdroży nowe zmiany zgodnie z informacjami w Changelog.
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 Firefoxie, ale jest mierzony w inny sposób. Może to powodować znaczne rozbieżności w raportowanych czasach. Jak już wspomnieliśmy, jeśli chcesz porównać dane RUM z danymi CrUX, najlepiej przefiltrować dane tylko pod kątem użytkowników Chrome, aby umożliwić porównywanie podobnych danych.
Czas pomiaru
Podstawowe wskaźniki internetowe są dostarczane przez interfejsy API przeglądarek internetowych, ale nie oznacza to, że nie mogą wystąpić różnice w wartościach raportowanych za ich pomocą. Różnice mogą wynikać z tego, kiedy dokładnie przeprowadzany jest pomiar danych – podczas wczytywania strony czy w całym cyklu jej życia. Narzędzia RUM nie zawsze mierzą dane w taki sam sposób (nawet jeśli używają tych samych nazw) i nie korzystają z tych samych interfejsów API przeglądarki, co może być mylące.
Największe wyrenderowanie treści (LCP) to wskaźnik wczytywania strony. Interfejs Web API może raportować liczbę elementów LCP, jeśli większe elementy są wczytywane później, po początkowym renderowaniu. Ostatnim elementem LCP jest moment, w którym kończy się wczytywanie strony lub użytkownik wchodzi z nią w interakcję. Dlatego mogą występować różnice, jeśli element LCP jest zgłaszany wcześniej niż te 2 zdarzenia.
Dodatkowo w danych polowych element LCP może się zmieniać 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 typu Single Page App (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. Chociaż CrUX podaje ogólną wartość LCP na stronę lub domenę, RUM może dodatkowo podzielić te dane na segmenty, aby zidentyfikować poszczególne problemowe sesje 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 o responsywności czas od interakcji do kolejnego wyrenderowania (INP) wymagają pomiaru danych wejściowych i obserwują wszystkie kliknięcia, dotknięcia i interakcje z klawiaturą w całym okresie istnienia strony w sposób podobny do CLS. Dlatego też zgłaszana wartość INP może się znacznie różnić, jeśli zostanie zmierzona po kilku interakcjach użytkownika na stronie.
CrUX będzie się stosować do dokumentacji dotyczącej podstawowych wskaźników internetowych i będzie mierzyć te wskaźniki przez cały czas 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).
W przypadku niewyjaśnionych rozbieżności między tymi 2 źródłami danych warto dowiedzieć się od dostawcy narzędzia RUM, kiedy są mierzone podstawowe wskaźniki internetowe.
Aplikacje jednostronicowe
Aplikacje jednostronicowe (SPA) działają poprzez aktualizowanie treści na bieżącej stronie, a nie wykonywanie rzeczywistego przechodzenia do innych stron 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 będą ich uwzględniać, 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 między CrUX a interfejsem Web API
Oprócz różnic w tym, które wyświetlenia stron są mierzone i co jest mierzone, należy wziąć pod uwagę 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 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 sytuacji. Dokumentacja dotycząca Core Web Vitals zawiera listę tych różnic w przypadku LCP i CLS, ale główne różnice zostały również opisane w następnych sekcjach.
Pamięć podręczna stanu strony internetowej
CrUX traktuje przywracanie pamięci podręcznej stanu strony internetowej (lub bfcache) jako nawigację po stronie, mimo że nie powoduje ono zwykłego wczytania strony. Ponieważ interfejsy API 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 skuteczności 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 w tej samej domenie). Oznacza to, że dane dotyczące skuteczności treści w takich 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 wpływają na CLS lub INP użytkownika, nie będzie ona dostępna dla rozwiązań RUM (w tym dla biblioteki JavaScript web-vitals Google).
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 mierzą dane w ramkach iframe. Odzwierciedla to dokładniej wrażenia użytkownika, ale może być też kolejnym powodem różnic w przypadku stron korzystających z ramek iframe.
Przykładem tego, jak może to prowadzić do różnic między danymi LCP w CrUX i RUM, jest wbudowany <video>
. Pierwszy wyświetlony kadr elementu <video>
odtwarzanego automatycznie może być uznany za kandydata do LCP, ale elementy osadzone w popularnych usługach strumieniowego przesyłania wideo mogą być umieszczone w elementach <iframe>
. CrUX może to uwzględnić, ponieważ ma dostęp do treści <iframe>
, ale rozwiązania RUM nie mają.
Zasoby z różnych domen
Czas renderowania multimediów LCP pochodzących z innych domen może nie być podawany w interfejsie PerformanceObserver API, chyba że zostanie 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 on od czasu wczytania zasobu, ale może się znacznie różnić od momentu, w którym treści zostały faktycznie narysowane.
Może to doprowadzić do pozornie niemożliwej sytuacji, w której interfejsy API internetowe zgłaszają LCP jako wcześniejsze niż FCP. Nie jest to prawda, ale tak się dzieje z powodu tego ograniczenia bezpieczeństwa.
Ten problem został rozwiązany pod koniec 2024 r. W Chrome 133 czas renderowania jest nieco dłuższy, nawet jeśli nie podano wartości Timing-Allow-Origin
.
Ponownie: w raporcie CrUX są podawane dane o czasie renderowania dla podstawowych wskaźników internetowych. Zalecamy ograniczenie treści z innych źródeł, które wpływają na podstawowe wskaźniki internetowe, oraz w miarę możliwości włączenie szyfrowania transportu w czasie rzeczywistym, jeśli chcesz dokładniej mierzyć te dane. Inne zasoby w innych domenach mogą podlegać podobnym ograniczeniom.
Karty w tle
Gdy strona nie jest otwarta na karcie w tle, nadal emituje dane za pomocą interfejsów API. Nie są one jednak raportowane przez CrUX, ponieważ podają czasy, które nie są zgodne z wrażeniami użytkowników. Rozwiązania RUM powinny też ignorować te przypadki lub przynajmniej wyjaśniać, jak są traktowane takie wyświetlenia stron.
Co możemy zrobić?
Wyjaśniliśmy, dlaczego dane z CrUX i RUM mogą się różnić ze względu na różnice w metodologii lub na to, którzy użytkownicy i wyświetlenia stron są uwzględniane lub wykluczane. W idealnej sytuacji oba zestawy danych będą odzwierciedlać skuteczność witryny, ale podane przez Ciebie powody powinny wyjaśniać, dlaczego bardzo mało prawdopodobne jest, aby w obu zestawach były dokładnie takie 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.
Jeśli wyraźne różnice w danych budzą Twoje wątpliwości co do ich dokładności, postaraj się 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. percentyla w ciągu 28 dni), aby zmniejszyć te różnice?
Jeśli tak, a dane są do siebie zbliżone, warto jednak zastanowić się, dlaczego występują te różnice w ogólnych danych 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 innych przeglądarek uzyskują inne wyniki, możesz wykorzystać te cenne informacje uzyskane dzięki RUM, aby zoptymalizować działanie witryny. Na przykład niektóre interfejsy API są niedostępne w niektórych przeglądarkach, ale w ich przypadku możesz rozważyć użycie alternatywnych interfejsów API, aby poprawić działanie aplikacji. Możesz też zapewnić inne, ale bardziej wydajne działanie użytkownikom korzystającym z urządzeń lub sieci 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 określić, które ulepszenia są najważniejsze. Dane RUM mogą wypełnić tę lukę.
Gdy poznasz przyczyny różnic, oba narzędzia mogą być bardzo przydatne do analizowania wrażeń użytkowników Twojej witryny i ich poprawy, nawet jeśli liczby nie są identyczne. Dane RUM uzupełniają dane CrUX i umożliwiają Ci analizowanie informacji, które CrUX przekazuje w ogólnych kategoriach, poprzez podział ruchu na segmenty, aby pomóc Ci określić, czy są to konkretne obszary witryny lub grupa użytkowników, które wymagają uwagi.
Analiza trendów, aby sprawdzić, czy wprowadzone przez Ciebie ulepszenia przynoszą oczekiwane pozytywne efekty, jest często ważniejsze niż dokładne dopasowanie poszczególnych liczb między 2 źródłami 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.
W przypadku tych różnych wskaźników często nie ma „prawidłowej” ani „nieprawidłowej” odpowiedzi – są one tylko różnymi sposobami spojrzenia na użytkowników i ich wrażenia z korzystania z Twojej witryny. Jeśli wiesz, dlaczego te różnice występują i jak mogą wpływać na podejmowanie decyzji, będziesz lepiej służyć użytkownikom witryny.
Podziękowania
Obraz miniatury autorstwa Steven Lelham na Unsplash