Ladezeit und Core Web Vitals

Website zu langsam: Ursachen messen und gezielt beheben

Wenn Ihre Website zu langsam ist, liegt das fast immer an wenigen, klar messbaren Ursachen: einer trägen Serverantwort, zu großen Bildern und Videos, falsch konfiguriertem Caching oder zu viel JavaScript. Wer zuerst misst und dann den größten Hebel angeht, erreicht mit überschaubarem Aufwand spürbare Verbesserungen.

Ich analysiere Ihre Website mit Labor- und Felddaten, benenne die Ursachen konkret und behebe sie in Server, Theme und Inhalten. Das Ergebnis weise ich Ihnen mit einer erneuten Messung nach.

Elias Arndt

Webentwicklung, Programmierung und KI
★★★★★ 5,0 bei Google

Projekt anfragen

Beschreiben Sie Ihr Vorhaben in wenigen Sätzen. Sie erhalten eine persönliche Rückmeldung.

Woran Sie erkennen, dass Ihre Website zu langsam ist

Das eigene Gefühl täuscht häufig. Auf dem Büro-PC mit schneller Leitung und gefülltem Browser-Cache wirkt eine Website flott, während sie auf einem durchschnittlichen Smartphone im Mobilfunknetz mehrere Sekunden lang leer bleibt. Aussagekräftig ist deshalb die Messung auf Mobilgeräten, denn dort sind die meisten Besucher unterwegs.

Google bewertet die Ladeerfahrung mit drei Kennzahlen, den Core Web Vitals. Der Largest Contentful Paint (LCP) misst, wann das größte sichtbare Element erscheint, und sollte unter 2,5 Sekunden liegen. Interaction to Next Paint (INP) misst, wie schnell die Seite auf Klicks und Eingaben reagiert, der Zielwert liegt unter 200 Millisekunden. Cumulative Layout Shift (CLS) erfasst, wie stark Inhalte beim Laden verrutschen, und sollte unter 0,1 bleiben.

Wichtig ist der Unterschied zwischen Labordaten und Felddaten. PageSpeed Insights zeigt oben die Werte echter Chrome-Nutzer der letzten 28 Tage und darunter einen simulierten Test. Beide Werte können deutlich voneinander abweichen, und für die Bewertung durch Google zählen die Felddaten.

Lädt Ihre Website überhaupt nicht mehr oder zeigt sie eine weiße Seite, handelt es sich um einen Ausfall mit anderen Ursachen. Dafür gibt es die Seite WordPress lädt nicht mehr.

Die häufigsten Ursachen für lange Ladezeiten

In meinen Analysen tauchen immer wieder dieselben Bremsen auf. Meist wirken zwei oder drei davon zusammen.

Träge Serverantwort

Braucht der Server lange bis zum ersten Byte, verzögert sich alles Weitere. Ursachen sind überlastete Tarife, alte PHP-Versionen oder aufwendige Datenbankabfragen bei jedem Aufruf.

Fehlerhaftes Caching

Ein Caching-Plugin ist schnell installiert, aber nicht immer richtig eingestellt. Manche Konfigurationen liefern Mobilgeräten gar keine zwischengespeicherten Seiten aus, ohne dass es am Desktop auffällt.

Übergroße Medien

Fotos direkt aus der Kamera und Hintergrundvideos in voller Auflösung machen oft den größten Teil der Datenmenge aus. Moderne Formate wie WebP oder AVIF und passende Bildgrößen je Gerät verringern sie erheblich.

Zu viel JavaScript

Pagebuilder, Slider und Animationen laden Skripte, die der Browser erst verarbeiten muss, bevor die Seite reagiert. Das verschlechtert vor allem den INP-Wert auf schwächeren Smartphones.

Skripte von Drittanbietern

Tracking, Chat-Widgets, Kartendienste und Cookie-Banner werden von fremden Servern geladen. Jedes einzelne Skript kostet Zeit, und ihre Summe wird oft unterschätzt.

Webfonts und Layoutsprünge

Schriften, die spät nachgeladen werden, und Bilder ohne feste Abmessungen lassen Inhalte beim Laden springen. Das verschlechtert den CLS-Wert und führt zu Fehlklicks.

Gewachsene Plugin-Landschaft

Über Jahre hinzugefügte Erweiterungen laden ihre Dateien häufig auf jeder Seite, auch dort, wo sie gar nicht gebraucht werden.

So mache ich Ihre Website schneller

Messen

Ich erfasse Felddaten und Labordaten für die wichtigsten Seitentypen, getrennt nach Mobilgerät und Desktop. So entsteht ein Ausgangswert, an dem sich jede Änderung messen lässt.

Ursachen eingrenzen

Anhand der Ladereihenfolge im Wasserfalldiagramm und der Auslastung des Browsers ermittle ich, welche Ressourcen den LCP verzögern und welche Skripte die Reaktion blockieren.

Größte Hebel umsetzen

Ich beginne mit den Maßnahmen, die im Verhältnis zum Aufwand am meisten bringen, etwa Caching-Konfiguration, Bildkompression, verzögertes Laden von Skripten und HTTP/2. Alle Änderungen teste ich zuerst auf einer Vorschau-Umgebung.

Nachmessen

Nach dem Live-Gang wiederhole ich die Messung unter denselben Bedingungen. Die Felddaten von Google aktualisieren sich über 28 Tage, deshalb prüfe ich sie nach einigen Wochen erneut.

Stand halten

Neue Plugins und große Bilder können die Ladezeit schleichend wieder verschlechtern. Mit einer regelmäßigen Wartung der Website fallen solche Rückschritte früh auf.

Aus der Praxis: meine eigene Website und eine Vereinsseite

Auch bei eliasarndt.de lag der mobile PageSpeed-Wert zunächst nur bei 68. Eine der Ursachen war ein Caching-Plugin, das Mobilgeräten keine zwischengespeicherten Seiten auslieferte, am Desktop fiel das nicht auf. Nach der Korrektur und weiteren Optimierungen liegt der Wert mobil bei 95 und am Desktop bei 99. Der Accessibility-Wert in Lighthouse stieg im selben Zug von 86 auf 100.

Bei der Website eines Vereins aus Schleswig war die Ursache eine andere. Die Startseite lud rund 60 MB an Videos und Bildern. Durch eine neue Kodierung der Medien sank die Datenmenge auf 16 MB, ohne dass sichtbare Inhalte wegfallen mussten.

Beide Fälle zeigen, warum die Messung am Anfang steht. Die Symptome waren ähnlich, die wirksame Maßnahme war jeweils eine völlig andere.

Wann Optimieren allein nicht mehr reicht

Manche Websites sind auf einer Grundlage gebaut, die sich nur begrenzt beschleunigen lässt, zum Beispiel ein schwerer Pagebuilder mit vielen verschachtelten Elementen oder ein veraltetes System ohne Updates. Dann lohnt sich ein Vergleich mit einem Relaunch der Website, etwa auf Basis eines schlanken Frameworks wie Astro, das standardmäßig kaum JavaScript ausliefert.

Eine schnelle Website bringt allein noch keine besseren Platzierungen bei Google, denn die Ladezeit ist dort ein Faktor unter vielen. Sie senkt aber die Absprungrate und macht Formulare und Kasse für Ihre Besucher angenehmer. Wer ohnehin Bilder und Code überarbeitet, kann dabei zugleich die Barrierefreiheit der Website verbessern.

Häufige Fragen zu langsamen Websites

Warum zeigt PageSpeed Insights mobil so viel schlechtere Werte als am Desktop?

Der mobile Test simuliert ein durchschnittliches Smartphone mit gedrosselter Verbindung und schwächerem Prozessor. Große Bilder und viel JavaScript wirken sich dort deutlich stärker aus, deshalb ist der mobile Wert der wichtigere.

Reicht ein Caching-Plugin, um die Website schneller zu machen?

Oft ist es ein wichtiger Baustein, allein reicht es selten. Ein falsch eingestelltes Caching kann sogar wirkungslos bleiben, zum Beispiel wenn Mobilgeräte keine zwischengespeicherten Seiten erhalten. Außerdem hilft Caching kaum gegen übergroße Bilder oder blockierende Skripte.

Liegt es am Hosting?

Manchmal. Eine lange Serverantwortzeit spricht für ein Problem bei Hosting, PHP-Version oder Datenbank. Ist der Server schnell und die Seite trotzdem träge, liegt die Ursache meist in Medien und Skripten auf der Seite selbst.

Wie schnell sollte eine Website laden?

Als Orientierung gelten die Grenzwerte von Google: ein LCP unter 2,5 Sekunden, ein INP unter 200 Millisekunden und ein CLS unter 0,1, jeweils gemessen an mindestens 75 Prozent der Seitenaufrufe.

Wann sehe ich die Verbesserung in der Google Search Console?

Die Felddaten beruhen auf den Aufrufen der letzten 28 Tage. Verbesserungen werden dort deshalb schrittweise sichtbar, während eine Labormessung sie sofort nach der Umsetzung zeigt.

Finden wir heraus, was Ihre Website bremst

Nennen Sie mir die Adresse Ihrer Website und die Seiten, die Ihnen am wichtigsten sind. Im kostenfreien Erstgespräch zeige ich Ihnen, wo die größten Bremsen liegen und welche Maßnahmen sich lohnen.

Erreichbar montags bis freitags von 8 bis 20 Uhr. Verwandte Themen: WordPress lädt nicht mehr · Website-Relaunch · Website barrierefrei machen · WordPress-Wartung · Webentwicklung, Programmierung und KI