Trước khi tối ưu hoá các thẻ bên thứ ba, hãy đảm bảo rằng trang web của bạn vẫn cần những tập lệnh này.
Tập lệnh của bên thứ ba, hay "thẻ" có thể là nguyên nhân gây ra vấn đề về hiệu suất trên trang web của bạn và do đó là mục tiêu cho việc tối ưu hoá. Tuy nhiên, trước khi bắt đầu tối ưu hoá những thẻ mà bạn đã thêm, hãy đảm bảo rằng bạn không tối ưu hoá những thẻ mà bạn thậm chí không cần. Bài viết này hướng dẫn bạn cách đánh giá các yêu cầu đối với thẻ mới, cũng như quản lý và xem xét các yêu cầu hiện có.
Khi thảo luận về thẻ của bên thứ ba, cuộc trò chuyện thường nhanh chóng chuyển sang các vấn đề về hiệu suất, mất đi cơ sở về vai trò "cốt lõi" của các thẻ này. Chúng cung cấp nhiều chức năng hữu ích, giúp web động, tương tác và kết nối với nhau hơn. Tuy nhiên, các nhóm khác nhau trong tổ chức có thể thêm các thẻ của bên thứ ba và thường bị quên lãng theo thời gian. Mọi người chuyển tiếp, hợp đồng hết hạn hoặc kết quả đã được đưa ra, nhưng các nhóm không bao giờ liên hệ lại để yêu cầu xoá tập lệnh.
Trước khi bạn bắt đầu cân nhắc việc thực thi tập lệnh thẻ của bên thứ ba, hoặc thẻ nào có thể bị trì hoãn, tải từng phần hoặc kết nối trước qua ống kính kỹ thuật, bạn có thể quản lý những thẻ được thêm vào trang web/trang từ góc nhìn tổ chức. Một chủ đề phổ biến với các trang web đang bị chậm lại do số lượng lớn thẻ của bên thứ ba là phần trang web này không thuộc sở hữu của một người hoặc một nhóm nào đó và do đó nằm giữa ranh giới vi phạm. Không có gì khó chịu hơn việc tối ưu hoá trang web của bạn, hài lòng với hiệu suất trong môi trường thử nghiệm, chỉ đối với tốc độ giảm trong phiên bản chính thức do các thẻ được thêm vào. Việc triển khai "quy trình rà soát" cho các thẻ của bên thứ ba có thể giúp ngăn chặn điều này bằng cách xây dựng một quy trình làm việc giúp xây dựng trách nhiệm và trách nhiệm giải trình giữa nhiều chức năng đối với các thẻ này.
Cách bạn xem xét các thẻ của bên thứ ba chỉ phụ thuộc vào tổ chức, cấu trúc và các quy trình hiện tại của tổ chức đó. Điều cơ bản có thể là bạn có một nhóm duy nhất quản lý và đóng vai trò là người giám sát để phân tích thẻ trước khi thêm thẻ. Hoặc nâng cao và trang trọng hơn, chẳng hạn như bằng cách cung cấp một biểu mẫu để các nhóm gửi yêu cầu về một thẻ. Câu trả lời này có thể yêu cầu bạn cung cấp bối cảnh liên quan đến lý do trang web cần xuất hiện trên trang web, thời gian hiển thị nội dung đó trong bao lâu và việc đó sẽ mang lại lợi ích gì cho doanh nghiệp.
Quy trình quản trị thẻ
Tuy nhiên, nếu chọn xem xét kỹ thẻ trong tổ chức của mình, bạn nên xem các giai đoạn sau đây là một phần trong vòng đời của thẻ.
Độ giãn nở
Trước khi thêm thẻ vào trang, hãy kiểm tra để đảm bảo thẻ đã được nhóm pháp lý xem xét kỹ lưỡng nhằm đảm bảo thẻ đáp ứng mọi yêu cầu tuân thủ để thẻ được hiển thị. Bước này có thể bao gồm việc kiểm tra để đảm bảo thẻ tuân thủ Quy định chung về việc bảo vệ dữ liệu (GDPR) của Liên minh Châu Âu) và Đạo luật về quyền riêng tư của người tiêu dùng tại California (CCPA).
Điều này rất quan trọng, nếu có bất kỳ nghi ngờ nào về bước này, bạn cần giải quyết trước khi đánh giá thẻ từ góc nhìn hiệu suất.
Bắt buộc
Bước thứ hai là đặt câu hỏi xem có cần một thẻ cụ thể trên trang hay không. Hãy xem xét các ý thảo luận sau đây:
- Thẻ có đang được sử dụng nhiều không? Nếu không thì có thể xoá không?
- Nếu thẻ đang tải trên toàn trang web, thì việc này có cần thiết không? Ví dụ: nếu chúng tôi đang phân tích bộ thử nghiệm A/B và bạn hiện chỉ thử nghiệm trên Trang đích, thì chúng tôi có thể chỉ thả thẻ trên loại trang này không?
- Chúng tôi có thể bổ sung thêm logic để tìm hiểu xem có thử nghiệm A/B đang hoạt động hay không? Nếu có, hãy cho phép thêm thẻ, nhưng nếu không thì hãy đảm bảo rằng không có thẻ.
Quyền sở hữu
Việc có một người hoặc một nhóm rõ ràng với tư cách là chủ sở hữu thẻ sẽ giúp chủ động theo dõi các thẻ. Thông thường, đây là người đã thêm thẻ. Bằng cách có người được giao bên cạnh thẻ, việc này giúp đảm bảo việc xem xét và kiểm tra trong tương lai có thể được tiến hành để xem lại xem có bắt buộc phải gắn thẻ hay không.
Mục đích
Bước thứ tư bắt đầu tạo ra trách nhiệm giải trình và trách nhiệm giữa các bộ phận liên chức năng bằng cách đảm bảo mọi người hiểu lý do thẻ được thêm vào trang. Điều quan trọng là bạn phải có sự hiểu biết về nhiều chức năng về nội dung mà mỗi thẻ mang lại cho trang web và lý do sử dụng thẻ đó. Ví dụ: nếu thẻ đang ghi lại các hành động trong phiên của người dùng để cho phép cá nhân hoá, thì tất cả các nhóm có biết lý do cần có hoạt động này không?
Hơn nữa, đã có cuộc thảo luận nào về sự đánh đổi hiệu suất với hiệu suất chưa? Nếu có một thẻ được coi là "bắt buộc" vì thẻ mang lại doanh thu, thì đã có bản phân tích về doanh thu tiềm năng bị mất do hồi quy tốc độ hay chưa
Bài đánh giá
Bước thứ năm, bước cuối cùng và được cho là quan trọng nhất là đảm bảo các thẻ được xem xét thường xuyên. Điều này phải phụ thuộc vào quy mô của trang web, số lượng thẻ trên trang web và thời gian xử lý của chúng (ví dụ: hằng tuần, hằng tháng, hằng quý). Bạn nên xử lý việc này theo cách tương tự như việc tối ưu hoá các thành phần khác của trang web (JS, CSS, hình ảnh, v.v.) và chủ động kiểm tra thường xuyên. Việc không xem xét được có thể dẫn đến trình quản lý thẻ "phình lên", khiến các trang bị chậm. Việc chuyển lại về hiệu suất có thể là một tác vụ phức tạp, trong khi không giảm chức năng được yêu cầu trên trang
Quá trình rà soát sẽ cung cấp cho bạn danh sách cuối cùng các thẻ được phân loại là cần thiết cho một trang cụ thể. Ở giai đoạn này, bạn có thể tìm hiểu các phương pháp tối ưu hoá kỹ thuật. Việc này cũng mở ra cơ hội xác định số lượng thẻ trong danh sách cuối cùng này trong ngân sách hiệu suất. Bạn có thể theo dõi ngân sách này trong Lighthouse CI và tích hợp vào chế độ cài đặt mục tiêu theo hiệu suất cụ thể. Ví dụ:
Nếu chỉ sử dụng tối đa 5 thẻ trên Trang đích cùng với JS được tối ưu hoá của riêng mình, thì chúng tôi tin rằng Tổng thời gian chặn (TBT) có thể đạt mức "tốt" trong Các chỉ số quan trọng về trang web.