WordPress 4 Upgrade Probleme – wp-admin läuft langsam

Nach einem Upgrade auf WordPress 4 kann der Adminbereich plötzlich extrem langsam werden. Der Grund liegt meist nicht im WordPress-Core selbst, sondern in der Art, wie der Server externe Domains auflöst – und der Fix ist einfacher als erwartet.

Das Problem: wp-admin reagiert kaum

Nach dem Update auf WordPress 4 berichten viele Administratoren, dass das Dashboard und alle Admin-Seiten nur noch im Schneckentempo laden. Seitenaufrufe, die vorher unter einer Sekunde lagen, dauern plötzlich 10–30 Sekunden. Das Backend ist kaum noch bedienbar, während das Frontend für Besucher oft normal schnell bleibt.

Die Ursache: WordPress 4 führte intern mehr HTTP-Anfragen aus als seine Vorgänger – unter anderem für Lizenzchecks, Update-Prüfungen und API-Calls an wordpress.org. Wenn der Server diese externen Adressen nicht schnell auflösen kann – oder die Anfragen an sich selbst zurückschicken muss – kommt es zu massiven Timeouts.

Die Ursache: DNS-Auflösung auf dem Server

Ein häufig übersehener Auslöser ist die fehlende Einbindung der eigenen Domain in die hosts-Datei des Servers. WordPress versucht teils, sich selbst über den öffentlichen Hostnamen zu erreichen – etwa für Loopback-Anfragen oder Cron-Jobs. Wenn der Server dabei erst den DNS abfragen muss und dabei Verzögerungen auftreten, summieren sich diese zu spürbaren Ladezeiten.

Die Lösung: Alle eigenen Domains werden direkt in der /etc/hosts-Datei auf 127.0.0.1 (localhost) gesetzt. So umgeht der Server den externen DNS-Lookup und löst die Adresse sofort intern auf.

Fix: /etc/hosts auf dem Server anpassen

Per SSH auf den Server verbinden und die hosts-Datei bearbeiten:

sudo nano /etc/hosts

Folgende Zeilen hinzufügen – jeweils für die eigene Domain und alle Subdomains, die WordPress kennt:

127.0.0.1   example.com
127.0.0.1   www.example.com
127.0.0.1   blog.example.com

Nach dem Speichern ist kein Neustart nötig – die Änderung wirkt sofort. Ein schneller Test mit ping example.com auf dem Server zeigt, ob die Auflösung jetzt lokal erfolgt.

Weitere mögliche Ursachen für langsames wp-admin

Neben dem hosts-Problem gibt es weitere häufige Kandidaten, die nach einem Upgrade für Trägheit sorgen:

Plugins mit Kompatibilitätsproblemen: Deaktiviere alle Plugins kurz und teste das Backend erneut. Danach Plugins einzeln aktivieren, bis der Übeltäter gefunden ist. Besonders ältere SEO- oder Caching-Plugins sind nach Major-Upgrades fehleranfällig.

Datenbankgröße und fehlende Indizes: WordPress 4 führte neue Datenbankspalten ein. Nach dem Upgrade sollte man prüfen, ob alle Tabellen korrekt migriert wurden:

wp db optimize
wp db repair

PHP-Speicherlimit: WordPress 4 benötigt mehr RAM als frühere Versionen. In der wp-config.php das Limit erhöhen:

define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

WordPress Heartbeat API drosseln

WordPress 4 intensivierte die Heartbeat-API, die regelmäßig AJAX-Requests an den Server schickt – unter anderem für Auto-Save und Sitzungsverwaltung. Auf schwachen Servern kann das den Admin-Bereich zusätzlich verlangsamen. Die Frequenz lässt sich in der functions.php des Themes reduzieren:

add_filter('heartbeat_settings', function($settings) {
    $settings['interval'] = 60; // Sekunden statt Standard 15
    return $settings;
});

Alternativ erledigt das Plugin „Heartbeat Control“ dieselbe Aufgabe ohne Code-Änderung.

Ergebnis und Fazit

Nach dem Eintrag der eigenen Domains in /etc/hosts und optional der Drosselung der Heartbeat-API sollte das WordPress-Backend wieder flüssig reagieren. Der entscheidende Trick ist das Loopback-Problem: WordPress ruft sich selbst auf – und wenn dieser Aufruf über externe DNS-Server geroutet wird, entstehen unnötige Wartezeiten. Mit wenigen Zeilen in der hosts-Datei ist das behoben.