WordPress Memory Limit erhöhen: Symptome erkennen und richtig setzen
Wenn WordPress mitten in einer Aufgabe abbricht – beim Bildupload, beim Plugin-Update oder einfach beim Aufruf einer Seite – steckt überraschend oft dasselbe dahinter: Der zugewiesene Arbeitsspeicher reicht nicht. Die gute Nachricht: Das Limit lässt sich in den meisten Fällen in zwei Minuten erhöhen. Die ehrliche Nachricht: Manchmal ist ein zu niedriges Limit nur das Symptom, nicht die Ursache. Beides klären wir hier.
Woran du ein zu niedriges Memory Limit erkennst
Das deutlichste Signal ist eine konkrete Fehlermeldung – im Frontend, im Backend oder in der Logdatei:
Fatal error: Allowed memory size of 134217728 bytes exhausted
(tried to allocate 20480 bytes) in /wp-includes/...
Die Zahl ist das aktuelle Limit in Bytes (134217728 = 128 MB). PHP wollte mehr und ist ausgestiegen.
Oft siehst du diese Meldung aber gar nicht, weil WP_DEBUG aus ist. Dann äußert sich dasselbe Problem als Verhalten:
- Weißer Bildschirm (White Screen of Death), häufig nur auf bestimmten Seiten – etwa in der Mediathek, im Page-Builder oder auf rechenintensiven WooCommerce-Seiten.
- Abbrüche bei Updates oder Importen – das Update läuft an und hängt, der Import großer Dateien bricht ohne Meldung ab.
- Backend zäh oder teilweise leer, während das Frontend normal lädt (das Backend bekommt mehr zugewiesen, kippt also später – ein Hinweis, dass du knapp dran bist).
- Fatal Error beim Aktivieren eines speicherhungrigen Plugins.
Wenn dir eines davon bekannt vorkommt, lohnt der Blick aufs Limit.
Wie viel Arbeitsspeicher WordPress wirklich braucht
WordPress bringt eigene Standardwerte mit, die unabhängig vom Server gelten:
WP_MEMORY_LIMIT– Standard 40 MB (Single-Site) bzw. 64 MB (Multisite). Das ist das Limit fürs Frontend.WP_MAX_MEMORY_LIMIT– Standard 256 MB. Dieses höhere Limit nutzt WordPress nur im Backend für aufwändige Aufgaben wie Bildverarbeitung.
40 MB sind für eine moderne Installation mit Theme, ein paar Plugins und WooCommerce schlicht zu wenig. Ein realistischer Richtwert:
- 256 MB als solide Basis für die meisten Seiten.
- 512 MB für WooCommerce-Shops, Page-Builder oder Seiten mit vielen aktiven Plugins.
Mehr ist nicht automatisch besser – ein dauerhaft sehr hoher Wert kann ein eigentliches Problem (siehe unten) nur kaschieren.
Erst messen: Wie hoch ist dein Limit gerade?
Bevor du etwas änderst, schau nach dem Ist-Wert. In WordPress: Werkzeuge → Website-Zustand → Bericht → Server. Dort steht unter „PHP-Speicherbegrenzung” der aktuelle Wert. So weißt du hinterher auch, ob deine Änderung tatsächlich gegriffen hat.
Das Limit erhöhen – die vier Wege
Welcher Weg funktioniert, hängt von deinem Hosting ab. Geh die Reihenfolge von oben nach unten durch – wp-config.php klappt fast überall, der Rest ist für speziellere Setups. Stell deinen Wert ein, kopier das passende Snippet:
PHP-Limits-Generator
PHP-Limit setzen
Limit wählen, passende Datei kopieren. Alles läuft in deinem Browser.
Deine Eingaben verlassen den Browser nicht. Die Snippets werden lokal per JavaScript erzeugt.
Kurz zur Einordnung der vier Dateien:
wp-config.php– der erste Versuch. Liegt im Hauptverzeichnis deiner Installation. Die Zeile(n) kommen vor den Kommentar „That’s all, stop editing!”. Hier kannst du als Einziges Frontend- und Backend-Limit getrennt setzen.php.ini– wenn du den Server selbst kontrollierst (eigener Server/VPS). Wirkt global, nicht nur für WordPress..htaccess– nur bei Apache mit mod_php. Läuft dein Server unter PHP-FPM oder FastCGI, erzeugt diese Zeile einen 500er. Dann nimm stattdessen die.user.ini..user.ini– für PHP-FPM/FastCGI/CGI. Liegt ebenfalls im Hauptverzeichnis. Die Änderung greift mit kurzer Verzögerung.
Nach der Änderung lädst du die Seite neu und prüfst den Wert noch einmal im Website-Zustand.
Es greift trotzdem nicht? Dann kappt dein Hoster
WP_MEMORY_LIMIT kann das PHP-Limit nur anheben, solange dein Hoster Spielraum lässt. Hat der Server ein hartes Limit gesetzt, das niedriger liegt als dein Wunschwert, gewinnt der Server – egal, was in der wp-config.php steht.
Wenn keiner der vier Wege etwas ändert:
- Prüfe im Website-Zustand, ob der Wert sich überhaupt bewegt hat.
- Frag deinen Hoster nach dem maximal erlaubten
memory_limit– bei vielen Shared-Hosting-Tarifen ist bei 128 oder 256 MB Schluss. - Im Zweifel ist es eine Tarif-Frage, keine Konfigurations-Frage.
Ursache statt Symptom
Ein höheres Limit ist die richtige Antwort, wenn deine Seite schlicht gewachsen ist. Es ist die falsche Antwort, wenn ein einzelnes Plugin oder eine entgleiste Datenbankabfrage den Speicher auffrisst. Anzeichen dafür: Der Bedarf steigt immer weiter, du musst das Limit regelmäßig nachschrauben, oder der Fehler tritt reproduzierbar bei einer bestimmten Aktion auf.
Dann hilft kein größerer Wert, sondern die Suche nach dem Verursacher – meist über WP_DEBUG_LOG, ein schrittweises Deaktivieren der Plugins oder ein Blick in die langsamen Queries. Genau diese Abgrenzung – „mehr Speicher” gegen „echte Ursache” – ist Teil dessen, was wir in der WordPress-Wartung übernehmen, statt das Limit immer weiter hochzudrehen. Eine Einordnung anderer Fehlerbilder liefert der Überblick zu WordPress-Fehlern.
Kommt deine Seite immer wieder ans Speicherlimit oder bricht an wechselnden Stellen ab, steckt selten der Wert dahinter, sondern ein konkreter Verursacher. Wenn du das nicht selbst eingrenzen willst: Schreib uns kurz – wir schauen uns an, was den Speicher zieht.
Häufige Fragen
Ist es gefährlich, das Memory Limit zu erhöhen?
Nein. Du erlaubst PHP lediglich, bei Bedarf mehr Speicher zu nutzen. Reserviert wird nichts – ungenutzter Spielraum kostet nichts.
Welcher Wert ist richtig?
256 MB als Basis, 512 MB für Shops und schwere Setups. Setz nicht vorsorglich 2 GB – das verschleiert nur echte Speicherfresser.
Ich habe WP_MEMORY_LIMIT gesetzt, das Backend bricht trotzdem ab.
Das Backend nutzt WP_MAX_MEMORY_LIMIT statt WP_MEMORY_LIMIT. Aktiviere im Generator oben die Option für ein höheres Backend-Limit, dann werden beide Konstanten gesetzt und auch das Backend bekommt mehr Speicher.
Muss ich die Änderung nach einem Update wiederholen?
Nein. wp-config.php, php.ini und .user.ini werden von WordPress-Updates nicht überschrieben. Nur bei einem kompletten Server- oder Hosting-Umzug prüfst du den Wert erneut.
Passende Leistungen
Gründer & Full-Stack-Entwickler
20+ Jahre Erfahrung in der Webentwicklung. Spezialisiert auf Laravel, WordPress und individuelle Software für den Mittelstand.