Performance ist kein Plugin, sondern eine saubere Architektur.

WordPress langsam? Die echten Ursachen und wie man sie behebt

6 Minuten Lesezeit

Warum Cache Plugins oft nicht reichen und wo WordPress wirklich ausgebremst wird

Wenn WordPress langsam ist, liegt es meist nicht am CMS selbst, sondern an zu großen Bildern, unnötigen Skripten, schlechten Themes, zu vielen Plugins oder einer schwachen technischen Basis. In diesem Artikel zeige ich die häufigsten Ursachen und was wirklich hilft.

Warum WordPress Websites oft langsam sind

Ein großer Teil der Ladezeit entsteht nicht durch WordPress selbst, sondern durch Assets, die jede Seite laden muss. Bilder und Schriften gehören dabei zu den größten Performance Bremsen.

Diese Frage stellen sich viele, die bereits Zeit und Geld in ihre Website investiert haben.

Ein Cache Plugin ist installiert, Bilder wurden optimiert und das Hosting ist eigentlich solide. Trotzdem sind die Ladezeiten schlecht, Core Web Vitals fallen durch und die Seite fühlt sich träge an.

Das Problem liegt in den meisten Fällen nicht bei einzelnen Einstellungen, sondern in der technischen Basis. WordPress selbst ist nicht langsam. Langsam wird WordPress durch falsche Architektur, überladene Themes und Lösungen, die nur Symptome bekämpfen.

Um WordPress wirklich schnell zu machen, muss man verstehen, wo die eigentlichen Bremsen sitzen. Genau dort setzen wir an.

WebP Bilder: kleine Änderung, großer Effekt

Bilder sind einer der häufigsten Gründe für lange Ladezeiten. Viele WordPress Websites laden nach wie vor JPEG oder PNG Dateien, obwohl moderne Browser effizientere Formate unterstützen.

WebP ist ein Bildformat, das bei gleicher Qualität deutlich kleinere Dateigrößen ermöglicht. In der Praxis bedeutet das kürzere Ladezeiten, weniger Datenvolumen und bessere Core Web Vitals.

Das Problem ist selten die Bildgröße im Layout, sondern die tatsächliche Dateigröße. Ein Bild kann visuell klein dargestellt werden, aber technisch mehrere Megabyte groß sein. Das fällt besonders auf mobilen Geräten und langsamen Verbindungen ins Gewicht.

Bilder werden besonders häufig im Hero-Bereich eingesetzt. Wie du ein Hintergrundbild performant einbindest, erkläre ich im Beitrag über Background Images in WordPress.

Viele Plugins konvertieren Bilder automatisch nach WebP. Das kann funktionieren, löst aber nicht immer alle Probleme. Häufig werden Originalbilder trotzdem geladen oder Fallbacks falsch eingebunden. Sauber ist eine Lösung dann, wenn WebP konsequent genutzt wird und nur dort auf ältere Formate zurückgegriffen wird, wo es wirklich nötig ist.

Wer Performance ernst nimmt, sollte Bilder bereits vor dem Upload optimieren und WebP gezielt einsetzen. Plugins können unterstützen, ersetzen aber keine saubere Bildstrategie.

Bildgröße und Auflösung richtig wählen

Neben dem Dateiformat spielt die tatsächliche Bildgröße eine entscheidende Rolle für die Ladezeit. Viele WordPress Websites laden Bilder, die deutlich größer sind als nötig. Häufig werden Bilder pauschal in Größen wie 1920 × 1080 Pixel bei 72 dpi exportiert, unabhängig davon, wie groß sie im Layout tatsächlich dargestellt werden.

Ein häufiges Beispiel: Ein Bild wird im Layout mit 800 Pixel Breite angezeigt, technisch aber mit 3000 Pixeln ausgeliefert. Für den Browser bedeutet das unnötig große Dateien, längere Ladezeiten und mehr Datenverbrauch.

WordPress erzeugt zwar automatisch mehrere Bildgrößen, diese werden aber nicht immer korrekt genutzt. Vor allem bei individuellen Layouts oder Page Buildern wird häufig die größte verfügbare Version geladen, unabhängig davon, wie groß das Bild tatsächlich angezeigt wird.

Wenn du mehr darüber erfahren willst, warum Page Builder WordPress langsam machen, klicke hier.

Warum 72 dpi im Web keine Rolle spielen

Der oft genannte Wert von 72 dpi ist ein Relikt aus dem Druckbereich. Für Websites ist dieser Wert irrelevant. Entscheidend ist ausschließlich die tatsächliche Pixelgröße eines Bildes. Ein Bild mit 1920 Pixel Breite bleibt gleich groß, egal ob es mit 72 dpi oder 300 dpi gespeichert ist.
Für eine gute Performance ist daher nicht der dpi Wert ausschlaggebend, sondern eine sinnvolle Pixelgröße in Kombination mit modernen Bildformaten und einer sauberen Auslieferung über responsive Bildgrößen.

Webfonts und WOFF Dateien richtig einsetzen

Schriften sind ein weiterer, oft unterschätzter Performance Faktor. Viele Websites laden Schriftarten aus externen Quellen oder verwenden unnötig große Formate wie TTF oder OTF.

Moderne Browser unterstützen WOFF und WOFF2. Diese Formate sind speziell für das Web optimiert und deutlich kleiner als klassische Font Dateien. WOFF2 bietet dabei die beste Kompression und sollte immer die erste Wahl sein.

Ein häufiges Problem ist, dass zu viele Schriftschnitte geladen werden. Jede zusätzliche Gewichtung und jeder Stil erhöht die Ladezeit. In vielen Fällen reichen zwei Schnitte völlig aus, zum Beispiel Regular und Bold.

Ebenso wichtig ist die Art, wie Schriften eingebunden werden. Mit „font-display: swap“ wird verhindert, dass Texte beim Laden unsichtbar bleiben. Die Seite bleibt lesbar, während die Schrift geladen wird. Das verbessert sowohl die Nutzererfahrung als auch die gemessene Performance.

Sauber eingebundene WOFF2 Schriften sorgen für schnellere Ladezeiten, stabileres Layout und bessere Werte bei den Core Web Vitals.

font-display: swap verhindert, dass Texte beim Laden unsichtbar bleiben. Ein wichtiger Performance Faktor.

Warum Cache Plugins allein nicht reichen

Cache Plugins gehören zu den ersten Maßnahmen, die bei Performance Problemen eingesetzt werden. Sie können Ladezeiten verbessern, lösen aber nicht die eigentlichen Ursachen.

Caching funktioniert vereinfacht gesagt so: Inhalte werden zwischengespeichert, damit sie nicht bei jedem Aufruf neu generiert werden müssen. Das spart Serverressourcen und kann die Ladezeit verkürzen. Der zugrunde liegende Code bleibt jedoch unverändert.

Wenn eine Website zu viele Skripte lädt, unnötig große Bilder ausliefert oder eine komplexe Theme Struktur hat, wird all das auch gecacht. Der Browser muss weiterhin dieselbe Menge an Daten verarbeiten. Das Ergebnis sind oft bessere Werte beim ersten Messpunkt, aber weiterhin schlechte Core Web Vitals, insbesondere bei Interaktionen und Layout Stabilität.

Ein weiteres Problem ist die wachsende Abhängigkeit von immer mehr Plugins. Statt die technische Basis zu verbessern, werden zusätzliche Tools installiert, die Symptome kaschieren sollen. Das erhöht die Komplexität und macht die Website langfristig schwer wartbar.

Cache Plugins sind sinnvoll, wenn die Basis stimmt. Sie ersetzen jedoch keine saubere Architektur, keine durchdachte Asset Strategie und keine klare Trennung von Inhalt und Darstellung.

Fazit: Schnelles WordPress entsteht durch saubere Technik

Saubere Themes, optimierte Bilder, korrekt eingebundene Webfonts und eine reduzierte Plugin Auswahl haben deutlich mehr Einfluss auf die Performance als jedes Cache Plugin. Wer diese Grundlagen berücksichtigt, erhält nicht nur bessere Ladezeiten, sondern auch stabilere Layouts, bessere Core Web Vitals und eine langfristig wartbare Website.

Viele Optimierungen lassen sich selbst umsetzen. Spätestens wenn es um die technische Struktur, Performance Messwerte oder größere Websites geht, lohnt sich jedoch ein ganzheitlicher Blick auf das System.

WordPress ist leistungsfähig, wenn es richtig eingesetzt wird. Wer Performance von Anfang an mitdenkt, spart später Zeit, Kosten und Nerven.