Nimm zwei beliebige Websites, die dasselbe verkaufen. Öffne sie nebeneinander. Die eine lädt, bevor dein Finger das Trackpad verlassen hat. Bei der anderen dauert es vier Sekunden, bis ein einziges Element erscheint. Der Unterschied, den du gerade erlebt hast, hat einen Namen: Seitenladezeit. Aber die Zahl, die du in einem Speedtest-Tool siehst, ist nur ein Teil des Bildes. Die Seitenladezeit ist keine einzelne Messung. Sie besteht aus mehreren Messungen, die jeweils einen anderen Moment im Ladevorgang erfassen und jeweils etwas anderes darüber aussagen, was ein Besucher tatsächlich erlebt. Dieser Artikel erklärt, was die Seitenladezeit misst, welche Kennzahlen wichtig sind und was sie aussagen, warum mobil und Desktop sich unterscheiden und wie du die Leistungsdaten deiner eigenen Seite liest, ohne dass ein Entwickler sie dir übersetzen muss.
Die Seitenladezeit ist die Zeit zwischen der Anfrage eines Besuchers nach einer Seite und dem Moment, in dem die Seite in seinem Browser vollständig nutzbar ist. Sie wird auf mehrere Arten gemessen, weil „geladen“ je nach Fragestellung etwas anderes bedeutet. Eine Seite kann Inhalte anzeigen, bevor sie jedes Element fertig geladen hat. Sie kann interaktiv wirken, bevor sie wirklich auf Klicks reagiert. Wenn du verstehst, welcher Teil des Ladevorgangs langsam ist, werden Geschwindigkeitsdaten nützlich statt nur beunruhigend. Warum das für dein Geschäft und deine Suchrankings wichtig ist, erfährst du im Artikel warum die Website-Geschwindigkeit wichtig ist.
Was misst die Seitenladezeit eigentlich?
Der Begriff „Seitenladezeit“ wird oft für eine einzige Zahl verwendet, steht in der Praxis aber für einen Zeitverlauf mit mehreren Kontrollpunkten. Jeder Kontrollpunkt beantwortet eine andere Frage dazu, was ein Besucher beim Laden der Seite erlebt.
Der Ladevorgang
- Der Browser sendet eine Anfrage an deinen Server
- Der Server verarbeitet die Anfrage und sendet eine Antwort zurück
- Der Browser beginnt, die Seite zu empfangen und darzustellen
- Text und Bilder erscheinen nach und nach, während sie heruntergeladen werden
- Skripte werden ausgeführt und machen die Seite interaktiv
- Das letzte Element ist fertig geladen
Verschiedene Kennzahlen erfassen verschiedene Punkte in diesem Ablauf. Ein guter Wert für die Seitenladezeit hängt davon ab, welche Kontrollpunkte du misst, nicht nur von einer einzelnen verstrichenen Zeit.
Mit welchen Kennzahlen wird die Seitenladezeit gemessen?
Time to First Byte (TTFB)
- Was sie misst: wie lange der Browser wartet, bis er das erste Byte Daten von deinem Server erhält
- Guter Wert: unter 800 Millisekunden
- Warum sie wichtig ist: Ein langsamer TTFB verzögert alles, was danach kommt. Der Browser kann nichts rendern, solange keine Daten ankommen. Ein langsamer TTFB deutet meist auf Serverleistung, Hosting-Qualität oder nicht optimierte Datenbankabfragen hin
First Contentful Paint (FCP)
- Was sie misst: den Moment, in dem der Browser den ersten Inhalt darstellt, ob Text, Bild oder Hintergrund
- Guter Wert: unter 1,8 Sekunden
- Warum sie wichtig ist: Dann sieht der Besucher zum ersten Mal, dass etwas passiert. Ein schneller FCP signalisiert, dass die Seite reagiert, auch wenn sie noch nicht fertig geladen ist
Largest Contentful Paint (LCP)
- Was sie misst: wann das größte sichtbare Element (meist ein Hauptbild oder eine große Überschrift) vollständig geladen ist
- Guter Wert: 2,5 Sekunden oder schneller
- Warum sie wichtig ist: LCP ist eine der drei Core Web Vitals, die für Suchrankings genutzt werden. Er kommt der Frage „Wann fühlt sich diese Seite nutzbar an?“ am nächsten, weil das größte Element meist das wichtigste Bild der Seite ist
Time to Interactive (TTI)
- Was sie misst: wann die Seite vollständig interaktiv ist und zuverlässig auf Klicks und Tastatureingaben reagiert
- Guter Wert: unter 3,8 Sekunden
- Warum sie wichtig ist: Eine Seite kann geladen aussehen, während JavaScript im Hintergrund noch ausgeführt wird. TTI erfasst die Lücke zwischen dem Moment, in dem eine Seite bereit wirkt, und dem, in dem sie es wirklich ist
Total Blocking Time (TBT)
- Was sie misst: die gesamte Zeit zwischen FCP und TTI, in der der Hauptthread blockiert ist und nicht auf Eingaben reagieren kann
- Guter Wert: unter 200 Millisekunden
- Warum sie wichtig ist: TBT zeigt, wie stark aufwendige JavaScript-Verarbeitung die Interaktivität verzögert. Eine hohe TBT bedeutet, dass Besucher auf Buttons klicken und nichts passiert, was das Vertrauen schädigt, auch wenn die Seite optisch geladen wirkt
Vollständiger Seitenaufbau
- Was er misst: wann wirklich jede einzelne Ressource auf der Seite, darunter Bilder, Skripte, Schriften und Einbettungen von Drittanbietern, vollständig geladen ist
- Guter Wert: unter 5 Sekunden mobil
- Warum er wichtig ist: Das ist die Kennzahl, an die die meisten denken, wenn sie „Seitenladezeit“ sagen. Sie hilft, das Gesamtgewicht deiner Seite zu verstehen, ist aber für das Besuchererlebnis weniger wichtig als LCP und TTI, da Besucher meist schon mit einer Seite arbeiten, bevor jedes Element fertig geladen ist
Warum unterscheidet sich die Seitenladezeit mobil vom Desktop?
Mobil und Desktop liefern für dieselbe Seite unterschiedliche Werte bei der Seitenladezeit, auch wenn der Inhalt identisch ist.
Warum mobil durchgehend langsamer ist
- Mobile Verbindungen sind im Schnitt langsamer als Festnetz-Breitband, auch bei 4G und 5G
- Mobile Prozessoren sind schwächer als Desktop-CPUs, sodass JavaScript langsamer ausgeführt wird
- Mobile Browser haben weniger Arbeitsspeicher, was begrenzt, wie viel sie zwischen Seiten zwischenspeichern können
- Die Netzwerkbedingungen schwanken mobil stärker, was zu uneinheitlicher Leistung von Besuch zu Besuch führt
Warum mobile Werte mehr Gewicht haben
- Suchmaschinen nutzen Mobile-first-Indexierung, das heißt, sie crawlen und ranken Seiten anhand ihrer mobilen Version
- Die Core-Web-Vitals-Werte auf dem Smartphone haben mehr Ranking-Gewicht als die am Desktop
- Mobile Geräte machen weltweit den Großteil des Webtraffics aus, die mobile Leistung betrifft also den größten Teil deiner Besucher
Mache immer getrennte Tests für mobil und Desktop. Eine Seite, die am Desktop gut abschneidet, kann mobil trotzdem erhebliche Probleme haben, und mobil ist die Wirkung auf das Ranking am größten.
Was verursacht lange Seitenladezeiten?
Große, nicht komprimierte Bilder
- Die häufigste Ursache für hohes Seitengewicht und lange Ladezeiten
- Ein Foto, das direkt vom Smartphone hochgeladen wird, kann 4 bis 8 Megabyte groß sein
- Dasselbe Bild, richtig komprimiert, kann unter 100 Kilobyte liegen, ohne sichtbaren Qualitätsunterschied
- Jedes nicht komprimierte Bild fügt FCP und LCP Sekunden hinzu
Skripte und Stylesheets, die das Rendern blockieren
- Browser pausieren das Rendern, wenn sie auf JavaScript- oder CSS-Dateien stoßen, die sie verarbeiten müssen, bevor sie weitermachen
- Skripte im Kopfbereich des Dokuments verhindern, dass die Seite etwas anzeigt, bis sie fertig sind
- Wenn du nicht kritische Skripte verzögerst, nimmst du sie aus dem kritischen Pfad und beschleunigst FCP und LCP
Langsame Serverantwort (hoher TTFB)
- Jedes Laden einer Seite beginnt mit einer Serveranfrage. Ist der Server langsam, verzögert sich alles danach
- Shared-Hosting-Umgebungen teilen CPU und Arbeitsspeicher auf viele Seiten auf, was unberechenbare Antwortzeiten verursacht
- Nicht optimierte Datenbanken und serverseitiges Rendering ohne Caching tragen häufig dazu bei
Zu viele Skripte von Drittanbietern
- Chat-Widgets, Tracking-Pixel und Analytics-Tools fügen jeweils externe Verbindungsanfragen hinzu
- Antwortet ein externer Server langsam, muss deine Seite auf ihn warten
- Skripte von Drittanbietern können durch zusätzliche JavaScript-Ausführungszeit erheblich zur TBT beitragen
Kein Caching eingerichtet
- Ohne Caching löst jeder Besuch einen kompletten Neuaufbau der Seite auf dem Server aus
- Mit Caching laden wiederkehrende Besucher eine gespeicherte Version, was die Antwortzeit des Servers deutlich senkt
- Browser-Caching erlaubt es wiederkehrenden Besuchern außerdem, Dateien, die sie schon geladen haben, nicht erneut herunterzuladen
Wie misst du die Seitenladezeit deiner eigenen Seite?
Was Speedtest-Tools messen
- Speedtest-Tools simulieren das Laden einer Seite von einem festen Standort und mit einer festen Verbindung und bewerten jede Kennzahl anhand von Standard-Schwellenwerten
- Das sind sogenannte Labordaten: kontrollierte Tests unter gleichbleibenden Bedingungen
- Labordaten helfen, bestimmte Probleme zu diagnostizieren, zeigen aber nicht, wie echte Besucher mit unterschiedlichen Verbindungen und Geräten deine Seite tatsächlich erleben
Labordaten und Felddaten
- Labordaten: simulierte Tests in einer kontrollierten Umgebung. Schnell auszuführen und gut, um bestimmte Probleme einzugrenzen
- Felddaten: echte Messungen von tatsächlichen Besuchern deiner Seite, über die Zeit zusammengefasst. Diese nutzen Suchmaschinen für die Bewertung der Core Web Vitals
- Eine Seite kann im Labortest gut abschneiden, aber bei den Felddaten schlecht, wenn reale Bedingungen, langsamere Geräte, schwächere Verbindungen oder die geografische Entfernung zu deinem Server für echte Besucher andere Ergebnisse erzeugen
Worauf du beim Lesen eines Speed-Berichts achten solltest
- Prüfe zuerst den LCP: Er ist die wichtigste Kennzahl für das Besuchererlebnis und für die Suchrankings
- Sieh dir den TTFB an, um zu erkennen, ob das Problem auf dem Server oder im Frontend liegt
- Prüfe die TBT, um herauszufinden, ob JavaScript die Interaktivität blockiert
- Mache getrennte Tests für mobil und Desktop
- Vergleiche deine Werte mit den Seiten, die für deine Ziel-Keywords vor dir ranken, nicht nur mit abstrakten Richtwerten
Eine Aufschlüsselung der Schwellenwerte der Core Web Vitals und wie Suchmaschinen Seiten danach bewerten, findest du im Artikel was Core Web Vitals sind.
So geht WEMASY mit der Seitenladezeit um
Der Website-Builder von WEMASY ist darauf ausgelegt, Seitenladezeiten schnell zu halten, ohne dass du technisch etwas konfigurieren musst. Bilder, die du über die Plattform hochlädst, werden vor der Auslieferung automatisch komprimiert und verkleinert. Hosting-Infrastruktur ist in jedem Tarif enthalten, deine Seite landet also nicht in Shared-Umgebungen mit unberechenbaren Antwortzeiten. Caching ist standardmäßig aktiviert, und in WEMASY gebaute Seiten sind so aufgebaut, dass möglichst wenige Ressourcen das Rendern blockieren.
Die Core-Web-Vitals-Werte, darunter LCP, INP und CLS, siehst du direkt im WEMASY-Dashboard, auf Basis von Felddaten echter Besucher. So prüfst du, wie deine Seiten im Vergleich zu den für Suchrankings wichtigen Schwellenwerten abschneiden, ohne externe Tests durchzuführen.
Sieh dir an, was enthalten ist, beim WEMASY Website-Builder, oder wirf einen Blick auf die Tarife auf der Preisseite.
Häufig gestellte Fragen
Was ist eine gute Seitenladezeit?
Bei den Core Web Vitals liegt der wichtigste Schwellenwert beim Largest Contentful Paint unter 2,5 Sekunden. Praktisch deckt das Ziel einer vollen Interaktivität innerhalb von drei Sekunden bei einer mobilen Verbindung die Mehrheit der realen Anwendungsfälle ab. Ein vollständiger Seitenaufbau unter fünf Sekunden mobil ist für die meisten Websites kleiner Unternehmen ein vernünftiger Richtwert. Mit dem Website-Builder von WEMASY richtest du das direkt auf deiner Website ein.
Was ist der Unterschied zwischen Seitenladezeit und Core Web Vitals?
Die Seitenladezeit meint die gesamte Abfolge von Messungen von der ersten Serveranfrage bis zum Laden des letzten Elements. Die Core Web Vitals sind drei bestimmte Kennzahlen innerhalb dieser Abfolge, nämlich Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift, die Suchmaschinen als Ranking-Signale nutzen. Die Core Web Vitals sind eine Teilmenge der Messungen zur Seitenladezeit und konzentrieren sich auf die Teile des Ladeerlebnisses, die Besucher am stärksten beeinflussen.
Warum unterscheidet sich meine Seitenladezeit mobil und am Desktop?
Mobil und Desktop liefern unterschiedliche Werte, weil mobile Geräte langsamere Prozessoren nutzen, mit schwankenden Netzwerkverbindungen arbeiten und weniger Arbeitsspeicher haben als Desktop-Computer. Eine Seite, die an einem Desktop mit Breitband in zwei Sekunden lädt, kann auf einem Mobilgerät in einem durchschnittlichen Mobilfunknetz vier Sekunden oder mehr brauchen. Suchmaschinen bewerten die mobile Leistung getrennt und gewichten sie stärker, weil die Mehrheit des Webtraffics von Mobilgeräten kommt.
Was ist der Unterschied zwischen Labordaten und Felddaten bei Speedtests?
Labordaten stammen aus einem simulierten Test unter kontrollierten Bedingungen von einem festen Standort und Gerät. Felddaten stammen von echten Besuchern deiner Seite, gemessen auf ihren tatsächlichen Geräten, an ihren Standorten und mit ihren Verbindungen. Suchmaschinen nutzen für die Bewertung der Core Web Vitals Felddaten, nicht Laborergebnisse. Eine Seite kann im Labortest schnell wirken, aber bei den Felddaten schlecht abschneiden, wenn echte Besucher langsamere Verbindungen oder Geräte haben oder geografisch weit von deinem Server entfernt sind.
Was bedeutet Time to First Byte?
Time to First Byte (TTFB) ist die Zeit zwischen dem Moment, in dem der Browser eine Anfrage an deinen Server sendet, und dem Moment, in dem er das erste Byte Daten zurückbekommt. Sie misst die Antwortgeschwindigkeit des Servers. Ein langsamer TTFB verzögert jeden weiteren Schritt im Ladevorgang, weil der Browser nichts rendern kann, bevor er Daten bekommt. Ein TTFB über 800 Millisekunden deutet meist auf Probleme bei der Serverleistung, langsame Hosting-Umgebungen oder nicht optimierte Backend-Verarbeitung hin.
Beeinflusst die Seitenladezeit das SEO-Ranking?
Ja. Suchmaschinen nutzen die Core Web Vitals, die aus Messungen der Seitenladezeit stammen, als Ranking-Signale. Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift werden anhand echter Besucherdaten bewertet und zur Beurteilung der Seitenerfahrung genutzt. Seiten mit Werten im guten Bereich haben einen Ranking-Vorteil gegenüber Seiten mit schlechten Werten, besonders wenn konkurrierende Seiten eine ähnliche Inhaltsqualität haben.