Startseite > Lexikon > SEO > Long Task

SEO

Long Task

Eine Aufgabe im Browser, die länger als 50 Millisekunden am Stück rechnet. In dieser Zeit reagiert deine Seite auf nichts — kein Klick, kein Tippen, kein Scrollen.

Auch bekannt alslange AufgabeLong Tasks

5 Min

Lesezeit

09.11.2026

Letzte Aktualisierung

Was ist ein Long Task?

Du tippst auf einen Button, und nichts passiert. Eine halbe Sekunde später springt das Menü dann doch auf. Der Grund ist fast immer ein Long Task, auf Deutsch eine lange Aufgabe.

Der Browser erledigt fast alles in einem einzigen Arbeitsstrang, dem Hauptthread: JavaScript ausführen, Layout berechnen, Pixel zeichnen, auf Eingaben reagieren. Er arbeitet eine Aufgabe nach der anderen ab. Läuft eine davon länger als 50 Millisekunden am Stück, gilt sie als Long Task. So definieren es Google und die Entwickler-Doku MDN.

Während so eine Aufgabe läuft, wartet alles andere. Dein Klick landet in der Warteschlange und wird erst bearbeitet, wenn der Hauptthread wieder frei ist.

Wie Long Tasks gemessen werden

Ein Long Task ist keine Kennzahl, sondern ein Ereignis. Zur Kennzahl wird er über die Total Blocking Time (TBT): Lighthouse zählt bei jeder langen Aufgabe nur den Teil über 50 ms und addiert diese Reste.

Blocking-Zeit einer Aufgabe

Blocking-Zeit = Dauer der Aufgabe − 50 ms

Beispiel von Google: Aufgaben mit 250, 90, 35, 30 und 155 ms blockieren 200, 40, 0, 0 und 105 ms → TBT = 345 ms

Die beiden kurzen Aufgaben zählen gar nicht. Eine einzige Aufgabe von 250 ms wiegt dagegen schwerer als alle anderen zusammen. Deshalb lohnt es sich, gezielt die dicksten Brocken zu jagen.

Kennzahl

Gut

TBT (Labor, Handy)

unter 200 ms

INP (echte Besucher)

bis 200 ms

TBT misst Lighthouse im Labor. Bei echten Besuchern zählt Interaction to Next Paint (INP), seit März 2024 ein Core Web Vital. Lange Aufgaben sind die häufigste Ursache für einen schlechten INP. Gemessen wird er am 75. Perzentil, also am Erlebnis der langsameren Besucher.

Warum Long Tasks für SEO zählen

Seit Lighthouse 10 macht die TBT 30 % des Performance-Werts aus, mehr als jede andere Kennzahl. Und INP ist eines der drei Core Web Vitals, die Googles Ranking-Systeme laut eigener Aussage nutzen.

Aber: Gute Werte garantieren keine Top-Platzierung. Google sagt selbst, dass Relevanz vorgeht, auch wenn das Seitenerlebnis mäßig ist. Lange Aufgaben sind also kein Ranking-Killer, aber ein Bremsklotz für Nutzer — und damit für Absprünge und Umsatz.

Das Problem sitzt vor allem auf dem Handy. Laut Web Almanac 2025 liegt die TBT im Median auf dem Handy bei 1.916 ms, auf dem Desktop bei 92 ms. Bei echten Besuchern sieht es besser aus: 77 % der Websites haben auf dem Handy einen guten INP, auf dem Desktop 97 %.

Beispiele aus der Praxis

Zwei Fallstudien, die Google veröffentlicht hat. Die Geschäftszahlen sind Angaben der Unternehmen.

Case A · Nachrichtenportal

The Economic Times, 2022

3.260 → 120 ms

TBT im Labor

1.000 → 257 ms

INP

Auf den Themenseiten 50 % weniger Absprünge und 43 % mehr Seitenaufrufe

Unwichtige Skripte später geladen, Drittanbieter-Code nachgeladen und in einen Web Worker ausgelagert.

Case B · Busbuchung

redBus, Suchergebnisse

−72 %

INP bei Eingaben

+7 %

Umsatz

Beim Nachladen sank der INP von rund 900 auf rund 360 ms

Weniger Treffer pro Nachladen, Scroll-Code gedrosselt. Der Umsatz hängt nicht allein daran.

Häufige Fehler

Fehler 1 · Nur am Desktop testen

Dein Laptop rechnet um ein Vielfaches schneller als ein Mittelklasse-Handy. Was am Schreibtisch 40 ms dauert, wird unterwegs zum Long Task. Prüf immer die Handy-Ansicht in PageSpeed Insights.

Fehler 2 · TBT mit INP gleichsetzen

Google nennt TBT einen brauchbaren Ersatz im Labor, aber keinen Ersatz für INP. Ein grüner Laborwert heißt nicht, dass deine echten Besucher flüssig klicken. Schau in der Search Console nach den Felddaten.

Fehler 3 · Drittanbieter-Skripte übersehen

Chat-Widgets, Werbung, Tracking, Einwilligungsbanner: Fremde Skripte laufen im selben Hauptthread wie dein eigener Code. Google nennt große Skripte als Hauptursache langer Aufgaben. Wer zehn Tags im Google Tag Manager hat, sollte dort zuerst aufräumen.

Fehler 4 · Viele kleine Aufgaben für harmlos halten

Fünf Aufgaben mit je 45 ms gelten einzeln nicht als lang. Hintereinander können sie das Zeichnen trotzdem verzögern. Deshalb gibt es in Chrome seit Version 123 die Messung „Long Animation Frames“, die verzögerte Bilder statt einzelner Aufgaben meldet.

So findest und zerlegst du lange Aufgaben

Finden: PageSpeed Insights zeigt die längsten Aufgaben im Hauptthread. In den Chrome DevTools (Bereich Performance) sind lange Aufgaben rot markiert.
Weglassen: Jedes Skript, das du nicht brauchst, ist die schnellste Optimierung.
Später laden: Skripte, die erst nach dem ersten Klick nötig sind, verzögert laden — bei WordPress etwa mit WP Rocket oder Perfmatters.
Aufteilen: Lange Funktionen in Häppchen zerlegen und dem Browser dazwischen Luft geben, etwa mit scheduler.yield() (Chrome, Edge, Firefox) oder als Rückfall setTimeout.
Auslagern: Rechenarbeit, die nichts anzeigt, in einen Web Worker verschieben.

Häufige Fragen

Ab wann ist eine Aufgabe ein Long Task?

Ab gut 50 Millisekunden am Stück im Hauptthread des Browsers. Lighthouse zählt jede Aufgabe ab 50 ms mit. Bei der Total Blocking Time fließt nur der Teil über 50 ms ein.

Was ist der Unterschied zwischen Long Task und Total Blocking Time?

Der Long Task ist die einzelne lange Aufgabe. Die Total Blocking Time ist die Summe aller Blocking-Anteile beim Laden, also eine Kennzahl, die aus den langen Aufgaben gerechnet wird.

Beeinflussen Long Tasks das Google-Ranking?

Indirekt. Lange Aufgaben verschlechtern den INP, und der gehört zu den Core Web Vitals, die Google im Ranking nutzt. Relevanz geht aber vor. Spürbarer ist der Effekt bei Absprüngen und Conversions.

Wie finde ich Long Tasks auf meiner Website?

Am schnellsten mit PageSpeed Insights: Der Bericht listet die längsten Aufgaben im Hauptthread. Genauer geht es in den Chrome DevTools im Bereich Performance, dort sind lange Aufgaben rot markiert.

Warum ist mein Wert auf dem Handy so viel schlechter?

Weil Lighthouse ein Mittelklasse-Handy mit gebremster Rechenleistung simuliert. Dieselbe Aufgabe dauert dort ein Vielfaches länger als am Laptop. Im Web Almanac 2025 liegt die TBT im Median am Handy bei 1.916 ms, am Desktop bei 92 ms.

Quellen