סה"כ זמן חסימה (TBT) הוא מדד שיעור Lab חשוב למדידת מהירות התגובה לעומס. המדד הזה מודד את משך הזמן הכולל אחרי הצגת תוכן ראשוני (FCP), שבו ה-thread הראשי נחסם למשך מספיק זמן כדי למנוע תגובות לקלט של משתמשים. TBT נמוך עוזר להבטיח שניתן יהיה להשתמש בדף.
כברירת מחדל, מערכת Lighthouse מפסיקה לעקוב אחרי נתוני ה-TBT אחרי Time to Interactive (TTI), וכך גם כלים אחרים לשיעור ה-Lab שמודדים את טעינת הדפים. למידע נוסף, קראו את המאמר מה הקשר בין TBT לבין TTI?
ה-thread הראשי נחשב ל"חסום" בכל פעם שיש משימה ארוכה – משימה שרצה ב-thread הראשי למשך יותר מ-50 אלפיות השנייה. אנחנו אומרים שה-thread הראשי 'חסום' כי הדפדפן לא יכול להפריע למשימה שמתבצעת. אם משתמש מנסה ליצור אינטראקציה עם הדף באמצע משימה ארוכה, הדפדפן צריך להמתין לסיום המשימה לפני שיוכל להגיב.
אם המשימה שה-thread הראשי חסום למשך יותר מ-50 אלפיות השנייה, כנראה שהמשתמש יבחין בעיכוב ויראה שהדף איטי או שבור.
זמן החסימה של משימה ארוכה מסוימת הוא משך הזמן שלה יותר מ-50 אלפיות השנייה. זמן החסימה הכולל של דף הוא הזמן הכולל של זמן החסימה לכל משימה ארוכה שמתרחשת אחרי FCP במסגרת הזמן שנמדדת (בדרך כלל מדובר ב-TTI לכלים לטעינת דפים, או בזמן המעקב הכולל לכלים אחרים).
לדוגמה, במהלך טעינת הדף, עיין בתרשים הבא של ה-thread הראשי של הדפדפן:
בציר הזמן הזה יש חמש משימות, ששלוש מהן 'משימות ארוכות' כי משך הזמן שלהן ארוך מ-50 אלפיות השנייה. בתרשים הבא מוצג זמן החסימה של כל אחת מהמשימות הארוכות:
משך הזמן הכולל להרצת משימות ב-thread הראשי הוא 560 אלפיות השנייה, ו-345 אלפיות השנייה מהזמן הזה נחשב לחסימה.
| משך המשימה | משך החסימה של המשימה | |
|---|---|---|
| משימה ראשונה | 250 אלפיות השנייה | 200 אלפיות השנייה |
| משימה שנייה | 90 אלפיות השנייה | 40 אלפיות השנייה |
| משימה שלישית | 35 אלפיות השנייה | 0 אלפיות שנייה |
| משימה רביעית | 30 אלפיות השנייה | 0 אלפיות שנייה |
| משימה חמש | 155 אלפיות השנייה | 105 אלפיות השנייה |
| זמן החסימה הכולל | 345 אלפיות השנייה | |
מה הקשר בין TBT לבין TTI?
TBT נמדד במהלך תקופת זמן. בחלק מהכלים לשיעור ה-Lab, שבדרך כלל מודדים טעינות של דפים, כולל Lighthouse, כולל Lighthouse, נמדדו TBT עד 'TTI', כי כך ניתן לכמת את מידת החומרה של מידת חוסר האינטראקטיביות של הדף לפני שהוא הופך לאינטראקטיבי בצורה אמינה. עם זאת, אפשר להמשיך למדוד TBT מעבר ל-TTI, לדוגמה, במצב Lighthouse Timespan.
TTI מחשיב דף כ'אינטראקטיבי אמין' אם ה-thread הראשי לא היה פנוי ממשימות ארוכות במשך חמש שניות לפחות. המשמעות היא ששלוש משימות של 51 אלפיות השנייה שמפוזרות על פני 10 שניות יכולות לדחוף את TTI עד למשימה אחת של 10 שניות.
עם זאת, שני התרחישים האלה שונים מאוד ממשתמש שמנסה לקיים אינטראקציה עם הדף. לשלוש משימות של 51 אלפיות השנייה זמן ה-TBT הוא 3 אלפיות שנייה, ואילו למשימה אחת של 10 שניות יש TBT של 9,950 אלפיות שנייה, דבר שיוצר חוויית משתמש הרבה יותר גרועה.
מאחר שה-TBT מייצג ערכים חריגים בצורה מדויקת יותר, בדרך כלל הוא מדד שימושי יותר מ-TTI, גם כשמדידת ה-TBT נעצרת ב-TTI.
מדידת TBT
TBT הוא מדד שצריך למדוד בשיעור ה-Lab. הדרך הטובה ביותר למדוד את נתוני TBT היא לבצע בדיקת ביצועים של Lighthouse באתר שלכם. למידע נוסף על השימוש, עיינו במשאבי העזרה של Lighthouse בנושא TBT.
כלי מעבדה
מהו ציון TBT טוב?
כדי לספק חוויית משתמש טובה, אתרים צריכים להיות בעלי TBT של פחות מ-200 אלפיות השנייה, כשבודקים אותם לגבי חומרה ממוצעת לנייד.
למידע נוסף על ההשפעה של ה-TBT של הדף על ציון הביצועים של Lighthouse, תוכלו לעיין במאמר איך מערכת Lighthouse קובעת את ציון ה-TBT.
שיפור TBT
כדי לדעת איך לשפר את ה-TBT באתר ספציפי, אתם יכולים להריץ בדיקת ביצועים של Lighthouse ולשים לב להזדמנויות ספציפיות שמופיעות בביקורת.
במדריכי הביצועים הבאים תוכלו לקרוא איך לשפר את TBT באופן כללי (לכל אתר):