Sie öffnen Ihre eigene Website und warten. Eine Sekunde. Zwei Sekunden. Drei. Die Seite lädt. Sie denken: "Vielleicht liegt es am Internet." Aber laut Google verlassen 53% der mobilen Nutzer eine Seite, die länger als drei Sekunden lädt. Und Google misst diese Zeit: Wer langsam ist, rangiert schlechter.
WordPress ist in der Grundinstallation kein langsames System. Aber es lässt sich sehr einfach langsam machen. Mit jedem installierten Plugin, jedem hochgeladenen Originalbild, jeder nicht gecachten Datenbankabfrage summiert sich die Last. Dieser Artikel zeigt, wo die Zeit verloren geht und wie Sie gezielt eingreifen.
Warum Ladezeit mehr als ein technisches Detail ist
Ladezeit ist keine Kennzahl für Entwickler. Sie beeinflusst direkt, wie viele Besucher Ihre Seite wirklich wahrnehmen.
Google hat Geschwindigkeit als Rankingfaktor in den Core Web Vitals verankert. Konkret geht es dabei um drei Messwerte: Largest Contentful Paint (LCP, wie schnell der Hauptinhalt sichtbar ist), Cumulative Layout Shift (CLS, ob die Seite beim Laden "springt") und Interaction to Next Paint (INP, wie schnell die Seite auf Klicks reagiert). Eine langsame Website verliert nicht nur Besucher, sie verliert auch organischen Traffic.
Die häufigsten Ursachen für eine langsame WordPress-Website
Zu viele oder schlecht programmierte Plugins
Jedes Plugin führt beim Laden der Seite Code aus. Viele davon laden eigene CSS- und JavaScript-Dateien, selbst wenn diese auf der aktuellen Seite gar nicht benötigt werden. Ein schlecht programmiertes Plugin kann mit einer einzigen Abfrage die gesamte Ladezeit um Sekunden erhöhen.
Woran Sie es erkennen: Prüfen Sie mit dem kostenlosen Tool Query Monitor (als WordPress-Plugin erhältlich), wie viele Datenbankabfragen beim Laden einer Seite ausgeführt werden. Werte über 100 Abfragen deuten fast immer auf Plugin-Probleme hin.
Unkomprimierte Bilder
Das ist die häufigste und einfachste zu behebende Ursache. WordPress zeigt Bilder standardmässig in der Grösse an, in der sie hochgeladen wurden. Wer ein 5-Megabyte-Foto aus der Kamera direkt in WordPress lädt und es in einem 300 Pixel breiten Spaltenbereich anzeigt, schickt trotzdem das volle Originalfoto an den Browser.
Bilder machen bei einem typischen WordPress-Blog 60 bis 80% des gesamten Seitengewichts aus. Hier liegt das grösste Einsparpotenzial.
Fehlende oder falsch konfiguriertes Caching
WordPress generiert jede Seite dynamisch. Das bedeutet: Bei jedem Aufruf werden Datenbankabfragen ausgeführt, PHP-Code verarbeitet und HTML zusammengesetzt. Für eine Website mit 10 gleichzeitigen Besuchern passiert das zehnmal parallel.
Caching speichert die fertig gerenderte Seite und liefert sie bei wiederholten Anfragen direkt aus. Ohne Caching ist WordPress deutlich langsamer als nötig.
Langsames Hosting
Das Fundament zählt. Ein günstiger Shared-Hosting-Server, auf dem Hunderte Websites gleichzeitig laufen, hat schlicht weniger Ressourcen pro Website. Auch wenn Ihre WordPress-Installation perfekt optimiert ist: Wenn der Server überlastet ist, hilft das wenig.
Messbar machen Sie das mit dem TTFB (Time to First Byte). Das ist die Zeit, die der Server braucht, um überhaupt anzufangen zu antworten. Ein TTFB über 600 Millisekunden ist ein Zeichen, dass das Problem beim Hosting liegt, nicht bei WordPress.
Nicht verwendetes CSS und JavaScript
Viele Themes laden pauschal für jede Seite alle Styles und Scripts, die irgendwo auf der Website verwendet werden. Auf einer einfachen Blogseite werden dadurch Stile für Kontaktformulare, WooCommerce-Elemente oder Slider geladen, die dort gar nicht vorkommen.
Was Sie konkret tun können
Schritt 1: Messen, bevor Sie optimieren
Bevor Sie irgendetwas ändern, brauchen Sie eine Ausgangsmessung. Nutzen Sie dazu Google PageSpeed Insights (einfach die URL eingeben, kostenfrei). Das Tool gibt Ihnen einen Score zwischen 0 und 100 für Desktop und Mobile, listet die Core Web Vitals auf und zeigt konkrete Verbesserungsvorschläge.
Alternativ bietet GTmetrix detailliertere Wasserfalldiagramme, die zeigen, welche Ressourcen wie lange laden.
Schritt 2: Bilder optimieren
Installieren Sie ein Plugin wie ShortPixel, Imagify oder EWWW Image Optimizer. Diese komprimieren neu hochgeladene Bilder automatisch und können bestehende Bilder rückwirkend optimieren. Zusätzlich sollten Sie WebP als Bildformat aktivieren, sofern Ihr Hosting das unterstützt. WebP-Bilder sind gegenüber JPEG durchschnittlich 25 bis 35% kleiner bei vergleichbarer Qualität.
Aktivieren Sie ausserdem Lazy Loading. Das bedeutet, Bilder ausserhalb des sichtbaren Bereichs werden erst geladen, wenn der Nutzer dorthin scrollt. WordPress aktiviert Lazy Loading seit Version 5.5 standardmässig.
Schritt 3: Caching einrichten
Für die meisten WordPress-Websites ist WP Super Cache oder W3 Total Cache ein guter Einstieg. Wer mehr Kontrolle möchte, wählt WP Rocket (kostenpflichtig, aber konfigurationsarm). Wichtig: Caching-Plugins nicht nur aktivieren, sondern auch konfigurieren. Die Standardeinstellungen sind selten optimal.
Schritt 4: Unnötige Plugins deaktivieren
Gehen Sie durch die Plugin-Liste und fragen Sie sich bei jedem Plugin: Wird es aktiv genutzt? Ist es wirklich notwendig? Jedes deaktivierte und gelöschte Plugin ist Code, der nicht mehr ausgeführt wird.
Schritt 5: Hosting überprüfen
Wenn der TTFB über 600 Millisekunden liegt und Caching nichts daran ändert, ist das Hosting das Problem. Ein Wechsel auf ein besseres Shared-Hosting-Paket, einen VPS oder ein Managed-WordPress-Hosting kann die Ladezeit stärker verbessern als alle anderen Massnahmen zusammen.
Für Schweizer Unternehmen gilt zusätzlich: Ein Server in der Schweiz ist näher an Ihren Besuchern. Physikalische Nähe reduziert die Netzwerklaufzeit. Das sind zwar nur wenige Millisekunden, aber sie summieren sich.
Was eine realistische Verbesserung bringen kann
Wer systematisch vorgeht, kann mit diesen Massnahmen rechnen:
Bilder optimieren und Lazy Loading aktivieren: minus 1 bis 3 Sekunden Ladezeit, je nachdem wie viele Bilder auf der Seite sind.
Caching einrichten: minus 0,5 bis 2 Sekunden, da Datenbankabfragen und PHP-Verarbeitung wegfallen.
Hosting-Wechsel bei schlechtem TTFB: minus 0,5 bis 1,5 Sekunden TTFB, was sich auf alle weiteren Ladezeitmessungen auswirkt.
Zusammen ist ein Rückgang von 5 Sekunden auf unter 2 Sekunden in vielen Fällen realistisch, ohne dass ein Entwickler mit tiefen Kenntnissen gefragt werden muss.
Wo anfangen?
Wenn Sie heute nur eine Sache tun: Geben Sie Ihre Website-URL in Google PageSpeed Insights ein. Notieren Sie sich den LCP-Wert und den Performance-Score für Mobile. Das dauert zwei Minuten und zeigt Ihnen, ob Sie ein ernstes Problem haben oder nur kleinere Optimierungen fehlen.
Liegt der Mobile-Score unter 50, sollten Sie systematisch vorgehen: zuerst Bilder, dann Caching, dann das Hosting. In dieser Reihenfolge liegen meistens die grössten Gewinne.
