Ist nur das WordPress-Backend langsam, die Website für Besucher aber schnell, liegt es meist an einer von vier Ursachen: einem Plugin, das bremst, der Heartbeat-Funktion, einer veralteten PHP-Version beziehungsweise zu wenig Arbeitsspeicher oder einer aufgeblähten Datenbank. Jede Ursache lässt sich in wenigen Minuten prüfen, und jede Prüfung beschreibe ich unten Schritt für Schritt. Hilft nichts davon, ist häufig das Hosting zu knapp bemessen. Stand aller Versions- und Zahlenangaben: Oktober 2026.
Warum ist nur das WordPress-Backend langsam, die Website aber nicht?
Besucher bekommen in der Regel fertig zwischengespeicherte Seiten ausgeliefert. Im Backend gibt es diesen Seiten-Cache nicht: Jeder Klick lässt PHP laufen, fragt die Datenbank ab und lädt alle aktiven Plugins. Genau dort zeigen sich Probleme, die draußen niemand bemerkt. Wenn Ihre Website selbst langsam ist, schauen Sie stattdessen in meinen Beitrag über die Ursachen langsamer Websites.
Was sollte ich vor jeder Fehlersuche tun?
Legen Sie ein Backup an, bevor Sie Plugins abschalten, PHP wechseln oder in der Datenbank aufräumen. Wie das geht, steht in der Anleitung zum Backup einer WordPress-Seite. Ohne gültige Sicherung ändern Sie nichts.
Wie finde ich heraus, ob ein Plugin das Backend ausbremst?
Installieren Sie das kostenlose Plugin Query Monitor. Es zeigt in der Admin-Leiste, wie viele Datenbankabfragen eine Seite auslöst, und ordnet langsame, doppelte oder fehlerhafte Abfragen dem verursachenden Plugin, Theme oder der Funktion zu. Rufen Sie danach die Seite auf, die sich zäh anfühlt, und sehen Sie unter den Abfragen nach Komponente nach, wer vorne liegt.
Um den Verdacht zu bestätigen, deaktivieren Sie das auffällige Plugin kurz und messen erneut. Ist das Backend danach spürbar flotter, haben Sie den Bremsklotz gefunden: Suchen Sie eine schlankere Alternative oder verzichten Sie auf die Funktion. Query Monitor selbst deaktivieren Sie anschließend wieder, wenn Sie es nicht mehr brauchen. Erscheint nach einer solchen Änderung nur noch eine leere Seite, hilft der Beitrag zur weißen Seite nach einem WordPress-Update.
Was ist die Heartbeat-Funktion und warum macht sie das Backend langsam?
Heartbeat ist eine WordPress-Funktion, die den Browser regelmäßig mit dem Server abgleichen lässt, etwa für Beitragssperren, automatisches Speichern und Anmeldehinweise. Im Standard meldet sich jeder offene Admin-Tab etwa alle 60 Sekunden, in einem Tab im Hintergrund alle 120 Sekunden; auf Bearbeiten-Seiten geschieht es häufiger. Jede Meldung ist eine Anfrage, die PHP und Datenbank beschäftigt. Wer zehn Tabs im Backend offen hat, erzeugt entsprechend viele Anfragen, besonders auf schwachem Hosting.
- Schließen Sie Backend-Tabs, die Sie gerade nicht brauchen.
- Drosseln Sie den Takt mit einem Heartbeat-Plugin oder einem kleinen Code-Schnipsel. WordPress erlaubt Intervalle zwischen 15 und 120 Sekunden über den Filter
heartbeat_settings:add_filter( 'heartbeat_settings', function ( $s ) { $s['interval'] = 120; return $s; } ); - Legen Sie den Code in einem Snippet-Plugin ab und nicht im Theme, damit er ein Theme-Update überlebt.
Schalten Sie Heartbeat nicht komplett ab. Dann funktionieren Beitragssperren und automatisches Speichern nicht mehr zuverlässig.
Welche PHP-Version und wie viel Arbeitsspeicher braucht WordPress?
WordPress empfiehlt PHP 8.3 oder neuer (Anforderungen laut WordPress.org). Laut php.net gilt derzeit: PHP 8.1 ist seit 31. Dezember 2025 ohne Updates, PHP 8.2 bekommt nur noch Sicherheitsupdates bis 31. Dezember 2026, PHP 8.3 wird bis 31. Dezember 2027 mit Sicherheitsupdates versorgt. Eine alte Version ist also nicht nur ein Geschwindigkeits-, sondern auch ein Sicherheitsthema. Wie viel schneller eine neue Version bei Ihnen läuft, lässt sich nicht pauschal sagen, das hängt von Theme und Plugins ab.
Ihre aktuelle Version sehen Sie im Backend unter Werkzeuge, Website-Zustand, Reiter Info, Bereich Server. Umstellen können Sie PHP in der Regel im Kundenbereich Ihres Hosters. Machen Sie vorher ein Backup und prüfen Sie danach Frontend und Backend.
Zum Speicher: WordPress versucht standardmäßig, dem Frontend 40 MB zuzuweisen (WP_MEMORY_LIMIT), im Admin-Bereich bis zu 256 MB (WP_MAX_MEMORY_LIMIT), sofern der Server das zulässt. Ist das Limit Ihres Hosters niedriger, bremst oder bricht das Backend bei großen Plugins ab. Erhöhen Sie Werte in der wp-config.php nur gezielt, etwa auf 256 MB, und fragen Sie bei Fehlern Ihren Hoster nach dem tatsächlichen memory_limit.
Wann ist die Datenbank aufgebläht und wie räume ich sie auf?
Drei typische Verursacher: Revisionen, Reste gelöschter Plugins und zu viele automatisch geladene Daten. WordPress speichert standardmäßig unbegrenzt Revisionen jedes Beitrags und jeder Seite. Begrenzen können Sie das in der wp-config.php mit define( 'WP_POST_REVISIONS', 5 );; die Zahl ist die Anzahl pro Beitrag. Bereits vorhandene alte Revisionen löscht diese Einstellung nicht, das erledigen Sie mit einem Datenbank-Bereinigungs-Plugin, nach einem Backup.
Gelöschte Plugins hinterlassen oft Einträge in der Tabelle wp_options. Darunter sind auch Transients, also zwischengespeicherte Daten mit Ablaufzeit. Abgelaufene Transients räumt WordPress nur selten selbst weg.
Ein klares Warnsignal liefert der Website-Zustand selbst: Seit WordPress 6.6 (Juli 2024) meldet er ein kritisches Problem, wenn die automatisch geladenen Optionen zusammen 800 KB erreichen. Diese Daten werden bei jedem Seitenaufruf geladen, auch im Backend. Sehen Sie die Meldung, schauen Sie nach den größten Einträgen mit Autoload-Status und deaktivieren Sie das Autoload bei nicht mehr benötigten Optionen oder löschen Sie sie, aber immer erst nach einem Backup.
Was bedeuten die Hinweise zu Cache und Antwortzeit im Website-Zustand?
Im Website-Zustand zeigt WordPress seit Version 6.1 zwei Cache-Prüfungen: Persistenter Objekt-Cache und Seiten-Cache. Beim Seiten-Cache wird zugleich die Antwortzeit des Servers geprüft; als akzeptabel gilt standardmäßig alles unter 600 Millisekunden. Lautet der Hinweis sinngemäß, dass ein Seiten-Cache erkannt wurde, die Server-Antwortzeit aber langsam ist, nützt der Cache für Besucher zwar, der Server selbst ist aber langsam. Das spricht für PHP, Datenbank oder Hosting.
Ein persistenter Objekt-Cache hält häufig benötigte Datenbankergebnisse im Arbeitsspeicher und entlastet vor allem größere Seiten. In neueren WordPress-Versionen (ab 7.0) prüft der Website-Zustand zudem, ob ein Opcode-Cache aktiv ist; er hält vorkompilierten PHP-Code vor. Meldet WordPress „nicht aktiviert“, fragen Sie Ihren Hoster danach.
Was tun, wenn keine der vier Ursachen es war?
Dann ist häufig das Hosting zu knapp bemessen: zu wenig Rechenzeit oder Speicher für Ihre Plugins und Ihre Besucherzahl. Hier hilft nur ein größerer Tarif oder ein Wechsel. Vorher lohnt sich ein Vergleich: Dauert das Backend auch mit nur Standard-Theme und ohne Plugins noch lange, liegt es am Server, nicht an Ihrer Installation.
Meine Faustregel: Ändern Sie immer nur eine Sache auf einmal und messen Sie danach neu, und gehen Sie vom Risikoärmsten zum Riskantesten vor: erst Tabs schließen und Plugin-Check, dann Heartbeat, dann PHP-Version, zuletzt die Datenbank.
Wenn Sie nicht selbst am System arbeiten möchten, übernehme ich die Fehlersuche gern ortsunabhängig: Mehr zu meinem Webdesign und der Betreuung von WordPress-Seiten finden Sie hier, den direkten Weg bietet das Kontaktformular.
Und in Österreich?
Technisch gibt es keinen Unterschied: WordPress, PHP und die Datenbank verhalten sich in Österreich genauso wie in Deutschland, und die genannten Prüfungen sind identisch. Unterschiede gibt es höchstens beim Hoster: Tarife, Standort der Server und Support unterscheiden sich von Anbieter zu Anbieter, nicht von Land zu Land.
Häufige Fragen
Warum ist mein WordPress-Backend langsam, aber die Seite schnell?
Besucher erhalten meist zwischengespeicherte Seiten, das Backend läuft ohne Seiten-Cache. Deshalb fallen langsame Plugins, Heartbeat-Anfragen, eine alte PHP-Version oder eine volle Datenbank dort zuerst auf.
Wie finde ich das langsame Plugin?
Mit dem kostenlosen Plugin Query Monitor sehen Sie, welche Komponente die langsamsten Datenbankabfragen verursacht. Deaktivieren Sie den Verdächtigen kurz und messen Sie erneut.
Darf ich Heartbeat einfach abschalten?
Besser nicht komplett. Beitragssperren und automatisches Speichern hängen daran. Verlängern Sie lieber das Intervall auf bis zu 120 Sekunden und schließen Sie ungenutzte Tabs.
Welche PHP-Version sollte ich verwenden?
WordPress empfiehlt PHP 8.3 oder neuer. PHP 8.1 erhält keine Updates mehr, PHP 8.2 nur noch Sicherheitsupdates bis 31. Dezember 2026. Wechseln Sie nach einem Backup und testen Sie danach.
Wie viele Revisionen sollte ich speichern?
Das hängt davon ab, wie oft Sie auf frühere Fassungen zurückgehen. Mit WP_POST_REVISIONS legen Sie eine feste Anzahl pro Beitrag fest, zum Beispiel 5. Bereits gespeicherte alte Revisionen bleiben, bis Sie sie bereinigen.
Ab wann warnt WordPress vor zu vielen automatisch geladenen Daten?
Seit WordPress 6.6 meldet der Website-Zustand ein Problem, sobald die autoload-Optionen in der Tabelle wp_options zusammen 800 KB erreichen.
Gunther Schoepf