Website-Ladezeit verbessern: Ursachen finden und beheben.

Wer Ihre Website aufruft, tut das oft auf dem Handy, unterwegs und nicht immer mit gutem Empfang. Auf dem Land zwischen Burgau und Ulm merkt man schnell, welche Seiten in zwei Sekunden stehen und welche erst nach einer gefühlten Ewigkeit.

Ladezeit ist dabei keine einzelne Zahl. Google misst drei Dinge getrennt, und jedes hat andere Ursachen. Wer sie kennt, findet die Bremse schneller.

Was sind die Core Web Vitals?

Die Core Web Vitals sind drei Messwerte, mit denen Google die Nutzererfahrung beim Laden und Bedienen einer Seite bewertet. Google nutzt sie nach eigener Aussage in seinen Ranking-Systemen. Gute Werte garantieren aber keine vorderen Plätze, die Relevanz des Inhalts geht vor.

• Largest Contentful Paint (LCP): wie lange es dauert, bis das größte sichtbare Element im ersten Bildschirm steht, meist das Titelbild oder die Hauptüberschrift.
• Interaction to Next Paint (INP): wie schnell die Seite sichtbar reagiert, wenn jemand tippt oder klickt, etwa auf das Menü.
• Cumulative Layout Shift (CLS): wie stark Inhalte beim Laden springen, etwa wenn ein Knopf nach unten rutscht, gerade als man ihn antippen will.

Gemessen wird am 75. Perzentil, getrennt nach Handy und Computer. Drei von vier Besuchen müssen also im grünen Bereich liegen, damit der Wert als gut gilt.

Wie messe ich die Ladezeit meiner Website selbst?

Am einfachsten mit PageSpeed Insights von Google. Sie geben die Adresse ein, wählen den Reiter für Mobilgeräte und bekommen zwei Arten von Ergebnissen.

• Felddaten: echte Messungen von Chrome-Nutzern aus den letzten 28 Tagen. Sie erscheinen nur, wenn genug Besuche zusammenkommen. Bei vielen kleinen Betriebsseiten fehlen sie deshalb.
• Labordaten: eine simulierte Messung durch Lighthouse auf einem Gerät mit festgelegter Verbindung. Sie stehen immer zur Verfügung, schwanken aber von Lauf zu Lauf.

Für die Fehlersuche sind die Labordaten nützlicher, weil sie zeigen, welches Element das LCP ist und welche Dateien bremsen. Messen Sie mehrmals und vergleichen Sie die mittleren Werte statt eines einzelnen Ausreißers. Die Punktzahl oben ist eine Zusammenfassung der Laborwerte, die Core Web Vitals darunter sind wichtiger.

Woran liegt eine langsame Website meistens?

Bei Websites von Handwerks- und Dienstleistungsbetrieben finde ich fast immer dieselben Ursachen. Die Tabelle zeigt, woran Sie sie erkennen und was hilft.

Bilder sind fast immer der größte Hebel. Ein Foto direkt aus dem Handy hat oft mehrere Megabyte, angezeigt wird es auf dem Bildschirm in einem Bruchteil der Größe. Fremdskripte sind der zweitgrößte, weil sich jedes einzelne harmlos anfühlt und erst die Summe bremst.

Ein Beispiel: Schrott Ulm auf dem Handy

Wie viel an der Schrift hängen kann, zeigt die Startseite von Schrott Ulm. Die Hauptüberschrift steht in Barlow Condensed, einer sehr schmalen Schrift. Bis sie geladen war, zeigte der Browser eine breitere Ersatzschrift, die Überschrift brach auf zwei statt auf eine Zeile um. Beim Wechsel sprang die Seite um 48 Pixel. Das ergab einen CLS von 0,101, knapp über der Grenze.

Auf einem Mac fiel das nicht auf, weil dort eine passende schmale Ersatzschrift installiert ist. Die Testumgebung von Google hat sie nicht. Dazu kam, dass die Schriftdatei erst nach dem Stylesheet angefordert wurde.

• Die Schrift der Überschrift wird jetzt vorgeladen.
• Die Ersatzschrift ist in Breite und Zeilenhöhe an die echte Schrift angeglichen, berechnet aus den Glyphenbreiten der Schriftdateien.
• Das CSS steht direkt in der Seite, statt als zusätzliche Datei nachgeladen zu werden.

Gemessen mit Lighthouse im Mobilprofil, als Median aus drei Läufen, sank der LCP von 2.759 auf 1.433 Millisekunden, der CLS auf null. Das sind Laborwerte, keine Felddaten. Sie zeigen aber, wo die Bremse saß, und die Änderung betraf drei Dateien.

Projekt Schrott Ulm→ Metallhandel aus Burgau mit 29 Ortsseiten für die Region Ulm

In welcher Reihenfolge gehe ich vor?

1. Mobil messen und das LCP-Element ermitteln. PageSpeed Insights nennt es im Bericht.
2. Ist es ein Bild: verkleinern, modern komprimieren, nicht erst beim Scrollen laden lassen. Ist es Text: die Schrift prüfen.
3. Die Liste der Drittanbieter durchgehen und alles streichen, was niemand vermisst.
4. Springende Inhalte suchen: Bilder ohne Maße, nachgeladene Banner, Schriftwechsel.
5. Erneut messen, mehrmals, und die Werte mit vorher vergleichen.

Liegt die Bremse im System selbst, etwa in einem Baukasten, der jedem Besucher dieselben schweren Skripte schickt, stößt diese Liste an Grenzen. Dann stellt sich die Frage nach der Technik. Oft reicht die Liste aber.

Ladezeit im Betrieb im Blick behalten

Eine schnelle Seite wird mit der Zeit langsamer, wenn niemand hinsieht. Ein neues Foto in voller Größe, ein eingebettetes Video, ein weiteres Werkzeug: Jede Änderung ist klein, die Summe nicht.

Für die Seiten, die ich betreue, misst das Wemodo-Kundenportal deshalb regelmäßig die PageSpeed-Werte für Mobilgeräte, einmal pro Woche je Seite. Kunden sehen LCP und CLS im Portal, ich sehe, wenn sich ein Wert verschlechtert.

Website-Betreuung mit Wemodo→ Ladezeit, Erreichbarkeit und Updates im Blick

Quellen

• web.dev: Web Vitals
• web.dev: Largest Contentful Paint (LCP)
• web.dev: Interaction to Next Paint (INP)
• web.dev: Cumulative Layout Shift (CLS)
• Google: Über PageSpeed Insights
• Google Search Central: Nutzerfreundlichkeit von Seiten
• PageSpeed Insights

Veröffentlicht am 7. Oktober 2026 von Enver Eser. Themenfeld: Betrieb & Pflege.