/// BLOG — WEBENTWICKLUNG
Website langsam? Warum Seiten mit der Zeit nachlassen und was hilft
Viele Websites werden mit den Jahren langsamer, weil Plugins dazukommen, Bilder größer werden und der Server altert. Hier misst du die Ladezeit selbst, findest die Ursache und senkst sie gezielt.
Am Anfang war deine Website schnell. Frisch nach dem Launch stand die Startseite sofort. Heute dauert es spürbar, bis sie lädt, das Backend hakt bei jedem Klick, und oben warten Update-Hinweise, die du lieber nicht anklickst.
Ich bin Stephan Berg, Webentwickler seit 2001, und kümmere mich um Performance und Wartung von Websites. Für den Messteil brauchst du nur einen Browser und ein paar Minuten.
Warum ist meine Website so langsam?
Meistens sind es mehrere kleine Ursachen, die sich angesammelt haben. Eine Website besteht aus mehr Teilen, als man von außen sieht: bei WordPress der Kern, ein Theme, oft ein Page Builder und eine Reihe Plugins für Formular, SEO oder Cookie-Banner. Dazu kommen der Server und alles, was du nach und nach einpflegst.
Am Launch-Tag passt das zusammen. Danach entwickelt sich jedes Teil in seinem eigenen Tempo weiter. Plugins kommen dazu, selten geht eins. Neue Fotos landen in voller Auflösung auf der Seite. Die PHP-Version auf dem Server bekommt irgendwann keine Updates mehr, die Datenbank wächst, und Analytics, Chat-Fenster oder eingebettete Karten laden Code von fremden Servern.
Jede Änderung für sich ist harmlos. Über Jahre summiert sich das, und die Seite wird träge. Bevor du an irgendetwas schraubst, lohnt deshalb der Blick auf die Zahlen.
Ladezeit messen: So prüfst du deine Website selbst
Die nötigen Werkzeuge stellt Google kostenlos bereit. In vier Schritten weißt du, wo deine Website steht.
Schritt 1: PageSpeed Insights starten
Öffne pagespeed.web.dev, gib die Adresse deiner Website ein und starte die Analyse. Du siehst zwei Bereiche, die man leicht verwechselt.
Oben stehen die Felddaten. Sie stammen von echten Chrome-Nutzern, die deine Seite in den letzten 28 Tagen besucht haben (Google nennt diese Datenbasis CrUX). Dieser Teil zeigt, wie schnell deine Website bei echten Menschen ist.
Darunter stehen die Labordaten. Das ist ein einmaliger Testlauf mit Lighthouse, Googles Prüfwerkzeug. Es simuliert ein Mittelklasse-Smartphone mit Mobilfunkverbindung oder einen Desktop-Rechner. Daraus entsteht die bekannte Punktzahl: ab 90 gut, von 50 bis 89 verbesserungswürdig, darunter schlecht.
Oben steht, dass keine Daten vorliegen? Das ist kein Fehler. Bei Unterseiten mit wenigen Besuchern zeigt PageSpeed Insights die Werte der ganzen Domain, und wenn auch dafür zu wenige da sind, gibt es keine Felddaten. Bei kleineren Websites ist das normal, dann arbeitest du mit den Labordaten.
Die Punktzahl ist ein Labortest für die Fehlersuche. Google schaut auf die Core Web Vitals echter Besucher, und das nur als eines von vielen Signalen. Gute Werte garantieren laut Google keine Top-Platzierung: Der relevanteste Inhalt wird auch bei schwächerer Technik gezeigt. Ernst nehmen solltest du eine zähe Seite trotzdem, denn deine Besucher spüren sie bei jedem Aufruf.
Schritt 2: Die drei Werte richtig lesen
In den Felddaten stehen drei Kennzahlen, die Core Web Vitals. Was dahintersteckt, erkläre ich im Artikel Core Web Vitals verbessern. Für deinen Check reicht es zu wissen, ab wann Google einen Wert als gut einstuft:
- LCP bis 2,5 Sekunden: So lange dauert es, bis das größte Element im sichtbaren Bereich steht, meist ein Bild oder die Überschrift.
- INP bis 200 Millisekunden: So schnell reagiert die Seite auf Klicks und Tippen. INP hat im März 2024 den älteren Wert FID abgelöst.
- CLS bis 0,1: So wenig darf der Inhalt beim Laden verrutschen.
Schlecht wird es ab mehr als 4 Sekunden LCP, mehr als 500 Millisekunden INP oder einem CLS über 0,25. Maßgeblich ist das 75. Perzentil: Mindestens drei von vier Aufrufen müssen den Wert schaffen. Smartphone und Desktop werden getrennt bewertet, schau dir also beide an.
Im Labortest fehlt INP, weil dort niemand klickt. Lighthouse zeigt stattdessen die Total Blocking Time, also wie lange die Seite beim Laden für Eingaben blockiert ist. Sie ist ein Anhaltspunkt, INP selbst misst sie nicht.
Schritt 3: Den Bericht in der Search Console öffnen
Hast du die Google Search Console eingerichtet, findest du dort den Bericht „Core Web Vitals“. Auch er zeigt Felddaten echter Nutzer, getrennt nach Smartphone und Desktop. Google fasst darin ähnliche Seiten zu URL-Gruppen zusammen. So erkennst du, ob ganze Bereiche deiner Website Probleme haben. Bei wenig Besuchern meldet er, dass keine Daten verfügbar sind. Auch das ist normal.
Schritt 4: Mit Chrome selbst nachsehen
Lighthouse steckt auch direkt in Chrome: Rechtsklick auf deine Seite, „Untersuchen“ wählen, den Tab „Lighthouse“ öffnen und auf „Analyze page load“ klicken. Die Entwicklerwerkzeuge sind englisch beschriftet, lass dich davon nicht abschrecken. Wer tiefer schauen will, öffnet den Tab „Performance“: Er zeigt sofort LCP und CLS deines eigenen Aufrufs, nach ein paar Klicks auch INP, und blendet auf Wunsch die echten Nutzerdaten daneben ein.
Zum Vergleich: Am 02.10.2026 habe ich huhu-media.de mit Lighthouse 13 im Labortest geprüft. Mobil kamen in mehreren Läufen 99 bis 100 Punkte heraus, LCP 1,2 bis 1,6 Sekunden, CLS höchstens 0,021. Das sind Labordaten meiner eigenen Website. Bei deiner kann das anders aussehen.
Du hast gemessen und die Zahlen sagen dir wenig? Schick mir den Link, ich schreibe dir, was sie bedeuten.
Die häufigsten Ursachen für eine langsame Website
Zeigt die Messung, dass deine Seite langsam ist, liegt die Ursache meist in einer dieser sieben Ecken.
| Ursache | Woran du es merkst | Was hilft |
|---|---|---|
| Zu viele Plugins | Die Seite lädt viele CSS- und JavaScript-Dateien, auch dort, wo die Funktion gar nicht vorkommt | Ungenutzte Plugins löschen, bei jedem aktiven prüfen, ob du es brauchst |
| Große Bilder | Hoher LCP-Wert, das große Bild oben baut sich als Letztes auf | Bilder vor dem Hochladen verkleinern, moderne Formate wie WebP oder AVIF nutzen, das Bild ganz oben nicht verzögert laden |
| Hosting und PHP-Version | Schon die erste Antwort des Servers dauert, selbst bei einfachen Seiten | PHP 8.3 oder höher, Tarif und Hoster auf den Prüfstand stellen |
| Datenbank | Das Backend wird zäh, der Website-Zustand warnt vor zu vielen Daten, die bei jedem Aufruf mitgeladen werden | Reste alter Plugins entfernen, gespeicherte Beitragsfassungen begrenzen |
| Fehlendes Caching | Der Website-Zustand meldet keinen Seiten-Cache oder eine langsame Server-Antwort | Seiten-Cache über den Hoster oder ein Plugin einrichten |
| Page Builder | Auch schlichte Seiten laden oft umfangreiche Builder-Dateien | Kurzfristig ungenutzte Module abschalten, langfristig Layouts direkt im Theme umsetzen |
| Tracking- und Fremd-Skripte | Die Seite steht, dann ruckelt oder springt noch etwas nach | Nur behalten, was du wirklich auswertest oder brauchst |
Treffen mehrere Zeilen zu, fang mit der größten Bremse an und miss nach jeder Änderung neu. So weißt du, was tatsächlich etwas gebracht hat.
Warum ist WordPress so langsam?
WordPress ist von Haus aus schlank genug für schnelle Websites, ausgebremst wird es meist durch das, was um den Kern herum installiert ist. Laut W3Techs läuft es auf 40,2 Prozent aller Websites (Stand Oktober 2026). Ein Grund für die Verbreitung: Für fast jede Funktion gibt es ein Plugin, für jedes Design ein Theme. Diese Stärke kippt, wenn eine Seite über Jahre zusammengeklickt wird.
Ein Marktplatz-Theme, darauf ein Page Builder und für jede Kleinigkeit ein Plugin: Alle drei müssen die breite Masse bedienen, um sich zu verkaufen. Also bringen sie möglichst viele Funktionen für möglichst viele Fälle mit. Deine Seite nutzt davon einen Bruchteil, geladen wird mehr. Und weil die Hersteller sich untereinander nicht abstimmen, können die Teile mit Updates auseinanderdriften.
Gut aufgebaut kann WordPress sehr schnell sein. Mehr dazu auf meiner Seite über schnelle WordPress-Seiten, die es auch bleiben.
Wie kann ich meine WordPress-Seite schneller machen?
Typische Hebel sind ein Seiten-Cache, optimierte Bilder, eine aktuelle PHP-Version und weniger Plugins. Vieles davon prüfst du im Backend unter Werkzeuge → Website-Zustand selbst.
WordPress-Caching einrichten
WordPress bringt keinen Seiten-Cache mit. Ohne Cache baut der Server jede Seite bei jedem Aufruf neu zusammen. Ein Seiten-Cache legt fertige Seiten als statische Dateien ab und liefert sie direkt aus. Oft stellt der Hoster ihn bereit, sonst verweist die WordPress-Dokumentation auf Plugins wie WP Super Cache, W3 Total Cache oder Cache Enabler.
Ob ein Cache aktiv ist, verrät seit WordPress 6.1 der Website-Zustand. Er prüft auch, ob dein Server schneller als 600 Millisekunden antwortet. Diesen Richtwert hat WordPress festgelegt, mit den Grenzwerten von Google hat er nichts zu tun. Für größere Websites empfiehlt WordPress zusätzlich einen dauerhaften Objekt-Cache, der Datenbankdaten über mehrere Aufrufe vorhält. Ein Zaubermittel ist Caching nicht: Wenn die Seite zu viel lädt, lädt sie das auch mit Cache.
Bilder verkleinern und modern ausliefern
Bilder sind oft das größte Element im sichtbaren Bereich und bestimmen damit den LCP-Wert. Verkleinere sie vor dem Hochladen auf die Größe, in der sie angezeigt werden. WordPress kann seit Version 5.8 WebP und seit 6.5 AVIF, sofern die Bildbibliothek deines Servers mitspielt. Ob sie das tut, steht im Website-Zustand im Reiter „Info“.
Lazy Loading, also Bilder erst beim Scrollen nachladen, erledigt WordPress seit 5.5 automatisch. Seit 6.3 versucht es außerdem, das größte Bild oben mit Vorrang zu laden. Bei älteren Themes und Page Buildern greift das nicht zwingend. Prüf es deshalb: Das große Bild ganz oben darf nie verzögert geladen werden.
PHP-Version prüfen
PHP ist die Sprache, in der WordPress auf dem Server läuft. Deine Version steht im Website-Zustand unter Info → Server. Für dich zählt eine Frage: Steht dort 8.1 oder älter? Dann bekommt deine Version keine Sicherheitsupdates mehr. WordPress empfiehlt PHP 8.3 oder höher, denn auch für 8.2 ist Ende 2026 Schluss. Stand Oktober 2026 werden 8.4 und 8.5 aktiv gepflegt, 8.3 erhält nur noch Sicherheitsfixes.
Umstellen kannst du die Version meist beim Hoster. Mach vorher ein Backup: Ein altes Plugin, das mit der neuen Version nicht zurechtkommt, kann die Seite lahmlegen.
Plugins ausmisten
Geh deine Plugin-Liste durch. Was deaktiviert ist und nicht mehr gebraucht wird, löschst du. Bei jedem aktiven fragst du dich, wofür es da ist. Findest du keine Antwort, gehört es auf die Liste für den Profi-Check.
Wenn das WordPress-Backend langsam ist
Im Backend liefert der Seiten-Cache keine fertigen Seiten aus, jede Ansicht wird neu zusammengebaut. Ein dauerhafter Objekt-Cache kann dort helfen. Der Website-Zustand zeigt dir außerdem, ob PHP-Version, Server oder große Datenmengen bremsen. Seit WordPress 6.6 warnt er auch, wenn automatisch geladene Einstellungen zusammen mehr als 800 KB groß sind. Die lädt WordPress bei jedem Aufruf mit, und ein Teil davon kann von längst entfernten Plugins stammen.
WordPress speichert außerdem jede Fassung eines Beitrags. Mit dem Eintrag WP_POST_REVISIONS in der wp-config.php lässt sich das begrenzen, etwa auf drei Fassungen. Viele Anleitungen raten, den Heartbeat abzuschalten. Das ist eine WordPress-Funktion, die im Backend alle 15 bis 120 Sekunden beim Server nachfragt. An ihr hängen Funktionen des Backends, prüf deshalb lieber zuerst die Ursachen oben.
WordPress-Updates: Warum sie Pflicht sind und wie du sicher updatest
Langsam ist lästig. Gefährlich wird eine ältere Website, wenn Updates liegen bleiben. Updates schließen Sicherheitslücken, und wie wichtig das ist, zeigt der Bericht „State of WordPress Security in 2026“ des Sicherheitsanbieters Patchstack: 11.334 neue Schwachstellen im WordPress-Umfeld im Jahr 2025, davon 91 Prozent in Plugins und 9 Prozent in Themes. Im Kern selbst waren es nur 6, alle mit geringem Risiko. Das deckt sich mit dem, was ich in Projekten sehe: Gehackte WordPress-Seiten haben fast immer ein veraltetes Plugin oder Theme als Ursache.
Jedes Plugin ist eine eigene Tür ins Haus. Zwanzig Plugins sind zwanzig Türen, und du verlässt dich darauf, dass ebenso viele Fremde ihre Tür im Blick behalten. Manche tun das über Jahre. Andere verlieren die Lust oder verkaufen ihr Plugin. Die Tür kann dann offen bleiben, und niemand merkt es, weil die Website ja läuft.
Gleichzeitig steckst du in einer Zwickmühle. Mit der Zeit verträgt sich ein Plugin nicht mehr mit dem Page Builder, die neue PHP-Version mag das alte Theme nicht. Spielst du Updates ein, ist danach vielleicht das Kontaktformular stumm, und du merkst es erst, wenn zwei Wochen keine Anfrage kam. Lässt du es, bleibt die Tür offen. Also wird aufgeschoben, bis im Backend eine zweistellige Zahl wartet und sich niemand mehr an den Knopf traut.
WordPress-Updates sicher einspielen
Mach vor jeder Update-Runde ein Backup. Spiel die Updates einzeln ein statt alle auf einmal, dann weißt du bei einem Fehler sofort, welches es war. Prüf danach Kontaktformular, Startseite und Layout auf dem Smartphone.
Ein Teil läuft automatisch: Kleine Sicherheitsupdates installiert WordPress seit Version 3.7 selbst, Neuinstallationen ab 5.6 auch große Versionen. Automatische Updates für Plugins und Themes gibt es seit 5.5, aber nur, wenn du sie für die jeweiligen Plugins und Themes ausdrücklich einschaltest. Für den Rest braucht es jemanden, der regelmäßig hinschaut und testet. Genau das übernehme ich bei der WordPress-Wartung.
Der Selbst-Check in drei Fragen
- Weißt du bei jedem deiner Plugins, wofür es da ist?
- Warten im Backend höchstens eine Handvoll Updates?
- Würdest du dich trauen, sie jetzt sofort alle einzuspielen?
Dreimal Ja und Felddaten im grünen Bereich? Dann steht deine Seite gut da. Hast du bei einer Frage gezögert, ist das schon die halbe Diagnose. Der nächste Abschnitt zeigt dir, was du selbst angehen kannst. Oder du schreibst mir deine drei Antworten.
Wann selbst machen, wann Profi?
Das schaffst du selbst: die Ladezeit messen, Bilder vor dem Hochladen verkleinern, ungenutzte Plugins nach einem Backup löschen, im Website-Zustand Cache und PHP-Version prüfen.
Hier lohnt sich ein Profi:
- Die Werte bleiben schlecht, obwohl Cache und Bilder in Ordnung sind.
- Theme oder Page Builder sind die Bremse. Dann geht es meist um einen Neuaufbau deiner Website.
- Nach einem PHP- oder Plugin-Update zeigt die Seite Fehler.
- Im Backend stauen sich Updates, und keiner traut sich mehr ran.
- Die Seite wurde gehackt oder verhält sich merkwürdig.
Eine Faustregel: Wenn du für eine Maßnahme länger suchst, als sie dauert, oder nicht weißt, was ein Klick auslöst, gib sie ab. Im kostenlosen Erstgespräch klären wir, was bei deiner Seite ansteht.
So baue ich, damit eine Website nicht schleichend langsam wird
Eigenes Theme statt Marktplatz-Theme. Ein eigenes Theme enthält genau die Funktionen, die eine Website braucht. Bei meinen Projekten liegt der Theme-Code offen auf dem Webspace des Kunden. Du musst keine Theme-Lizenz verlängern, und das Update eines fremden Theme-Herstellers kann dir das Layout nicht zerlegen. Mehr dazu im Vergleich Homepage-Baukasten oder WordPress mit eigenem Theme.
Wenige, bewusst gewählte Plugins. Löst ein gutes, gepflegtes Plugin ein Problem sauber, ist es die richtige Wahl. Ich installiere aber kein Plugin für etwas, das sich mit wenigen Zeilen eigenem Code lösen lässt. Diese paar Zeilen kann ich selbst warten. Bei einem fremden Plugin hängst du davon ab, dass sein Entwickler dranbleibt.
Das passende System. Ich arbeite mit WordPress, TYPO3, Contao, Joomla, Grav, MODX und individuellen Lösungen. Für viele Vorhaben ist WordPress genau richtig.
So gebaut gibt es weniger Teile, die mit der Zeit bremsen können. Den Ablauf eines Projekts findest du unter Website erstellen lassen.
Häufige Fragen
01 Wie messe ich die Ladezeit meiner Website?
Am einfachsten mit PageSpeed Insights von Google: Adresse eingeben, Analyse starten. Oben stehen Felddaten echter Besucher der letzten 28 Tage, darunter ein Labortest mit Lighthouse. Für ganze Bereiche deiner Website lohnt zusätzlich der Core-Web-Vitals-Bericht in der Search Console.
02 Warum ist mein WordPress-Backend so langsam?
Im Backend liefert der Seiten-Cache keine fertigen Seiten aus, deshalb bremsen dort vor allem eine alte PHP-Version, ein schwacher Server und große automatisch geladene Einstellungen in der Datenbank. Der Website-Zustand unter Werkzeuge zeigt dir, was davon zutrifft. Bei größeren Websites kann ein dauerhafter Objekt-Cache helfen.
03 Brauche ich ein Cache-Plugin für WordPress?
Einen Seiten-Cache brauchst du, ein Plugin dafür nur, wenn dein Hoster keinen bereitstellt. WordPress bringt selbst keinen Seiten-Cache mit. Ob einer aktiv ist, zeigt seit WordPress 6.1 der Website-Zustand unter Werkzeuge.
04 Soll ich automatische Updates für Plugins einschalten?
Für gut gepflegte Plugins sind automatische Updates eine echte Entlastung. Geht etwas kaputt, merkst du es aber nur, wenn jemand regelmäßig prüft, ob Formular und Layout noch funktionieren. Ein aktuelles Backup gehört immer dazu.
05 Wie viele WordPress-Plugins sind zu viele?
Eine feste Zahl gibt es nicht, entscheidend ist, ob jedes Plugin einen klaren Job hat und gepflegt wird. Zehn schlanke, aktiv entwickelte Plugins können unproblematischer sein als drei aufgeblähte. Weißt du bei einem nicht mehr, wofür es da ist, ist das dein Signal.
06 Muss ich meine Website neu bauen lassen, wenn sie langsam ist?
Eine langsame Website musst du nicht zwingend neu bauen lassen: Wenn Bilder, Cache, PHP-Version oder überzählige Plugins bremsen, reicht Aufräumen. Ist das Fundament aus Theme und Page Builder selbst das Problem, kaschiert jede Optimierung nur Symptome. Dann ist ein Neubau der bessere Weg.