Zum Inhalt springen

Beta — Entwurfsstand. Prüfordnung und Hinweistexte sind noch nicht rechtlich freigegeben; es werden derzeit keine verbindlichen Siegel ausgestellt.

Prüfpunkt cwv-tbtReaktion, Stabilität und Messung

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

  1. Tippen Sie unmittelbar nach dem Erscheinen Ihrer Startseite auf das Menü und prüfen Sie, ob es sofort reagiert oder erst nach einer Gedenksekunde.
  2. Lassen Sie sich von Ihrer Agentur alle eingebundenen Fremd-Skripte auflisten und entfernen Sie gemeinsam, was keinen nachweisbaren Nutzen mehr hat.
  3. Bitten Sie darum, Chat-Fenster, Videos und Karten erst dann zu laden, wenn der Besucher sie tatsächlich anklickt.
  4. Prüfen Sie die Blockierzeit vor allem in der Mobilmessung, denn schwächere Telefon-Prozessoren machen aus derselben Skriptmenge deutlich längere Starre.
  5. Messen Sie nach jedem neu eingebauten Werkzeug nach — jede zusätzliche Einbindung verlängert die Blockierzeit.

Weiter im Prüfbereich Performance

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.

Foto: William Stitt, CC0

  • Siegel Digitale Barrierefreiheit
  • Siegel Daten & Recht
  • Siegel Technische Qualität
  • Siegel Digital Excellence
  • Siegel Cyberversicherung

Geprüft. Für eine bessere digitale Zukunft.euid.com →