Erro de memória esgotada no WordPress (Allowed memory size)

Atualizado em 19/06/2026

O erro de memória esgotada é um clássico do WordPress, especialmente em lojas WooCommerce e sites com muitos plugins. Ele aparece como uma mensagem de erro fatal e pode derrubar tanto o site público quanto o painel administrativo. A solução imediata costuma ser simples — aumentar o limite de memória do PHP —, mas vale entender de onde vem o estouro para que ele não volte na semana seguinte.

O que o erro quer dizer

Cada processo PHP tem um teto de memória definido pela diretiva memory_limit. Quando um script (um plugin, o tema, uma importação) tenta usar mais do que esse teto, o PHP aborta na hora e devolve o erro fatal. O número que aparece é o limite em bytes: 134217728 são 128M, 268435456 são 256M. Converter ajuda a saber quão apertado está o ambiente.

Por que a memória estoura

• memory_limit baixo: a hospedagem entrega 64M ou menos, insuficiente para o site atual.
• Plugin ou tema pesado: page builders, plugins de backup, importadores e alguns temas consomem muita memória.
• Importação ou exportação grande: subir um arquivo XML/CSV enorme de uma vez estoura o limite.
• Código em loop ou com vazamento: um plugin mal feito que acumula objetos na memória sem liberar.
• Plugins demais ativos: dezenas de plugins somam consumo a cada requisição.
• Tarefas no admin: atualizar plugins em lote, regenerar miniaturas ou rodar relatórios exige mais memória que o site público.

Site x admin: dois limites diferentes

O WordPress trata a memória do front-end e a do painel de forma separada. WP_MEMORY_LIMIT vale para o site que os visitantes acessam; WP_MAX_MEMORY_LIMIT vale para o /wp-admin, onde rodam as tarefas pesadas. Por isso é comum o site abrir normalmente e o erro só estourar no painel — ou vice-versa. Ajustar os dois cobre os dois cenários.

Onde ajustar a memória

1. Aumentar pelo wp-config.php (recomendado)

É o caminho mais limpo e específico do WordPress. Abra o wp-config.php na raiz do site e adicione as linhas acima do comentário /* That's all, stop editing! */:

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

A primeira linha eleva a memória do site; a segunda, a do painel, onde tarefas como importação e atualização precisam de mais folga. Salve e recarregue a página que estava dando erro.

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

/* That's all, stop editing! Happy publishing. */
if (!defined('ABSPATH')) {
    define('ABSPATH', __DIR__ . '/');
}
require_once ABSPATH . 'wp-settings.php';

2. Aumentar pelo php.ini

Se o ajuste no wp-config não mudou nada, a hospedagem provavelmente controla o limite pelo PHP. Edite (ou crie) o php.ini e defina:

memory_limit = 256M

Em muitas hospedagens compartilhadas, esse valor é configurado pelo "Seletor de versão do PHP" ou "PHP Options" no painel, sem precisar editar arquivo nenhum. Vale conferir lá primeiro.

3. Aumentar pelo .htaccess

Em servidores Apache rodando mod_php, dá para ajustar no .htaccess da raiz. Use com cautela: em servidores com PHP em modo CGI/FPM essa linha pode gerar erro 500. Se isso acontecer, remova-a e use o php.ini ou o painel.

php_value memory_limit 256M

4. Identificar o plugin culpado

1. Destrave primeiro: aumente a memória pelo wp-config para conseguir voltar ao painel.
2. Ative a depuração: ligue WP_DEBUG e leia o wp-content/debug.log — o erro fatal costuma citar o arquivo do plugin que estourou.
3. Desative em massa: se o admin estiver inacessível, renomeie a pasta wp-content/plugins via FTP para confirmar que o problema é um plugin.
4. Reative um a um: volte os plugins gradualmente, observando quando o consumo dispara, até encontrar o responsável.
5. Trate a causa: atualize, substitua ou reporte o plugin problemático em vez de só inflar a memória indefinidamente.