Eine schnelle Website ist kein Selbstzweck. Jede Sekunde Wartezeit erhöht die Wahrscheinlichkeit, dass Besucher zur Konkurrenz zurückklicken – vor allem auf dem Smartphone im Mobilfunknetz. Außerdem fließt die Ladeerfahrung über die Core Web Vitals in Googles Bewertung ein. Dieser Ratgeber zeigt, wie Sie richtig messen, welche Maßnahmen am meisten bringen und in welcher Reihenfolge Sie vorgehen.
Schritt 1: Richtig messen
Bevor Sie optimieren, brauchen Sie eine Ausgangsbasis. Testen Sie mehrere typische Seiten (Startseite, Kategorie, Produkt oder Leistung, Blogartikel) und immer die Mobilansicht.
- Labortest: Mit dem Website-Geschwindigkeitstest oder Lighthouse sehen Sie, welche Dateien bremsen.
- Echte Nutzerdaten: Die Search Console zeigt unter „Core Web Vitals“, wie schnell die Seite bei Ihren Besuchern wirklich ist.
- Wasserfalldiagramm: In den Entwicklertools des Browsers (Tab „Netzwerk“) erkennen Sie, welche Dateien groß sind und was in welcher Reihenfolge lädt.
Notieren Sie für jede Seite: LCP, INP bzw. TBT, CLS, Gesamtgröße in MB und Anzahl der Anfragen. Was die einzelnen Werte bedeuten, erklärt der Ratgeber Core Web Vitals erklärt.
Die größten Hebel im Überblick
| Maßnahme | Typischer Effekt | Aufwand |
|---|---|---|
| Bilder komprimieren und in WebP/AVIF umwandeln | Seitengewicht oft halbiert | gering |
| Seiten-Caching aktivieren | Serverantwort deutlich schneller | gering |
| Unnötige Plugins und Skripte entfernen | Weniger JavaScript, besseres INP | mittel |
| Besseres Hosting / aktuelles PHP | Schnellere TTFB | mittel |
| CDN einsetzen | Kürzere Wege, weniger Serverlast | gering bis mittel |
| Webfonts lokal und reduziert laden | Weniger Verbindungen, kein Layoutsprung | gering |
Bilder: der schnellste Gewinn
Bilder machen auf den meisten Websites den Großteil der Datenmenge aus. Ein unbearbeitetes Smartphone-Foto hat leicht 3–5 MB; als WebP in 1200 px Breite sind es oft 100–200 KB.
- Richtige Abmessungen: Kein 4000-px-Bild in einen 800-px-Bereich laden.
- Modernes Format: Mit dem WebP-Konverter stellen Sie JPEG und PNG um; AVIF ist meist noch kleiner.
- Komprimieren: Der Bildkompressor reduziert die Dateigröße ohne sichtbaren Qualitätsverlust.
- Lazy Loading für Bilder unterhalb des sichtbaren Bereichs (
loading="lazy"), aber nicht für das Hauptbild oben. - Abmessungen angeben, damit nichts springt.
Details zu Formaten, srcset und Qualitätsstufen finden Sie im Ratgeber Bilder fürs Web optimieren.
Caching und Server
Seiten-Cache
Ein CMS wie WordPress baut jede Seite bei jedem Aufruf neu aus PHP und Datenbank zusammen. Ein Seiten-Cache speichert das fertige HTML und liefert es direkt aus – das senkt die Serverantwortzeit oft von über einer Sekunde auf wenige Hundert Millisekunden.
Browser-Cache
Statische Dateien (CSS, JS, Bilder, Schriften) sollten lange zwischengespeichert werden dürfen. Beispiel für Nginx:
location ~* \.(css|js|webp|avif|jpg|png|svg|woff2)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}
Damit Änderungen trotzdem ankommen, versehen Sie Dateinamen mit einer Version oder einem Hash (style.3f9a.css).
Hosting
Günstiges Shared Hosting teilt sich CPU und Arbeitsspeicher mit Hunderten anderer Websites. Achten Sie auf aktuelles PHP (8.x), HTTP/2 oder HTTP/3, Komprimierung (Brotli oder gzip) und einen Serverstandort nahe an Ihren Besuchern. Für Unternehmen in Deutschland, Österreich und der Schweiz ist ein Rechenzentrum in der EU bzw. in der Schweiz auch aus Sicht der DSGVO bzw. des revDSG oft die einfachere Wahl.
JavaScript und Drittanbieter
Zu viel JavaScript verlangsamt nicht nur das Laden, sondern vor allem die Reaktion auf Eingaben.
- Inventur machen: Welche Skripte laden? Tag Manager, Analytics, Chat, Heatmaps, Social-Media-Widgets, Slider.
- Entfernen, was keinen messbaren Nutzen hat.
- Nachladen: Skripte mit
defereinbinden; Chat-Widgets erst bei Klick laden. - Consent beachten: Nicht notwendige Dienste dürfen nach DSGVO und TTDSG (heute TDDDG) ohnehin erst nach Einwilligung geladen werden – das ist zugleich gut für die Ladezeit.
- YouTube-Videos mit Vorschaubild und „Klick zum Laden“ einbinden, statt den Player sofort zu laden.
CDN: wann es sich lohnt
Ein Content Delivery Network speichert Kopien Ihrer statischen Dateien weltweit. Vorteile: kürzere Wege, Entlastung des Servers, Schutz bei Lastspitzen und oft automatische Bildoptimierung. Prüfen Sie vertraglich, wo Daten verarbeitet werden, und schließen Sie einen Auftragsverarbeitungsvertrag ab.
Reihenfolge: Womit Sie anfangen sollten
Wenn Zeit und Budget begrenzt sind, gehen Sie in dieser Reihenfolge vor – vom größten Effekt mit geringstem Aufwand zum aufwendigen Umbau:
- Bilder optimieren (oft wenige Stunden Arbeit).
- Caching und Komprimierung aktivieren.
- Überflüssige Plugins, Skripte und Schriften entfernen.
- Hosting prüfen und gegebenenfalls wechseln.
- Theme oder Frontend modernisieren, falls die Grundlage zu schwer ist.
Ein Beispiel: Eine Unternehmensseite mit 6,5 MB Gesamtgewicht und 95 Anfragen kommt nach Schritt 1 bis 3 häufig auf 1,5–2 MB und unter 50 Anfragen, ohne dass sich das Design ändert.
Speziell für WordPress
WordPress betreibt einen großen Teil aller Websites und hat typische Bremsen: zu viele Plugins, schwere Page-Builder, nicht optimierte Bilder und günstiges Hosting. Bewährt haben sich ein schlankes Theme, ein Caching-Plugin, ein Plugin für Bildoptimierung, das Deaktivieren nicht genutzter Funktionen (z. B. Emojis, Embeds) und regelmäßiges Aufräumen der Datenbank. Prüfen Sie vor jedem neuen Plugin, ob es Skripte auf allen Seiten lädt, obwohl es nur auf einer gebraucht wird.
Häufige Fehler
- Nur die Desktop-Ansicht testen.
- Nur die Startseite optimieren, obwohl Besucher über Unterseiten einsteigen.
- Fünf Optimierungs-Plugins gleichzeitig, die sich gegenseitig stören.
- Lazy Loading für das Hero-Bild – das verschlechtert LCP.
- Nach Änderungen den Cache nicht leeren und deshalb falsch messen.
Checkliste
- Ausgangswerte für 3–5 typische Seiten notiert (mobil).
- Alle Bilder in passender Größe, komprimiert, als WebP/AVIF.
- Seiten-Cache und Browser-Cache aktiv, Komprimierung an.
- Aktuelles PHP, HTTP/2 oder HTTP/3.
- Skripte reduziert, mit
defer, Drittanbieter erst nach Einwilligung. - Schriften lokal gehostet, höchstens zwei Familien.
- Nach jeder Änderung erneut gemessen.