Kurz gesagt: WordPress-Langsam ist in 70 % der Fälle nicht WordPress selbst, sondern eine Kombination aus schlechtem Hosting, zu vielen Plugins und fehlender Bildoptimierung. Die meisten Fälle lassen sich mit gezielten Optimierungen in 2–3 Tagen beheben. Wenn das Ladezeit-Problem aber älter ist und trotz wiederholter Versuche über 5 Sekunden liegt, ist der Umstieg auf ein modernes Framework wirtschaftlicher.
Auf einen Blick
- 7 Ursachen: Plugins, Caching, Bilder, Hosting, Datenbank, WordPress-Version, HTTP-Requests
- Messwert: Unter 2,5 Sekunden LCP ist optimal; alles über 4 Sekunden ist wahrnehmbar langsam
- Schnelle Wins: Bilder optimieren, Caching aktivieren, Plugins prüfen — oft ein Tag Arbeit
- Grenzfall: Wenn alles ausprobiert ist und Site unter Last noch 5+ Sekunden braucht, lohnt ein Rewrite
Ursache 1: Zu viele oder schlecht codierte Plugins
Was ist das? Ein WordPress-Plugin ist eine Erweiterung, die Funktionen hinzufügt — vom Shop-System bis zur Formular-Validierung. Schlecht codierte Plugins laden Javascript/CSS global, auch auf Seiten, wo es nicht nötig ist, und führen zu Konflikten untereinander.
Symptome:
- Site wird langsamer, je mehr Plugins aktiviert sind
- Admin-Bereich wird träge
- Fehler im Browser-Console (F12 → Console)
Messwert: Mit 5 unkontrollierten Plugins oft +2 bis 3 Sekunden LCP-Verzögerung.
Echte Lösung:
- Öffne Google PageSpeed Insights mit deiner Domain
- Gehe zu Chrome DevTools (F12) → Network-Tab
- Laden mit Cache geleert (Cmd+Shift+R) und filtere nach
.js— schau, welche Dateien geladen werden - Deaktiviere Plugin für Plugin und misst Veränderung mit Lighthouse (Chrome DevTools → Lighthouse)
- Plugins, die keinen Unterschied machen oder länger Laden brauchen als Nutzen bringen, deaktivieren oder löschen
Faustregel: Unter 10 aktive Plugins ist meist unkritisch. Über 20 wird’s problematisch.
Ursache 2: Kein oder falsches Caching
Was ist das? Caching speichert schon gerenderte HTML/CSS/JavaScript auf Disk oder im RAM, sodass WordPress nicht jedes Mal die volle Verarbeitung durchlaufen muss.
Symptome:
- Erste Seite lädt schnell, dann alles langsam
- Nach Updates plötzlich doppelt so lange (Cache nicht geleert)
- Keine
.woff2-Dateien im Network-Tab
Messwert: Mit einem guten Browser-Cache können alle Assets aus Memory geladen werden — Ladezeit bei Wiederbesuch ≈ 0,5 Sekunden.
Echte Lösung:
- Hosting mit eingebautem Caching (besser): Kinsta, WP Engine, Bluehost — die haben bereits Server-seitiges Caching. Keine zusätzlichen Plugins nötig.
- Mit Plugin (manuell): WP Rocket (kostenpflichtig, ≈ 40 €/Jahr) oder kostenlos: W3 Total Cache oder WP Super Cache.
- CDN-Caching: Cloudflare kostenlos (bietet auch Page Rules), Bunny CDN (€ 0,01/GB) — diese dienen Cache-Kopien aus Rechenzentren weltweit.
Wichtig: Caching muss nach jedem Update/Plugin-Änderung geleert werden, sonst sehen Nutzer alte Inhalte.
Ursache 3: Große oder nicht-optimierte Bilder
Was ist das? Bilder sind die größten Daten-Brocken auf Websites. Unoptimierte Bilder (zu hohe Auflösung, falsches Format) kosten meist 50–70 % der gesamten Ladezeit.
Symptome:
- Im Network-Tab (F12) sehe ich Bilder > 500 KB
- PNG auf modernen Seiten statt WebP
- Breite Bilder auf mobilen Seiten nicht skaliert
Messwert: Ein 4 MB JPG kann 3–5 Sekunden Ladezeit bedeuten. Optimiert auf 150–300 KB: < 0,5 Sekunden.
Echte Lösung:
- Plugin zur Auto-Optimierung: Smush (kostenlos, aber begrenzt), ShortPixel (10 €/Monat)
- Manuelle Optimierung:
- Mit TinyPNG/ImageOptim lokal kleinmachen
- WebP-Format nutzen (statt JPG/PNG)
- Responsive Images einstellen (srcset für verschiedene Bildschirmgrößen)
- Lazy Load aktivieren: Bilder unterhalb der Viewport nur laden, wenn sichtbar (die meisten Caching-Plugins bieten das)
Faustregel: Bilder sollten online < 200 KB pro Bild sein. Heldos-Bilder nie größer als 500 KB.
Ursache 4: Schlechtes Hosting / zu schwache Ressourcen
Was ist das? Shared Hosting mit 100+ Websites auf einem Server, wenig RAM und langsamen Prozessoren können WordPress nicht in unter 2 Sekunden ausliefern.
Symptome:
- Schnell langsamer unter Last (viele Benutzer gleichzeitig)
- Hosting-Dashboard zeigt niedrig verfügbaren RAM
- Support reagiert nicht, wenn man die Limits erreicht
Messwert: Mit zu schwachem Hosting oft 3–5 Sekunden, auch nach allen Optimierungen.
Echte Lösung:
- Upgrade auf besseres Hosting: WP Engine, Kinsta, SiteGround (managed WordPress hosts)
- Cloud-Hosting mit Auto-Scaling: AWS, DigitalOcean, Hetzner (mehr Flexibilität, benötigt aber manuelle Konfiguration)
- Regel für Größe: Bis 1.000 Besucher/Tag reicht günstiges Shared Hosting. 10.000+/Tag braucht managed oder Cloud-Hosting.
Ursache 5: Datenbank-Bloat (zu viele Revisionen, Spam, alte Daten)
Was ist das? WordPress speichert jede Artikel-Revision, Spam-Kommentare und verwaiste Post-Meta. Nach Jahren sammelt sich das an und Datenbank-Abfragen werden langsamer.
Symptome:
- Datenbank > 100 MB obwohl Website nur 20 Artikel hat
- Admin-Bereich lädt langsam
- Beiträge-Übersicht braucht lange
Messwert: Eine aufgeräumte Datenbank ist 20–30 % schneller als eine volle.
Echte Lösung:
- Mit Plugin: WP-Optimize (kostenlos) oder Advanced Database Cleaner
- Manuell (MySQL-Zugang nötig):
DELETE FROM wp_posts WHERE post_type = 'revision'; DELETE FROM wp_comments WHERE comment_approved = 'spam'; OPTIMIZE TABLE wp_posts; - Prävention: Revisions auf 3 begrenzen in
wp-config.php:define('WP_POST_REVISIONS', 3);
Ursache 6: Veraltete WordPress-Version oder schlecht gepflegtes Theme
Was ist das? Alte WordPress-Versionen sind nicht optimiert. Alte Themes enthalten möglicherweise veraltete Bibliotheken oder ineffiziente CSS/JS.
Symptome:
- WordPress 5.x läuft, aktuell ist 6.x
- Theme stammt von vor 2 Jahren, kein Update verfügbar
Messwert: Ein modernes Theme kann 0,5–1 Sekunde sparen.
Echte Lösung:
- WordPress auf neueste Version updaten — geschieht meist automatisch, kann aber deaktiviert sein
- Theme updaten — im WordPress-Admin: Designvorlagen → Theme-Updates
- Bei altem Theme-Support: Ein modernes, performance-fokussiertes Theme wählen (Neve, GeneratePress, Astra)
Ursache 7: Zu viele HTTP-Requests und fehlende Ressourcen-Kompression
Was ist das? Jeder Request (CSS-Datei, JS-Datei, Bild) braucht eine separate HTTP-Abfrage zum Server. Mit 50+ Requests ohne Bündelung / Kompression wird alles langsam.
Symptome:
- Network-Tab zeigt 50+ Assets
- Vieles könnte gebündelt werden
- GZIP-Kompression ist nicht aktiviert
Messwert: Mit guter Bündelung & GZIP oft 30–40 % schneller.
Echte Lösung:
- Caching-Plugin aktiviert? Das macht meist automatisch Bundle & GZIP
- Minification erzwingen: CSS/JavaScript minifizieren (Caching-Plugin: WP Rocket / W3 Total Cache)
- Hosting-GZIP aktivieren: meist im Hosting-Panel oder via
.htaccess:<IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml </IfModule>
Wie es im Einzelnen gemessen wird: Die Core Web Vitals
Das sind die drei Metriken, auf die Google (und alle AI-Engines) schauen:
| Metrik | Kurz | Ziel | Zu langsam |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Wann sehe ich den Hauptinhalt? | < 2,5 s | > 4 s |
| INP (Interaction to Next Paint) | Wie schnell antwortet die Seite auf Klicks? | < 200 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Springt die Seite hin und her? | < 0,1 | > 0,25 |
Gemessen mit: Google PageSpeed Insights, Lighthouse (Chrome DevTools), GTmetrix
Wann lohnt sich Optimieren, wann ein Umstieg?
Das ist die ehrliche Grenze:
| Szenario | Lösung |
|---|---|
| LCP 2,5–3,5 s, Anfangsproblem | Optimieren (1–2 Tage Arbeit) |
| LCP 3,5–5 s, einzelne Fehler-Quelle bekannt | Testen & eventuell Plugins austauschen |
| LCP > 5 s trotz mehrfacher Versuche, viele Problem-Quellen | Umstieg auf modernes Framework (Astro, Next.js) oft günstiger |
| Täglich Plugin-Konflikte, viele Fehler in der Datenbank | Umstieg lohnt sich wirtschaftlich |
| Site lädt schnell, aber Kunden brauchen Features, die Plugins nicht bieten | Umstieg für bessere Kontrolle |
Warum? Ein Rewrite in Astro dauert 3–5 Tage (bei einfacher Site), kostet < 2.000 €. Ewiges Optimieren von WordPress kostet mehr in Stundensätzen.
Wenn Sie an diesem Punkt über einen kompletten Neuaufbau nachdenken, hilft die Website-Relaunch-Checkliste für KMU bei der Entscheidung — inklusive der Schritte, mit denen Sie beim Umzug Ihr Google-Ranking behalten.
Sourcen
- Google Web Vitals: https://web.dev/articles/vitals
- Lighthouse: https://developer.chrome.com/docs/lighthouse/overview/
- WordPress Performance Best Practices: https://wordpress.org/support/article/optimization/
- W3Techs - WordPress Nutzung: https://w3techs.com/technologies/details/cm-wordpress
- Core Web Vitals Report (Google Search Console): https://support.google.com/webmasters/answer/9205520
Nächste Schritte
- Baseline messen: Google PageSpeed Insights öffnen, aktuelle Werte dokumentieren
- Schnelle Wins: Bilder optimieren (oft größter Hebel)
- Caching aktivieren: Falls nicht geschehen
- Datenbank aufräumen: Mit WP-Optimize
- Immer noch langsam? → Detailliertes Audit (Kosten ab 290 €) oder Umstieg planen
Wenn Sie Ihre WordPress-Website schneller machen möchten und nicht sicher sind, wo Sie anfangen sollen, biete ich einen Performance-Check an — wir machen zusammen ein Audit und ich zeige Ihnen die Top 3 Hebel für Ihre Site. Performance-Fix ab 390 €.
Informationen zu weiteren Leistungen: /muenchen/performance-fix/