A memória PHP esgotada derruba o WordPress com o erro fatal “Allowed memory size exhausted” e tela branca no admin. Segundo a documentação oficial do WordPress (2026), o WP_MEMORY_LIMIT padrão é 40 MB, longe do que um site real consome. Elevar o limite para 256 MB resolve a maioria dos casos imediatos. Mas o teto mascara o plugin que vaza.

A memória PHP esgotada acontece quando um script do WordPress pede mais RAM do que o limite configurado para o processo PHP, e o servidor interrompe a execução no meio. O resultado é tela branca, erro fatal no log ou o admin que congela ao salvar uma página. Esse é um dos erros mais frequentes nos tickets da FULL, e quase sempre tem duas camadas: o limite baixo do WordPress e algum plugin consumindo memória além do esperado. Antes de qualquer ajuste, vale entender que existem dois limites diferentes em jogo. Se você quer um mapa de todos os erros do WordPress, o hub de erros comuns do WordPress da FULL reúne os diagnósticos por sintoma.

Diagnóstico rápido: Sintoma, causa e correção da memória PHP esgotada

A memória PHP esgotada se manifesta de cinco formas previsíveis no WordPress, e cada sintoma aponta para uma causa raiz distinta. O erro literal “Allowed memory size of 134217728 bytes exhausted” indica um limite de 128 MB estourado; a tela branca sem mensagem indica que o WordPress suprimiu o log com o WP_DEBUG desligado.

A tabela abaixo cruza cada sintoma com a ação corretiva direta, validada nos diagnósticos que passam pelo suporte da FULL ao longo de janeiro a junho de 2026. Use o sintoma da coluna 1 como ponto de partida.

Legenda: o log de erro mostra o limite exato estourado em bytes, o número que define para quanto elevar a memória.

Os 2 limites de memória do WordPress que você precisa conhecer

O WordPress usa dois limites de memória PHP esgotada distintos, e confundi-los é a razão nº 1 de o erro voltar depois do ajuste. O WP_MEMORY_LIMIT controla o front-end com padrão de 40 MB; o WP_MAX_MEMORY_LIMIT governa o painel admin com padrão de 256 MB. Quando o erro aparece só no admin, o culpado é o segundo, não o primeiro.

Tratar os dois como sinônimos faz você elevar o limite errado e ver a tela branca persistir. O WP_MAX_MEMORY_LIMIT entra em ação em tarefas pesadas como importações, geração de miniaturas e edição de mídia, enquanto o front-end público continua governado pelos 40 MB iniciais. Na prática, um erro que só aparece ao editar uma página no Elementor PRO ou ao importar produtos no WooCommerce é quase sempre o WP_MAX_MEMORY_LIMIT estourando, e não o limite de front-end. Para o contexto técnico do interpretador, vale entender o PHP no WordPress antes de mexer nas diretivas.

Como elevar a memória PHP esgotada pelo wp-config em 3 passos

Elevar o limite pelo wp-config.php resolve a memória PHP esgotada em boa parte dos casos imediatos, e leva menos de 5 minutos. A edição é a forma mais confiável porque o WordPress lê essas constantes antes de carregar qualquer plugin, então o valor vale para todo o ciclo de requisição.

O passo a passo abaixo cobre os dois limites de uma vez, em 3 etapas. Se você nunca abriu esse arquivo, o guia de como editar o wp-config.php com segurança mostra onde fica e como evitar quebrar a sintaxe.

Localize a linha de parada do wp-config

Abra o wp-config.php na raiz do site e procure a linha / That's all, stop editing! /. Toda constante de memória PHP esgotada precisa ficar acima dessa linha, senão o WordPress ignora a definição. Use o gerenciador de arquivos da hospedagem ou SFTP, nunca o editor de tema, que não acessa esse arquivo.

Defina os dois limites de memória

Cole as duas linhas acima da linha de parada, com aspas simples e ponto e vírgula no fim: define( 'WP_MEMORY_LIMIT', '256M' ); e define( 'WP_MAX_MEMORY_LIMIT', '512M' );. O valor 256M cobre o front-end e o 512M cobre operações admin pesadas como import de WooCommerce ou edição em Elementor PRO.

Salve e valide o efeito

Salve o arquivo e recarregue a página que dava erro. Para confirmar o valor ativo, instale o Query Monitor e veja o “Memory Usage” no rodapé do admin, ou crie um arquivo com phpinfo(). Se o número ainda mostrar 128M, o servidor está sobrepondo o WordPress, e o ajuste tem que subir um nível.

Quando o php.ini do servidor ignora o WordPress

Em hospedagem compartilhada com o php.ini bloqueado pelo provedor, mexer no WP_MEMORY_LIMIT do wp-config não tem efeito: o memory_limit do servidor tem precedência e o limite real continua travado em 64M ou 128M, independente do que o WordPress pede. Esse é o caso que mais gera ticket reaberto no suporte da FULL.

A diretiva do PHP no nível do servidor é a fronteira final, e a regra de ouro é simples: o limite efetivo é sempre o menor entre o que o WordPress pede e o que o servidor concede. Nesses ambientes, a correção exige editar o php.ini direto, um arquivo .htaccess com php_value memory_limit 256M em Apache com mod_php, ou abrir um chamado pedindo o aumento. Em servidores com FastCGI ou PHP-FPM, a linha do .htaccess é ignorada e só o painel da hospedagem resolve. Antes de pedir o aumento, confirme o valor atual com phpinfo() para saber exatamente quanto o provedor libera hoje. Veja como funcionam os controles do .htaccess no WordPress.

Por que elevar a memória só adia o problema real

Elevar o limite para 512M faz a memória PHP esgotada sumir hoje, mas em boa parte dos casos o problema volta em dias, porque a causa real é um plugin que vaza memória, não um teto baixo. Um plugin de catálogo mal otimizado pode consumir 200 MB numa única query de listagem; ao subir o teto, você só dá mais espaço para o vazamento crescer.

A própria documentação do WordPress alerta que aumentar o limite “pode esconder a raiz do problema para ele acontecer mais tarde”. O diagnóstico correto usa o Query Monitor para identificar qual plugin ou query consome a memória, ou o profiling do New Relic em ambientes maiores. Em sites lentos, esse mesmo desperdício aparece como CPU alta, e o guia de como reduzir CPU e memória do site mostra o método de isolamento.

Plano da FULL: WordPress gerenciado sem caçar limite de memória

Resolver a memória PHP esgotada manualmente em cada site funciona, mas escala mal quando você administra vários projetos e cada hospedagem trava o php.ini de um jeito diferente. O plano PRO da FULL custa R$849 e conecta até 10 sites, o que dá apenas R$85 por site, com os 17 plugins do bundle ativados em um clique direto pelo painel.

A gente vê no suporte da FULL que boa parte dos erros de memória some quando o site sai de uma hospedagem compartilhada estrangulada para um ambiente com limites corretos, sem precisar tocar no wp-config a cada projeto novo. Conheça os planos em FULL.services/planos e compare com o custo de manter cada licença avulsa, cada ajuste manual de php.ini e cada chamado de suporte por conta própria, site a site.

Sinais de que o gargalo é a hospedagem, não o WordPress

A memória PHP esgotada que persiste depois de elevar os dois limites e isolar plugins quase sempre aponta para uma hospedagem subdimensionada, não para o WordPress. Três sinais confirmam: o erro some por algumas horas e volta no pico, o phpinfo mostra um memory_limit que você não consegue mudar, e o site divide recursos com dezenas de outros no mesmo servidor.

Nesses casos, nenhuma diretiva no wp-config resolve, porque o teto é imposto fora do seu controle, e a saída é migrar para um plano com limites adequados. O comparativo de hospedagem WordPress mostra como o ambiente define o teto de memória disponível. Para quem cruza esse erro com outros, a lista dos 50 erros mais comuns do WordPress conecta a memória esgotada a sintomas vizinhos como o erro 500 interno do servidor.

Perguntas frequentes sobre memória PHP esgotada no WordPress

Próximos passos para estabilizar a memória do seu WordPress

Resolver a memória PHP esgotada de forma definitiva segue uma ordem clara: leia o log para saber o limite exato estourado, eleve WP_MEMORY_LIMIT e WP_MAX_MEMORY_LIMIT no wp-config, confirme com Query Monitor se o valor pegou, e só então cace o plugin que vaza com isolamento um a um. Se o limite não muda mesmo no wp-config, o gargalo é o servidor, e o caminho é o php.ini ou a migração de hospedagem. O erro raramente é só falta de memória; quase sempre é um plugin mal comportado ou um ambiente estrangulado. Para continuar aprendendo a corrigir os problemas mais comuns do WordPress, o FULL Academy reúne os tutoriais, guias e diagnósticos em um só lugar.