Tài nguyên của bên thứ ba (chẳng hạn như các tệp nhúng và tập lệnh) được sử dụng rất nhiều trên web hiện nay. Họ cung cấp các giải pháp sẵn sàng để nhúng mạng xã hội, video, số liệu phân tích, cuộc trò chuyện trực tiếp, quảng cáo, thử nghiệm A/B, cá nhân hoá và nhiều nội dung khác. Nội dung nhúng của bên thứ ba là một phần thiết yếu trên các trang web hiện đại, cho phép chủ sở hữu trang web tập trung vào các năng lực cốt lõi, đồng thời giảm bớt các chức năng tiêu chuẩn nhưng quan trọng cho nhà cung cấp bên ngoài.
Khi cả bên thứ nhất và bên thứ ba trên một trang web cùng hoạt động hài hoà với nhau, trang đó có thể mang lại trải nghiệm tuyệt vời cho người dùng. Tuy nhiên, việc này đòi hỏi cả nhóm kỹ thuật và kinh doanh phải nỗ lực rất nhiều. Điều này thường bị bỏ qua, khiến các trang web kém hiệu quả hơn và ảnh hưởng tiêu cực đến các chỉ số tập trung vào người dùng như Các chỉ số quan trọng về trang web. Điều này gây bất lợi cho cả hai bên và tạo ra cơ hội bị bỏ lỡ trong doanh nghiệp. Chúng tôi có thể làm tốt hơn ở đây không?
Chúng tôi có tầm nhìn về tương lai về web nơi các tập lệnh và tài nguyên của bên thứ ba cung cấp giá trị kinh doanh dự kiến mà không phải hồi quy đến hiệu suất hoặc trải nghiệm người dùng của các trang web sử dụng các tập lệnh và tài nguyên này trong trình duyệt. Điều này sẽ cho phép người dùng trải nghiệm tải trang nhanh hơn theo lý tưởng.
Trong năm qua, chúng tôi đã xem xét, thảo luận và thử nghiệm nhiều khả năng có thể bảo vệ trải nghiệm người dùng khỏi tác động xấu của các tập lệnh của bên thứ ba mà không làm giảm giá trị kinh doanh của chúng đối với chủ sở hữu trang web.
Thông qua bài đăng này, chúng tôi muốn chia sẻ thông tin về một số thử nghiệm của chúng tôi. Chúng tôi hy vọng đây là sự khởi đầu của một quy trình làm tăng tính minh bạch và sự minh bạch giữa các tác nhân người dùng, doanh nghiệp và nhà cung cấp bên thứ ba, đồng thời mở đường cho việc phát triển web nhanh hơn.
Thông tin chi tiết hơn về bên thứ ba
Bên thứ ba là tài nguyên do một nhà cung cấp bên ngoài trang web phân phát. Các trang này không trực tiếp nằm trong phạm vi kiểm soát của chủ sở hữu trang web, nhưng có được sự chấp thuận của họ. Sau đây là các tài nguyên của bên thứ ba:
- Được lưu trữ trên nguồn được chia sẻ và công khai khác với nguồn gốc của trang web chính.
- Không có tác giả hoặc chịu ảnh hưởng của một chủ sở hữu trang web.
- Được sử dụng rộng rãi bởi nhiều trang web.
Từ việc giúp tạo ra doanh thu (thông qua quảng cáo) cho đến mang lại cơ hội tiếp thị tốt hơn (video nhúng trên mạng xã hội), các bên thứ ba có thể đáp ứng nhiều mục tiêu kinh doanh đa dạng. Sau đây là các danh mục phổ biến của bên thứ ba:
Nguồn: Bên thứ ba theo danh mục.
| Danh mục | Định nghĩa |
|---|---|
| Quảng cáo | Những tập lệnh dùng để phân phát quảng cáo hoặc đo lường hiệu suất quảng cáo. |
| Video | Các tập lệnh bật trình phát video và chức năng phát trực tuyến. |
| Thư viện được lưu trữ | Kết hợp các thư viện nguồn mở được lưu trữ công khai. |
| Nội dung | Tập lệnh từ nhà cung cấp nội dung hoặc tính năng theo dõi đơn vị liên kết dành riêng cho nhà xuất bản. |
| Quản lý sự thành công của khách hàng | Tập lệnh từ bộ phận hỗ trợ khách hàng/nhà cung cấp dịch vụ tiếp thị có cung cấp giải pháp trò chuyện và liên hệ. |
| Lưu trữ | Tập lệnh từ nền tảng lưu trữ web. |
| Tiếp thị | Các tập lệnh từ các công cụ tiếp thị có thêm cửa sổ bật lên, bản tin, v.v. |
| Xã hội | Những tập lệnh bật các tính năng xã hội. |
| Trình quản lý thẻ | Những tập lệnh tải nhiều tập lệnh khác và khởi tạo nhiều tác vụ. |
| Số liệu phân tích | Những tập lệnh đo lường hoặc theo dõi người dùng và hành động của họ. |
| Nền tảng đồng ý sử dụng cookie | Các tập lệnh cho phép các trang web nhận được sự đồng ý của người dùng (GDPR, ePR, CCPA) theo cách sáng suốt và minh bạch. |
| Tiện ích | Các tập lệnh là tiện ích của nhà phát triển (ứng dụng API, giám sát trang web, phát hiện gian lận và các tập lệnh khác). |
| Khác | Nhiều tập lệnh khác được phân phối qua một nguồn gốc chung mà không có danh mục hoặc thuộc tính chính xác. |
Các tập lệnh và thư viện của bên thứ ba này cho phép nhà phát triển web tận dụng các giải pháp đã được thử nghiệm và thử nghiệm để triển khai các tính năng tiêu chuẩn thay vì phát minh lại. Nhờ đó, bên thứ ba sẽ giảm thời gian phát triển và giúp các doanh nghiệp ra mắt hoặc nâng cấp sản phẩm nhanh hơn. Không có gì lạ khi hơn 94% tất cả trang web trên máy tính và thiết bị di động đều sử dụng bên thứ ba.
Tác động của bên thứ ba đến hiệu suất như thế nào?
Lý tưởng nhất là nhà phát triển của bên thứ ba là những chuyên gia trong ngành liên quan đến các tính năng cụ thể mà họ cung cấp. Hầu hết các bên thứ ba phổ biến đều đã trải qua nhiều lần lặp lại và họ có thể kỳ vọng đoạn mã của họ sẽ được tối ưu hoá cho mục tiêu kinh doanh của chính họ. Điều này có thể bao gồm hoặc không bao gồm hiệu suất của những trang sử dụng chúng. Tuy nhiên, chúng tôi biết rằng ngay cả những bên thứ ba được tối ưu hoá tốt nhất cũng ảnh hưởng đến hiệu suất. Dưới đây là những lý do chính ảnh hưởng đến việc này:
Chi phí thực thi tập lệnh và kích thước: Các bên thứ ba thường nhắm đến việc cung cấp "chỉ" các chức năng quan trọng bằng cách thả phần tử
<script>hoặc<iframe>vào trang của bạn. Sau đó, các phần tử này sẽ lấy các tập lệnh và tài nguyên có kích thước đáng kể và mất nhiều thời gian hơn để tải xuống và thực thi. Quá nhiều JavaScript khiến luồng chính bận trong thời gian dài hơn, chặn việc hiển thị và trì hoãn các hoạt động tương tác của người dùng. Một số bên thứ ba hàng đầu được biết là đã chặn luồng chính từ 42 mili giây đến 1,6 giây cho hơn 50% trang web được phân tích. Luồng chính bị chặn dẫn đến Tổng thời gian chặn (TBT) cao. Đây là một trong những chỉ số ảnh hưởng đến điểm hiệu suất của trang web. Ngoài ra, tính năng này cũng trì hoãn việc phản hồi các lượt tương tác của người dùng và làm giảm chỉ số Lượt tương tác với lượt hiển thị tiếp theo (INP) dùng để đo lường khả năng phản hồi của trang web. Do đó, chi phí thực thi tập lệnh có tác động đáng kể đến hiệu suất.Số lượng: Trung bình, các trang web sử dụng khoảng 21 bên thứ ba trên thiết bị di động và web. Thông thường, thẻ của bên thứ ba được thêm vào bằng công cụ quản lý thẻ không thuộc quyền kiểm soát trực tiếp của nhóm kỹ thuật/phát triển. Các nhóm khác có thể thêm những thẻ không bắt buộc mà không cần trải qua quá trình xem xét và sẽ không bao giờ bị xoá. Các chính sách này có thể ảnh hưởng đáng kể đến trải nghiệm người dùng, trọng lượng trang hoặc mức sử dụng CPU. Việc thiết lập quy trình quản trị có thể giải quyết các tình huống như vậy và cho phép nhà phát triển kiểm tra mức độ tác động của từng nhà cung cấp. Sẽ rất hữu ích nếu nhà phát triển có sẵn dữ liệu cho tất cả bên thứ ba nhằm cung cấp chức năng cụ thể liên quan đến tác động, lợi ích và yếu tố đánh đổi của họ đối với hiệu suất. Một thách thức khác mà các nhóm phải đối mặt là đối với nhiều trang web, các thẻ của bên thứ ba chỉ chạy trên phiên bản chính thức mà không chạy trong môi trường phát triển. Điều này khiến nhà phát triển gặp nhiều khó khăn hơn khi thử nghiệm các thẻ đó.
Mạng: Vì các bên thứ ba được lưu trữ trên các nguồn gốc khác nhau, nên các trình duyệt phải tạo nhiều kết nối hơn để tải nội dung xuống từ các trình duyệt đó. Các kết nối khác nhau không thể phối hợp tải xuống dựa trên mức độ ưu tiên, dẫn đến tranh chấp mạng. Điều này có thể làm chậm quá trình tải trang nếu không xem xét các biện pháp tối ưu hoá phù hợp.
Sắp xếp theo trình tự: Các bên thứ ba có thể chặn luồng chính và cạnh tranh về băng thông để có được các tài nguyên quan trọng hơn. Dù vậy, trong một số trường hợp, bên thứ ba là nguồn lực thiết yếu để hiển thị trang. Khi có nhiều bên thứ ba sử dụng nhiều tài nguyên bên thứ ba, bạn cần sắp xếp theo trình tự tối ưu cho các tài nguyên của bên thứ nhất và bên thứ ba. Nhà phát triển web cần biết tuỳ chọn khác nhau hiện có để tối ưu hoá trình tự.
Do đó, các bên thứ ba có thể ảnh hưởng đến bất kỳ hoặc tất cả thành phần của Các chỉ số quan trọng về trang web. Phần lớn bên thứ ba có tác động tiêu cực đến Thời gian hiển thị nội dung lớn nhất (LCP) và Thời gian phản hồi lần tương tác đầu tiên (FID). Video nhúng trên YouTube chặn luồng chính trong 4,5 giây đối với 10% trang web trên thiết bị di động và ít nhất 1,6 giây đối với 50% trang web được nghiên cứu. Hãy hình dung sự thất vọng của người dùng nếu họ bắt gặp một trang có 20 tập lệnh như vậy trên kết nối chậm. Hình ảnh sau đây từ thirdpartyweb.today cho thấy các bên thứ ba có tác động lớn nhất đến hiệu suất hiện tại.
"Trên khoảng 4 triệu trang web hàng đầu, ~ 2700 nguồn gốc chiếm ~ 57% tổng thời gian thực thi tập lệnh với 50 thực thể hàng đầu đã chiếm ~ 47%". – web của bên thứ ba
Những trang hiển thị nhanh chóng và có khả năng tương tác trong một khung thời gian hợp lý là điều cần thiết để mang lại trải nghiệm tốt cho người dùng, theo như chỉ số đo lường Các chỉ số quan trọng về trang web. Trải nghiệm người dùng hợp lý thường có nghĩa là trang web đem lại trải nghiệm tốt, điều này có nghĩa là trang web mang lại trải nghiệm tốt cho bên thứ ba. Việc hợp tác để giảm tác động của các bên thứ ba có thể mang lại lợi ích cho tất cả mọi người trong chuỗi.
Chúng tôi xác nhận rằng Google đã chèn một số tập lệnh thường dùng của bên thứ ba, bao gồm Trình quản lý thẻ của Google, video nhúng trên YouTube, ReCaptcha và một số tập lệnh khác. Chúng tôi hiểu rằng một số tập lệnh của chúng tôi có thể có tác động nhẹ hơn đến hiệu suất đối với Các chỉ số quan trọng về trang web. Do vậy, chúng tôi cam kết tìm cách cải thiện tác động này nếu có thể.
Chrome có thể trợ giúp bạn như thế nào?
Các tài nguyên của bên thứ ba có hiệu suất kém thường xuyên là một thách thức đối với các nhà phát triển, đòi hỏi phải có sự thay đổi từng bước trong các động lực cơ bản của hệ sinh thái. Chrome muốn khám phá không gian này để đạt được các kết quả sau:
Tìm những cách hiệu quả hơn để tải tài nguyên của bên thứ ba lên web mà không làm giảm trải nghiệm người dùng hoặc kết quả kinh doanh.
Chúng tôi biết rằng chúng tôi không thể tiến xa hơn trong nỗ lực này nếu không hợp tác với các đối tác, doanh nghiệp, bên thứ ba và nhà phát triển. Chúng tôi muốn tạo ra một không gian mở để thảo luận về các khả năng, cũng như trao đổi ý tưởng thông qua nội dung giải thích và quy cách công khai. Nhà phát triển sẽ có thời gian để cung cấp ý kiến phản hồi và thử nghiệm tác động của nhiều đề xuất trong số này.
Tạo điều kiện cho người dùng tập lệnh của bên thứ ba được phân bổ hiệu quả hơn chi phí cho công cụ trong công cụ và tại hiện trường, cung cấp quy trình rõ ràng, đầy đủ để sử dụng, cũng như tạo ra các chương trình ưu đãi tốt hơn trong thời gian biên soạn để đảm bảo các tập lệnh đó được tối ưu theo mặc định.
Chúng tôi muốn cải thiện tất cả các lớp, chẳng hạn như tác nhân người dùng, khung và tập lệnh của bên thứ ba để giảm tác động đến hiệu suất của bên thứ ba. Chúng tôi dự định cũng cung cấp đầy đủ thông tin chi tiết để giúp chủ sở hữu trang web áp dụng các phương pháp hay nhất cho từng tập lệnh được nhúng, bao gồm cả các giải pháp thay thế nhanh hơn (nếu có).
Phương pháp đề xuất
Chúng tôi đề xuất phương pháp tiếp cận gồm 3 bước để đạt được những kết quả này...
**Cung cấp cho nhà phát triển thông tin phân bổ chuyên sâu hơn về tác động của bên thứ ba thông qua rum và trong công cụ dành cho nhà phát triển của Chrome.**
rum là dữ liệu thực tế về người dùng (còn gọi là dữ liệu thực tế tại trang) được cung cấp thông qua API theo dõi hiệu suất của trang web. Công cụ dành cho nhà phát triển của Chrome bao gồm Lighthouse, Công cụ của Chrome cho nhà phát triển và Báo cáo trải nghiệm người dùng trên Chrome. Chúng tôi đề xuất cải thiện các API và công cụ có sẵn để nhà phát triển trang web hiểu được tác động của từng bên thứ ba mà họ đã sử dụng trên mỗi trang. Những công cụ này cũng sẽ hướng dẫn người dùng về những việc họ có thể làm để giảm thiểu tác động (ví dụ: trì hoãn việc chạy quảng cáo hoặc sử dụng các mảnh) cũng như khám phá các giải pháp tiềm năng khác (của bên thứ ba hoặc DIY khác) có thể đánh đổi. Đối với các API theo dõi hiệu suất web, chúng tôi đang nghiên cứu cách có thể mở rộng mức độ phù hợp của các tài nguyên trên nhiều nguồn gốc mà không ảnh hưởng đến quyền riêng tư và tính bảo mật của người dùng.
**Cung cấp cho doanh nghiệp một lộ trình thuận tiện để tải tài nguyên của bên thứ ba một cách hiệu quả.**
Chúng tôi muốn đề xuất các tiêu chuẩn mới để khuyến khích các trình duyệt cân nhắc một cách thông minh hơn giữa việc tải tài nguyên của bên thứ nhất và bên thứ ba để mang lại trải nghiệm tải tốt hơn cho người dùng. Sau đó, chúng ta sẽ làm nổi bật một số đề xuất này, chẳng hạn như nội dung nhúng của bên thứ ba tải từng phần theo mặc định, hoặc áp dụng nhiều mức độ ưu tiên tài nguyên cho các tài nguyên của bên thứ ba có thể không thiết yếu đối với nội dung ban đầu mà người dùng có thể quan tâm nhất. Đây chỉ là một số ít ý tưởng mà chúng tôi đang đánh giá trong lĩnh vực này và rất mong được cộng tác với các chuyên gia về hiệu suất web cũng như cộng đồng rộng lớn hơn trong việc định hình công việc này.
Tương tự, chúng tôi cũng muốn giải quyết những vấn đề như vậy trong khung JavaScript và Hệ thống quản lý nội dung (CMS) nếu thích hợp hơn. Những dự án như Aurora và Nhóm hiệu suất WordPress đã cho chúng ta biết tầm quan trọng của các chế độ mặc định tích hợp trong việc giải quyết các vấn đề tải đã biết. Các mặc định được đưa vào khung và CMS hướng dẫn doanh nghiệp đi theo một lộ trình có đủ ánh sáng. Chúng cũng có thể giúp ích cho tác nhân người dùng (ví dụ như Chrome) dưới dạng gợi ý cho phép tác nhân này áp dụng các phương pháp phỏng đoán để tối ưu hoá tải trang và CWV. Các gợi ý như vậy có thể giúp tác nhân người dùng quyết định thời điểm và cách thức tải các bên thứ ba cụ thể trong vòng đời trang. (Ví dụ: thành phần tập lệnh Next.js có mặc định tích hợp để tải các tập lệnh của bên thứ ba sau khi trang có tính tương tác.)
**Khuyến khích bên thứ ba để giảm tác động đến hiệu suất của họ thông qua các nỗ lực tăng cường tính minh bạch.**
Các nhà phát triển bên thứ ba hiện không đủ khả năng hiển thị cần thiết để hiểu tác động của tập lệnh của họ đối với các trang web nói chung. Chúng tôi dự định giải quyết vấn đề này và trang bị cho các nhà cung cấp này những công cụ để phân tích tác động và so sánh với các sản phẩm khác có cùng giá trị trên thị trường. Chúng tôi cũng muốn giúp họ sử dụng dữ liệu này để chẩn đoán nguyên nhân gây ra ảnh hưởng để có thể giảm thiểu tác động. Chúng tôi sẽ phải chỉ định tất cả bên thứ ba, bao gồm cả những bên do Google là tác giả, để thành công.
Thử thách
Sự nỗ lực mang lại tầm quan trọng này không phải là không có thách thức. Một số thách thức chính mà chúng tôi cần xem xét là.
- Bên thứ ba là một vấn đề mang tính xuyên suốt liên quan đến quảng cáo, số liệu phân tích, hoạt động quản lý thẻ, phần mềm tiện ích và nhiều vấn đề khác. Mỗi lĩnh vực đòi hỏi xem xét một tập hợp các yêu cầu và đánh đổi riêng. Ví dụ:
- Quyết định tối ưu hoá việc tải quảng cáo phụ thuộc vào sự đánh đổi giữa doanh thu và trải nghiệm người dùng. Quá sớm, họ sẽ chặn nội dung có giá trị; quá muộn, người dùng sẽ bỏ lỡ việc nhìn thấy chúng.
- Các tập lệnh Analytics sẽ làm tăng thêm trọng số của trang nhưng cung cấp dữ liệu có giá trị về hành động của người dùng cho doanh nghiệp.
Chúng tôi hy vọng có thể hợp tác với nhiều danh mục bên thứ ba, nắm bắt các vấn đề có liên quan, giải quyết sự đánh đổi và phát triển các chương trình ưu đãi phù hợp với tất cả mọi người. Chúng tôi nhận thấy rằng chúng tôi phải hợp tác riêng biệt với các pháp nhân trong từng lĩnh vực để chiến lược của chúng tôi có hiệu quả. Trong đó có cả các đối tác nội bộ của chúng tôi như Trình quản lý thẻ của Google, Google Ads và YouTube.
Chúng tôi muốn cung cấp thuộc tính sâu hơn cho cả nhà phát triển trang web và nhà phát triển bên thứ ba. Để làm được như thế, chúng tôi phải hết sức cẩn trọng trong việc xác định dữ liệu nào phù hợp nhất để đo lường tác động, phân bổ dữ liệu đó một cách chính xác và chi tiết, đồng thời đưa ra lộ trình đúng đắn. Cuối cùng, việc tính toán hiệu suất của một bên thứ ba so với đối thủ cạnh tranh phải minh bạch với tất cả mọi người.
Chúng tôi đề xuất cải thiện Chrome để có thể áp dụng các biện pháp tối ưu hoá giúp tạo ra sự cân bằng hợp lý cho việc ưu tiên tải tài nguyên của bên thứ nhất so với tài nguyên của bên thứ ba. Một thay đổi có giá trị sẽ có sẵn dưới dạng tiêu chuẩn trên tất cả trình duyệt, nhưng sẽ cần có thời gian. Ví dụ: thuộc tính
loadingcho các phần tử<img>và<iframe>có trong Chrome/Edge từ năm 2019, nhưng chỉ có trong Safari vào năm 2022. Cho đến khi một tính năng được chuẩn hoá, người dùng tài nguyên của bên thứ ba phải đảm bảo rằng họ cũng đã tối ưu hoá cho các trình duyệt khác. Chúng tôi sẽ hỗ trợ bằng cách nêu bật vấn đề này trong hướng dẫn (nếu phù hợp).Để triển khai dự án này, chúng tôi sẽ phải làm việc với các đối tác và nhà phát triển. Việc này không chỉ giúp chúng tôi hiểu rõ các yêu cầu cụ thể mà còn kiểm tra các giải pháp thử nghiệm trên quy mô lớn, đưa ra ý kiến phản hồi, lặp lại và ứng biến theo yêu cầu và khi cần. Bạn cần lên kế hoạch thay đổi để có được một khung thời gian hợp lý để thử nghiệm và đánh giá.
Các bản đề xuất tiêu chuẩn ban đầu
Chúng tôi đã thực hiện một số thử nghiệm ban đầu để phát triển các tính năng có thể bật nhằm tối ưu hoá quá trình tải của bên thứ ba. Chúng tôi hài lòng với những kết quả nhận được và hiện có thể thảo luận về hai trong số các tính năng này.
LazyEmbeds
Trước đây, Chrome sẽ tải từng phần ngoài màn hình <img> và các phần tử <iframe> cho người dùng Chế độ Lite. Bạn có thể mở rộng tính năng này cho tất cả người dùng để trì hoãn việc tải các phần tử <iframe> được xác định là các nội dung nhúng của bên thứ ba cho đến khi người dùng cuộn gần các phần tử đó. Điều này có thể tăng tốc độ tải các phần khác của trang, cải thiện Các chỉ số quan trọng về trang web, giảm mức sử dụng bộ nhớ và tiết kiệm dữ liệu.
Dưới đây là bản minh hoạ sử dụng LazyEmbeddeds để tải từng phần video YouTube trên một trang. Một lượt nhúng video trên YouTube thường sẽ thêm 500-600KB JavaScript vào trang. Chúng tôi đã cố gắng tối ưu hoá một bài đăng trên blog với 14 lượt nhúng video như vậy bằng LazyEmbeddeds. Kết quả đầy hứa hẹn về thời gian tải trang và khả năng tiết kiệm dữ liệu.
| Trước | Sau | |
|---|---|---|
| Dữ liệu | 15,4 MB | 6,1 MB |
| Tổng thời gian chặn | 3,2 giây | 1,6 giây |
Để tìm hiểu thêm về công việc này, hãy xem thông tin giải thích và chuỗi ý định để thử nghiệm và phần mở rộng thử nghiệm của chúng tôi cho nhà phát triển.
Điều tiết của bên thứ ba được nhắm mục tiêu
Các nhóm khác nhau thường thêm tập lệnh của bên thứ ba mà không có quy trình giám sát toàn diện. Nhóm kỹ thuật tại The Telegraph đã tuyên bố rằng "mọi người đều muốn có "thẻ đó" trên một trang để kiếm tiền cho tổ chức". Việc này có thể liên tục làm tăng gánh nặng quản lý tác động đến hiệu suất.
Quy trình điều tiết tập lệnh được nhắm mục tiêu của bên thứ ba đề xuất chặn các loại bên thứ ba rất cụ thể để giảm thiểu tác động của họ. Việc này sẽ cho phép các trình duyệt tải sớm nội dung chính và các bên thứ ba quan trọng, trong khi những nội dung an toàn để tải sau sẽ bị điều tiết.
Cải thiện API rum
Chúng tôi cũng đang cân nhắc cải thiện các API rum để bổ sung thông tin hữu ích khi đánh giá hiệu suất của bên thứ ba. Các tính năng nâng cao bao gồm:
Báo cáo
<iframe>: Chúng tôi đang nghiên cứu các giải pháp có thể tận dụng API Tiến trình hiệu suất để báo cáo trên nhiều khung. Điều này sẽ cho phép các tác giả của trang cấp cao nhất kiểm tra dữ liệu hiệu suất về iframe bên thứ ba hợp tác được nhúng trên trang.Phân bổ tác vụ dài: API Nhiệm vụ dài trong rum sẽ giúp chủ sở hữu trang web xác định các tác vụ dài liên kết chuỗi chính trong một thời gian dài và trì hoãn tương tác.
Thông tin cập nhật khác
Chúng tôi vẫn đang thử nghiệm nhiều ý tưởng như vậy và hy vọng có thể xuất bản các phần giải thích cũng như bản nháp quy cách của GitHub cho các thay đổi trong quá trình triển khai. Các bên thứ ba và chủ sở hữu trang web muốn hợp tác với chúng tôi hoặc để lại ý kiến phản hồi có thể đóng góp vào các cuộc thảo luận thông qua những thoả thuận này. Các bên thứ ba cũng có thể bắt đầu tập trung vào việc tối ưu hoá các Chỉ số quan trọng chính của trang web và các chỉ số INP để đảm bảo rằng các Chỉ số quan trọng chính của trang web/INP kém không được gán cho họ. Hiện tại, những người tích cực tìm thông tin cập nhật có thể tham khảo các bài đăng trên nhóm blink-dev.
Chúng tôi rất mong được tìm hiểu sâu hơn về vấn đề này, cũng như tương tác với cộng đồng để tìm hiểu những điều chúng tôi đúc kết được.
Xin đặc biệt cảm ơn Leena Sohoni-Kasture, Jeremy Wagner, Gilberto Cocchi, Kenji Baheux, Kouhei Ueno, Kentaro Hara và Alex N. Jose, Melissa Miller, Yoav tuyến rút gọn, Shunya Shishido và Minoru Chikamune đã chia sẻ ý kiến phản hồi và đóng góp của họ.