WordPress-geheugenlimiet verhogen: “Allowed memory size exhausted” oplossen

Laatst bijgewerkt: 21 oktober 2026

Krijg je een kritieke fout, een wit scherm of blijft de paginabouwer laden, en staat er in de foutlog Allowed memory size of … bytes exhausted? Dan had PHP te weinig werkgeheugen om de pagina af te maken. In WordPress spelen twee limieten mee: die van WordPress zelf en die van PHP op de server. Hier lees je hoe ze samenwerken, hoe je ze verhoogt en wanneer verhogen niet de echte oplossing is.

Zo herken je het geheugenprobleem

In wp-content/debug.log of de PHP-foutlog van je hosting staat een regel als:

PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted
(tried to allocate 20480 bytes) in /wp-content/plugins/voorbeeld/…

Het eerste getal is de limiet in bytes: 67108864 = 64 MB, 134217728 = 128 MB, 268435456 = 256 MB, 536870912 = 512 MB. Het bestand achter in is waar het geheugen opraakte, niet per se de veroorzaker. Op de voorkant zie je meestal de kritieke-foutmelding of een wit scherm. Hoe je de log aanzet: debug.log aanzetten en lezen.

Twee limieten: WordPress en PHP

WordPress verlaagt een hogere PHP-limiet nooit. Staat memory_limit op 128 MB en WP_MEMORY_LIMIT op 256 MB, dan blijft het dus 128 MB, tenzij de server toestaat dat het wordt opgehoogd. Je ziet beide waarden onder Gereedschap → Sitestatus → Info, bij “Server” (PHP-geheugenlimiet) en “WordPress-constanten”.

Methode 1: wp-config.php

Open wp-config.php via bestandsbeheer of FTP en zet boven “That's all, stop editing!”:

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

Laad de pagina opnieuw en kijk in Sitestatus of de waarde is overgenomen. Dit is de veiligste eerste stap, omdat je niets aan de server verandert.

Methode 2: de PHP-limiet bij je hosting

Verandert er niets, dan staat het plafond van PHP lager. Afhankelijk van je hosting:

• Hostingpaneel: veel panelen hebben per site een instelling voor PHP-opties met memory_limit. Dat is de voorkeursweg.
• .user.ini in de hoofdmap van je site (bij PHP-FPM/CGI): memory_limit = 256M. Wijzigingen worden pas na enkele minuten opgepikt.
• php.ini: alleen als je hosting een eigen php.ini per site toestaat.
• .htaccess met php_value memory_limit 256M werkt alleen als PHP als Apache-module draait. Op andere opstellingen geeft die regel juist een 500-fout; haal hem dan weer weg.

Mag je de limiet niet zelf aanpassen, vraag het dan je hostingpartij. Draait je site bij ons op WordPress hosting, dan regelen wij dit.

Verhogen is niet altijd de oplossing

Een paar honderd MB is normaal voor een site met een paginabouwer of webshop. Loopt het geheugen ook bij 512 MB vol, dan zit er meestal iets fout:

• een plugin die in een lus blijft hangen of te veel gegevens tegelijk inlaadt;
• een grote import, export of back-up die in één keer draait in plaats van in stukken;
• een zeer groot afbeeldingsbestand dat WordPress moet verkleinen;
• een hack: kwaadaardige code die veel geheugen gebruikt (zie WordPress gehackt).

Met de plugin Query Monitor zie je per pagina het piekgeheugen en welke plugins zwaar zijn. Of zet plugins één voor één uit met Health Check & Troubleshooting (alleen voor jou zichtbaar).

Typische situaties

• Paginabouwer laadt niet (Elementor, Divi): editor vraagt veel geheugen; 256 MB of meer is gangbaar.
• WooCommerce-import of -export stopt halverwege: verhoog het geheugen of verwerk in kleinere stukken. Zie ook maximum execution time.
• Back-up of migratie (UpdraftPlus, All-in-One WP Migration) breekt af: geheugen én tijdslimiet spelen mee.
• Afbeelding uploaden geeft een fout (“De server kan de afbeelding niet verwerken”): verklein de afbeelding vooraf of verhoog WP_MAX_MEMORY_LIMIT. Zie uploadlimiet verhogen.

Meer over deze PHP-foutmelding buiten WordPress (Laravel, eigen PHP-code) lees je bij Allowed memory size exhausted in PHP.

Lees ook: kritieke fout in WordPress · debug.log aanzetten · maximum execution time · PHP-versie updaten · WordPress traag · WordPress-plugins

← Terug naar de kennisbank