Tempo

Website lädt langsam? So finden und beheben Sie die Ursachen

Von Sitemendo · Stand: · 9 Min. Lesezeit

Kurz gesagt

  • Nach Googles Zielwerten ist eine Seite gut, wenn der größte Inhalt innerhalb von 2,5 Sekunden erscheint (LCP), sie in höchstens 200 Millisekunden auf Eingaben reagiert (INP) und der Inhalt kaum verrutscht (CLS bis 0,1).
  • Messen Sie zuerst mit PageSpeed Insights: Die Diagnose zeigt, ob Server, Bilder, Skripte oder Layoutsprünge die Ursache sind.
  • Am meisten bringen meist: Bilder richtig einbinden, Caching aktivieren, unnötige Plugins und externe Skripte entfernen und eine unterstützte PHP-Version nutzen.
  • Ein guter Wert ersetzt keine guten Inhalte: Google zeigt immer die relevantesten Ergebnisse, auch wenn deren Seitenerfahrung schwächer ist.

Wer auf eine Seite wartet, die sich nicht aufbaut, verlässt sie. Für Unternehmen bedeutet das verlorene Anfragen, bevor ein Besucher Ihr Angebot gesehen hat. Eine langsame Website ist meist kein einzelner Fehler, sondern das Ergebnis mehrerer Dinge: zu große Bilder, zu viele Plugins, schwaches Hosting, fehlendes Caching.

Dieser Ratgeber zeigt in zwei Schritten, wie Sie vorgehen: erst messen und die Ursache eingrenzen, dann in sinnvoller Reihenfolge beheben. Er richtet sich an Inhaber und Verantwortliche kleiner Websites. Die technischen Hinweise sind so beschrieben, dass Sie sie auch Ihrem Dienstleister oder Hoster weitergeben können.

Wann ist eine Website „zu langsam“? Die Zielwerte

Google bewertet die Ladeerfahrung mit drei Kennzahlen, den Core Web Vitals. Sie beschreiben, wie schnell Inhalt erscheint, wie schnell die Seite reagiert und wie stabil das Layout bleibt:

Core Web Vitals und ihre Zielwerte
KennzahlMisstGut istTypische Ursache bei schlechtem Wert
LCP (Largest Contentful Paint)Wann der größte sichtbare Inhalt erscheint, meist ein Bild oder eine Überschriftbis 2,5 SekundenLangsamer Server, großes Titelbild, blockierende Skripte
INP (Interaction to Next Paint)Wie schnell die Seite auf Klicks, Tipps und Eingaben reagiertbis 200 MillisekundenSchweres JavaScript, Skripte von Drittanbietern
CLS (Cumulative Layout Shift)Wie stark sich sichtbare Inhalte beim Laden verschiebenbis 0,1Bilder ohne Größenangabe, nachladende Banner und Schriften

Maßgeblich ist der Wert, den 75 Prozent der Seitenaufrufe erreichen (das 75. Perzentil), getrennt nach Mobil und Desktop. INP hat den früheren Wert FID (First Input Delay) abgelöst und ist seit 2024 ein stabiler Core Web Vital.

Schritt 1: Messen statt raten

  1. PageSpeed Insights öffnenRufen Sie pagespeed.web.dev auf, geben Sie die Adresse einer wichtigen Seite ein und lesen Sie zuerst den Reiter „Mobil“. Testen Sie mindestens die Startseite und eine Unterseite, denn die Ursachen unterscheiden sich je nach Seite.
  2. Felddaten und Labordaten unterscheidenFelddaten zeigen, wie echte Besucher die Seite erlebt haben, zusammengefasst über die vergangenen 28 Tage. Labordaten stammen aus einem simulierten Test: mobil ein Mittelklasse-Smartphone im Mobilfunknetz, am Desktop ein Computer mit kabelgebundener Verbindung. Google rät, bei vorhandenen Felddaten diese zur Priorisierung zu nutzen; die Labordaten helfen bei der Suche nach der Ursache.
  3. Die Diagnose lesenIm Abschnitt mit den Diagnosen und Optimierungsmöglichkeiten zeigt Lighthouse, was am meisten Zeit kostet. Schreiben Sie die drei größten Punkte auf.
  4. Ausgangswert festhaltenNotieren Sie Datum, Seite und die drei Kennzahlen. Nur so erkennen Sie später, ob eine Maßnahme etwas gebracht hat.

Der Gesamtwert von 0 bis 100 gilt ab 90 als gut, von 50 bis 89 als verbesserungswürdig und darunter als schwach. Wichtiger als die Gesamtzahl sind die einzelnen Kennzahlen.

Schritt 2: Die Ursache eingrenzen

Die Symptome in PageSpeed Insights verraten, wo Sie suchen müssen:

Vom Symptom zur Ursache
Das sehen SieWahrscheinliche UrsacheErste Maßnahme
Hohe Serverantwortzeit (TTFB)Langsames Hosting, fehlendes Caching, langsame Datenbank oder veraltete PHP-VersionCaching aktivieren, PHP-Version und Hosting-Tarif prüfen
LCP zu hoch, großes TitelbildBild zu groß, ungünstiges Format oder zu spät geladenBild skalieren und komprimieren, nicht verzögert laden, früh laden lassen
„Renderblockierende Ressourcen“Viele oder große CSS- und JavaScript-Dateien aus Theme und PluginsUnnötige Plugins entfernen, Dateien bündeln und verzögert laden
INP zu hochSchweres JavaScript, Chat-Widgets, Tracking, Einbettungen sozialer NetzwerkeSkripte entfernen oder erst bei Bedarf laden
CLS zu hochBilder ohne Größenangabe, nachladende Banner, SchriftwechselBreite und Höhe angeben, Platz reservieren

Die sieben häufigsten Ursachen und ihre Lösung

1. Zu große oder falsch eingebundene Bilder

Bilder sind oft die größten Dateien einer Seite. Skalieren Sie sie auf die tatsächlich angezeigte Größe, komprimieren Sie sie und nutzen Sie moderne Formate wie WebP oder AVIF. Moderne Formate verkürzen die Ladedauer der Bilddatei, helfen aber nicht, wenn der Engpass woanders liegt.

  • Bilder unterhalb des sichtbaren Bereichs mit loading="lazy" später laden lassen.
  • Das größte Bild im sichtbaren Bereich (das LCP-Bild) nie verzögert laden. Nach web.dev führt das immer zu unnötiger Verzögerung. Setzen Sie stattdessen fetchpriority="high".
  • Breite und Höhe immer angeben, damit das Layout nicht springt.
HTML: Titelbild früh, Bild weiter unten später laden
<!-- Titelbild im sichtbaren Bereich: mit hoher Priorität laden -->
<img src="titelbild.webp" width="1200" height="600" fetchpriority="high" alt="Beschreibung">

<!-- Bild weiter unten: erst bei Bedarf laden -->
<img src="referenz.webp" width="600" height="400" loading="lazy" alt="Beschreibung">

2. Langsames Hosting und fehlendes Caching

Antwortet der Server langsam, hilft keine Bildoptimierung. Als Faustregel nennt web.dev, dass die Wartezeit auf das HTML-Dokument (TTFB) etwa 40 Prozent der LCP-Zeit ausmachen sollte. Liegt sie deutlich darüber, ist der Server der Engpass.

Caching speichert fertig erzeugte Seiten, damit der Server sie nicht bei jedem Aufruf neu berechnen muss. Viele Hoster bieten es als Funktion an; bei WordPress übernehmen es Cache-Plugins. Leeren Sie den Cache nach inhaltlichen Änderungen und prüfen Sie die Seite anschließend im privaten Browserfenster.

3. Zu viele oder schwere Plugins und Themes

Jedes Plugin kann zusätzliche CSS- und JavaScript-Dateien laden, auch auf Seiten, die es nicht braucht. Gehen Sie Ihre Plugin-Liste durch: Was wird nicht mehr genutzt? Was lässt sich über eine Einstellung im Theme erledigen? Entfernen Sie Überflüssiges vollständig (deaktivieren und löschen) und messen Sie nach jeder Änderung neu. Legen Sie vorher eine Datensicherung an.

4. Externe Skripte, Einbettungen und Schriften

Tracking, Chat-Widgets, Karten, Social-Media-Feeds, Video-Einbettungen und Schriften von Drittservern laden Code von fremden Servern nach, auf den Sie keinen Einfluss haben. Prüfen Sie jedes Element: Wird es gebraucht? Kann es erst nach einem Klick laden, etwa ein Vorschaubild statt eines sofort startenden Videoplayers?

5. Eine veraltete PHP-Version

WordPress, viele Shops und Baukästen laufen auf PHP. Neuere Versionen bringen häufig Geschwindigkeitsvorteile; der wichtigere Grund für ein Update ist jedoch die Sicherheit, denn ältere Versionen erhalten keine Korrekturen mehr. Stand Oktober 2026 gilt laut php.net:

PHP-Versionen und Ende der Sicherheitsunterstützung (Stand: Oktober 2026)
PHP-VersionSicherheitsunterstützung bis
Vor 8.2Nicht mehr gepflegt
8.231. Dezember 2026
8.331. Dezember 2027
8.431. Dezember 2028
8.531. Dezember 2029

Die Version stellen Sie im Hosting-Paket ein, oft unter „PHP-Version“ oder „PHP-Einstellungen“. Legen Sie vorher eine Datensicherung an und testen Sie die Website danach gründlich: Alte Plugins oder Themes laufen unter neuen PHP-Versionen manchmal nicht und lösen dann einen „kritischen Fehler“ aus (siehe WordPress: kritischer Fehler beheben).

6. Blockierende CSS- und JavaScript-Dateien

Muss der Browser zuerst viele Stil- und Skriptdateien laden, bevor er etwas anzeigt, entsteht eine Verzögerung. Gegenmittel sind weniger Dateien, Skripte mit defer und der Verzicht auf Unnötiges. Viele Cache- und Optimierungs-Plugins bieten dafür Schalter. Ändern Sie jeweils nur eine Einstellung und prüfen Sie die Seite danach auf Darstellungsfehler.

7. Layoutverschiebungen (CLS)

  • Bei Bildern und Videos immer width und height angeben oder das Seitenverhältnis per CSS (aspect-ratio) festlegen.
  • Für spät ladende Inhalte wie Werbung oder Einbettungen Platz reservieren, etwa mit min-height.
  • Keine neuen Inhalte oberhalb bereits sichtbarer Inhalte einblenden, außer als Reaktion auf eine Nutzeraktion.
  • Animationen mit transform statt mit Eigenschaften wie top oder left umsetzen; sie lösen kein neues Layout aus.
  • Webschriften so laden, dass der Text nicht sichtbar umspringt (font-display), und passende Ersatzschriften angeben.

Was bringt am meisten? Die sinnvolle Reihenfolge

  1. Datensicherung anlegen und die Ausgangswerte messen.
  2. Bilder verkleinern und richtig einbinden: oft der größte Hebel.
  3. Caching aktivieren (Hosting-Funktion oder Plugin).
  4. Unnötige Plugins, Skripte und Einbettungen entfernen.
  5. PHP-Version auf eine unterstützte Version anheben, nach einem Test.
  6. Schriften lokal ausliefern und Layoutverschiebungen beseitigen.
  7. Hosting prüfen, wenn die Serverantwortzeit trotz Caching hoch bleibt.

Messen Sie nach jeder Änderung neu. Beachten Sie: Felddaten fassen 28 Tage zusammen, Verbesserungen zeigen sich dort daher erst nach und nach. Die Labordaten reagieren sofort.

Wann Sie Hilfe holen sollten

Bilder und Plugins können Sie meist selbst in den Griff bekommen. Hilfe lohnt sich bei hohen Serverantwortzeiten, bei Konflikten zwischen Plugins, bei Änderungen an Theme-Dateien oder wenn Sie einen Umzug auf besseres Hosting erwägen.

Grundlegende Ladezeit-Verbesserungen gehören zu unserer Schnellreparatur (149 €, 2 Werktage); bei mehreren Problemen zugleich, etwa Ladezeit, mobile Ansicht und Links, passt die Website-Reparatur (349 €). Beide Preise verstehen sich netto zzgl. 19 % USt. Welches Paket zu Ihnen passt, sagen wir Ihnen nach der kostenlosen Prüfung.

Häufige Fragen

Wie schnell sollte eine Website laden?

Als Ziel nennt Google einen LCP von höchstens 2,5 Sekunden, einen INP von höchstens 200 Millisekunden und einen CLS von höchstens 0,1, gemessen am 75. Perzentil der Seitenaufrufe.

Warum ist der mobile Wert schlechter als der Desktop-Wert?

PageSpeed Insights simuliert mobil ein Mittelklasse-Smartphone im Mobilfunknetz, am Desktop einen Computer mit kabelgebundener Verbindung. Dieselbe Seite schneidet mobil deshalb meist schlechter ab.

Beeinflusst die Ladezeit mein Ranking bei Google?

Die Core Web Vitals entsprechen laut Google dem, was die Ranking-Systeme belohnen wollen. Google betont aber auch, dass die Suche immer die relevantesten Inhalte zeigen will, selbst bei schwächerer Seitenerfahrung. Eine schnelle Seite kann helfen, ersetzt aber keine relevanten Inhalte.

Reicht ein Caching-Plugin?

Es hilft bei langsamer Serverantwort, löst aber keine zu großen Bilder, überladene Themes oder schwere Skripte von Drittanbietern. Betrachten Sie es als einen Baustein unter mehreren.

Brauche ich ein CDN?

Ein Content Delivery Network liefert Dateien von Servern in der Nähe der Besucher aus. Bei überwiegend deutschem Publikum und solidem Hosting bringt es oft weniger als Bildoptimierung und Caching. Mit Besuchern aus vielen Ländern kann es sinnvoll sein.

Wann zeigen sich Verbesserungen in den Felddaten?

Nicht sofort: PageSpeed Insights fasst die Felddaten der vergangenen 28 Tage zusammen. Die Labordaten zeigen eine Änderung dagegen direkt nach einem neuen Test.

Erfahren Sie innerhalb von 48 Stunden, was Ihre Website braucht.

Für die kostenlose Prüfung genügen Website-Adresse und E-Mail. Die Reparatur bleibt optional.

Quellen und weiterführende Links

Dieser Ratgeber ist eine allgemeine Information und ersetzt keine Rechts-, Steuer- oder Fachberatung im Einzelfall. Alle Angaben beziehen sich auf den Stand 1. Oktober 2026; Hinweise von Google, Browsern und Gesetzgebern ändern sich. Zurück zur Übersicht: Ratgeber: Website prüfen, reparieren und pflegen.