Xuất bản: Ngày 7 tháng 11 năm 2019, Cập nhật lần gần đây nhất: Ngày 15 tháng 10 năm 2025
TBT là gì?
Chỉ số Tổng thời gian chặn (TBT) đo tổng thời gian sau khi Hiển thị nội dung đầu tiên (FCP), trong đó luồng chính bị chặn đủ lâu để ngăn khả năng phản hồi hoạt động đầu vào.
Theo mặc định, Lighthouse sẽ ngừng theo dõi TBT sau Thời gian tương tác (TTI), tương tự như một số công cụ phòng thí nghiệm khác đo lường thời gian tải trang. Xem phần TBT có liên quan đến TTI như thế nào?.
Luồng chính được coi là "bị chặn" bất cứ khi nào có một Thao tác dài, tức là một thao tác chạy trên luồng chính trong hơn 50 mili giây. Chúng ta nói rằng luồng chính bị "chặn" vì trình duyệt không thể làm gián đoạn một tác vụ đang diễn ra. Vì vậy, trong trường hợp người dùng tương tác với trang trong quá trình thực hiện một tác vụ dài, trình duyệt phải đợi tác vụ đó hoàn tất thì mới có thể phản hồi.
Nếu tác vụ đủ dài (bất kỳ tác vụ nào dài hơn 50 mili giây), thì người dùng có thể nhận thấy độ trễ và cho rằng trang này hoạt động chậm hoặc bị lỗi.
Thời gian chặn của một tác vụ dài nhất định là khoảng thời gian vượt quá 50 mili giây. Và tổng thời gian chặn cho một trang là tổng của thời gian chặn cho mỗi tác vụ dài xảy ra sau FCP trong khung thời gian được đo (thường là TTI cho các công cụ tải trang hoặc tổng thời gian theo dõi cho các công cụ khác).
Ví dụ: hãy xem xét biểu đồ sau đây về luồng chính của trình duyệt trong quá trình tải trang:
Dòng thời gian được mô tả trong hình ảnh trước đó có 5 tác vụ, trong đó có 3 tác vụ là Tác vụ dài vì thời lượng của chúng vượt quá 50 mili giây. Biểu đồ tiếp theo cho thấy thời gian chặn của từng tác vụ dài:
Vì vậy, mặc dù tổng thời gian dành cho việc chạy các thao tác trên luồng chính là 560 mili giây, nhưng chỉ có 345 mili giây trong số đó được coi là thời gian chặn.
Thời lượng của việc cần làm (tính bằng mili giây) | Thời gian chặn tác vụ (mili giây) | |
---|---|---|
Việc cần làm 1 | 250 | 200 |
Việc cần làm 2 | 90 | 40 |
Nhiệm vụ 3 | 35 | 0 |
Nhiệm vụ 4 | 30 | 0 |
Việc cần làm thứ năm | 155 | 105 |
Tổng thời gian chặn | 345 mili giây |
TBT liên quan như thế nào đến INP?
TBT xuất hiện trước INP và hữu ích với vai trò là chỉ báo về các vấn đề liên quan đến INP, đặc biệt là trong môi trường phòng thí nghiệm, nơi việc đo lường INP khó khăn hơn. Tuy nhiên, TBT có thể gắn cờ các vấn đề tiềm ẩn mà người dùng có thể không gặp phải nếu họ không tương tác vào thời điểm đó. Ngoài ra, công cụ này cũng có thể bỏ sót các vấn đề do hoạt động tương tác gây ra khi đo lường trong môi trường phòng thí nghiệm. Bạn nên đo lường INP trong thực tế để đo lường các vấn đề thực tế về khả năng phản hồi mà người dùng gặp phải. TBT có thể là một chỉ số proxy hợp lý cho INP trong phòng thí nghiệm, nhưng bản thân nó không thay thế được INP.
TBT liên quan như thế nào đến TTI?
TBT được đo trong một khoảng thời gian. Đối với một số công cụ trong phòng thí nghiệm thường đo lường lượt tải trang, bao gồm cả Lighthouse, TBT được đo lường cho đến TTI vì chỉ số này giúp định lượng mức độ nghiêm trọng của việc trang không tương tác trước khi trang trở nên có thể tương tác một cách ổn định. Tuy nhiên, TBT cũng có thể tiếp tục được đo lường sau khi tải trang và vượt quá TTI, chẳng hạn như ở chế độ Khoảng thời gian của Lighthouse.
TTI coi một trang là "tương tác đáng tin cậy" nếu luồng chính không có các tác vụ dài trong ít nhất 5 giây. Điều này có nghĩa là 3 tác vụ 51 mili giây trải rộng trong 10 giây có thể đẩy TTI lùi lại xa như một tác vụ duy nhất dài 10 giây – nhưng hai trường hợp đó sẽ mang lại cảm giác rất khác biệt cho người dùng đang cố gắng tương tác với trang.
Trong trường hợp đầu tiên, 3 tác vụ 51 mili giây sẽ có TBT là 3 mili giây. Trong khi đó, một tác vụ duy nhất có thời lượng 10 giây sẽ có TBT là 9950 mili giây. Giá trị TBT lớn hơn trong trường hợp thứ hai cho thấy trải nghiệm kém hơn.
Ví dụ này cho thấy lý do TBT thường là một chỉ số tốt hơn TTI vì ít có khả năng xảy ra giá trị ngoại lệ. Điều này vẫn đúng ngay cả khi TTI được dùng làm điểm cuối cho TBT.
Cách đo TBT
TBT là một chỉ số cần được đo lường trong phòng thí nghiệm. Cách tốt nhất để đo lường TBT là chạy quy trình kiểm tra hiệu suất Lighthouse trên trang web của bạn. Hãy xem tài liệu về TBT của Lighthouse để biết thông tin chi tiết về cách sử dụng.
Bạn có thể đo TBT trong thực tế, nhưng chúng tôi không khuyến khích bạn làm việc này vì tương tác của người dùng có thể ảnh hưởng đến TBT của trang theo những cách dẫn đến nhiều biến động trong báo cáo của bạn. Thay vào đó, bạn nên xem xét Long Animations Frame API (API khung hình ảnh động dài) mới trong trường nếu muốn xem xét ngoài một lượt tương tác INP duy nhất.
Công cụ phòng thí nghiệm
Điểm TBT tốt là gì?
Để đem lại trải nghiệm tốt cho người dùng, các trang web nên cố gắng giới hạn Tổng thời gian chặn dưới 200 mili giây khi thử nghiệm trên phần cứng trung bình của thiết bị di động.
Để biết thông tin chi tiết về cách TBT của trang ảnh hưởng đến điểm hiệu suất Lighthouse, hãy xem bài viết Cách Lighthouse xác định điểm TBT
Cách cải thiện TBT
Nhìn chung, bạn nên tối ưu hoá cho INP thay vì TBT vì chúng tôi khuyên bạn nên sử dụng TBT làm chỉ số proxy cho INP trong phòng thí nghiệm (nơi thường không thể đo lường chính xác INP). Do đó, để cải thiện TBT, hãy xem hướng dẫn của chúng tôi về cách Tối ưu hoá INP.
Nếu đang xem xét cụ thể về TBT, bạn có thể chạy một quy trình kiểm tra hiệu suất Lighthouse và chú ý đến mọi cơ hội cụ thể mà quy trình kiểm tra đề xuất.
Nhìn chung, việc cải thiện TBT cho một trang web bao gồm việc giảm số lượng tập lệnh chặn, tức là tối ưu hoá để chúng ít chặn hơn hoặc giảm số lượng tập lệnh nói chung. Hãy tham khảo các hướng dẫn sau đây về hiệu suất: