Drei Sekunden — so viel Zeit haben Sie, um einen Website-Besucher zu halten. Nach drei Sekunden Ladezeit verlassen 40% der mobilen Nutzer die Seite. Und sie kommen nicht zurück.
Langsame Websites kosten Kunden, schaden dem Google-Ranking und frustrieren Nutzer. Die gute Nachricht: Mit den richtigen Maßnahmen ist Verbesserung schnell spürbar.
Warum Ladezeit so wichtig ist
Neben dem offensichtlichen Nutzererlebnis gibt es zwei weitere Gründe:
SEO: Core Web Vitals (LCP, INP, CLS) sind Ranking-Faktoren. Eine langsame Seite rankt schlechter als eine schnelle mit gleichwertigem Content.
Conversions: Amazon hat berechnet, dass jede 100ms Verzögerung den Umsatz um 1% senkt. Für normale KMU-Websites gilt ähnliches: Langsame Seiten konvertieren schlechter.
Tipp 1: Bilder komprimieren und im richtigen Format liefern
Bilder sind der häufigste Grund für langsame Ladezeiten. Ein unkomprimiertes JPEG kann mehrere Megabyte groß sein — dasselbe Bild in WebP oft unter 200 KB.
Was zu tun ist:
- Bilder vor dem Upload komprimieren (unser Bild-Kompressor-Tool hilft dabei)
- WebP oder AVIF statt JPEG/PNG verwenden (50-80% kleinere Dateigröße)
- Bildgröße an den Anzeigebereich anpassen (keine 4000×3000px Bilder für eine 800px breite Spalte)
In Next.js: Die <Image> Komponente macht das automatisch — WebP-Konvertierung, Größenanpassung, Lazy Loading.
In WordPress: Plugins wie ShortPixel, Imagify oder WebP Express übernehmen die Konvertierung.
Tipp 2: Lazy Loading für Bilder und Videos
Bilder und Videos die nicht im sichtbaren Bereich (Above the Fold) liegen, müssen nicht sofort geladen werden.
Lazy Loading lädt sie erst, wenn der Nutzer beim Scrollen in deren Nähe kommt.
In HTML:
<img src="bild.webp" alt="..." loading="lazy" />
Ausnahme: Das Hero-Bild (LCP-Element) und andere oberhalb-des-Falts sichtbare Bilder dürfen nicht lazy geladen werden — das würde den LCP verschlechtern.
Tipp 3: Caching aktivieren
Beim ersten Besuch lädt der Browser alle Ressourcen (CSS, JS, Bilder) vom Server. Beim zweiten Besuch soll er die zwischengespeicherten Versionen nutzen — das ist Caching.
Browser-Caching: Server sendet Cache-Control-Header. Statische Ressourcen (Bilder, Fonts, CSS) sollten lange gecacht werden (1 Jahr).
WordPress: W3 Total Cache, WP Super Cache oder WP Rocket übernehmen das.
Next.js: Statisch generierte Seiten werden automatisch gecacht. Vercel macht das out-of-the-box richtig.
Tipp 4: CDN nutzen — Inhalte näher zum Nutzer
Ein Content Delivery Network (CDN) verteilt Ihre Seite auf Server weltweit. Wer aus München auf Ihre Bielefelder Website zugreift, bekommt die Daten vom nächstgelegenen CDN-Server — nicht vom entfernten Ursprungsserver.
Das reduziert die Latenz (Zeit bis erste Antwort) erheblich.
Günstige/kostenlose CDNs: Cloudflare (Free Plan sehr gut), Bunny.net (günstig)
Bei Next.js auf Vercel: CDN ist automatisch eingebunden — globales Edge Network out-of-the-box.
Tipp 5: Unnötige Plugins und Scripts entfernen
Jedes Plugin, jedes externe Script kostet Ladezeit. Google Analytics, Facebook Pixel, Chat-Widget, Cookie-Banner, Newsletter-Form — alles summiert sich.
Audit durchführen:
- DevTools → Network → JavaScript laden lassen
- Welche Scripts sind von Third-Party Domains?
- Welche davon brauche ich wirklich?
Was tun mit notwendigen Scripts:
- Mit
deferoderasyncladen (blockiert das Rendering nicht) - Lazy laden (erst nach User-Interaktion oder nach dem ersten Render)
WordPress: Plugins wie Asset CleanUp zeigen welche Scripts und Stile auf welchen Seiten geladen werden. Unnötige können deaktiviert werden.
Tipp 6: Fonts optimieren
Custom Fonts (z.B. von Google Fonts) verursachen oft einen Layout Shift (CLS-Problem) wenn sie nach System-Fonts geladen werden.
Lösungen:
@font-face {
font-family: 'Poppins';
src: url('/fonts/poppins-400.woff2') format('woff2');
font-display: swap; /* System-Font zeigen bis Custom Font lädt */
font-weight: 400;
}
font-display: swap verhindert unsichtbaren Text während der Font lädt.
Font lokal hosten statt von Google Fonts laden — schneller und DSGVO-konformer.
Nur die benötigten Font-Gewichte laden — wenn nur Regular (400) und Bold (700) gebraucht werden, nicht alle 9 Gewichte laden.
Tipp 7: HTML, CSS und JavaScript minifizieren
Minifizierung entfernt unnötige Zeichen aus Code: Leerzeichen, Zeilenumbrüche, Kommentare.
Vergleich:
/* Nicht minifiziert: */
.button {
background-color: #075CE1;
color: white;
padding: 12px 24px;
}
/* Minifiziert: */
.button{background-color:#075CE1;color:#fff;padding:12px 24px}
In WordPress: WP Rocket, W3 Total Cache oder Autoptimize übernehmen das.
In Next.js: Automatisch beim next build. Kein Handlungsbedarf.
Tipp 8: Render-blocking Resources eliminieren
Wenn CSS oder JavaScript im <head> ohne defer/async steht, blockiert es das Rendering. Der Browser wartet, bis diese geladen sind, bevor er die Seite anzeigt.
Kritisches CSS: Styles für den Above-the-Fold-Bereich sollten inline im <head> sein oder als Priorität geladen werden.
JavaScript: Fast immer mit defer laden (außer Polyfills die sofort gebraucht werden).
Google Tag Manager: Lädt synchron und ist ein häufiger Übeltäter. Nach Möglichkeit auf async umstellen oder zu Google Analytics 4 direkt migrieren.
Tipp 9: Besseres Hosting wählen
Shared Hosting (mehrere Websites auf einem Server) ist günstig — und oft langsam. Der Server muss Ressourcen mit Dutzenden anderen Websites teilen.
Empfehlungen nach Budget:
| Budget | Empfehlung | Erwartete Verbesserung |
|---|---|---|
| Kostenlos | Vercel (Next.js), Netlify | Sehr gut für statische Sites |
| 5–20 €/Monat | Hetzner VPS, Netcup | Gut, aber selbst konfigurieren |
| 20–50 €/Monat | Kinsta, WP Engine (WordPress) | Sehr gut, managed |
| 50+ €/Monat | Dedicated Server, Cloud | Exzellent |
TTFB (Time To First Byte) ist der beste Messwert für Hosting-Qualität. Unter 200ms ist gut, unter 100ms ist ausgezeichnet.
Tipp 10: GZIP oder Brotli Komprimierung aktivieren
Der Server kann Text-Ressourcen (HTML, CSS, JS) komprimieren bevor er sie sendet. Der Browser dekomprimiert sie — das ist für beide Seiten schnell.
- GZIP: Seit Jahrzehnten Standard, 60-70% kleinere Dateien
- Brotli: Neuerer Standard von Google, 15-20% kleiner als GZIP
In Apache (.htaccess):
AddOutputFilterByType DEFLATE text/html text/css application/javascript
In Nginx:
gzip on;
gzip_types text/html text/css application/javascript;
Alle modernen Hostings und CDNs aktivieren das automatisch.
Prioritäten — Was zuerst angehen?
| Maßnahme | Aufwand | Effekt |
|---|---|---|
| Bilder komprimieren & WebP | Niedrig | Sehr hoch |
| Lazy Loading aktivieren | Niedrig | Hoch |
| Caching aktivieren | Niedrig-Mittel | Hoch |
| Render-blocking Scripts mit defer | Mittel | Mittel-Hoch |
| Font-Optimierung | Mittel | Mittel |
| CDN einrichten | Mittel | Hoch |
| Hosting wechseln | Hoch | Hoch |
Schnell-Check: Ihre Website in 5 Minuten analysieren
- [Google PageSpeed Insights](/lexikon/pagespeed-insights): pagespeed.web.dev → URL eingeben → Bericht abwarten
- GTmetrix: gtmetrix.com → Detailliertere Analyse, Wasserfall-Chart
- Chrome DevTools: F12 → Network → Seite neu laden → Ladezeiten pro Ressource
Beide Tools zeigen konkrete Verbesserungsvorschläge an — priorisiert nach Effekt.