Drei Tools, drei verschiedene Ergebnisse, und die Website fühlt sich auf dem eigenen Rechner trotzdem schnell an. Die Ladezeit einer Website ist schwerer zu fassen, als eine einzelne Zahl vermuten lässt. Der Artikel erklärt den Begriff, zeigt, wie Sie die Ladezeit verlässlich messen und welche Ursachen am häufigsten bremsen, und schlägt eine Reihenfolge vor, in der Sie am besten vorgehen.
Was die Ladezeit einer Website eigentlich ist
Eine Webseite erscheint nicht auf einen Schlag. Zuerst antwortet der Server, dann zeigt der Browser erste Inhalte, dann den wichtigsten Inhalt, und irgendwann reagiert die Seite zuverlässig auf Klicks. Jeder dieser Momente lässt sich messen, und jedes Tool hebt andere Werte hervor. Diese Metriken sollten Sie kennen:
| Kennzahl | Was sie misst | Orientierung |
|---|---|---|
| TTFB (Time to First Byte) | Zeit bis zum ersten Byte der Serverantwort | gut bis 0,8 Sekunden |
| FCP (First Contentful Paint) | Zeit bis zum ersten sichtbaren Inhalt | gut bis 1,8 Sekunden |
| LCP (Largest Contentful Paint) | Zeit bis zum größten sichtbaren Element, meist Titelbild oder Überschrift | gut bis 2,5 Sekunden, Core Web Vital |
| INP (Interaction to Next Paint) | Reaktionszeit auf Klicks und Eingaben | gut bis 200 Millisekunden, Core Web Vital |
| CLS (Cumulative Layout Shift) | Verschiebungen im Layout beim Laden | gut bis 0,1, Core Web Vital |
| TBT (Total Blocking Time) | Zeit, in der Skripte den Browser im Labortest blockieren | Laborwert, Näherung für die Reaktionsfähigkeit |
| Vollständig geladen | Zeit, bis alle Dateien geladen sind | allein wenig aussagekräftig |
Die Orientierungswerte für TTFB und FCP stammen von web.dev, dem Entwicklerportal von Google. LCP, INP und CLS bilden zusammen die Core Web Vitals, mit denen Google die Nutzererfahrung bewertet. Was diese drei Werte genau bedeuten, erklärt unser Artikel zu den Core Web Vitals. Hier geht es um die Praxis.
Warum die Ladezeit zählt
Besucher warten nicht gern. Google veröffentlichte 2018 Auswertungen zu mobilen Seiten: Steigt die Ladezeit von einer auf drei Sekunden, erhöht sich die Wahrscheinlichkeit eines Absprungs um 32 Prozent. Die Zahlen sind nicht mehr neu, sie zeigen aber, wie empfindlich Nutzer auf Wartezeit reagieren. Wer abspringt, fragt nichts an und kauft nichts.
Für Google ist die Ladezeit ein Faktor unter vielen. Relevante Inhalte wiegen deutlich schwerer, bei ähnlich guten Seiten kann die bessere Nutzererfahrung aber den Ausschlag geben. Bei großen Websites kommt hinzu, dass ein langsamer Server das Crawling bremst. Und für Menschen mit älteren Smartphones oder schwacher Verbindung entscheidet die Ladezeit darüber, ob sie Ihre Website überhaupt nutzen können.
Ladezeit messen: die wichtigsten Werkzeuge
Grundsätzlich gibt es zwei Arten von Messwerten. Felddaten stammen von echten Nutzern, Google sammelt sie im Chrome User Experience Report über 28 Tage. Labordaten entstehen in einem simulierten Test und sind ideal, um Ursachen zu finden und Änderungen sofort zu prüfen. Beide ergänzen sich, die Details stehen im Artikel zu den Core Web Vitals.
- PageSpeed Insights: zeigt oben die Felddaten Ihrer echten Besucher, sofern genug Daten vorliegen, und darunter einen Labortest mit konkreten Hinweisen. Mobile Geräte und Desktop werden getrennt bewertet.
- Google Search Console: Der Bericht Core Web Vitals fasst ähnliche URLs zu Gruppen zusammen und zeigt, wo Handlungsbedarf besteht.
- Lighthouse: ist in Chrome eingebaut und testet jede Seite, auch Testumgebungen, die nicht öffentlich sind.
- Chrome DevTools: Der Reiter Netzwerk zeigt als Wasserfall jede einzelne Datei mit Größe und Ladezeit. Hier drosseln Sie auch die Verbindung und schalten den Cache ab. Im Reiter Leistung, englisch Performance, zeichnen Sie auf, was beim Laden und bei Klicks im Browser passiert.
- WebPageTest: misst von einem wählbaren Standort, etwa Frankfurt, mit mehreren Durchläufen und zeigt als Filmstreifen, wie sich die Seite aufbaut.
- Weitere Speedtests: Dienste wie GTmetrix, Pingdom oder Uptrends liefern ebenfalls Wasserfall und Ladezeit in Sekunden. Vergleichen Sie Ergebnisse aber nie zwischen verschiedenen Tools, jedes misst anders.
So messen Sie verlässlich
- Mehrere Seitentypen: Testen Sie neben der Startseite auch eine Leistungsseite, einen Blogartikel, die Kontaktseite und bei Shops Produktseite und Kasse.
- Mobil zuerst: Die meisten Tools simulieren für den mobilen Test ein Mittelklasse-Smartphone mit langsamerer Verbindung. Diese Werte sind aussagekräftiger als der Test am schnellen Büro-Rechner.
- Mehrfach messen: Einzelne Messungen schwanken mit Serverlast und Netz. Messen Sie drei bis fünf Mal und nehmen Sie den mittleren Wert.
- Gleiche Bedingungen: dasselbe Tool, derselbe Standort, ähnliche Uhrzeit. Nur dann sehen Sie, ob eine Änderung wirkt.
- Ohne Erweiterungen: Browser-Erweiterungen verfälschen Lighthouse-Messungen. Testen Sie in einem privaten Fenster.
- Einwilligung beachten: Labortests sehen die Seite meist, bevor jemand dem Cookie-Banner zustimmt. Skripte, die erst danach laden, etwa Tracking, Karten oder Videos, fehlen im Test, in den Felddaten Ihrer Besucher aber nicht. Testen Sie deshalb auch mit erteilter Einwilligung.
Punktzahl oder Sekunden?
Der Leistungswert von 0 bis 100 in PageSpeed Insights und Lighthouse ist ein gewichteter Laborwert aus mehreren Metriken. Er eignet sich gut, um die Entwicklung einer Seite zu verfolgen, ist aber weder die tatsächliche Ladezeit noch dasselbe wie die Core Web Vitals. Eine Seite mit 70 Punkten und guten Felddaten ist schneller unterwegs als eine mit 95 Punkten, deren echte Besucher lange warten. Orientieren Sie sich an den Felddaten und an den Sekunden im Wasserfall.
Was ist eine gute Ladezeit?
Einen offiziellen Grenzwert für „die“ Ladezeit gibt es nicht. Als Maßstab eignen sich die Werte aus der Tabelle oben: Der wichtigste Inhalt sollte für mindestens drei von vier Besuchen innerhalb von 2,5 Sekunden sichtbar sein, der Server sollte in unter 0,8 Sekunden antworten, und Klicks sollten in unter 200 Millisekunden eine sichtbare Reaktion auslösen. Für das Gewicht einer Seite gibt es keinen festen Wert. Je weniger Daten geladen werden, desto besser, vor allem im Mobilfunknetz. Hilfreich ist auch der Blick auf Wettbewerber: PageSpeed Insights zeigt Felddaten für jede Domain mit ausreichend Besuchen.
Die häufigsten Ursachen und was hilft
Die meisten langsamen Websites leiden unter denselben wenigen Problemen. Diese Übersicht hilft, die Ursache anhand der Symptome einzugrenzen:
| Ursache | Typisches Symptom | Maßnahme |
|---|---|---|
| Große Bilder | hoher LCP, mehrere Megabyte Seitengewicht | passende Größen, WebP oder AVIF, Komprimierung |
| Fehlendes Caching | hohe TTFB bei jedem Aufruf | Seitencache, Browser-Caching, Komprimierung |
| Schwaches Hosting | hohe TTFB trotz Cache, starke Schwankungen | aktuelle PHP-Version, mehr Leistung, Server nahe der Zielgruppe |
| Zu viele Skripte | schlechter INP, hohe Total Blocking Time | entfernen, verzögert laden, nur wo nötig einbinden |
| Webfonts | Text erscheint spät oder springt | lokal hosten, WOFF2, wenige Schnitte |
| Page Builder und schwere Themes | viel CSS und JavaScript, tief verschachteltes HTML | Module reduzieren, langfristig ein schlankeres Theme |
Bilder
Bilder sind der häufigste Grund für lange Ladezeiten. Fotos direkt aus der Kamera verkleinern Sie vor dem Hochladen auf die Größe, in der sie maximal angezeigt werden. WordPress verkleinert sehr große Bilder seit Version 5.3 beim Hochladen automatisch und erzeugt mehrere Größen, aus denen der Browser die passende wählt. Moderne Formate wie WebP und AVIF sparen gegenüber JPEG deutlich Daten. Lazy Loading ist für Bilder weiter unten sinnvoll, das erste sichtbare Bild darf aber nicht verzögert werden. Hintergrundvideos mit Autoplay und eingebettete YouTube-Videos laden viel Code. Besser ist ein Vorschaubild, das das Video erst beim Klick lädt.
Caching
Ein Seitencache liefert fertige HTML-Seiten aus, statt jede Seite bei jedem Aufruf neu zu erzeugen. Das senkt die Antwortzeit des Servers deutlich. Dazu kommen Browser-Caching, bei dem wiederkehrende Besucher Bilder, CSS und Skripte nicht erneut laden, und die Komprimierung von Textdateien mit gzip oder Brotli. Bei Shops und Mitgliederbereichen hilft zusätzlich ein Objektcache für die Datenbank. Ein Content Delivery Network lohnt sich vor allem bei internationalem Publikum. Für Besucher aus Deutschland genügt oft ein guter Server in Deutschland.
Hosting
Ist die Time to First Byte auch mit aktivem Cache hoch, liegt das Problem meist beim Server: zu wenig Leistung im günstigen Shared Hosting, eine veraltete PHP-Version oder ein Serverstandort weit weg von Ihren Besuchern. Messen Sie die TTFB zu verschiedenen Tageszeiten. Starke Schwankungen deuten auf einen überlasteten Server hin. Worauf es beim Hosting ankommt, lesen Sie auf unserer Seite zum WordPress-Hosting.
Skripte und externe Dienste
Tracking, Tag Manager, Chat-Widgets, Karten, Bewertungs-Widgets und Social-Media-Feeds laden JavaScript von fremden Servern. Jeder dieser Dienste kostet Zeit, und solange der Browser Skripte ausführt, reagiert die Seite verzögert. Im Wasserfall erkennen Sie externe Dateien daran, dass eine fremde Domain davorsteht. Fragen Sie bei jedem Dienst, ob er gebraucht wird. Was bleibt, laden Sie mit defer, erst nach einer Interaktion oder nur auf den Seiten, auf denen es gebraucht wird.
Schriften
Webfonts von externen Servern verzögern die Darstellung und verschieben das Layout, wenn sie spät nachladen. Hosten Sie Schriften lokal auf Ihrem Server, nutzen Sie das Format WOFF2 und laden Sie nur die Schnitte, die Sie wirklich verwenden. Mit font-display: swap zeigt der Browser den Text sofort in einer Ersatzschrift. Auch für den Datenschutz ist die lokale Einbindung besser.
Page Builder, Themes und Plugins
Viele Page Builder und Mehrzweck-Themes laden auf jeder Seite ihre komplette Bibliothek an CSS und JavaScript, dazu tief verschachteltes HTML. Einzelne Module lassen sich oft abschalten, grundlegend ändert das aber wenig. Ähnlich ist es mit Plugins: Jedes kann eigene Dateien einbinden. Wie Sie überflüssige Plugins finden, zeigt der Artikel WordPress Plugins. Wenn Theme oder Builder grundsätzlich zu schwer sind, ist ein Relaunch mit schlankerem Unterbau oft sinnvoller als endloses Nachbessern.
In dieser Reihenfolge gehen Sie vor
Ausgangswert messen
Erfassen Sie Felddaten und Labordaten für mehrere Seitentypen und notieren Sie die Werte. Ohne Ausgangswert wissen Sie später nicht, was eine Änderung gebracht hat.
Den größten Hebel finden
Welches Element ist das LCP-Element? Wie hoch ist die TTFB? Welche Dateien sind im Wasserfall am größten oder langsamsten? Beginnen Sie dort, wo sich am meisten optimieren lässt.
Eine Änderung nach der anderen
Ändern Sie nicht zehn Einstellungen gleichzeitig. Nur so erkennen Sie, was wirkt und was womöglich etwas kaputt macht.
Funktionen prüfen
Optimierungen an Skripten und Caching können Formulare, Cookie-Banner oder den Warenkorb stören. Testen Sie diese nach jeder Änderung.
Erneut messen
Im Labortest sehen Sie das Ergebnis sofort. Die Felddaten brauchen wegen des Zeitraums von 28 Tagen rund vier Wochen, bis sie die Verbesserung vollständig zeigen.
Dauerhaft beobachten
Ein neues Plugin oder ein unbearbeitetes Foto kann die Ladezeit schnell wieder verschlechtern. Messen Sie regelmäßig, zum Beispiel einmal im Monat.
Checkliste für eine schnelle Website
- Bilder in passender Größe, als WebP oder AVIF, mit Breite und Höhe
- Erstes sichtbares Bild ohne Lazy Loading, alle weiteren mit
- Kein Slider und kein Autoplay-Video im ersten sichtbaren Bereich
- Seitencache aktiv, Browser-Caching und Komprimierung eingerichtet
- Aktuelle PHP-Version, Server in der Nähe Ihrer Zielgruppe
- Externe Skripte geprüft, unnötige entfernt, der Rest verzögert geladen
- Schriften lokal gehostet, nur benötigte Schnitte
- Ungenutzte Plugins gelöscht, keine doppelten Funktionen
- Keine Weiterleitungsketten, etwa von http über https zu www
- Messung auf mehreren Seitentypen, mobil und mit Einwilligung
Ladezeit prüfen lassen
Wo bremst Ihre Website?
Im kostenlosen Website-Check prüfen wir unter anderem Ladezeit, Core Web Vitals und Bildgrößen Ihrer Website von Hand und sagen Ihnen, womit Sie am besten anfangen. Als WordPress-Agentur entwickeln wir mit eigenem Theme statt Page-Builder und beschleunigen bestehende WordPress-Seiten. Server, Caching und eine aktuelle PHP-Version übernimmt auf Wunsch unser WordPress-Hosting.
Häufige Fragen
Wie messe ich die Ladezeit meiner Website?
Der einfachste Einstieg ist PageSpeed Insights: Oben sehen Sie die Felddaten Ihrer echten Besucher, darunter einen Labortest mit Verbesserungsvorschlägen. Für die Ursachensuche eignen sich der Reiter Netzwerk in den Chrome DevTools und WebPageTest mit Standort Frankfurt.
Warum zeigen verschiedene Tools unterschiedliche Ladezeiten?
Jedes Tool misst von einem anderen Standort, mit anderer simulierter Verbindung und anderen Kennzahlen. Manche zeigen die Zeit bis zum ersten Inhalt, andere bis alle Dateien geladen sind. Vergleichen Sie Werte deshalb nur innerhalb desselben Tools und unter gleichen Bedingungen.
Was ist eine gute Ladezeit für eine Website?
Als Orientierung gilt: Der wichtigste Inhalt ist für mindestens drei von vier Besuchen innerhalb von 2,5 Sekunden sichtbar, der Server antwortet in unter 0,8 Sekunden, und Klicks lösen in unter 200 Millisekunden eine Reaktion aus. Maßgeblich sind die Felddaten echter Nutzer.
Ist die Ladezeit ein Rankingfaktor bei Google?
Die Core Web Vitals fließen in die Bewertung ein, wiegen aber weniger als relevante Inhalte. Eine schnelle Website rankt nicht automatisch besser, eine sehr langsame verschenkt aber Besucher und Anfragen, unabhängig vom Ranking.
Warum ist meine Website auf dem Smartphone langsamer?
Smartphones haben weniger Rechenleistung, und Mobilfunkverbindungen sind langsamer und schwankender als ein Büro-Netz. Große Bilder und viel JavaScript fallen dort besonders ins Gewicht. Deshalb simulieren die Tools für den mobilen Test ein langsameres Gerät. Verbessern Sie zuerst die mobilen Werte.
