Addy Osmani

Các tài nguyên của bên thứ ba (chẳng hạn như nội dung nhúng và tập lệnh) được sử dụng rộng rãi trên web hiện nay. Các công cụ này cung cấp các giải pháp tích hợp sẵn để nhúng mạng xã hội, video, số liệu phân tích, tính năng trò chuyện trực tiếp, quảng cáo, thử nghiệm A/B, tính năng cá nhân hoá và các tính năng khác. Nội dung nhúng của bên thứ ba là một phần cần thiết của 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 của họ, đồng thời giảm tải các chức năng tiêu chuẩn nhưng quan trọng cho các 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 hoạt động hài hòa, 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 nỗ lực đáng kể từ cả nhóm kỹ thuật và nhóm kinh doanh, đồng thời thường bị bỏ qua, dẫn đến các trang web hoạt động kém hiệu quả và ảnh hưởng tiêu cực đến các chỉ số tập trung vào người dùng, chẳng hạn như Chỉ số quan trọng chính của trang web. Điều này gây bất lợi cho cả hai bên và khiến doanh nghiệp bỏ lỡ cơ hội. Chúng ta có thể làm tốt hơn không?

Chúng tôi có tầm nhìn về tương lai của web, trong đó 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 với mức hồi quy tối thiểu đối với 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 đó trong trình duyệt. Điều này sẽ giúp người dùng có trải nghiệm tải trang nhanh hơn.

Trong năm qua, chúng tôi đã cân nhắc, 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 bất lợi của các tập lệnh bên thứ ba mà không làm giảm giá trị kinh doanh của các tập lệnh đó đố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 mình. Chúng tôi hy vọng đây là bước đầu của một quá trình sẽ khuyến khích tính minh bạch và khả năng hiển thị 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 một web nhanh hơn.

Tìm hiểu sâu 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 đường liên kết này không thuộc quyền kiểm soát trực tiếp của chủ sở hữu trang web, nhưng được xuất hiện khi chủ sở hữu trang web phê duyệt. Tài nguyên của bên thứ ba là:

• Được lưu trữ trên một nguồn gốc dùng chung và công khai khác với nguồn gốc của trang web chính.
• Không do một chủ sở hữu trang web cá nhân tạo hoặc ảnh hưởng.
• Được nhiều trang web sử dụng rộng rãi.

Từ việc giúp tạo doanh thu (thông qua quảng cáo) đến việc mang lại cơ hội tiếp thị hiệu quả hơn (nhúng vào mạng xã hội), các bên thứ ba phục vụ nhiều mục tiêu kinh doanh. Sau đây là một số danh mục phổ biến của bên thứ ba:

Nguồn: Bên thứ ba theo danh mụ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 để triển khai các tính năng tiêu chuẩn thay vì phát minh lại. Do đó, các bên thứ ba giúp giảm thời gian phát triển và giúp doanh nghiệp ra mắt hoặc nâng cấp sản phẩm nhanh hơn. Vì vậy, không có gì ngạc nhiên khi hơn 94% trang web trên máy tính và thiết bị di động sử dụng các bên thứ ba.

Các bên thứ ba ảnh hưởng như thế nào đến hiệu suất?

Lý tưởng nhất là nhà phát triển bên thứ ba là chuyên gia về chủ đề đối với 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 một số lần lặp lại và có thể dự kiến mã của họ được tối ưu hoá cho các mục tiêu kinh doanh của riêng họ, có thể bao gồm hoặc không bao gồm hiệu suất của các trang sử dụng mã đó. 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. Sau đây là những lý do chính dẫn đến tác động này:

1. Kích thước và chi phí thực thi tập lệnh: Các bên thứ ba thường hướng đến việc cung cấp chức năng quan trọng "chỉ" bằng cách thả một phần tử <script> hoặc <iframe> vào trang của bạn. Sau đó, các phần tử này sẽ kéo 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 rộn lâu hơn, chặn quá trình kết xuất và trì hoãn 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 đối với hơn 50% số trang web được phân tích. Luồng chính bị chặn sẽ 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, việc này cũng làm chậm phản hồi đối với hoạt động tương tác của người dùng và làm giảm chỉ số Lượt tương tác đến nội dung 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.

2. 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, các thẻ của bên thứ ba được thêm bằng các công cụ quản lý thẻ không do nhóm kỹ thuật/phát triển trực tiếp kiểm soát. Các nhóm khác có thể thêm các thẻ không bắt buộc mà không cần trải qua quy trình xem xét và thẻ này sẽ không bao giờ bị xoá. Những yếu tố này có thể ảnh hưởng đáng kể đến trải nghiệm người dùng, kích thước trang hoặc mức sử dụng CPU. Việc thiết lập một quy trình quản trị có thể giải quyết những tình huống như vậy và cho phép nhà phát triển kiểm tra 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 về tất cả các bên thứ ba cung cấp một hàm cụ thể, cùng với tác động đến hiệu suất, lợi ích và sự đánh đổi để so sánh. 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, thẻ của bên thứ ba chỉ chạy trong môi trường phát hành công khai chứ không chạy trong môi trường phát triển, khiến nhà phát triển gặp khó khăn hơn trong việc kiểm thử các thẻ đó.

3. Mạng: Vì các bên thứ ba được lưu trữ trên nhiều nguồn gốc, nên 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 bên thứ ba đó. Các kết nối khác nhau không thể điều phối quá trình tải xuống dựa trên mức độ ưu tiên, dẫn đến tình trạng tranh chấp mạng. Điều này có thể làm chậm thêm quá trình tải trang nếu bạn không xem xét các biện pháp tối ưu hoá thích hợp.

4. Thứ tự: Các bên thứ ba có thể chặn luồng chính và cạnh tranh với băng thông cho các tài nguyên quan trọng hơn. Tuy nhiên, trong một số trường hợp, các bên thứ ba là tài nguyên quan trọng cần thiết để hiển thị trang. Việc sắp xếp tối ưu các tài nguyên của bên thứ nhất và bên thứ ba trở nên cần thiết khi các trang web sử dụng nhiều bên thứ ba. Nhà phát triển web nên nắm được các tuỳ chọn có sẵn để tối ưu hoá việc sắp xếp.

Do đó, bên thứ ba có thể ảnh hưởng đến bất kỳ hoặc tất cả thành phần của Chỉ số quan trọng về trang web. Phần lớn các bên thứ ba đều ảnh hưở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). Các nội dung nhúng của 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 tưởng tượng sự thất vọng của người dùng nếu họ gặp phải một trang có 20 tập lệnh như vậy khi có kết nối chậm. Hình ảnh trực quan sau đây từ thirdpartyweb.today cho thấy những bên thứ ba có tác động lớn nhất đến hiệu suất hiện tại.

"Trong số khoảng 4 triệu trang web hàng đầu, khoảng 2.700 nguồn gốc chiếm khoảng 57% tổng thời gian thực thi tập lệnh, trong đó 50 thực thể hàng đầu đã chiếm khoảng 47%". – third-party-web

Các trang hiển thị nhanh và có thể tương tác trong một khung thời gian hợp lý là yếu tố cần thiết để mang lại trải nghiệm người dùng tốt, được đo lường bằng Các chỉ số quan trọng về trang web. Trải nghiệm người dùng tốt thường đồng nghĩa với việc kinh doanh tốt cho các trang web, đồng thời có thể đồng nghĩa với việc kinh doanh tốt cho các bên thứ ba đang được sử dụng. Việc cùng nhau giảm tác động của 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 bán một số tập lệnh phổ biến của bên thứ ba, bao gồm Trình quản lý thẻ của Google, tính năng nhúng YouTube và ReCaptcha, v.v. Chúng tôi thừa nhận rằng một số tập lệnh của chúng tôi có thể tác động ít hơn đến hiệu suất của Các chỉ số quan trọng về trang web. Chúng tôi cam kết tìm hiểu các cách để giảm thiểu tác động này khi có thể.

Chrome có thể trợ giúp bạn bằng cách nào?

Các tài nguyên của bên thứ ba thường gây ra thách thức cho nhà phát triển do hiệu suất kém, đòi hỏi phải thay đổi từng bước trong hoạt động động của hệ sinh thái cơ bản. Chrome muốn khám phá không gian này để đạt được những kết quả sau:

1. Tìm cách tải tài nguyên của bên thứ ba trên web hiệu quả hơn 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 hiểu rằng mình không thể tiến xa trong nỗ lực này nếu không cộng 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 một không gian mở để thảo luận về các khả năng và trao đổi ý tưởng thông qua các nội dung giải thích và thông số kỹ thuật công khai. Nhà phát triển sẽ có thời gian để đưa ra ý kiến phản hồi và kiểm thử tác động của nhiều đề xuất này.

2. Cho phép người dùng tập lệnh của bên thứ ba có được thông tin phân bổ chi phí tốt hơn trong công cụ và trong trường hợp, các lộ trình rõ ràng, được chuẩn bị sẵn để sử dụng và các ưu đãi tốt hơn trong thời gian tạo để đảm bảo chúng 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 của bên thứ ba đến hiệu suất. Chúng tôi cũng dự định cung cấp đủ 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 phương án thay thế nhanh hơn nếu có.

Phương pháp đề xuất

Chúng tôi đề xuất một phương pháp ba mũi nhọn để đạt được những kết quả này...

1. **Cung cấp cho nhà phát triển thông tin phân bổ chuyên sâu hơn về mức tác động của từng 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 đề cập đến dữ liệu chỉ số người dùng thực (còn gọi là dữ liệu thực tế tại trang) có sẵn thông qua API theo dõi hiệu suất web. Bộ công cụ dành cho nhà phát triển của Chrome bao gồm Lighthouse, Công cụ dành cho nhà phát triển của Chrome 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ụ hiện có để nhà phát triển trang web hiểu được tác động của mọi bên thứ ba mà họ đã sử dụng trên mọi trang. Các công cụ này cũng sẽ hướng dẫn họ về những hành động có thể thực hiện để giảm thiểu tác động (ví dụ: trì hoãn hoặc sử dụng thành phần hiển thị) và khám phá các giải pháp tiềm năng khác (các bên thứ ba khác hoặc tự làm) với những điểm đánh đổi. Đối với các API giám sát hiệu suất web, chúng tôi đang tìm hiểu các cách để mở rộng phạm vi áp dụng của các API này cho 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à sự an toàn của người dùng.

2. **Cung cấp cho doanh nghiệp một đường dẫn rõ ràng để 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 trình duyệt đánh đổi một cách thông minh hơn giữa cách 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 tôi sẽ nêu bật một số đề xuất trong số này, chẳng hạn như tải lười nội dung nhúng của bên thứ ba theo mặc định hoặc áp dụng các mức độ ưu tiên khác nhau cho tài nguyên của bên thứ ba có thể không quan trọng bằng nội dung ban đầu mà người dùng quan tâm nhất. Đây chỉ là một số ít ý tưởng mà chúng tôi đang đánh giá trong không gian này. Chúng tôi rất mong được cộng tác với cả các chuyên gia về hiệu suất web và cộng đồng rộng lớn hơn để định hình công việc này.

   Tương tự, chúng tôi cũng muốn giải quyết các vấn đề như vậy trong các khung JavaScript và Hệ thống quản lý nội dung (CMS) khi thích hợp hơn. Các dự án như Aurora và Nhóm hiệu suất WordPress đã cho chúng tôi thấy tầm quan trọng của các giá trị mặc định tích hợp sẵn giúp giải quyết các vấn đề tải đã biết. Các chế độ mặc định được tích hợp sẵn vào khung và CMS sẽ giúp doanh nghiệp đi theo một lộ trình rõ ràng. Các chỉ số này cũng có thể hữu ích cho tác nhân người dùng (ví dụ: Chrome) dưới dạng gợi ý cho phép tác nhân người dùng áp dụng phương pháp phỏng đoán để tối ưu hoá việc tải trang và CWV. Những 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 của trang. (Ví dụ: thành phần tập lệnh Next.js có chế độ mặc định tích hợp để tải các tập lệnh của bên thứ ba sau khi trang trở nên tương tác.)

3. **Đưa ra các biện pháp khuyến khích bên thứ ba để giảm tác động đến hiệu suất thông qua các biện pháp minh bạch hơn.**

   Các nhà phát triển bên thứ ba hiện không có đủ thông tin cần thiết để hiểu được tác động của tập lệnh đố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 các công cụ để phân tích tác động của họ và so sánh với các sản phẩm khác trên thị trường cung cấp cùng một giá trị. Chúng tôi cũng muốn giúp họ sử dụng dữ liệu để chẩn đoán nguyên nhân gây ra tác động để có thể giảm thiểu tác động đó từ đầu. Chúng tôi sẽ phải yêu cầu tất cả bên thứ ba, bao gồm cả những bên do Google tạo, để thành công.

Thử thách

Một nỗ lực lớn như vậy không phải không có thách thức. Sau đây là một số thách thức chính mà chúng ta phải cân nhắc.

• Bên thứ ba là một vấn đề xuyên suốt liên quan đến quảng cáo, số liệu phân tích, quản lý thẻ, tiện ích và nhiều vấn đề khác. Mỗi khu vực đều đòi hỏi phải xem xét một bộ yêu cầu và sự đá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 việc đánh đổi giữa doanh thu và trải nghiệm người dùng. Nếu hiển thị quá sớm, quảng cáo sẽ chặn nội dung có giá trị; nếu hiển thị quá muộn, người dùng sẽ bỏ lỡ nội dung đó.
  • Tập lệnh Analytics làm tăng trọng lượng 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 loại bên thứ ba, nắm bắt các sắc thái liên quan, giải quyết các yếu tố đánh đổi và phát triển các chương trình khuyến khích phù hợp với tất cả. Chúng tôi nhận thấy rằng mình phải làm việc riêng với các pháp nhân ở từng khu vực để chiến lược của mình có hiệu quả. Các đối tác này bao gồm 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.

1. Chúng tôi muốn cung cấp thông tin phân bổ chi tiết hơn cho cả nhà phát triển trang web và nhà phát triển bên thứ ba. Để làm được điều này, chúng tôi cần phải nỗ lực một cách cẩn thận để 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 phù hợp để tiếp tục. Cuối cùng, tất cả mọi người đều phải biết rõ cách tính hiệu suất của một bên thứ ba nhất định so với đối thủ cạnh tranh.

2. 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 cân bằng 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 cung cấp dưới dạng tiêu chuẩn trên tất cả các trình duyệt, nhưng điều này cần có thời gian. Ví dụ: thuộc tính loading cho các phần tử <img> và <iframe> đã có trong Chrome/Edge kể 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 bên thứ ba sẽ 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ẽ giúp bạn bằng cách nêu rõ điều này trong hướng dẫn của chúng tôi khi thích hợp.

3. Để thực hiện 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 để không chỉ giúp chúng tôi hiểu được các yêu cầu cụ thể, mà còn để thử nghiệm các giải pháp trên quy mô lớn, cung cấp ý kiến phản hồi, lặp lại và cải tiến khi cần. Bạn sẽ phải lên kế hoạch cho những thay đổi này, đồng thời dành ra một khung thời gian hợp lý để thử nghiệm và đánh giá.

Đề 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ể được bật nhằm tối ưu hoá quá trình tải của bên thứ ba. Chúng tôi rất hài lòng với kết quả quan sát đượ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 lười các phần tử <img> và <iframe> ngoài màn hình cho người dùng Chế độ Lite. Tính năng này có thể được mở rộng 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à nội dung nhúng của bên thứ ba cho đến khi người dùng cuộn đến gần các phần tử đó. Việc này có thể giúp 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.

Sau đây là bản minh hoạ sử dụng LazyEmbeds để tải lười video trên YouTube trên một trang. Một video được nhúng trên YouTube thường thêm 500-600 KB JavaScript vào trang. Chúng tôi đã cố gắng tối ưu hoá một bài đăng trên blog có 14 video được nhúng như vậy bằng LazyEmbeds. Kết quả rất khả quan về thời gian tải trang và mức tiết kiệm dữ liệu.

Để tìm hiểu thêm về công việc này, hãy xem nội dung giải thích và luồng ý định thử nghiệm cũng như tiện ích thử nghiệm của blink-dev.

Hạn chế tốc độ của bên thứ ba được nhắm mục tiêu

Các tập lệnh của bên thứ ba thường được nhiều nhóm thêm vào mà không có quy trình giám sát toàn diện. Nhóm kỹ sư của The Telegraph đã nêu rõ rằng "mọi người đều muốn "thẻ đó" trên một trang sẽ giúp tổ chức kiếm tiền". Điều 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.

Tính năng điều tiết tập lệnh của bên thứ ba được nhắm mục tiêu đề xuất điều tiết các loại bên thứ ba rất cụ thể để giảm thiểu tác động của chúng. Điều này cho phép trình duyệt tải nội dung chính + các bên thứ ba quan trọng sớm, 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 việc cải tiến các API RUM để đưa vào thông tin có liên quan trong việc đánh giá hiệu suất của bên thứ ba. Các điểm cải tiến bao gồm:

1. Báo cáo <iframe>: Chúng tôi đang nỗ lực phát triển các giải pháp có thể tận dụng API Performance Timeline (Tiến trình hiệu suất) để báo cáo trên nhiều khung hình. Điều này cho phép tác giả của trang cấp cao nhất kiểm tra dữ liệu hiệu suất cho một iframe của bên thứ ba đang hợp tác được nhúng trên trang.

2. Phân bổ tác vụ dài: Long Tasks API (API Tác vụ dài) trong RUM sẽ giúp chủ sở hữu trang web xác định những tác vụ dài làm lãng phí luồng chính trong thời gian dài và trì hoãn hoạt động 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 sẽ xuất bản các bản thảo giải thích và bản thảo thông số kỹ thuật trên GitHub cho những thay đổi trong quá trình phát triển. 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 gử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 các kênh 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á cho các chỉ số Core Web Vitals và INP để đảm bảo rằng dữ liệu Core Web Vitals/INP kém không được phân bổ cho họ. Hiện tại, những người đang 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 mong muốn được khám phá thêm về không gian vấn đề này và trao đổi với cộng đồng về những điều chúng tôi học được.

Xin cảm ơn đặc biệt Leena Sohoni-Kasture, Jeremy Wagner, Gilberto Cocchi, Kenji Baheux, Kouhei Ueno, Kentaro Hara, Alex N. Jose, Melissa Mitchell, Yoav Weiss, Shunya Shishido và Minoru Chikamune đã đóng góp ý kiến và nội dung.