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:
| Kennzahl | Misst | Gut ist | Typische Ursache bei schlechtem Wert |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Wann der größte sichtbare Inhalt erscheint, meist ein Bild oder eine Überschrift | bis 2,5 Sekunden | Langsamer Server, großes Titelbild, blockierende Skripte |
| INP (Interaction to Next Paint) | Wie schnell die Seite auf Klicks, Tipps und Eingaben reagiert | bis 200 Millisekunden | Schweres JavaScript, Skripte von Drittanbietern |
| CLS (Cumulative Layout Shift) | Wie stark sich sichtbare Inhalte beim Laden verschieben | bis 0,1 | Bilder 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
- 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.
- 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.
- 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.
- 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:
| Das sehen Sie | Wahrscheinliche Ursache | Erste Maßnahme |
|---|---|---|
| Hohe Serverantwortzeit (TTFB) | Langsames Hosting, fehlendes Caching, langsame Datenbank oder veraltete PHP-Version | Caching aktivieren, PHP-Version und Hosting-Tarif prüfen |
| LCP zu hoch, großes Titelbild | Bild zu groß, ungünstiges Format oder zu spät geladen | Bild skalieren und komprimieren, nicht verzögert laden, früh laden lassen |
| „Renderblockierende Ressourcen“ | Viele oder große CSS- und JavaScript-Dateien aus Theme und Plugins | Unnötige Plugins entfernen, Dateien bündeln und verzögert laden |
| INP zu hoch | Schweres JavaScript, Chat-Widgets, Tracking, Einbettungen sozialer Netzwerke | Skripte entfernen oder erst bei Bedarf laden |
| CLS zu hoch | Bilder ohne Größenangabe, nachladende Banner, Schriftwechsel | Breite 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.
<!-- 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-Version | Sicherheitsunterstützung bis |
|---|---|
| Vor 8.2 | Nicht mehr gepflegt |
| 8.2 | 31. Dezember 2026 |
| 8.3 | 31. Dezember 2027 |
| 8.4 | 31. Dezember 2028 |
| 8.5 | 31. 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
widthundheightangeben 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
transformstatt mit Eigenschaften wietopoderleftumsetzen; 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
- Datensicherung anlegen und die Ausgangswerte messen.
- Bilder verkleinern und richtig einbinden: oft der größte Hebel.
- Caching aktivieren (Hosting-Funktion oder Plugin).
- Unnötige Plugins, Skripte und Einbettungen entfernen.
- PHP-Version auf eine unterstützte Version anheben, nach einem Test.
- Schriften lokal ausliefern und Layoutverschiebungen beseitigen.
- 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.
Weiterlesen
Quellen und weiterführende Links
- web.dev: Core Web Vitals und ihre Zielwerte
- Google Search Central: Core Web Vitals und die Google-Suche
- Google Search Central: Seitenerfahrung in den Suchergebnissen
- Google PageSpeed Insights: Dokumentation
- web.dev: Labor- und Felddaten im Vergleich
- web.dev: Largest Contentful Paint optimieren
- web.dev: Cumulative Layout Shift optimieren
- PHP: Supported Versions
- Kanzlei Dr. Bahr: LG München I zu Google Fonts (Az. 3 O 17493/20)
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.