Total Blocking Time (TBT) summerer den blokerende del af lange hovedtrådsopgaver mellem FCP og det historiske interaktivitetspunkt (TTI). Kun tiden over 50 ms pr. opgave tæller med — resten regnes som acceptabel.
Hvad TBT viser — og ikke viser
TBT er nyttig til at opdage JavaScript, der monopoliserer browseren, mens siden ser indlæst ud. En høj TBT kan betyde, at menuer, filtre eller formularer reagerer langsomt, selv om LCP er acceptabel. Metrikken er laboratoriedata og erstatter ikke INP, som måler rigtige brugerinteraktioner i felt.
I Lighthouse er 200 ms eller mindre typisk godt. Sammenlign altid under ens testforhold — enhed, netværk og cache påvirker resultatet. Se long tasks i DevTools for at finde de konkrete scripts bag tallene.
TBT i WordPress
Page builders, sliders, WooCommerce-udvidelser, cookie-løsninger og analyse-tags er almindelige kilder til blokerende arbejde. Defer kan forbedre første rendering, men scripts der stadig kører længe efter load kan fortsat give høj TBT og dårlig INP. Fjern funktioner, der ikke bruges, indlæs dem kun på relevante skabeloner, og reducér mængden af JavaScript frem for kun at flytte det.
Billed-lazy loading kan reducere downloadarbejde, men løser ikke CPU-tunge scripts. Fokusér på arbejde på hovedtråden og tredjepartskode, når TBT er høj.
Sådan fejlsøger du
Åbn Lighthouse eller Chrome DevTools’ Performance-panel og identificér long tasks på main thread. Knyt dem til konkrete script-URL’er i Network-panelet. Test derefter centrale flows på mobil: menu, søgning, filtrering og checkout. En lavere TBT er et godt tegn, når den også forbedrer oplevelsen — bekræft med PageSpeed Insights og manuel test.