Total Blocking Time (TBT)

Was ist die Total Blocking Time (TBT)?

Die Total Blocking Time (TBT) misst in Millisekunden, wie lange der Hauptthread einer Seite zwischen dem First Contentful Paint und der vollständigen Interaktionsbereitschaft blockiert ist. Als gut gilt ein Laborwert bis 200 Millisekunden. Hohe Werte entstehen meist durch lange JavaScript-Aufgaben, die Eingaben des Nutzers verzögern.

Total Blocking Time (TBT) erklärt

Die Total Blocking Time (TBT), auf Deutsch sinngemäß gesamte Blockierzeit, ist eine PageSpeed-Kennzahl für die Reaktionsfähigkeit einer Website während des Ladens. Sie erfasst Zeiträume, in denen der Browser keine Nutzereingaben verarbeiten kann, weil der Hauptthread mit der Ausführung von Code beschäftigt ist.

Der Hauptthread übernimmt unter anderem die Verarbeitung von JavaScript, den Aufbau des Document Object Model, Layoutberechnungen und die Darstellung von Seitenelementen. Läuft dort eine umfangreiche Aufgabe, können Klicks, Tastatureingaben oder das Öffnen eines Menüs erst nach deren Abschluss verarbeitet werden. Die Seite sieht dann möglicherweise bereits geladen aus, reagiert aber verzögert.

So wird die TBT berechnet

Für die Total Blocking Time werden sogenannte Long Tasks ausgewertet. Eine Aufgabe gilt als lang, sobald sie mehr als 50 Millisekunden auf dem Hauptthread beansprucht. Von jeder langen Aufgabe zählt nur der Anteil oberhalb dieser Grenze zur Blockierzeit.

Die Formel lautet: TBT = Summe aller Aufgabenzeiten oberhalb von 50 Millisekunden. Dauert eine Aufgabe 120 Millisekunden, entstehen 70 Millisekunden Blockierzeit. Eine zweite Aufgabe mit 90 Millisekunden fügt weitere 40 Millisekunden hinzu. Die Total Blocking Time beträgt in diesem Beispiel 110 Millisekunden.

Die Messung berücksichtigt nur lange Aufgaben zwischen dem First Contentful Paint, kurz FCP, und der Time to Interactive, kurz TTI. Der FCP bezeichnet den Zeitpunkt, an dem erstmals sichtbarer Inhalt erscheint. Die TTI markiert den Punkt, an dem die Seite zuverlässig auf Nutzereingaben reagieren kann. Aufgaben außerhalb dieses Messfensters verändern die Total Blocking Time nicht.

Welche TBT-Werte sind gut?

Die Einordnung der Total Blocking Time erfolgt anhand fester Laborgrenzen. Ein Wert bis 200 Millisekunden gilt als gut. Zwischen 200 und 600 Millisekunden besteht Optimierungspotenzial. Werte oberhalb von 600 Millisekunden weisen auf eine deutlich blockierte Interaktivität hin.

TBT-WertBewertungEinordnung
0 bis 200 msGutDer Hauptthread ist während der Ladephase nur kurz blockiert.
Über 200 bis 600 msOptimierungspotenzialLängere Aufgaben können erste Interaktionen spürbar verzögern.
Über 600 msSchwachDer Browser ist über längere Zeit nicht zuverlässig bedienbar.

Ein TBT-Wert von null bedeutet nicht automatisch, dass eine Website insgesamt schnell lädt. Die Kennzahl kann niedrig sein, obwohl Bilder spät erscheinen oder die Server-Antwort langsam ist. Prüfe die Total Blocking Time deshalb gemeinsam mit Ladezeitwerten wie Largest Contentful Paint, Server-Antwortzeit und Cumulative Layout Shift.

Was verursacht eine hohe TBT?

Eine hohe Total Blocking Time entsteht überwiegend durch JavaScript, das lange zusammenhängende Aufgaben auf dem Hauptthread ausführt. Besonders relevant sind große Skriptpakete, rechenintensive Komponenten und Drittanbieter-Code, der bereits beim Seitenstart geladen wird.

  • Große JavaScript-Dateien: Der Browser muss umfangreichen Code herunterladen, analysieren und ausführen.
  • Unnötiger JavaScript-Code: Geladene Funktionen blockieren Ressourcen, obwohl die aktuelle Seite sie nicht benötigt.
  • Drittanbieter-Skripte: Tracking, Chats, Karten, Videos oder Werbesysteme erzeugen zusätzliche Aufgaben.
  • Aufwendige Layoutberechnungen: Ein großer oder häufig veränderter DOM-Baum erhöht den Rechenaufwand.
  • Clientseitiges Rendering: Inhalte und Navigation werden erst nach umfangreicher JavaScript-Ausführung aufgebaut.

Der häufigste Denkfehler besteht darin, nur die Dateigröße eines Skripts zu prüfen. Eine kleine Datei kann eine hohe Total Blocking Time verursachen, wenn ihr Code lange Berechnungen ausführt. Eine größere Datei kann weniger problematisch sein, wenn sie aufgeteilt, verzögert geladen oder nur bei Bedarf ausgeführt wird. Prüfe deshalb die Dauer einzelner Aufgaben und nicht allein übertragene Kilobytes.

Total Blocking Time optimieren

Die Total Blocking Time sinkt, wenn lange Aufgaben verkürzt oder in kleinere Arbeitspakete unterteilt werden. Eine Aufgabe von 200 Millisekunden verursacht 150 Millisekunden Blockierzeit. Wird dieselbe Arbeit in vier Aufgaben von jeweils 50 Millisekunden aufgeteilt, entsteht nach der TBT-Definition keine Blockierzeit, sofern zwischen den Aufgaben andere Prozesse ausgeführt werden können.

  • Entferne JavaScript, das auf der betroffenen URL nicht gebraucht wird.
  • Lade unkritische Skripte verzögert oder erst nach einer Nutzeraktion.
  • Teile große JavaScript-Pakete nach Seiten und Funktionen auf.
  • Verlagere geeignete Berechnungen in Web Worker außerhalb des Hauptthreads.
  • Reduziere Drittanbieter-Skripte und prüfe deren tatsächlichen Nutzen.
  • Vereinfache große DOM-Strukturen und vermeide wiederholte Layoutberechnungen.

Prüfe Änderungen einzeln, weil pauschales Zusammenfassen oder Minimieren von Dateien die Total Blocking Time nicht zwingend verbessert. Eine Optimierung ist erst belegt, wenn die Zahl und Dauer der Long Tasks sinken und zentrale Funktionen wie Navigation, Formulare und Warenkorb weiterhin zuverlässig arbeiten.

Total Blocking Time messen

Messbar ist die Total Blocking Time zum Beispiel so: Führe einen mobilen PageSpeed-Test für eine feste URL durch, dokumentiere den TBT-Wert und wiederhole die Messung nach jeder technischen Änderung unter vergleichbaren Bedingungen. Mehrere Durchläufe sind aussagekräftiger als ein Einzeltest, weil Gerätelast, Netzwerk und Drittanbieter-Dienste die Ergebnisse beeinflussen können.

Mit dem kostenlosen Ladezeiten-Check kannst du die mobile und die Desktop-Performance einer Website prüfen. Starte den Test für dieselbe URL vor und nach der Optimierung, damit Veränderungen vergleichbar bleiben.

Mit Nutzung dieses PageSpeed-Checks erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die von Ihnen angegebenen Daten elektronisch erhoben und gespeichert werden. Ihre Daten werden dabei nur streng zweckgebunden zur Bearbeitung des PageSpeed-Checks benutzt. Mit der Nutzung dieses PageSpeed-Checks erklären Sie sich mit der Verarbeitung einverstanden.

Für eine fortlaufende Verlaufskontrolle lassen sich Ladezeiten und technische Änderungen zusätzlich im Technik-Crawler der Performance Suite dokumentieren. Die Performance Suite ermittelt Ladezeitwerte für mobile Geräte und Desktop und stellt deren Entwicklung in Diagrammen dar.

Unterschied zu den Core Web Vitals

Der Unterschied zwischen Total Blocking Time und den Core Web Vitals liegt in Messmethode und Status. TBT ist eine Laborkennzahl und gehört nicht selbst zu den Core Web Vitals. Die Total Blocking Time wird in einer kontrollierten Testumgebung berechnet, während Core-Web-Vitals-Berichte auch Felddaten echter Nutzer berücksichtigen können.

Interaction to Next Paint, kurz INP, misst die beobachtete Reaktionsfähigkeit einer Seite während der gesamten Nutzung. Total Blocking Time betrachtet dagegen die aufsummierten Blockierzeiten in einer bestimmten Ladephase. Eine niedrige TBT kann einen guten INP begünstigen, garantiert ihn aber nicht, weil spätere Interaktionen und nachgeladener Code ebenfalls Verzögerungen verursachen können.

Time to Interactive unterscheidet sich ebenfalls von der Total Blocking Time. TTI bezeichnet einen Zeitpunkt, während TBT eine Zeitspanne summiert. Zwei Seiten können einen ähnlichen TTI-Wert erreichen und trotzdem unterschiedliche TBT-Werte haben, wenn eine Seite wenige sehr lange Aufgaben und die andere viele kurze Aufgaben ausführt.

Relevanz für SEO, SEA und GEO

Für SEO liefert die Total Blocking Time einen konkreten Diagnosewert für JavaScript und Interaktivität. TBT ist kein eigenständiger Core Web Vital und sollte nicht isoliert als direkter Rankingfaktor behandelt werden. Die Kennzahl hilft jedoch, technische Ursachen zu finden, die Nutzererfahrung, INP und die Bedienbarkeit einer Seite beeinträchtigen können. Weitere Prüffelder beschreibt der Leitfaden zum Management technischer SEO-Probleme.

Für SEA ist die Total Blocking Time auf Zielseiten relevant, wenn Anzeigen Nutzer direkt zu Formularen, Filtern oder Warenkörben führen. Reagiert ein sichtbarer Button erst verzögert, kann eine Seite trotz schneller visueller Darstellung schwer bedienbar wirken. Deshalb sollten technische Checks für Google-Ads-Zielseiten neben der reinen Ladezeit auch die Interaktivität berücksichtigen.

Für GEO, also Generative Engine Optimization, ist die Total Blocking Time keine direkte Kennzahl der KI-Sichtbarkeit. Eine technisch zugängliche Website erleichtert jedoch Nutzern und automatisierten Systemen den Abruf von Inhalten. Inhalte, die ausschließlich nach umfangreicher JavaScript-Ausführung verfügbar werden, sollten zusätzlich auf Rendering, interne Verlinkung und serverseitig ausgelieferten HTML-Inhalt geprüft werden.

Wenn du Ladezeiten und technische Entwicklungen regelmäßig beobachten möchtest, kannst du die Messwerte in einem zentralen Account dokumentieren.

Free Account anlegen

Häufige Fragen zur Total Blocking Time

Ist die Total Blocking Time ein Core Web Vital?

Nein. Die Total Blocking Time ist eine Laborkennzahl zur Diagnose blockierter Interaktivität. Zu den Core Web Vitals gehören LCP, INP und CLS.

Warum unterscheidet sich die TBT bei mehreren Tests?

Die Total Blocking Time kann durch die simulierte Geräteleistung, Netzbedingungen, Serverauslastung und Drittanbieter-Skripte schwanken. Vergleiche deshalb mehrere Messungen unter möglichst gleichen Bedingungen.

Kann die Total Blocking Time negativ sein?

Nein. Aufgaben bis einschließlich 50 Millisekunden erzeugen keine Blockierzeit. Der niedrigste mögliche TBT-Wert beträgt daher null Millisekunden.

Verbessert weniger JavaScript automatisch die TBT?

Weniger JavaScript kann die Total Blocking Time reduzieren, doch die Ausführungsdauer ist wichtiger als die Dateigröße allein. Prüfe insbesondere lange Aufgaben und unnötigen Code auf der jeweiligen URL.

Wird die TBT auf Mobilgeräten und Desktop gleich bewertet?

Die Bewertungsgrenzen bleiben gleich, doch mobile Tests fallen oft schwächer aus. Die simulierte geringere Rechenleistung verlängert die Ausführung umfangreicher JavaScript-Aufgaben.

Was ist wichtiger: TBT oder INP?

INP beschreibt die Reaktionsfähigkeit aus Sicht echter Nutzer und gehört zu den Core Web Vitals. TBT eignet sich vor allem im Labor, um blockierende Aufgaben während des Seitenaufbaus zu finden.


Sie haben noch Fragen?

Kontaktieren Sie uns

Free Account erstellen


Weitere Inhalte