Veröffentlicht am 7. November 2019, zuletzt aktualisiert am 15. Oktober 2025
Was ist TBT?
Der Messwert „Total Blocking Time“ (TBT) gibt die Gesamtzeit nach dem First Contentful Paint (FCP) an, in der der Haupt-Thread so lange blockiert wurde, dass keine Reaktion auf Eingaben erfolgte.
Standardmäßig beendet Lighthouse die Überwachung der TBT nach Time to Interactive (TTI). Das gilt auch für einige andere Lab-Tools, mit denen der Seitenaufbau gemessen wird. Weitere Informationen findest du unter Wie hängt die Zeit bis zum Ziel mit dem Trainings-Index zusammen?.
Der Hauptthread gilt als „blockiert“, wenn eine lange Aufgabe ausgeführt wird, die länger als 50 Millisekunden dauert. Der Hauptthread wird als „blockiert“ bezeichnet, weil der Browser eine laufende Aufgabe nicht unterbrechen kann. Wenn ein Nutzer also doch während einer langen Aufgabe mit der Seite interagiert, muss der Browser warten, bis die Aufgabe abgeschlossen ist, bevor er reagieren kann.
Wenn die Aufgabe lange genug dauert (mehr als 50 Millisekunden), bemerkt der Nutzer die Verzögerung wahrscheinlich und empfindet die Seite als langsam oder fehlerhaft.
Die Blockierungszeit einer bestimmten Long Task ist die Dauer, die 50 Millisekunden überschreitet. Die Gesamtblockierungszeit für eine Seite ist die Summe der Blockierungszeit für jede lange Aufgabe, die nach dem FCP für den gemessenen Zeitraum auftritt (normalerweise TTI für Tools zum Laden von Seiten oder die gesamte Ablaufverfolgungszeit für andere Tools).
Sehen Sie sich beispielsweise das folgende Diagramm des Hauptthreads des Browsers während des Seitenaufbaus an:
Die im vorherigen Bild dargestellte Zeitachse enthält fünf Aufgaben, von denen drei Long Tasks sind, da ihre Dauer 50 Millisekunden überschreitet. Das nächste Diagramm zeigt die Blockierungszeit für die einzelnen zeitaufwendigen Aufgaben:
Die Gesamtdauer der Ausführung von Aufgaben im Hauptthread beträgt also 560 Millisekunden, aber nur 345 Millisekunden davon gelten als Blockierungszeit.
| Aufgabendauer (Millisekunden) | Blockierzeit des Tasks (Millisekunden) | |
|---|---|---|
| Aufgabe 1 | 250 | 200 |
| Aufgabe 2 | 90 | 40 |
| Aufgabe 3 | 35 | 0 |
| Aufgabe 4 | 30 | 0 |
| Aufgabe 5 | 155 | 105 |
| Total Blocking Time | 345 Millisekunden | |
Welcher Zusammenhang besteht zwischen TBT und INP?
TBT ist älter als INP und kann als Indikator für INP-Probleme verwendet werden, insbesondere in der Testumgebung, in der die Messung von INP schwieriger ist. TBT kann jedoch potenzielle Probleme kennzeichnen, bei denen für Nutzer keine Probleme auftreten, wenn sie zu diesem Zeitpunkt nicht interagieren. Außerdem können Probleme, die durch Interaktionen verursacht werden, in der Laborumgebung nicht erfasst werden. Wir empfehlen, INP im Feld zu messen, um tatsächliche Reaktionsfähigkeitsprobleme zu erfassen, die Nutzer erleben. TBT kann im Labor ein guter Proxy-Messwert für INP sein, ist aber kein Ersatz für INP an sich.
Wie hängt TBT mit TTI zusammen?
Die TBT wird über einen bestimmten Zeitraum gemessen. Bei einigen Lab-Tools, mit denen traditionell Seitenaufrufe gemessen werden, einschließlich Lighthouse, wurde TBT bis zum TTI gemessen, da so die Schwere der Interaktivität einer Seite quantifiziert werden kann, bevor sie zuverlässig interaktiv wird. TBT kann jedoch auch nach dem Seitenaufbau und damit über die TTI hinaus gemessen werden, z. B. im Lighthouse-Zeitraumbereich.
Eine Seite gilt als „zuverlässig interaktiv“, wenn der Hauptthread mindestens fünf Sekunden lang keine langen Aufgaben enthält. Das bedeutet, dass drei Aufgaben mit einer Dauer von 51 ms, die über 10 Sekunden verteilt sind, die TTI genauso weit nach hinten verschieben können wie eine einzelne Aufgabe mit einer Dauer von 10 Sekunden. Für einen Nutzer, der versucht, mit der Seite zu interagieren, würden sich diese beiden Szenarien jedoch sehr unterschiedlich anfühlen.
Im ersten Fall hätten drei Aufgaben mit jeweils 51 ms eine TBT von 3 Millisekunden. Eine einzelne Aufgabe mit einer Dauer von 10 Sekunden hätte einen TBT von 9.950 Millisekunden. Der größere TBT-Wert im zweiten Fall quantifiziert die schlechtere Nutzerfreundlichkeit.
Dieses Beispiel zeigt, warum TBT oft ein besserer Messwert als TTI ist, da er weniger anfällig für Ausreißer ist. Das ist auch dann der Fall, wenn TTI als Endpunkt für TBT verwendet wird.
TBT messen
Die TBT ist ein Messwert, der im Lab gemessen werden sollte. Am besten messen Sie die TBT, indem Sie einen Lighthouse-Leistungs-Audit für Ihre Website durchführen. Weitere Informationen zur Verwendung finden Sie in der Lighthouse-Dokumentation zu TBT.
Es ist möglich, die TBT in der Praxis zu messen. Wir raten jedoch davon ab, da Nutzerinteraktionen die TBT Ihrer Seite so beeinflussen können, dass es zu großen Abweichungen in Ihren Berichten kommt. Wenn Sie mehr als eine einzelne INP-Interaktion analysieren möchten, empfehlen wir stattdessen die neuere Long Animations Frame API in the field.
Lab-Tools
Was ist ein guter TBT-Wert?
Für eine gute Nutzerfreundlichkeit sollten Websites eine Total Blocking Time von weniger als 200 Millisekunden anstreben, wenn sie auf durchschnittlicher mobiler Hardware getestet werden.
Weitere Informationen dazu, wie sich die TBT Ihrer Seite auf den Lighthouse-Leistungsfaktor auswirkt, finden Sie unter So wird der TBT-Faktor in Lighthouse ermittelt.
TBT verbessern
Im Allgemeinen empfehlen wir, die INP anstelle von TBT zu optimieren, da TBT ein Proxy-Messwert für INP im Labor ist (wo INP in der Regel nicht genau gemessen werden kann). Wenn Sie TBT verbessern möchten, sollten Sie sich daher unseren Leitfaden zur Optimierung von INP ansehen.
Wenn Sie sich speziell mit TBT befassen, können Sie einen Lighthouse-Leistungs-Audit durchführen und auf alle spezifischen Optimierungsmöglichkeiten achten, die der Audit vorschlägt.
Im Allgemeinen lässt sich die TBT einer Website verbessern, indem die Anzahl der blockierenden Skripts reduziert wird. Das bedeutet, dass Sie entweder die Skripts optimieren, damit sie weniger blockieren, oder die Anzahl der Skripts insgesamt verringern. Weitere Informationen finden Sie in den folgenden Leistungsleitfäden: