Performance · Prüfpunkt
Was ist die Total Blocking Time und warum reagiert eine Seite beim Laden nicht?
Die Total Blocking Time (TBT) misst, wie lange eine Seite während des Ladens so mit Skriptarbeit beschäftigt ist, dass Eingaben liegen bleiben — Google bewertet bis 200 Millisekunden als gut, über 600 Millisekunden als schlecht. Die Seite sieht in diesen Momenten fertig aus, reagiert aber auf keinen Klick. Genau diese versteckte Starre macht die TBT als Zahl sichtbar.
Blockierzeit ist die unsichtbare Starre nach dem Laden
Ein Browser hat für jede Seite nur eine Hauptspur, auf der alles nacheinander abgearbeitet wird: Skripte ausführen, Eingaben verarbeiten, Bildschirm zeichnen. Läuft ein langes Skript, ist die Spur belegt — der Klick des Besuchers muss warten, bis das Skript fertig ist. Die TBT summiert alle diese Wartephasen während des Ladens auf. Das erklärt ein bekanntes Ärgernis: Die Seite sieht fertig aus, das Menü ist sichtbar, aber der Fingertipp darauf bewirkt sekundenlang nichts. Der Besucher tippt erneut, hält sein Gerät für kaputt oder gibt auf — dabei arbeitet die Seite nur still ihre Skripte ab.
Die TBT ist die Labor-Näherung für die Reaktionszeit
Die Reaktionszeit echter Besucher (INP) lässt sich nur im Feld beobachten — dafür braucht es genug tatsächliche Aufrufe über 28 Tage. Für neue Seiten und Seiten mit wenig Verkehr fehlen diese Daten. Hier springt die TBT ein: Sie wird im Labor gemessen und zeigt dieselbe Ursache aus anderer Richtung. Eine Seite mit hoher Blockierzeit wird echten Besuchern träge Reaktionen bieten, sobald sie kommen. Die Google-Schwellen: bis 200 Millisekunden gut, bis 600 verbesserungswürdig, darüber schlecht. Der Prüfservice erhebt die TBT im Labor über die PageSpeed-Messung und zieht sie als Befundquelle heran, wenn kein Feldwert für die Reaktionszeit vorliegt.
Zu viel Skriptarbeit ist die Ursache, Aufräumen die Abhilfe
Hohe Blockierzeiten entstehen fast immer durch zu viel oder zu schweres JavaScript: Werbenetzwerke, Analyse-Werkzeuge, Chat-Fenster, Videoeinbindungen und Baukasten-Erweiterungen bringen jeweils eigene Skripte mit, die beim Laden alle ausgeführt werden wollen. Einzeln wirkt jedes harmlos, in Summe legen sie die Hauptspur lahm — besonders auf Mobiltelefonen mit schwächeren Prozessoren. Die Abhilfe ist unspektakulär: nicht mehr genutzte Einbindungen entfernen, verbleibende Skripte erst nach dem sichtbaren Inhalt laden, und Zusatzfunktionen wie den Chat erst starten, wenn der Besucher sie anfordert. Der Prüfbericht nennt den gemessenen Wert und den Zielwert als klare Vorgabe für dieses Aufräumen.
So gehen Sie es an
- Tippen Sie unmittelbar nach dem Erscheinen Ihrer Startseite auf das Menü und prüfen Sie, ob es sofort reagiert oder erst nach einer Gedenksekunde.
- Lassen Sie sich von Ihrer Agentur alle eingebundenen Fremd-Skripte auflisten und entfernen Sie gemeinsam, was keinen nachweisbaren Nutzen mehr hat.
- Bitten Sie darum, Chat-Fenster, Videos und Karten erst dann zu laden, wenn der Besucher sie tatsächlich anklickt.
- Prüfen Sie die Blockierzeit vor allem in der Mobilmessung, denn schwächere Telefon-Prozessoren machen aus derselben Skriptmenge deutlich längere Starre.
- Messen Sie nach jedem neu eingebauten Werkzeug nach — jede zusätzliche Einbindung verlängert die Blockierzeit.
Häufige Fragen
Was bedeutet Total Blocking Time?
Die Total Blocking Time summiert alle Phasen während des Ladens, in denen die Seite so mit Skriptarbeit beschäftigt ist, dass sie auf Eingaben nicht reagieren kann. Die Seite kann dabei längst fertig aussehen — Klicks und Fingertipps bleiben trotzdem liegen, bis die Skripte abgearbeitet sind. Gemessen wird die Kennzahl im Labor unter festen Bedingungen.
Welcher TBT-Wert ist gut?
Google stuft eine Total Blocking Time bis 200 Millisekunden als gut ein, bis 600 Millisekunden als verbesserungswürdig und darüber als schlecht. Der Prüfservice misst gegen genau diese Schwellen, getrennt für Mobiltelefon und Desktop-Rechner. Jede Überschreitung erscheint als Befund im Bericht, mit dem gemessenen Wert und dem Zielwert daneben.
Was ist der Unterschied zwischen TBT und INP?
Beide beschreiben, ob eine Seite flott auf Eingaben reagiert. Der INP stammt aus den Daten echter Besucher und misst tatsächliche Interaktionen über den ganzen Besuch. Die TBT entsteht im Labor und misst, wie lange Skripte die Seite während des Ladens blockieren. Fehlen Felddaten, weil die Seite wenig Verkehr hat, dient die TBT als Labor-Näherung für den INP.
Warum reagiert meine Website nach dem Laden nicht sofort?
Vermutlich arbeitet sie noch Skripte ab: Werbung, Analyse, Chat und Einbettungen laufen alle über dieselbe Hauptspur des Browsers, und solange sie belegt ist, bleiben Klicks liegen. Die Seite sieht fertig aus, ist aber innerlich beschäftigt. Die Total Blocking Time misst genau diese Starre — und sinkt, sobald überflüssige Skripte entfernt oder nach hinten verschoben werden.
Weiter im Prüfbereich Performance
- Felddaten oder Labordaten: Welche Messung zeigt die echte Ladezeit einer Website?Felddaten stammen von echten Besuchern aus 28 Tagen, Labordaten aus einem kontrollierten Messlauf. Liegen Felddaten vor, haben sie Vorrang.
- Was ist LCP und warum soll er unter 2,5 Sekunden liegen?LCP misst, wann der größte Inhalt einer Seite sichtbar ist. Google wertet bis 2,5 Sekunden als gut, über 4 Sekunden als schlecht.
- Was ist INP und warum soll die Reaktionszeit unter 200 Millisekunden liegen?INP misst, wie schnell eine Website sichtbar auf Klicks und Eingaben reagiert. Google wertet bis 200 Millisekunden als gut, über 500 als schlecht.
- Was ist CLS und warum verspringen Inhalte beim Laden einer Website?CLS misst, wie stark Inhalte beim Laden verspringen. Google wertet bis 0,1 als gut, über 0,25 als schlecht — Ursache sind meist Bilder ohne Größenangabe.
Dieser Prüfpunkt gehört zum Prüfbereich Performance — dort stehen alle Prüfpunkte im Überblick. Was die Prüfung insgesamt leistet, zeigt die Leistungsseite; wie ein Ergebnis zustande kommt, erklärt das Prüfverfahren. Alle Prüfbereiche im Überblick: Wissensbasis.