Was ist der Main Thread?
Warum hängt eine Seite manchmal, obwohl längst alles zu sehen ist? Die Antwort steckt in einem Begriff, den die meisten Marketer nie hören: Main Thread, auf Deutsch Hauptthread.
Ein Thread ist ein Arbeitsstrang im Browser. Auf dem Main Thread passiert fast alles, was du auf einer Seite siehst und tust. Laut Mozilla verarbeitet der Browser dort Nutzereingaben und zeichnet die Seite. Standardmäßig läuft dort auch das gesamte JavaScript.
- HTML und CSS einlesen
- JavaScript ausführen
- Layout berechnen, also wo was steht
- Pixel zeichnen, das sogenannte Paint
- auf Klicks, Tippen und Scrollen reagieren
Long Tasks: Wenn eine Aufgabe zu lange dauert
Google nennt jede Aufgabe über 50 Millisekunden einen Long Task. Alles, was über die 50 ms hinausgeht, gilt als Blockierzeit. Ein Task mit 70 ms blockiert also 20 ms.
Klingt wenig. Im Web Almanac 2024 von HTTP Archive hatte die mittlere Mobilseite im Labortest aber 14 Long Tasks, die Desktopseite 3. Zusammen dauerten sie mobil im Median rund 2,4 Sekunden. In dieser Zeit kommt kein Klick sofort durch.
Was Google daraus misst
Kennzahl
Gut
INP (Feld, echte Nutzer)
bis 200 ms
TBT mobil (Labor)
bis 200 ms
TBT Desktop (Labor)
bis 150 ms
Die Interaction to Next Paint (INP) ist seit dem 12. März 2024 ein Core Web Vital. Sie misst, wie schnell die Seite auf Eingaben reagiert, und ein voller Main Thread ist ihr größter Feind. Die Total Blocking Time (TBT) summiert im Lighthouse-Test die Blockierzeiten beim Laden.
Im Web Almanac 2025 hatten 77 % der Websites mobil einen guten INP, auf Desktop 97 %. Das Handy ist also der Engpass, weil dort schwächere Prozessoren dasselbe JavaScript abarbeiten.
Was den Main Thread verstopft
- Zu viel JavaScript: Im Median lädt eine Mobilseite rund 206 KB JavaScript, das gar nicht genutzt wird. Das sind 44 % des übertragenen Codes.
- Drittanbieter-Skripte: 92 % aller Seiten binden mindestens eins ein, etwa Analytics, Chat-Widgets oder Werbung.
- Tag Manager mit vielen Tags: Laut Google hängt ein großer Container mit schlechterem INP zusammen. Oft sind es die Tags darin, nicht der Manager selbst.
- Riesige Seitenstrukturen: Viele HTML-Elemente machen jede Layout-Berechnung teurer.
Auffällig im Web Almanac 2024: Websites mit Tools zur Verhaltensanalyse, etwa Heatmaps, hatten mobil nur zu 37 % einen guten INP. Das ist eine Korrelation, kein Beweis. Ein Hinweis, wo du suchen solltest, ist es trotzdem.
Zwei Beispiele aus der Praxis
Case A · Onlinehandel
Trendyol zerlegt einen Long Task
≈ 1.400 ms
INP vorher
≈ 650 ms
INP nachher
INP rund 50 % besser, Klickrate zur Produktseite +1 %
Ein einzelner Task von 737,6 ms wurde in kleine Häppchen zerlegt, damit Klicks dazwischen durchkommen.
Case B · Nachrichtenseite
Economic Times räumt Skripte auf
3.260 ms
TBT vorher
120 ms
TBT nachher
INP von rund 1.000 auf 257 ms
Drittanbieter-Skripte später geladen, ungenutzten Code entfernt, Menüs erst beim Klick gebaut. Die Absprungrate auf Themenseiten sank um 50 %.
Häufige Fehler
Fehler 1 · Das Netz verantwortlich machen
Eine schnelle Leitung hilft nicht, wenn der Browser mit Rechnen beschäftigt ist. Hängt die Seite nach dem Laden, liegt es fast immer am JavaScript.
Fehler 2 · TBT für ein Core Web Vital halten
TBT ist ein Laborwert aus Lighthouse und nur eine Näherung. Für Google zählt im Ranking-Signal der INP echter Nutzer. Ein guter TBT-Wert bei schlechtem INP ist kein Grund zum Feiern.
Fehler 3 · Alles in einen Web Worker schieben
Ein Web Worker ist ein eigener Thread neben dem Hauptthread. Er hat aber keinen direkten Zugriff auf die Seite selbst. Für Rechenarbeit taugt er, für Änderungen an der Oberfläche nicht.
Fehler 4 · Jedes neue Tool einfach einbauen
Chat, Heatmap, A/B-Test, drei Pixel: Jedes Skript für sich ist klein. Zusammen verstopfen sie die Kasse. Frag bei jedem Tool, ob du die Daten wirklich nutzt.
So entlastest du den Main Thread
- Messen: PageSpeed Insights zeigt INP echter Nutzer und den Lighthouse-Hinweis „Minimize main-thread work“. Der schlägt an, wenn der Thread beim Laden über 4 Sekunden beschäftigt ist.
- Skripte verzögern: Nicht nötiges JavaScript erst nach dem ersten Klick oder Scrollen laden.
- Lange Aufgaben zerlegen: Entwickler geben dem Browser zwischendurch frei, etwa mit scheduler.yield(). Safari kennt das noch nicht, ein Fallback gehört dazu.
- Ausmisten: Ungenutzte Plugins und Tags entfernen, Tag-Manager-Container sauber halten.
Häufige Fragen
Was macht der Main Thread im Browser?
Er liest HTML und CSS ein, führt fast das gesamte JavaScript aus, berechnet das Layout, zeichnet die Seite und reagiert auf Eingaben. Weil er nur eine Aufgabe gleichzeitig schafft, muss alles andere warten, solange eine Aufgabe läuft.
Ab wann gilt eine Aufgabe als Long Task?
Ab 50 Millisekunden. Alles darüber zählt als Blockierzeit: Ein Task mit 120 ms blockiert den Browser 70 ms lang. In dieser Zeit wartet jeder Klick, bis die Aufgabe fertig ist.
Wie hängen Main Thread und INP zusammen?
INP misst die Zeit von einer Eingabe bis zur nächsten sichtbaren Reaktion. Ist der Main Thread gerade mit einem Long Task beschäftigt, wartet die Eingabe. Je voller der Thread, desto schlechter der INP.
Bremst der Google Tag Manager meine Seite aus?
Der Manager selbst ist komprimiert rund 33 KB groß. Problematisch sind meist die Tags darin, vor allem eigene HTML-Tags und viele Drittanbieter. Ein schlanker Container mit wenigen Tags ist selten das Problem.
Was bedeutet „Minimize main-thread work“ in Lighthouse?
Der Hinweis erscheint, wenn der Main Thread beim Laden länger als vier Sekunden beschäftigt ist. Lighthouse schlüsselt dann auf, wie viel Zeit auf JavaScript, Layout, Zeichnen und Einlesen entfällt.
Quellen
- MDN: Main thread
- web.dev: Optimize long tasks
- web.dev: Interaction to Next Paint
- Chrome for Developers: Total Blocking Time
- Chrome for Developers: Minimize main-thread work
- HTTP Archive: Web Almanac 2024, JavaScript
- HTTP Archive: Web Almanac 2024, Third Parties
- HTTP Archive: Web Almanac 2025, Performance
- web.dev: Best practices for tags and tag managers
- web.dev: Trendyol verbessert INP
- web.dev: The Economic Times verbessert INP
