Total Blocking Time (TBT)
Was ist die Total Blocking Time (TBT)?
Die Total Blocking Time (TBT) ist eine PageSpeed-Kennzahl für die Zeit, in der der Hauptthread einer Webseite durch lange Aufgaben blockiert ist. Gemessen wird in Millisekunden zwischen First Contentful Paint und Time to Interactive. Als guter Richtwert gelten höchstens 200 Millisekunden, Werte über 600 Millisekunden werden als langsam eingestuft.
Was misst die Total Blocking Time?
Die Total Blocking Time (TBT), deutsch: Gesamtblockierzeit, zeigt, wie lange eine geladene Seite nicht zuverlässig auf Eingaben reagieren kann. Der Browser benötigt den Hauptthread unter anderem für JavaScript, Layoutberechnungen und die Darstellung von Inhalten. Belegt eine Aufgabe diesen Hauptthread zu lange, können Klicks, Tastatureingaben oder andere Interaktionen erst verzögert verarbeitet werden.
Die Total Blocking Time betrachtet den Zeitraum zwischen dem First Contentful Paint, also der ersten sichtbaren Darstellung eines Inhalts, und der technischen Interaktionsbereitschaft der Seite. Eine Webseite kann deshalb bereits vollständig aussehen und trotzdem eine hohe TBT aufweisen. Sichtbarer Inhalt allein belegt noch keine schnelle Bedienbarkeit.
So wird die TBT berechnet
Für die Total Blocking Time zählen nur sogenannte Long Tasks. Ein Long Task ist eine Aufgabe auf dem Hauptthread, die länger als 50 Millisekunden dauert. In die Kennzahl fließt ausschließlich der Anteil oberhalb dieser Grenze ein. Eine Aufgabe mit 120 Millisekunden Laufzeit trägt daher 70 Millisekunden zur TBT bei.
Die Berechnung folgt dieser Formel: TBT = Summe aller Laufzeiten oberhalb von 50 Millisekunden pro Long Task. Dauern drei Aufgaben 120, 80 und 45 Millisekunden, ergeben sich blockierende Anteile von 70, 30 und 0 Millisekunden. Die Total Blocking Time beträgt in diesem Beispiel 100 Millisekunden.
Welche TBT-Werte sind gut?
Für mobile Labortests gelten bis zu 200 Millisekunden als guter Wert. Zwischen 200 und 600 Millisekunden besteht Optimierungspotenzial. Eine Total Blocking Time über 600 Millisekunden wird als langsam bewertet. Die Einordnung bezieht sich auf die kontrollierte Testumgebung und ist nicht automatisch mit dem Verhalten jedes realen Nutzers identisch.
| TBT-Wert | Bewertung | Einordnung |
|---|---|---|
| 0 bis 200 ms | Gut | Der Hauptthread bleibt über weite Strecken reaktionsfähig. |
| Über 200 bis 600 ms | Optimierungspotenzial | Längere Aufgaben können Interaktionen wahrnehmbar verzögern. |
| Über 600 ms | Langsam | Die Seite ist über längere Zeiträume nicht zuverlässig bedienbar. |
Ein TBT-Wert muss immer zusammen mit der getesteten Seite, dem Gerätetyp und der Testkonfiguration betrachtet werden. Leistungsfähige Desktop-Hardware verarbeitet JavaScript schneller als ein durchschnittliches Smartphone. Vergleiche deshalb nur Messungen mit ähnlichen Bedingungen und beobachte die Entwicklung derselben URL über mehrere Tests.
Ursachen einer hohen Total Blocking Time
Eine hohe Total Blocking Time entsteht meistens durch umfangreiche oder ineffizient ausgeführte JavaScript-Aufgaben. Besonders relevant sind Skripte, die direkt beim Seitenaufruf analysiert, kompiliert und ausgeführt werden. Der Browser kann während einer langen Aufgabe keine Nutzereingaben verarbeiten.
Die Dateigröße eines Skripts ist nur ein Hinweis auf mögliche Probleme. Eine kleine Datei kann durch komplexe Berechnungen eine hohe Total Blocking Time verursachen, während eine größere Datei mit wenig auszuführendem Code kaum blockiert. Prüfe deshalb die tatsächlichen Long Tasks und nicht ausschließlich übertragene Kilobytes.
Total Blocking Time optimieren
Die Optimierung der Total Blocking Time beginnt bei den Aufgaben mit der längsten Ausführungsdauer. Große JavaScript-Aufgaben lassen sich in kleinere Einheiten zerlegen, sodass der Browser zwischen den Arbeitsschritten Eingaben verarbeiten kann. Nicht benötigter Code sollte entfernt oder erst geladen werden, wenn die betreffende Funktion tatsächlich gebraucht wird.
Eine technische Onpage-Optimierung sollte TBT-Maßnahmen nach ihrer tatsächlichen Wirkung priorisieren. Das pauschale Zusammenfassen, Minimieren oder Verschieben aller Skripte kann Funktionen beeinträchtigen, ohne den größten Long Task zu beseitigen. Miss nach jeder Änderung erneut dieselbe URL unter vergleichbaren Bedingungen.
Total Blocking Time richtig messen
Messbar ist die Total Blocking Time mit einem kontrollierten PageSpeed-Labortest. Ein Labortest lädt die Seite unter festgelegten Bedingungen und kann dadurch einzelne Long Tasks reproduzierbar erfassen. Mehrere Durchläufe sind sinnvoll, weil Serverantwort, Caching und Hintergrundprozesse das Ergebnis beeinflussen können.
Der kostenlose Ladezeiten-Check prüft die technische Performance deiner Seite und liefert konkrete Hinweise für die Optimierung. Teste zuerst wichtige Seitentypen wie Startseite, Kategorie, Produktseite, Leistungsseite und Landingpage, da jede Vorlage andere Skripte und Komponenten enthalten kann.
TBT, INP und Ladezeit im Vergleich
Der Unterschied zwischen Total Blocking Time und Interaction to Next Paint (INP) liegt in der Datenquelle. TBT ist eine Laborkennzahl und simuliert das Blockierungspotenzial während des Ladens. INP wird anhand realer Interaktionen ausgewertet und erfasst die Reaktionsfähigkeit über den gesamten Seitenbesuch. Eine niedrige TBT begünstigt gute INP-Werte, garantiert sie aber nicht.
Die Total Blocking Time ist kein Core Web Vital. INP gehört dagegen zu den Core Web Vitals und ersetzte im März 2024 den First Input Delay. TBT bleibt für die Fehleranalyse wertvoll, weil eine Seite im Labortest auch dann untersucht werden kann, wenn noch nicht genügend reale Nutzerdaten für INP vorliegen.
Die klassische Ladezeit beschreibt, wann Inhalte oder Ressourcen geladen sind. Die Total Blocking Time beantwortet eine andere Frage: Wie lange ist der Hauptthread während der Startphase blockiert? Für eine vollständige Bewertung müssen Ladegeschwindigkeit, visuelle Stabilität und Reaktionsfähigkeit gemeinsam betrachtet werden. Eine ergänzende Usability-Optimierung prüft, ob Nutzer zentrale Funktionen tatsächlich schnell und fehlerfrei bedienen können.
Relevanz für SEO, SEA und GEO
Die Total Blocking Time ist kein direkter Rankingfaktor und kein Core Web Vital. Eine hohe TBT weist jedoch auf technische Belastungen hin, die Bedienbarkeit, INP und Conversion-Prozesse beeinträchtigen können. Für SEO ist deshalb relevant, ob Nutzer Navigation, Filter, Formulare oder Warenkörbe ohne spürbare Verzögerung verwenden können.
Bei SEA können blockierte Landingpages bezahlte Besuche entwerten. Wenn der Hauptthread nach dem sichtbaren Laden noch mehrere Hundert Millisekunden belegt ist, reagieren Formulare oder Kaufbuttons möglicherweise verzögert. Prüfe bei einem technischen SEO-Audit deshalb auch Seiten, auf die Google Ads oder andere Kampagnen gezielt Traffic leiten.
Für GEO, die Generative Engine Optimization, ist die Total Blocking Time keine eigene Kennzahl. Technisch zugängliche und zuverlässig dargestellte Inhalte schaffen jedoch eine bessere Grundlage für Nutzer und Suchsysteme. Die TBT sollte deshalb als Teil der Website-Qualität behandelt werden, nicht als isolierter Hebel für Erwähnungen in KI-Antworten.
Häufige Fragen zur Total Blocking Time
Ist die Total Blocking Time ein Core Web Vital?
Nein. Die Total Blocking Time ist eine Laborkennzahl. Als Core Web Vital bewertet INP die Reaktionsfähigkeit anhand realer Nutzerdaten über den gesamten Seitenbesuch.
Warum ist die TBT auf Mobilgeräten höher?
Mobilgeräte besitzen häufig weniger Rechenleistung als Desktop-Computer. JavaScript benötigt dadurch länger, sodass mehr Aufgaben die Grenze von 50 Millisekunden überschreiten und zur TBT beitragen.
Kann ein einzelnes Skript die TBT verschlechtern?
Ja. Ein einzelnes Skript kann durch eine lange Berechnung mehrere Hundert Millisekunden Blockierzeit erzeugen. Prüfe besonders Tracking, Consent-Systeme, Chats und komplexe Frontend-Komponenten.
Warum schwankt die Total Blocking Time bei mehreren Tests?
Serverantworten, Caching, Geräteauslastung und Skripte externer Anbieter können einzelne Messungen verändern. Verwende mehrere Durchläufe mit derselben Testkonfiguration und vergleiche den Median statt eines Einzelwerts.
Verbessert weniger JavaScript automatisch die TBT?
Weniger JavaScript reduziert häufig den Verarbeitungsaufwand, reicht allein aber nicht aus. Maßgeblich ist, wie lange einzelne Aufgaben den Hauptthread belegen und ob nicht benötigter Code beim Start ausgeführt wird.
Sollte man TBT für jede Unterseite messen?
Eine Messung jeder URL ist selten erforderlich. Prüfe zunächst repräsentative Vorlagen wie Kategorien, Produkte, Beiträge, Leistungsseiten und Landingpages sowie Seiten mit hohem organischem oder bezahltem Traffic.
Wenn du Ladezeiten, Technik und Optimierungspotenziale deiner Domain zentral prüfen möchtest, kannst du einen kostenlosen Account mit SEO-Audit anlegen.
Sie haben noch Fragen?
