Tìm hiểu lý do khiến dữ liệu RUM có thể hiển thị các chỉ số quan trọng chính của trang web khác nhau từ CrUX.
Báo cáo trải nghiệm người dùng trên Chrome (CrUX) cung cấp các chỉ số về trải nghiệm người dùng về trải nghiệm thực tế của người dùng Chrome trên các trang web phổ biến. Chrome tự động thu thập dữ liệu này từ những người dùng đã chọn sử dụng và được cung cấp dựa trên các tiêu chí để sử dụng CrUX.
Do đó, dữ liệu CrUX có sẵn cho hàng triệu trang web. Nhiều chủ sở hữu trang web trước đây chưa có quyền truy cập vào dữ liệu trường và CrUX đã cho phép nhiều trang web thấy được giá trị của việc này lần đầu tiên. Dưới dạng tập dữ liệu công khai, CrUX cũng có thể được dùng để phân tích cạnh tranh và đo điểm chuẩn cho các chỉ số trải nghiệm người dùng.
Giải pháp Giám sát người dùng thực (RUM) cũng tương tự như CrUX, nhưng thay vì Chrome tự động thu thập các chỉ số về trải nghiệm người dùng, trang web có mã nguồn để thu thập và cung cấp mã này cho một nhà cung cấp dịch vụ RUM hoặc giải pháp phân tích để phân tích thêm.
Với cả hai giải pháp đo lường chỉ số trải nghiệm người dùng, việc cho rằng các chỉ số này tương đương với nhau là điều hiển nhiên. Chúng ta có thể thấy khó hiểu khi thấy những điểm khác biệt. Hướng dẫn này sẽ giải thích lý do điều đó có thể xảy ra và cung cấp các đề xuất về việc cần làm khi các con số này không phù hợp.
Lợi ích của việc bổ sung CrUX bằng giải pháp rum
CrUX là một công cụ tuyệt vời giúp bạn có được chế độ xem nhất quán trên các trang web và – với tư cách là tập dữ liệu chính thức cho chương trình Chỉ số quan trọng chính của trang web – các trang web có thể sẽ muốn theo dõi những gì mà trang web đang hiển thị. Mục đích của CrUX là cung cấp thông tin tổng quan có liên quan về mặt thống kê về hàng triệu trang web để so sánh chéo.
Tuy nhiên, để tìm hiểu sâu hơn về lý do dữ liệu hiển thị con số đó, việc đầu tư vào một giải pháp RUM đầy đủ để bổ sung CrUX có thể giúp bạn truy cập vào thông tin chi tiết hơn so với tập dữ liệu có thể truy vấn công khai. Công cụ này có thể giúp bạn giải thích và cải thiện các chỉ số theo nhiều cách.
Phân tích chuyên sâu hơn để điều tra các vấn đề
Thường thì bạn có thể dùng CrUX để chỉ ra liệu bạn có gặp vấn đề trên trang web của mình hay không, nhưng không nhất thiết phải xác định chính xác vị trí hay nguyên nhân của vấn đề trên trang web. Các giải pháp rum – cho dù là sản xuất tại nhà thông qua thư viện web-vitals hay một số sản phẩm thương mại – đều có thể giúp thu hẹp khoảng cách đó.
Việc sử dụng giải pháp RUM giúp bạn truy cập vào dữ liệu chi tiết hơn nhiều cho tất cả các trang và trên mọi trình duyệt. Công cụ này cũng cho phép bạn phân đoạn và phân tích dữ liệu này theo cách mà CrUX không làm được, cho phép bạn xem chi tiết và điều tra các khu vực có vấn đề của trang web. Họ có bị ảnh hưởng bởi một phân khúc người dùng cụ thể không? Hay là những người dùng thực hiện một số hành động nhất định? Chính xác thì sự cố bắt đầu khi nào? Đây là những câu hỏi dễ trả lời hơn nhiều nhờ có dữ liệu bổ sung mà công cụ RUM có thể cung cấp.
Tương quan với các chỉ số kinh doanh khác
RUM cũng cho phép bạn so sánh trực tiếp các chỉ số hiệu suất web với bất kỳ chỉ số kinh doanh nào, cho thấy giá trị của việc đầu tư vào hiệu suất và hiệu suất nào khác cần ưu tiên. Chúng tôi có nhiều nghiên cứu điển hình về các doanh nghiệp có mối tương quan này, chẳng hạn như Farfetch hay The Economic Times.
Thu thập dữ liệu khác về hiệu suất
Giải pháp RUM cho phép thu thập các chỉ số tùy chỉnh khác, được liên kết trực tiếp với doanh nghiệp cụ thể của bạn. Một trong những ví dụ nổi tiếng hơn là "Time to đầu tiên Tweet" của Twitter chỉ số. Các biện pháp cụ thể cho trang web này sau đó có thể tương quan với các cải thiện Chỉ số quan trọng chính của trang web và chỉ số kinh doanh.
Sự khác biệt giữa hai tập hợp dữ liệu trường
Một người đàn ông có đồng hồ biết đang là mấy giờ. Một người đàn ông có hai chiếc đồng hồ không bao giờ chắc chắn.
Định luật Segal
Bất cứ khi nào có hai nguồn dữ liệu, bạn thường có thể nhầm lẫn và khó chịu về nguyên nhân của hai nguồn dữ liệu này. Tương tự như việc tìm hiểu sự khác biệt giữa chỉ số trong phòng thí nghiệm và thực địa, cũng có thể có sự khác biệt giữa 2 nguồn dữ liệu thực địa. Mặc dù dữ liệu sẽ giống nhau trong một thế giới lý tưởng, nhưng có nhiều lý do khiến chúng có thể khác nhau.
Dữ liệu phòng thí nghiệm so với dữ liệu thực địa
Điều đầu tiên cần kiểm tra là bạn có đang xem xét chỉ số trong phòng thí nghiệm (tổng hợp) hay chỉ số trường (RUM) hay không. Mặc dù hiển nhiên là các sản phẩm RUM chỉ xem xét dữ liệu thực địa, nhưng nhiều công cụ cũng cung cấp một thành phần trong phòng thí nghiệm.
Dữ liệu trong phòng thí nghiệm cực kỳ hữu ích chính xác vì những điều kiện cố định mà dữ liệu này đo lường được. Bạn có thể dùng công cụ này để theo dõi những thay đổi hoặc sự hồi quy không mong muốn trong môi trường sản xuất mà không bị gây nhiễu khi tập hợp trường đang thay đổi. Tuy nhiên, dữ liệu trong phòng thí nghiệm có thể không đại diện cho trải nghiệm thực tế của người dùng, vì vậy, các chỉ số trong phòng thí nghiệm có thể cho thấy kết quả khá khác nhau.
Dân số
Các tập dữ liệu mà các giải pháp CrUX và RUM sử dụng có thể khác nhau do có sự khác biệt trong cách đo lường lượt truy cập trang, tuỳ thuộc vào trình duyệt, người dùng, trang web và thiết bị được so sánh.
Các trình duyệt đã thêm
Đúng như tên gọi của báo cáo này, Báo cáo trải nghiệm người dùng trên Chrome là báo cáo chỉ dành cho Chrome. Mặc dù có nhiều trình duyệt dựa trên Chromium (Edge, Opera và Brave, v.v.) cũng hỗ trợ các chỉ số tương tự như Chrome dựa trên cơ sở mã cốt lõi dùng chung, nhưng chỉ người dùng Chrome mới cấp dữ liệu cho CrUX. Quy định hạn chế này cũng có nghĩa là người dùng Chrome trên iOS không được tính đến vì hệ thống này sử dụng công cụ trình duyệt Webkit cơ bản. WebView trên Android cũng không được tính là "Chrome", do đó dữ liệu từ những người dùng này không được tính, mặc dù dữ liệu có trong Thẻ tuỳ chỉnh của Chrome.
Mặc dù Chrome là một trong những trình duyệt phổ biến nhất thế giới—và do đó có thể cung cấp đại diện rộng về hiệu suất trang web của bạn trong hầu hết các trường hợp—chỉ việc đo lường trình duyệt đó không có nghĩa là việc đo lường tất cả người dùng của bạn. Điều này có thể giải thích một điểm khác biệt chính giữa RUM và CrUX. Điều này đặc biệt đúng với các kỹ thuật hiệu suất dựa trên API hoặc định dạng hình ảnh chỉ có trong Chrome chẳng hạn.
Việc thiếu dữ liệu iOS cũng có thể dẫn đến sự thiên lệch. Ví dụ: vì người dùng iOS thường sử dụng các thiết bị có hiệu suất cao hơn hoặc truy cập từ nhiều quốc gia khác có cơ sở hạ tầng mạng tốt hơn. Việc bao gồm các thiết bị này có thể dẫn đến chỉ số hiệu suất tổng thể cao. Mặt khác, việc loại trừ những khách truy cập trang web đó (như CrUX) có thể khiến dữ liệu thiên về phần dưới của khách truy cập trang web (ví dụ nghiên cứu điển hình). Người dùng Android thường có nhiều loại thiết bị, chức năng của thiết bị và thị trường hơn.
Các giải pháp rum có thể lấy dữ liệu cho các trình duyệt không phải Chrome, đặc biệt là từ các trình duyệt dựa trên Chromium thường tích hợp sẵn các chỉ số (chẳng hạn như Core Web Vitals). Các trình duyệt không dựa trên Chromium cũng được đo lường bằng các giải pháp RUM, nhưng có thể có một bộ chỉ số hạn chế hơn. Ví dụ: Điểm số tổng hợp về mức thay đổi bố cục (CLS) và Lượt tương tác với nội dung hiển thị tiếp theo (INP) chỉ có trong các trình duyệt dựa trên Chromium. Một số chỉ số khác như Nội dung đầu tiên hiển thị (FCP) có thể được đo lường khá khác (xem phần sau).
Người dùng đã chọn tham gia
Cũng giống như việc chỉ dành cho người dùng Chrome, CrUX còn bị hạn chế nghiêm ngặt hơn bằng cách chỉ đo lường một nhóm nhỏ người dùng Chrome đã chọn chia sẻ dữ liệu CrUX khi trình duyệt được cài đặt.
Nhà cung cấp dịch vụ rum cũng chỉ xem xét một nhóm nhỏ người dùng, thường là do lời nhắc dạng biểu ngữ về cookie yêu cầu người dùng chọn cho phép thu thập dữ liệu RUM hoặc trình chặn theo dõi. Điều này có thể ảnh hưởng bất lợi đến một số lần tải trang đầu tiên nếu xác nhận không được đưa ra cho đến trang thứ hai hoặc trang tiếp theo, khi một số nội dung trang web đã được lưu vào bộ nhớ đệm từ các trang trước. Nếu điều này xảy ra thường xuyên, các chỉ số có thể có vẻ thuận lợi hơn trong phiên bản rum so với thực tế nếu những lượt tải trang ban đầu chậm hơn bị loại trừ trong một số lượng trường hợp đủ lớn.
Các trang web được bao gồm
CrUX chỉ nhằm mục đích báo cáo trên các trang web công khai. Vì vậy, bạn cần đáp ứng những tiêu chí khác có thể khiến dữ liệu không được ghi lại trong CrUX. Điều đáng chú ý nhất trong số các tiêu chí này là trang web phải có thể được tìm thấy công khai và đủ phổ biến để đảm bảo quy mô mẫu tối thiểu để từ đó đưa ra các kết luận có ý nghĩa. Trong hầu hết các trường hợp, điều này sẽ dẫn đến việc không có dữ liệu trong CrUX. Điều này ít gây nhầm lẫn hơn so với dữ liệu có sẵn nhưng khác, nhưng sẽ giải thích lý do điều đó xảy ra.
Tuy nhiên, nếu các trang cụ thể của một trang web được đánh dấu là có thể lập chỉ mục còn các trang khác thì không, thì bạn chỉ có thể thấy một số ít URL trong CrUX. Nếu nguồn gốc có thể được tìm thấy công khai, thì tất cả lượt xem trang trong nguồn gốc đó sẽ được đưa vào dữ liệu cấp độ gốc, nhưng dữ liệu cấp URL có thể không có sẵn.
Thiết bị
CrUX phân đoạn dữ liệu theo thiết bị di động, máy tính và máy tính bảng – mặc dù nhiều công cụ tập trung vào 2 công cụ đầu tiên và có thể không tiết lộ dữ liệu trên máy tính bảng hoặc có thể đưa dữ liệu này vào thiết bị di động hoặc máy tính. Đặc điểm về hiệu suất trên thiết bị di động so với máy tính để bàn có thể khá khác nhau – cả về nội dung được phân phối và khả năng của thiết bị xem nội dung.
Dữ liệu RUM sẽ cho phép phân đoạn lưu lượng truy cập tương tự, nhưng thường hiển thị dữ liệu hợp nhất theo mặc định. rum chỉ có thể cho phép phân đoạn theo loại thiết bị (ví dụ: thiết bị di động) hoặc trình duyệt (ví dụ: Chrome), chứ không cho phép cả hai để chỉ xem lưu lượng truy cập Chrome trên thiết bị di động. Khi so sánh với dữ liệu CrUX, hãy đảm bảo bạn đang so sánh tương tự bằng cách lọc theo loại thiết bị và trình duyệt Chrome.
Lấy mẫu
Các giải pháp RUM thường cho phép điều chỉnh tỷ lệ lấy mẫu của khách truy cập đã chọn tham gia trong đó dữ liệu được thu thập. Giải pháp này có thể giúp giảm lượng dữ liệu cần phân tích và giảm chi phí cho các dịch vụ RUM thương mại. Nếu quy mô mẫu đó quá nhỏ và không đại diện cho dân số rộng hơn, thì chỉ số thu được cũng sẽ bị sai lệch tương tự. Hãy thảo luận với nhà cung cấp dịch vụ RUM (ROM) để chọn kích thước lấy mẫu phù hợp cho trang web của bạn.
Tổng hợp dữ liệu
Về bản chất, dữ liệu trường sẽ bao gồm nhiều điểm dữ liệu có cùng chỉ số so với dữ liệu phòng thí nghiệm, do đó sẽ cung cấp một giá trị duy nhất. Nếu dữ liệu này được tổng hợp theo cách khác nhau cho mục đích báo cáo, thì điều này có thể dẫn đến một lý do khác dẫn đến sự khác biệt giữa CrUX và RUM.
Khoảng thời gian
Dữ liệu CrUX dựa trên lưu lượng truy cập trong khoảng thời gian trượt 28 ngày và bạn không thể thay đổi khung thời gian này. Tuy nhiên, dữ liệu CrUX BigQuery được lưu trữ cho mỗi tháng để bạn xem được các tháng trước, đồng thời API Lịch sử CrUX cũng cung cấp dữ liệu trong quá khứ trong khoảng thời gian hằng tuần. Cả hai vẫn cung cấp dữ liệu dựa trên cửa sổ trượt 28 ngày.
Dữ liệu RUM thường cho phép chi tiết hơn nhiều để cho phép thấy tác động của các thay đổi sớm hơn nhiều. Tuy nhiên, khi chọn khoảng thời gian nhỏ hơn, dữ liệu RUM có thể bị ảnh hưởng quá mức bởi các biến động về lưu lượng truy cập trang web và khách truy cập. Khi so sánh dữ liệu RUM với dữ liệu CrUX, hãy luôn đảm bảo rằng bạn đang xem xét hiệu suất trong hơn 28 ngày. Khi đã hài lòng với dữ liệu tương tự, bạn có thể xem các khung thời gian khác để xem chi tiết dữ liệu RUM.
Tổng hợp số liệu thống kê
Các chỉ số CrUX được đo lường ở bách phân vị thứ 75, tức là xem xét giá trị mà 75% lượt xem trang đạt được. Dữ liệu trong trường sẽ có sự khác biệt lớn và việc loại bỏ 25% trải nghiệm kém nhất. Mục đích của tính năng này là cung cấp giá trị mà phần lớn khách truy cập có thể được mong đợi một cách hợp lý.
Các sản phẩm rum thường đưa ra nhiều lựa chọn hơn về cách tổng hợp các chỉ số, trong đó có phân vị thứ 75, trung vị và các phân vị khác. Nếu so sánh các giá trị RUM với dữ liệu CrUX, bạn cần đảm bảo rằng bạn đang xem dữ liệu ở bách phân vị thứ 75 để so sánh tương tự.
Dữ liệu biểu đồ trong CrUX bao gồm tất cả dữ liệu có sẵn (không chỉ phân vị thứ 75) và cho biết số lượt xem trang trong mỗi điểm xếp hạng, mà điểm tổng hợp sẽ dựa trên phân vị thứ 75. Dữ liệu CrUX này xuất hiện trong các công cụ như PageSpeed Insights:
![Ảnh chụp màn hình PageSpeed Insights cho thấy biểu đồ của các lượt tải trang xếp hạng LCP](https://web.developers.google.cn/static/articles/crux-and-rum-differences/image/pagespeed-insights-screen-b135a0cfa5e39.png?authuser=5&hl=vi)
Chênh lệch trong các chỉ số
Có nhiều chỉ số được dùng để đo lường hiệu suất web. Vì vậy, khi so sánh hai tập dữ liệu khác nhau, điều quan trọng là phải hiểu rõ những chỉ số nào đang được đo lường và cách sử dụng những chỉ số đó.
Các chỉ số được đo lường
Dữ liệu CrUX là tập dữ liệu chính thức của sáng kiến Các chỉ số quan trọng chính của trang web và chủ yếu đo lường các chỉ số này (LCP, CLS và INP), cùng với một vài chỉ số bổ sung để bổ sung cho những chỉ số này.
Các công cụ rum thường bao gồm Core Web Vitals, nhưng cũng thường bao gồm nhiều chỉ số khác. Một số nhà cung cấp dịch vụ rum cũng đo lường trải nghiệm người dùng bằng cách sử dụng tổ hợp riêng tất cả những chỉ số này để đưa ra "chỉ số mức độ hài lòng" hoặc tương tự. Khi so sánh dữ liệu RUM với CrUX, hãy đảm bảo rằng bạn đang so sánh tương tự.
Các công cụ đánh giá trạng thái đạt/không đạt trong Chỉ số quan trọng chính của trang web nên xem xét liệu trang đó có đáp ứng các mục tiêu được đề xuất tại phân vị thứ 75 trong tất cả Chỉ số quan trọng chính của trang web hay không. Nếu INP không xuất hiện cho các trang không có tương tác, thì chỉ LCP và CLS cần vượt qua.
Sự khác biệt về chỉ số giữa các trình duyệt
CrUX chỉ đo lường trong trình duyệt Chrome. Bạn có thể tham khảo Nhật ký thay đổi của Chỉ số quan trọng chính của trang web để biết những thay đổi này diễn ra như thế nào trong từng phiên bản Chrome.
Tuy nhiên, các giải pháp RUM sẽ đo lường từ nhiều trình duyệt hơn. Các trình duyệt dựa trên Chromium (Edge, Opera, v.v.) có thể sẽ tương tự như Chrome, trừ phi Chrome triển khai các thay đổi mới như đã ghi chú trong Nhật ký thay đổi.
Đối với các trình duyệt không phải Chromium, sự khác biệt có thể rõ ràng hơn. Ví dụ: Nội dung đầu tiên hiển thị (FCP) có trên Safari và Firefox, nhưng được đo lường theo cách khác. Điều này có thể dẫn đến sự chênh lệch đáng kể về các thời điểm được báo cáo. Như đã nêu trước đây, nếu muốn so sánh RUM với CrUX, tốt nhất bạn nên chỉ lọc người dùng Chrome để có thể so sánh tương tự.
Đặt thời gian cho chỉ số
Các chỉ số Các chỉ số quan trọng về trang web do API trình duyệt web cung cấp, nhưng điều đó không có nghĩa là không có khả năng xảy ra sự khác biệt trong những giá trị được báo cáo dựa trên các API này. Chính xác thời điểm đo lường chỉ số có thể dẫn đến sự khác biệt (khi tải trang hoặc trong toàn bộ vòng đời trang). Các công cụ rum có thể không phải lúc nào cũng đo lường các chỉ số theo cùng một cách (ngay cả khi sử dụng cùng một tên) và cùng một API trình duyệt để lấy dữ liệu – việc này có thể gây nhầm lẫn.
Nội dung lớn nhất hiển thị (LCP) là một chỉ số về lượt tải trang. API Web có thể báo cáo một số phần tử LCP nếu các phần tử lớn hơn được tải vào lúc khác sau lần hiển thị ban đầu. Phần tử LCP cuối cùng là khi trang tải xong hoặc người dùng tương tác với trang. Do đó, có thể phát sinh sự khác biệt nếu phần tử LCP được báo cáo sớm hơn hai sự kiện đó.
Ngoài ra, trong dữ liệu trường, phần tử LCP có thể khác nhau tuỳ thuộc vào cách trang được tải. Đối với một lượt tải trang mặc định hiển thị phần đầu của nội dung trang, phần tử LCP sẽ chủ yếu phụ thuộc vào kích thước màn hình. Tuy nhiên, nếu trang được mở bằng một đường liên kết neo ở phía dưới tài liệu hoặc mở theo cách tương tự bằng một đường liên kết sâu vào một Ứng dụng trang đơn (SPA) (bạn sẽ tìm hiểu kỹ hơn ở phần sau) thì phần tử LCP có thể khác.
Đừng giả định rằng thời gian LCP được cung cấp trong CrUX hoặc RUM đều dựa trên cùng một yếu tố như các công cụ trong phòng thí nghiệm. Mặc dù CrUX sẽ cung cấp cho bạn giá trị LCP tổng thể trên mỗi trang hoặc nguồn gốc, nhưng RUM có thể phân đoạn giá trị này để xác định từng phiên có vấn đề về LCP.
Điểm số tổng hợp về mức thay đổi bố cục (CLS) được đo lường trong suốt thời gian hoạt động của trang, vì vậy CLS (Mức thay đổi bố cục tích luỹ) có thể không đại diện cho những trang gây ra thay đổi lớn hơn về sau kể từ thời điểm trang tải và người dùng tương tác với trang đó. Do đó, việc lấy giá trị CLS (Mức thay đổi bố cục tích luỹ) chỉ sau khi tải trang (như nhiều sản phẩm trong rum) sẽ cho ra một kết quả khác so với việc lấy giá trị CLS sau khi người dùng hoàn tất trang.
Chỉ số về khả năng phản hồi Tương tác với Hiển thị tiếp theo (INP) yêu cầu dữ liệu đầu vào cần được đo lường và quan sát tất cả các hoạt động tương tác nhấp, nhấn và bàn phím trong suốt thời gian hoạt động của trang, theo cách tương tự như CLS. Do đó, giá trị INP được báo cáo có thể rất khác nếu được đo lường sau khi người dùng đã thực hiện một số lượt tương tác trên trang.
CrUX sẽ tuân theo tài liệu về Các chỉ số quan trọng chính của trang web và đo lường các chỉ số này trong toàn bộ thời gian hoạt động của trang. Nhiều nhà cung cấp dịch vụ rum chọn đo lường các chỉ số này sau khi tải trang hoặc vào thời điểm khác (ví dụ: khi người dùng nhấp vào một lời kêu gọi hành động chính) vì nhiều lý do.
Vì vậy, bạn cần phải hiểu rõ thời điểm đo lường Chỉ số quan trọng chính của trang web từ nhà cung cấp dịch vụ rum khi nhận thấy sự chênh lệch không thể giải thích giữa 2 nguồn dữ liệu này.
Ứng dụng trang đơn
Các ứng dụng trang đơn (SPA) hoạt động bằng cách cập nhật nội dung trên trang hiện tại, thay vì thực hiện các thao tác điều hướng trang trên thực tế ở cấp trình duyệt. Điều này có nghĩa là trình duyệt không nhìn thấy những hoạt động này dưới dạng điều hướng trang, mặc dù người dùng đang trải qua các thao tác này. Các API Chỉ số quan trọng chính của trang web do trình duyệt cung cấp sẽ không xem xét những API này, do đó CrUX không hỗ trợ các thao tác điều hướng trang này. Chúng tôi đang nỗ lực giải quyết vấn đề này. Hãy xem bài đăng Thử nghiệm bằng cách đo lường thao tác điều hướng mềm để biết thêm thông tin.
Một số nhà cung cấp dịch vụ rum cố gắng phát hiện thao tác "điều hướng mềm" trong SPA, nhưng nếu họ cũng phân bổ các chỉ số Core Web Vitals cho các "thao tác mềm" đó nên sẽ dẫn đến sự khác biệt với CrUX vì các API cơ bản không hỗ trợ tính năng này cho nhiều chỉ số.
Sự khác biệt giữa CrUX và API Web
Ngoài sự khác biệt về loại lượt xem trang được đo lường và nội dung được đo lường, có một số tình huống khác phức tạp hơn mà bạn cần lưu ý có thể dẫn đến sự khác biệt trong dữ liệu CrUX và RUM. Một số nguyên nhân trong số này là do các hạn chế của các API web dùng để đo lường chỉ số, và một số trường hợp cần phải xử lý kết quả mà API trả về theo cách khác trong một số trường hợp nhất định. Tài liệu về Chỉ số quan trọng chính của trang web liệt kê những điểm khác biệt này đối với LCP và CLS. Tuy nhiên, những điểm khác biệt chính cũng được nêu trong các phần sau.
Bộ nhớ đệm cho thao tác tiến/lùi
CrUX coi các lượt khôi phục bộ nhớ đệm cho thao tác tiến/lùi (hay bfcache) là thao tác điều hướng trang mặc dù những lượt này không dẫn đến việc tải trang thông thường. Vì API web không coi những trang này là tải trang nên các giải pháp RUM cần phải thực hiện thêm các bước để hệ thống tính các trang này nếu muốn khớp với CrUX. Đây là những lượt tải trang nhanh hơn đáng kể có thể giúp báo cáo hiệu suất tổng thể tốt hơn cho một trang web. Vì vậy, việc không bao gồm những lượt tải trang này có thể dẫn đến chỉ số hiệu suất tổng thể của trang kém hơn. Hãy tham khảo giải pháp RUM để tìm hiểu xem họ có xử lý các trang được khôi phục bfcache hay không.
Iframe
Vì lý do bảo mật và quyền riêng tư, các trang cấp cao nhất không có quyền truy cập vào nội dung trong iframe (thậm chí không phải iframe cùng nguồn gốc). Điều này có nghĩa là chỉ số hiệu suất của nội dung trong những nội dung đó chỉ có thể được đo lường bằng chính iframe, chứ không thể đo lường thông qua API Web trên trang hiển thị trong khung. Nếu nội dung iframe bao gồm phần tử LCP hoặc nội dung ảnh hưởng đến CLS hoặc INP mà người dùng gặp phải, thì nội dung này sẽ không được cung cấp cho các giải pháp RUM (bao gồm cả thư viện JavaScript Google web-vitals).
Tuy nhiên, CrUX (do trình duyệt Chrome tự đo lường thay vì JavaScript trên trang) không có những hạn chế này. Do đó, cũng đo lường các chỉ số trong iframe khi báo cáo Chỉ số quan trọng chính của trang web. Điều này phản ánh chính xác hơn những gì người dùng trải nghiệm, nhưng có thể là một lý do khác cho sự khác biệt đối với các trang web sử dụng iframe.
Một ví dụ cụ thể về lý do điều này có thể dẫn đến sự khác biệt giữa dữ liệu LCP trong CrUX và RUM được nhúng <video>
. Khung được vẽ đầu tiên của phần tử <video>
tự động phát có thể được tính là đề xuất LCP, nhưng các mục nhúng cho các dịch vụ phát video trực tuyến phổ biến có thể đặt các phần tử này trong <iframe>
. CrUX có thể giải thích lý do này vì công cụ này có thể truy cập vào nội dung <iframe>
, nhưng giải pháp rum thì không.
Tài nguyên trên nhiều nguồn gốc
Nội dung nghe nhìn LCP được phân phát từ các miền khác sẽ không cung cấp thời gian hiển thị trong PerformanceObserver API trừ phi tiêu đề Timing-Allow-Origin (TAO) được cung cấp, do các hạn chế về bảo mật của trình duyệt để giảm các cuộc tấn công thời gian. Thời gian này quay về thời gian tải của tài nguyên nhưng thời gian này có thể khá khác với thời điểm nội dung thực sự được hiển thị.
Điều này có thể dẫn đến tình huống dường như không thể xảy ra, trong đó LCP được API web báo cáo là sớm hơn FCP. Trường hợp này không đúng nhưng chỉ xuất hiện do hạn chế bảo mật này.
Xin nhắc lại, CrUX có báo cáo dữ liệu thời gian kết xuất cho Chỉ số quan trọng chính của trang web. Các trang web nên hạn chế nội dung trên nhiều nguồn gốc ảnh hưởng đến các chỉ số Core Web Vitals và nên bật TAO khi có thể nếu muốn đo lường chỉ số này chính xác hơn. Các tài nguyên khác trên nhiều nguồn gốc có thể phải tuân theo các hạn chế tương tự.
Thẻ nền
Khi trang không được mở trong thẻ nền, chúng vẫn sẽ cung cấp chỉ số bằng cách sử dụng API Web. Tuy nhiên, CrUX không báo cáo các sự kiện này vì chúng đưa ra thời gian không nhất quán với trải nghiệm người dùng. Bạn cũng nên cân nhắc việc bỏ qua những lượt xem trang này, hoặc ít nhất là giải thích cách xử lý những lượt xem trang này.
Vậy chúng tôi có thể làm gì để giải quyết vấn đề này?
Chúng tôi đã chỉ ra lý do có thể có sự khác biệt giữa dữ liệu CrUX và dữ liệu RUM do sự khác biệt trong phương pháp của từng cách sử dụng hoặc do người dùng và lượt xem trang được đưa vào hoặc loại trừ. Lý tưởng nhất là cả hai tập dữ liệu vẫn thể hiện được hiệu suất trang web của bạn là hữu ích. Tuy nhiên, lý do được đưa ra sẽ chỉ ra lý do khiến chúng khó có thể nhận được cùng một con số trong mỗi tập dữ liệu.
Trong trường hợp có sự khác biệt nhỏ (ví dụ: báo cáo LCP là 2,0 giây so với 2,2 giây), cả hai tập dữ liệu đều sẽ hữu ích và thường có thể được coi là đồng bộ hoá gần như.
Khi những khác biệt rõ ràng khiến bạn đặt câu hỏi về tính chính xác của dữ liệu, bạn nên cố gắng tìm hiểu những khác biệt đó. Có thể lọc dữ liệu RUM để phù hợp hơn với CrUX (chỉ xem xét người dùng Chrome, cho máy tính hoặc thiết bị di động, với giá trị phân vị thứ 75 trong 28 ngày) để giảm những khác biệt này không?
Nếu có và bạn có thể nhận được dữ liệu để khớp chặt chẽ hơn, thì bạn vẫn nên hỏi lý do tại sao bạn thấy những khác biệt này trong dữ liệu tổng thể và điều này có nghĩa là gì. Người dùng không dùng Chrome đang làm lệch chỉ số của bạn theo chiều hướng tích cực hay tiêu cực? Việc này có giúp bạn biết thêm thông tin chi tiết về những vấn đề liên quan đến hiệu suất mà bạn có thể ưu tiên không?
Nếu người dùng không sử dụng Chrome đang nhận được kết quả khác biệt, thì bạn có thể sử dụng thông tin chi tiết có giá trị mà RUM cung cấp cho bạn để tối ưu hóa theo những cách khác nhau. Ví dụ: một số API nhất định không hoạt động trên một số trình duyệt nhất định, nhưng bạn có thể cân nhắc các lựa chọn thay thế cho các trình duyệt không được hỗ trợ để cải thiện trải nghiệm của những API đó. Hoặc bạn có thể cung cấp trải nghiệm khác biệt nhưng hiệu quả hơn cho người dùng trên các thiết bị hoặc mạng bị hạn chế. CrUX chỉ áp dụng cho dữ liệu trên Chrome, nhưng bạn nên xem xét tất cả để giúp xác định mức độ ưu tiên cải thiện. Dữ liệu RUM có thể bổ sung dữ liệu còn thiếu.
Sau khi bạn hiểu được lý do dẫn đến sự khác biệt đó, cả hai công cụ này đều có thể cực kỳ hữu ích trong việc tìm hiểu trải nghiệm của người dùng trên trang web của bạn và giúp cải thiện vấn đề này ngay cả khi số liệu không giống nhau. Sử dụng dữ liệu rum để bổ sung cho dữ liệu CrUX và cho phép bạn tìm hiểu sâu hơn về những điều mà CrUX đang nói cho bạn ở cấp độ cao bằng cách phân đoạn lưu lượng truy cập để giúp bạn xác định xem đó có phải là các khu vực cụ thể trên trang web hoặc cơ sở người dùng của bạn cần chú ý hay không.
Việc xem xét các xu hướng để biết được mức độ tác động tích cực dự kiến của những cải tiến mà bạn dự kiến đạt được thường quan trọng hơn là việc mỗi con số giữa hai nguồn dữ liệu đều khớp chính xác với nhau. Như đã đề cập trước đó, RUM cho phép bạn xem xét các khung thời gian khác nhau để biết trước điểm số CrUX trong 28 ngày của bạn – mặc dù việc xem xét các khung thời gian quá ngắn có thể dẫn đến dữ liệu nhiễu, do đó tại sao CrUX sử dụng 28 ngày.
Thường không có "quyền" hoặc "sai" trả lời theo các chỉ số khác nhau này - chúng chỉ là một góc nhìn khác về người dùng và cách họ trải nghiệm trang web của bạn. Miễn là bạn hiểu lý do tại sao những khác biệt này xảy ra và điều có thể làm để thúc đẩy việc đưa ra quyết định, thì đó là điều quan trọng hơn để phục vụ khách truy cập trang web của bạn tốt hơn.
Xác nhận
Hình thu nhỏ của Steven Lelham trên Unsplash