Total Blocking Time (TBT) summerer de dele af hver long task (over 50 ms), der falder mellem FCP og Time to Interactive. Det er en lab-only metrik rapporteret af Lighthouse og er den tætteste syntetiske proxy for field-metrikken INP.
Hvorfor det er vigtigt
En høj TBT betyder, at main thread er optaget med at parse, kompilere eller eksekvere JavaScript, mens brugeren forsøger at klikke, tappe eller scrolle. web.dev's gode tærskel er under 200 ms på mid-range mobil; over 600 ms er dårligt. Fordi TBT køres i lab, dukker den op under CI længe før brugere mærker forsinkelsen — hvilket gør den til den rette gate for at holde responsiveness-regressioner ude af produktion. TBT er ikke selv en Core Web Vital, men den korrelerer stærkt med INP, så forbedringer du laver for at sænke TBT flytter typisk field responsiveness i samme retning.
Sådan fikser du det
- Profilér long tasks i DevTools' Performance-panel og kig efter tasks over 50 ms.
- Code-split routes og defer ikke-kritiske bundles med dynamisk
import(). - Flyt tungt arbejde væk fra main thread med Web Workers eller
scheduler.yield(). - Gennemgå third-party scripts — analytics, chat widgets, A/B-værktøjer — og indlæs dem efter interaktion, når det er muligt.
- Reducér framework hydration-cost ved at hydrere komponenter on demand eller sende mindre client JavaScript.
- Følg TBT-trends i lab data sammen med den ældre FID og den aktuelle INP.