Total Blocking Time คือการวัดระยะเวลารวมที่เธรดหลักของเบราว์เซอร์ถูกบล็อกโดยงานที่ใช้เวลานานระหว่างการโหลดหน้าเว็บ ซึ่งทำให้เบราว์เซอร์ไม่สามารถตอบสนองต่อการป้อนข้อมูลของผู้ใช้ได้ โดยจะรวมส่วนของแต่ละงานที่ใช้เวลานานเกินห้าสิบมิลลิวินาที นับเฉพาะส่วนที่เกินมาเท่านั้น และวัดภายใต้สภาวะห้องปฏิบัติการระหว่าง First Contentful Paint และจุดที่หน้าเว็บสามารถโต้ตอบได้อย่างน่าเชื่อถือ
จุดประสงค์ของมันคือการใช้เป็นตัวแทนในห้องปฏิบัติการเพื่อวัดการตอบสนอง ซึ่งยากที่จะวัดได้หากไม่มีการโต้ตอบจากผู้ใช้จริง เนื่องจาก Interaction to Next Paint ต้องการการป้อนข้อมูลจากผู้ใช้จริง จึงไม่สามารถวัดได้ในการทดสอบจำลองที่ไม่มีใครคลิก Total Blocking Time ประมาณปัญหาพื้นฐานเดียวกันโดยการวัดว่าเบราว์เซอร์ไม่สามารถตอบสนองได้นานแค่ไหนในช่วงเวลาการโหลด และมีความสัมพันธ์ที่ดีพอที่จะเป็นประโยชน์สำหรับการวินิจฉัย
เกณฑ์ 50 มิลลิวินาทีนี้สะท้อนถึงการรับรู้ของมนุษย์มากกว่าการเลือกโดยพลการ งานที่ใช้เวลาน้อยกว่านั้นจะช่วยให้เบราว์เซอร์ตอบสนองต่อการป้อนข้อมูลได้อย่างรวดเร็ว ทำให้รู้สึกว่าอินเทอร์เฟซนั้นใช้งานได้ทันที ในขณะที่งานที่ใช้เวลานานกว่านั้นจะทำให้เกิดความล่าช้าที่รับรู้ได้ การนับเฉพาะส่วนที่เกินจากเกณฑ์หมายความว่างานเดียวที่ใช้เวลา 500 มิลลิวินาทีนั้นก่อให้เกิดความล่าช้ามากกว่างาน 10 งานที่ใช้เวลา 60 มิลลิวินาที ซึ่งสะท้อนให้เห็นอย่างถูกต้องว่าบล็อกยาวๆ หนึ่งบล็อกนั้นแย่กว่าบล็อกสั้นๆ หลายๆ บล็อก
สาเหตุส่วนใหญ่เกิดจากการทำงานของ JavaScript ไฟล์ขนาดใหญ่ที่ต้องถูกแยกวิเคราะห์และคอมไพล์ การเริ่มต้นและการปรับแต่งเฟรมเวิร์กบนหน้าเว็บที่แสดงผลบนเซิร์ฟเวอร์ สคริปต์ของบุคคลที่สามที่ทำงานระหว่างการโหลด และการคำนวณที่ซับซ้อนซึ่งดำเนินการแบบซิงโครนัส ล้วนใช้เธรดหลัก การปรับปรุงเครือข่ายไม่ได้แก้ไขปัญหานี้: สคริปต์ที่ดาวน์โหลดเสร็จทันทียังคงบล็อกเธรดขณะที่กำลังทำงานอยู่
การแก้ไขปัญหาเริ่มต้นจากการระบุว่างานใดใช้เวลานานและมีส่วนประกอบอะไรบ้าง วิธีการมาตรฐานได้แก่ การแบ่งกลุ่มโค้ดเพื่อให้เฉพาะโค้ดที่จำเป็นสำหรับการแสดงผลเริ่มต้นโหลดทันที การเลื่อนการโหลดสคริปต์ที่ไม่สำคัญ การแบ่งงานที่ใช้เวลานานออกเป็นชิ้นเล็กๆ ที่รอให้เบราว์เซอร์ประมวลผลระหว่างนั้น การย้ายการคำนวณที่ซับซ้อนไปยังเธรดการทำงาน และการลบสคริปต์ของบุคคลที่สามที่ไม่คุ้มค่ากับต้นทุน การตรวจสอบบุคคลที่สามแต่ละรายมักเป็นขั้นตอนที่ให้ผลตอบแทนสูงสุด เนื่องจากคอนเทนเนอร์ตัวจัดการแท็กเพียงตัวเดียวอาจส่งผลต่อการวัดผลอย่างมาก
ความสัมพันธ์ระหว่างข้อมูลนี้กับข้อมูลภาคสนามจำเป็นต้องตีความอย่างระมัดระวัง เวลาบล็อกทั้งหมด (Total Blocking Time) เป็นการวัดในห้องปฏิบัติการภายใต้สภาวะควบคุม ในขณะที่เวลาโต้ตอบจนถึงการแสดงผลครั้งต่อไป (Interaction to Next Paint) รวบรวมจากผู้ใช้จริงบนอุปกรณ์จริง หน้าเว็บอาจบันทึกเวลาบล็อกที่ยอมรับได้บนเครื่องทดสอบที่เร็ว แต่กลับแสดงการตอบสนองที่ไม่ดีบนโทรศัพท์ระดับกลางที่ผู้ใช้ส่วนใหญ่ใช้จริง การทดสอบภายใต้สภาวะที่จำกัดซึ่งใกล้เคียงกับการใช้งานจริงบนอุปกรณ์ต่างๆ คือสิ่งที่ทำให้ตัวเลขจากห้องปฏิบัติการสามารถใช้ทำนายผลได้
นอกจากนี้ การวัดยังครอบคลุมเฉพาะช่วงเวลาการโหลด ซึ่งเป็นข้อจำกัดอย่างแท้จริง ปัญหาการตอบสนองที่เกิดขึ้นในภายหลัง เมื่อผู้ใช้กรองรายการขนาดใหญ่หรือเปิดมุมมองที่ซับซ้อน จะมองไม่เห็นในการวัดที่หยุดลงเมื่อการโหลดเสร็จสมบูรณ์ แอปพลิเคชันที่มีการโต้ตอบหลังการโหลดจำนวนมาก จำเป็นต้องวัดการโต้ตอบจริงในภาคสนาม แทนที่จะพึ่งพาตัวชี้วัดเวลาในการโหลด
เนื่องจากวิธีแก้ไขเกี่ยวข้องกับโค้ดแอปพลิเคชันและการพึ่งพาของบุคคลที่สามมากกว่าการส่งมอบสินทรัพย์ การปรับปรุงจึงต้องอาศัยวิศวกรรมมากกว่าการกำหนดค่า ในทางปฏิบัติ การวินิจฉัยจะอยู่ภายใน ประสิทธิภาพของเว็บ การทำงาน การจัดกลุ่ม และการเปลี่ยนแปลงการดำเนินการจะถูกส่งผ่านทาง การพัฒนาผลิตภัณฑ์และการตัดสินใจว่าสคริปต์ของบุคคลที่สามใดที่คุ้มค่ากับต้นทุนของเธรดหลักนั้น โดยปกติแล้วจะต้องเกี่ยวข้องกับ... บริการด้านการตลาดเนื่องจากสคริปต์ส่วนใหญ่มีอยู่ตามคำขอของพวกเขา