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 zawiera dane o wrażeniach użytkowników, które pokazują, jak prawdziwi użytkownicy Chrome korzystają z popularnych miejsc docelowych w internecie. Te dane są automatycznie zbierane przez Chrome i od użytkowników, którzy wyrazili na to zgodę, i są udostępniane na podstawie kryteriów kwalifikacji dotyczących Chrome.
W związku z tym dane raportu na temat użytkowania Chrome są dostępne dla milionów witryn. Wielu właścicieli witryn nie miało wcześniej dostępu do danych pól, a CrUX po raz pierwszy umożliwił wielu witrynom poznanie tej wartości. CrUX to publiczny zbiór danych, który może też służyć do analizy konkurencji i testów porównawczych dotyczących wrażeń użytkowników.
Monitorowanie użytkowników rzeczywistych (RUM) jest podobne do CrUX, ale zamiast automatycznie zbierać dane o wrażeniach użytkowników, w witrynach jest umieszczany kod, który służy do zbierania danych i przekazuje go dostawcy RUM lub rozwiązania analitycznego do dalszej analizy.
Oba rozwiązania mierzące dane o wrażeniach użytkownika pozwalają przyjąć, że powinny być równoważne. Różnice między nimi mogą wydawać się mylące. Z tego przewodnika dowiesz się, dlaczego tak się dzieje, i podpowiemy, co zrobić, gdy wartości nie są zgodne.
Korzyści z uzupełnienia raportu CrUX o rozwiązanie RUM.
Raport CrUX to świetne narzędzie do zapewniania spójnego widoku danych z różnych witryn. Jako oficjalny zbiór danych programu Podstawowe wskaźniki internetowe, właściciele witryn prawdopodobnie będą chcieli śledzić to, co się na nich pojawiają. Celem raportu CrUX jest uzyskanie statystycznie istotnego przeglądu milionów witryn w celu ich porównania.
Jednak aby przeprowadzić bardziej szczegółową analizę powodów, że dane pokazują określone wartości, zainwestowanie w pełne rozwiązanie RUM uzupełniające ten raport może zapewnić dostęp do bardziej szczegółowych informacji niż te, które można uzyskać w zbiorze danych dostępnych publicznie. Pomaga to wyjaśniać i poprawiać 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ę.
Rozwiązanie RUM zapewnia dostęp do znacznie bardziej szczegółowych danych dotyczących wszystkich stron i wszystkich przeglądarek. Pozwala też segmentować i analizować te dane w sposób, którego nie ma w CrUX, co pozwala szczegółowo przeanalizować i przeanalizować problematyczne obszary witryny. Czy jakaś grupa użytkowników ma na nie wpływ? A może użytkownicy, którzy podejmowali 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ązanie z innymi danymi dotyczącymi firmy
RUM umożliwia także bezpośrednie porównywanie danych o skuteczności w witrynie z dowolnymi wskaźnikami biznesowymi, dzięki czemu można sprawdzić wartość inwestycji w wydajność i wskazać, które inne wskaźniki wydajności są priorytetowe. 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 post na Twitterze „Time to first Tweet” (Czas na pierwszy tweet). danych. Te wskaźniki dotyczące witryny można następnie skorelować z podstawowymi wskaźnikami działań internetowych i danymi biznesowymi.
Różnice między 2 zbiorami danych pól
Mężczyzna w zegarku wie, która jest godzina. Mężczyzna z dwoma zegarkami nigdy nie jest pewien.
Prawo Segalu
Różne źródła danych mogą być mylące i frustrujące. Podobnie jak w przypadku różnicy między danymi laboratoryjnymi i terenowymi, mogą występować różnice między 2 źródłami danych polowych. Chociaż w idealnym świecie dane byłyby takie same, z wielu powodów mogą się one różnić.
Dane laboratoryjne a dane terenowe
Najpierw sprawdź, czy patrzysz na dane laboratoryjne (syntetyczne), czy dane polowe (RUM). To naturalne, że produkty RUM analizują tylko dane z terenu, jednak wiele z nich oferuje również składniki laboratoryjne.
Dane laboratoryjne są niezwykle przydatne właśnie ze względu na stałe warunki, w których mierzone są wyniki. Może służyć do monitorowania nieoczekiwanych zmian lub regresji w środowisku produkcyjnym bez szumu zmieniającej się populacji pola. Dane laboratoryjne mogą jednak nie odzwierciedlać rzeczywistych wrażeń użytkowników, więc dane z terenu mogą podawać zupełnie inne wyniki.
Populacje
Zbiory danych używane przez rozwiązania CrUX i RUM mogą się różnić ze względu na różnice w mierzonych wizytach na stronach, które zależą 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 czy Brave), które również obsługują te same dane co Chrome ze względu na wspólną podstawową bazę kodu, tylko użytkownicy Chrome przesyłają dane do CrUX. To ograniczenie oznacza też, że użytkownicy Chrome na iOS nie będą brani pod uwagę, ponieważ używają one silnika przeglądarki Webkit. Komponenty WebView Androida też nie są liczone jako „Chrome”, więc dane od tych użytkowników nie są uwzględniane. Uwzględniane są jednak karty niestandardowe Chrome.
Choć Chrome jest jedną z najpopularniejszych przeglądarek na świecie i dlatego w większości przypadków przedstawia ogólną wydajność Twojej witryny, prawdopodobnie ta przeglądarka nie jest miarą wszystkich użytkowników. Może to wyjaśniać jedną główną różnicę między RUM a CrUX. Dotyczy to zwłaszcza technik zwiększających wydajność, które opierają się na przykład na interfejsach API lub formatach graficznych dostępnych tylko w Chrome.
Brak danych dotyczących systemu iOS również może prowadzić do tendencyjności. Przykład: użytkownicy systemu iOS korzystają zwykle z bardziej wydajnych urządzeń lub odwiedzają witrynę z większej liczby krajów z lepszą infrastrukturą sieciową, co może prowadzić do wzrostu ogólnych danych o wydajności. Z drugiej strony ich wykluczenie – w przeciwieństwie do raportu CrUX – może prowadzić do gromadzenia danych wśród użytkowników witryny z niższych grup (przykładowe studium przypadku). Użytkownicy Androida korzystają zwykle z szerszej gamy urządzeń, funkcji urządzeń i różnych 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). Przeglądarki niekorzystające z Chromium również są mierzone przez rozwiązania RUM, ale ich zestaw może być bardziej ograniczony. Na przykład skumulowane przesunięcie układu (CLS) i interakcja z następnym wyrenderowaniem (INP) są dostępne tylko w przeglądarkach opartych na Chromium. Niektóre inne dane, takie jak Pierwsze wyrenderowanie treści (FCP), można mierzyć nieco inaczej (patrz później).
Użytkownicy, którzy włączyli tę funkcję
CrUX ogranicza się nie tylko do użytkowników Chrome, lecz także obejmuje pomiar tylko podzbioru użytkowników Chrome, którzy zgodzili się na udostępnianie danych raportu na temat użytkowania Chrome podczas instalacji przeglądarki.
Dostawcy RUM biorą również pod uwagę tylko podzbiór użytkowników, zwykle z powodu banerów z prośbą o zgodę na gromadzenie plików cookie, czyli prośby o zgodę na zbieranie danych RUM, lub z blokad ś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
Raport CrUX służy tylko do raportowania danych o witrynach publicznych, dlatego też obowiązują inne kryteria kwalifikacji, które mogą spowodować, że dane nie będą logowane w tym narzędziu. 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 określone strony w witrynie są oznaczone jako możliwe do zindeksowania, a inne nie, w raporcie 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
Raport CrUX dzieli dane na segmenty według urządzeń mobilnych, komputerów i tabletów, chociaż wiele narzędzi koncentruje się na pierwszych dwóch i nie musi ujawniać danych z tabletów lub może uwzględniać je w przypadku urządzeń mobilnych lub komputerów. Charakterystyka wydajności urządzeń mobilnych i komputerów mogą być bardzo różne – zarówno pod względem dostarczanych treści, jak i możliwości urządzeń, na których te reklamy są wyświetlane.
Dane RUM umożliwiają podobny podział ruchu na segmenty, ale często domyślnie wyświetlają dane skonsolidowane. RUM może zezwalać na segmenty tylko według typu urządzenia (np. urządzenia mobilnego) lub przeglądarki (np. Chrome), ale nie na oba te segmenty, aby widzieć tylko ruch z urządzeń mobilnych z Chrome. Gdy porównujesz dane z raportu na temat użytkowania Chrome, upewnij się, że porównujesz je w podobny sposób – filtruj dane 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 na to zgodę, w przypadku zbierania danych. Pozwala to zmniejszyć ilość danych do analizy oraz obniżyć koszty komercyjnych usług RUM. Jeśli rozmiar próbki jest zbyt mały i niereprezentatywny dla szerszej populacji, wynikowe dane również będą zniekształcone w podobny sposób. Uzgodnij z dostawcą RUM odpowiednią wielkość próbkowania dla swojej witryny.
Agregacja danych
Dane pól ze względu na swój charakter zawierają 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 w inny sposób na potrzeby raportowania, może to prowadzić do 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 typy nadal dostarczają dane na podstawie 28-dniowego okresu przesuwnego.
Dane RUM zwykle zapewniają znacznie większą szczegółowość, dzięki czemu szybciej zauważysz efekty zmian. Jednak w przypadku krótszych okresów na dane RUM mogą nadmiernie wpływać wahania natężenia ruchu w witrynie i liczby użytkowników. Porównując dane RUM z danymi raportu na temat użytkowania Chrome, zawsze należy brać pod uwagę wyniki z okresu dłuższego niż 28 dni. Jeśli dane są podobne, możesz przeanalizować dane RUM w innych przedziałach czasowych.
Agregacja statystyk
Dane na temat użytkowania Chrome są mierzone na 75 centylu, czyli w odniesieniu do wartości, którą osiągnęło 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 do danych raportu na temat użytkowania Chrome, musisz się upewnić, że analogiczne dane pochodzą z 75 centyla.
Histogram w raporcie CrUX obejmuje wszystkie dostępne dane – nie tylko 75 centyla – i pokazuje liczbę wyświetleń strony w każdej ocenie, ale wynik zbiorczy będzie oparty na 75 centylu. Te dane raportu CrUX pojawiają się w narzędziach takich jak PageSpeed Insights:
![Zrzut ekranu PageSpeed Insights przedstawiający histogramy wczytywania strony oceny LCP](https://web.dev/static/articles/crux-and-rum-differences/image/pagespeed-insights-screen-b135a0cfa5e39.png?authuser=9&hl=pl)
Różnice w danych
Do pomiaru skuteczności stron internetowych używa się wielu rodzajów danych, dlatego gdy porównujesz 2 zbiory danych, warto wiedzieć, które dane są mierzone i w jaki sposób są one wykorzystywane.
Mierzone dane
Dane raportu CrUX to oficjalny zbiór danych w ramach inicjatywy Podstawowe wskaźniki internetowe, który służy głównie do pomiaru tych wskaźników (LCP, CLS i INP) oraz kilka dodatkowych danych, które je uzupełniają.
Narzędzia RUM zwykle obejmują te podstawowe wskaźniki internetowe, ale często obejmują też wiele innych wskaźników. Niektórzy dostawcy RUM mierzą też wrażenia użytkownika, wykorzystując własną kombinację wszystkich tych danych, na przykład w celu uzyskania „indeksu szczęścia”. lub w ten sposób. Gdy porównujesz dane RUM z wynikami raportu na temat użytkowania Chrome, upewnij się, że te dane są podobne.
Narzędzia służące do oceny podstawowych wskaźników internetowych jako zaliczone lub niezaliczone powinny rozważyć stronę z oczekiwaniami, jeśli spełnia ona zalecane wartości docelowe na 75 centylu dla wszystkich podstawowych wskaźników internetowych. Jeśli brak identyfikatora INP w przypadku stron, na których nie ma interakcji, wymagane są tylko LCP i CLS.
Różnice w danych w poszczególnych przeglądarkach
Raport CrUX dokonuje pomiaru tylko w przeglądarkach Chrome. Dziennik zmian wskaźników internetowych, które pokazują, jak zmieniają się te wskaźniki w poszczególnych wersjach Chrome znajdziesz w dziennikach zmian wskaźników internetowych.
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ć wyraźniejsze. Na przykład pierwsze wyrenderowanie treści (FCP) jest dostępne w Safari i Firefoksie, ale jest mierzone w inny sposób. Może to prowadzić do znacznych rozbieżności w zakresie czasu podawanego w raportach. Jak wspomnieliśmy wcześniej, jeśli chcesz porównać RUM z CrUX, najlepiej jest odfiltrować tylko użytkowników Chrome, aby uzyskać podobne wyniki.
Czas pomiaru danych
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 za ich pomocą wartościach. 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 wczytywania strony wyświetlającej górną część strony wartość elementu LCP będzie zależała głównie od rozmiaru ekranu. Jeśli jednak strona jest otwierana za pomocą linku kotwicy niżej w dokumencie lub w podobny sposób otwarta za pomocą precyzyjnego linku do aplikacji na jednej stronie (SPA), więcej informacji na ten temat w dalszej części dokumentu, element LCP może być inny.
Nie zakładaj, że czasy LCP podane w CrUX lub RUM opierają się na tym samym elemencie co narzędzia laboratoryjne. Raport CrUX podaje ogólną wartość LCP na stronę lub źródło, natomiast RUM może ją dzielić na segmenty, aby zidentyfikować poszczególne sesje z problemami LCP.
Skumulowane przesunięcie układu (CLS) jest mierzone w całym cyklu życia strony, więc początkowa wartość CLS wczytywania strony może nie być reprezentatywna dla stron, które powodują większe przesunięcia później po wczytaniu strony i wejściu z nią w interakcję użytkownika. Pobranie wartości CLS dopiero po wczytaniu strony – tak jak to robi wiele usług RUM – da wynik inny niż pobranie wartości CLS po tym, jak użytkownik zakończy przeglądanie strony.
Dane reagowania przed kolejnym wyrenderowaniem (INP) wymagają pomiaru danych wejściowych i obserwują wszystkie interakcje użytkowników z kliknięciami, dotknięciami i klawiaturą w całym cyklu życia strony (w sposób podobny do CLS). Z tego względu wartość INP podana w raporcie może być zupełnie inna, jeśli jest mierzona 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. Wielu dostawców RUM wybiera zamiast tego pomiary tych danych po wczytaniu strony lub w innym czasie (np. po kliknięciu kluczowego wezwania do działania) z różnych powodów.
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) nie muszą przeprowadzać nawigacji na poziomie przeglądarki, tylko zaktualizować treść bieżącej strony. Oznacza to, że przeglądarka nie widzi tych elementów jako elementów nawigacyjnych strony, chociaż są one widoczne dla użytkowników. Interfejsy API podstawowych wskaźników internetowych udostępniane przez przeglądarkę nie uwzględniają tych wskaźników, więc raport na temat użytkowania Chrome nie obsługuje tej nawigacji. Pracujemy nad rozwiązaniem tego problemu. Więcej informacji znajdziesz w poście Eksperymenty z pomiarem łagodnej nawigacji.
Niektórzy dostawcy RUM próbują wykryć „niedokładną nawigację” ale jeśli przypisują też dane dotyczące podstawowych wskaźników internetowych do „łagodnej nawigacji”, prowadzi to do różnic z raportem na temat użytkowania Chrome, ponieważ bazowe interfejsy API tego nie obsługują 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 strony są mierzone i co mierzone, istnieje kilka innych, bardziej złożonych sytuacji, o których trzeba pamiętać, które mogą powodować różnice w danych na karcie CrUX i RUM. Niektóre z nich wynikają z ograniczeń internetowych interfejsów API używanych do pomiaru danych. Z kolei w niektórych sytuacjach wyniki zwracane przez interfejs API muszą być traktowane inaczej. Dokumentacja podstawowych wskaźników internetowych zawiera te różnice w przypadku LCP i CLS. Główne różnice zostały też wymienione w kolejnych sekcjach.
Pamięć podręczna stanu strony internetowej
CrUX traktuje pamięć podręczną stanu strony internetowej (lub bfcache) jako nawigację na stronie, nawet jeśli nie skutkuje to konwencjonalnym wczytywaniem strony. Ponieważ internetowe interfejsy API nie traktują tego jako wczytania strony, rozwiązania RUM muszą podjąć dodatkowe działania, aby te strony były zliczane, jeśli chcą dopasować się do raportu na temat użytkowania Chrome. Są to znacznie szybsze wczytywanie stron, które mogą prowadzić do poprawy ogólnej skuteczności witryny. Jeśli więc ich nie uwzględnisz, mogą one pogorszyć ogólne wskaźniki wydajności strony. Zapoznaj się z rozwiązaniem RUM, aby dowiedzieć się, czy obsługuje ono przywrócone strony bfcache.
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 o wydajności treści w tych treściach można mierzyć tylko za pomocą elementu iframe, a nie za pomocą internetowych interfejsów API na stronie ramki. 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).
Nie dotyczy to jednak tych ograniczeń, ponieważ mierzy je sama przeglądarka Chrome, a nie kod JavaScript na stronie. W raportach podstawowych wskaźników internetowych mierzone są dane w elementach iframe. 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.
Konkretnym przykładem tego, jak może to prowadzić do różnic między danymi LCP w raporcie CrUX i RUM, jest kod <video>
. Pierwsza wyrenderowana klatka elementu <video>
z autoodtwarzaniem może zostać uznana za kandydującą do LCP, ale osadzone elementy z popularnych usług strumieniowego przesyłania wideo mogą umieścić te elementy w elemencie <iframe>
. CrUX może to uwzględniać, ponieważ ma dostęp do treści <iframe>
, ale rozwiązania RUM nie.
Zasoby z innych domen
Media LCP wyświetlane z innych domen nie podają czasu renderowania w interfejsie PerformanceObserver API, chyba że został udostępniony nagłówek Timing-Allow-Origin (TAO) z powodu ograniczeń w zabezpieczeniach przeglądarki, które ograniczają ataki czasowe. Wartość bazuje na czasie wczytywania zasobu, ale ten czas może znacznie różnić się od faktycznego wyrenderowania treści.
Może to prowadzić do pozornie niemożliwej sytuacji, w której LCP jest zgłaszany przez internetowe interfejsy API z wyprzedzeniem niż FCP. Nie jest to słuszne, ale tylko tak się dzieje ze względu na to ograniczenie bezpieczeństwa.
Raport CrUX też zgłasza 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
Jeśli strona nie jest otwarta na karcie w tle, nadal będzie przesyłać wskaźniki za pomocą internetowych interfejsów API. Nie są one jednak raportowane przez CrUX, ponieważ podają czasy niezgodne z wrażeniami użytkownika. Rozwiązania RUM powinny również rozważyć ich zignorowanie lub przynajmniej wyjaśnienie, jak traktujemy wyświetlenia strony.
Co możemy z tym 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 idealnym przypadku oba zestawy danych reprezentują skuteczność witryny i są przydatne, ale podane powody powinny wyjaśniać, dlaczego jest bardzo mało prawdopodobne, że uzyskamy w każdym z nich dokładnie takie same liczby.
Jeśli różnice są niewielkie (np. LCP wynoszące 2,0 sekundy i 2,2 sekundy), obydwa zbiory danych będą przydatne i zwykle można uznać je za zsynchronizowane.
Gdy wyraźne różnice skłaniają do wątpienia w rzetelność danych, spróbuj je zrozumieć. Czy dane RUM można filtrować, aby lepiej dopasować je do raportu CrUX (patrząc tylko na użytkowników Chrome na komputerach lub urządzeniach mobilnych, z wartościami 75. percentyla z 28 dni) w celu zmniejszenia tych różnic?
Jeśli tak, i możesz zwiększyć dopasowanie danych, nadal warto zadać sobie pytanie, dlaczego widzisz takie różnice w danych ogólnych i co to oznaczają. Czy użytkownicy, którzy nie korzystają z Chrome, zniekształcają dane w sposób pozytywny czy negatywny? Czy daje to lepszy wgląd w sytuacje, w których występują problemy z wydajnością, które należy traktować priorytetowo?
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 są niedostępne w niektórych przeglądarkach, ale możesz rozważyć alternatywne rozwiązania, które poprawią ich działanie dla nieobsługiwanych przeglądarek. Możesz też zapewnić inny, ale skuteczniejszy interfejs użytkownikom, którzy korzystają z ograniczonych urządzeń lub sieci. Raport na temat użytkowania Chrome obejmuje tylko dane z Chrome, ale należy wziąć pod uwagę i ułatwiają priorytetowe wprowadzanie ulepszeń. Dane RUM mogą wypełnić tę lukę.
Gdy już poznasz przyczyny różnic, te narzędzia będą niezwykle przydatne, jeśli chcesz poznać wrażenia użytkowników Twojej witryny i poprawić wyniki, nawet jeśli liczby nie będą identyczne. Dane RUM uzupełniają dane z raportu na temat użytkowania Chrome i umożliwiają Ci zapoznanie się z informacjami z tego raportu. Możesz dzięki temu podzielić ruch na segmenty, aby dowiedzieć się, czy któreś z obszarów witryny lub użytkowników wymagają Twojej uwagi.
Przyglądanie się trendom w celu sprawdzenia, czy wprowadzone ulepszenia mają spodziewany pozytywny wpływ, jest często ważniejsze niż dopasowanie każdej liczby z tych 2 źródeł danych. Jak już wspomnieliśmy, RUM pozwala analizować różne ramy czasowe, aby z wyprzedzeniem sprawdzać wyniki 28-dniowego raportu na temat użytkowania Chrome. Jednak analiza zbyt krótkich przedziałów czasu może prowadzić do generowania zaszumionych danych, dlatego raport ten wykorzystuje 28 dni.
Często nie ma tu słowa „prawo” lub „nieprawidłowo” odpowiedzi w tych różnych danych – 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
Miniatura: Steven Lelham na kanale Unsplash