Seiten-Ladezeit klingt nach einer einzigen Zahl in Sekunden. In Wirklichkeit baut ein Browser eine Seite in mehreren Schritten auf: Er wartet auf die Antwort des Servers, zeichnet die ersten Elemente, lädt Bilder und Schriften nach und führt Skripte aus. Je nachdem, welchen dieser Momente man misst, kommt für dieselbe Seite eine ganz andere Ladezeit heraus. Deshalb lohnt sich bei jeder Zahl die Frage, wofür sie genau steht.
Die wichtigsten Messpunkte
Der früheste Punkt ist die Time to First Byte, also die Zeit bis zum ersten Byte der Serverantwort. Danach folgt der First Contentful Paint, wenn der erste Inhalt sichtbar wird, und der Largest Contentful Paint, wenn das größte Element im sichtbaren Bereich geladen ist.
Ältere Werkzeuge und viele Statistiken messen dagegen Ereignisse des Browsers. Das Ereignis DOMContentLoaded tritt ein, sobald das Grundgerüst der Seite geladen ist, ohne auf weitere Dateien zu warten [1]. Das Ereignis load folgt, wenn die ganze Seite mit Stylesheets, Skripten, iframes und Bildern geladen ist, mit Ausnahme von Dateien, die erst später nachgeladen werden [1]. Eine Seite kann also für Besucher längst lesbar sein, während load noch auf ein eingebettetes Video oder ein Werbeskript wartet. Wenn du Ladezeiten verschiedener Werkzeuge vergleichst, prüfe deshalb zuerst, welchen Moment sie messen und ob die Werte von echten Besuchern oder aus einer Labormessung stammen.
Welche Werte Google heranzieht
Für die Google-Suche zählen die Core Web Vitals. Für das Laden steht dort der LCP, und Google empfiehlt, ihn innerhalb der ersten 2,5 Sekunden zu erreichen. Dazu kommen ein INP unter 200 Millisekunden für die Reaktion auf Eingaben und ein CLS unter 0,1 für ein ruhiges Layout [2]. Diese und andere Aspekte der Nutzerfreundlichkeit entsprechen laut Google den Anforderungen seiner Rankingsysteme, und Google empfiehlt Website-Betreibern, gute Werte anzustreben [2].
Ein schnelles Laden ersetzt aber keine passenden Inhalte. Google schreibt, die Suche versuche immer, die relevantesten Inhalte zu zeigen, auch wenn die Nutzerfreundlichkeit einer Seite in mancher Hinsicht unterdurchschnittlich ist [3]. Gute Berichte können laut Google nicht garantieren, dass deine Seiten ganz oben stehen, und ein einzelnes Signal für die Nutzerfreundlichkeit gibt es nicht [3]. Für Besucher bleibt die Ladezeit trotzdem spürbar. Wer auf dem Handy über eine schwache Verbindung eine Speisekarte aufruft, merkt jede Sekunde.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Wo du die Ladezeit misst
Werte echter Besucher zeigt die Search Console im Bericht zu den Core Web Vitals, erklärt in Bericht Core Web Vitals verstehen. Einzelne Seiten prüfst du mit PageSpeed Insights, siehe PageSpeed. Was du an Bildern, Skripten und Server verbessern kannst, beschreibt der Ratgeber Core Web Vitals auf Mobilgeräten. Wer die Arbeit abgeben will, findet die Leistung unter Core Web Vitals verbessern.
Für die Frage, welcher der vielen Ladezeitwerte in deinem Prüfbericht wirklich zählt, gibt es die gratis Sprechstunde, dort sprechen wir darüber.
- Organisation Window: load event. MDN Web Docs (Mozilla). Stand 26.10.2026. abgerufen am 31.10.2026
- Organisation Core Web Vitals und Google-Suchergebnisse. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Nutzerfreundlichkeit von Seiten in den Google-Suchergebnissen. Google Search Central. Stand 24.09.2026. abgerufen am 31.10.2026
Häufige Fragen
Was ist eine gute Seiten-Ladezeit?
Eine einzelne Zahl gibt es nicht, weil es mehrere Messpunkte gibt. Für das Laden empfiehlt Google einen Largest Contentful Paint innerhalb von 2,5 Sekunden.
Ist die Ladezeit ein Rankingfaktor?
Die Core Web Vitals entsprechen laut Google den Anforderungen seiner Rankingsysteme. Google zeigt aber immer die relevantesten Inhalte, und gute Werte garantieren keine Spitzenposition.
Warum zeigen Werkzeuge unterschiedliche Ladezeiten?
Weil sie unterschiedliche Momente messen, etwa die erste Serverantwort, den ersten sichtbaren Inhalt, das größte Element oder das Ende des gesamten Ladevorgangs. Dazu kommen Unterschiede zwischen Labormessung und Daten echter Besucher.
Was ist der Unterschied zwischen DOMContentLoaded und load?
DOMContentLoaded tritt ein, sobald das Grundgerüst der Seite geladen ist. load wartet zusätzlich auf Stylesheets, Skripte, iframes und Bilder.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
