Resource Limit Reached (508): como resolver no WordPress

Tipo Erro do servidor

Nome do erro Como resolver Resource Limit Reached (erro 508) no WordPress

Severidade Grave

Descrição O erro Resource Limit Is Reached (508) no WordPress aparece quando o site ultrapassa a cota de CPU, memória, processos ou entradas que o plano de hospedagem permite. O servidor bloqueia novas requisições até o consumo cair.

O que é o erro Resource Limit Is Reached (508)?

O erro Resource Limit Is Reached (código 508) é a hospedagem avisando que seu site atingiu o teto de recursos do plano: uso de CPU, memória RAM, número de processos simultâneos (entry processes) ou de I/O. Em hospedagem compartilhada cada conta tem cotas para não derrubar os vizinhos do mesmo servidor. Quando o WordPress passa do limite, o painel (comum em cPanel/CloudLinux) retorna a tela “Resource Limit Is Reached” e o site fica fora do ar até o consumo normalizar. Não é um defeito do WordPress, e sim uma trava do servidor.

Como identificar

A página exibe “Resource Limit Is Reached / The website is temporarily unable to service your request”.
O site cai em horários de pico de tráfego e volta sozinho quando o acesso diminui.
No cPanel, a aba “Uso de recursos” mostra a CPU, a memória física ou “Entry Processes” batendo 100% repetidamente.
O erro alterna com lentidão extrema e timeouts (502/503) nos mesmos horários de carga alta.

Antes de começar: Antes de desativar plugins ou trocar o cache, faça um backup completo do site. Mudanças em plugins de cache podem exigir limpar o cache antigo para o site voltar a renderizar corretamente após o ajuste.

Como prevenir

Use cache de página e de objeto para reduzir o consumo de CPU a cada visita
Acompanhe o painel de uso de recursos da hospedagem para agir antes de estourar a cota
Proteja o wp-login.php com limite de tentativas e firewall para evitar picos de processos por bots

Erros relacionados

Causa

Plano de hospedagem com cota de CPU, memória ou entry processes baixa para o tráfego real do site
Plugin pesado ou mal otimizado (busca em tempo real, related posts, contadores) consumindo CPU a cada acesso
Ausência de cache de página, fazendo cada visita gerar o HTML do zero e estourar a CPU em pico
Bots, scrapers ou ataque de força bruta no wp-login.php somando processos simultâneos além do limite
Consultas lentas ao banco (tabela wp_options inchada, autoload grande) prendendo processos por mais tempo

Como resolver

Veja o que está consumindo no painel: no cPanel, abra "Uso de recursos" (ou "Estatísticas de CPU e simultaneidade"). Identifique se o estouro é de CPU, memória física ou Entry Processes e em quais horários ele acontece.
Ative um cache de página: instale e configure um plugin de cache (como WP Super Cache ou similar). Servir HTML estático em vez de gerar a página a cada visita derruba o uso de CPU drasticamente em sites com tráfego.
Desative plugins pesados e teste: desligue um a um os plugins que rodam em todo carregamento (sliders, related posts, estatísticas). Acompanhe o gráfico de uso de recursos depois de cada um para achar o vilão.
Bloqueie bots e proteja o login: limite tentativas de login e use um firewall ou CDN (como Cloudflare) para filtrar bots e scrapers que somam processos. Ataques ao wp-login.php são causa comum de pico de entry processes.
Faça upgrade de plano se o consumo for legítimo: se o tráfego é real e o site já está otimizado, a cota do plano ficou pequena. Migre para um plano com mais CPU e processos, ou para um VPS, e peça ao suporte para confirmar os novos limites.

Perguntas frequentes

O erro 508 é o mesmo que o erro 503?

São parecidos mas não iguais. O 503 (Service Unavailable) indica indisponibilidade temporária genérica; o 508 (Resource Limit Is Reached) é específico de cota estourada na hospedagem (CPU, memória, processos). Em ambos o site fica fora do ar, mas a causa do 508 é sempre limite de recursos do plano.

Por que o site cai só em horários de pico?

Porque é quando mais visitas chegam ao mesmo tempo e o consumo de CPU e de processos simultâneos sobe. Se o plano tem cota baixa, o pico estoura o limite e o servidor bloqueia novas requisições até o tráfego diminuir, fazendo o site voltar sozinho.

Instalar cache resolve o Resource Limit Reached?

Na maioria dos casos, sim. Cache de página serve HTML estático e evita que cada visita processe PHP e consulte o banco, o que reduz muito o uso de CPU. É a primeira medida a tomar antes de pensar em upgrade de plano.

Como sei se é tráfego real ou ataque de bots?

Veja nos logs de acesso da hospedagem a origem das requisições. Muitas chamadas ao wp-login.php ou ao xmlrpc.php a partir de poucos IPs indicam força bruta. Tráfego espalhado em páginas reais e horários humanos sugere demanda legítima que pede upgrade.

Aumentar o memory_limit do PHP resolve o erro 508?

Não diretamente. O memory_limit controla a memória de um único script; o 508 é sobre a cota total da conta (CPU, processos, memória física). Subir o memory_limit pode até piorar, deixando cada processo consumir mais da cota global. O foco deve ser reduzir o consumo geral.

Preciso trocar de hospedagem por causa do 508?

Só se o site já estiver otimizado (com cache, sem plugins pesados, login protegido) e o tráfego legítimo continuar estourando a cota. Nesse cenário o plano ficou pequeno e vale subir para um plano maior ou um VPS. Antes disso, otimizar costuma resolver.

Pro Atenção

Como corrigir upload_max_filesize excedido no WordPress

O limite upload_max_filesize define o maior tamanho de arquivo que o PHP aceita por upload. Quando um vídeo, tema ou plugin passa desse teto, o WordPress recusa o envio com a mensagem de que o arquivo excede o tamanho máximo permitido pelo servidor.

Pro Grave

Como corrigir cURL error 28: timeout no WordPress

O cURL error 28 no WordPress é um timeout: o servidor enviou uma requisição HTTP externa (a uma API, ao próprio site ou a um update) e não recebeu resposta dentro do tempo limite. Aparece muito na Saúde do site e no WP-Cron.

Pro Grave

Como corrigir um arquivo .htaccess corrompido no WordPress

Um .htaccess corrompido no WordPress é o arquivo de configuração do Apache com regras inválidas ou conflitantes. Ele derruba o site com erro 500, quebra os permalinks (404 em todas as páginas) ou bloqueia o acesso. Restaurar o conteúdo padrão resolve.

Crítico

Como corrigir There has been a critical error (fatal)

O fatal error no WordPress é um erro de PHP grave o suficiente para interromper a execução do script e derrubar a página, exibindo "There has been a critical error on this website". Ele vem de código incompatível em um plugin, tema ou no PHP, e só é resolvido lendo o log para encontrar o arquivo e a linha exatos.

Pro Grave

Como corrigir Maximum Execution Time Exceeded no WordPress

O erro Maximum Execution Time Exceeded aparece quando um script PHP ultrapassa o número de segundos que o servidor permite por requisição (padrão 30s). O WordPress aborta a operação no meio, comum em importações, atualizações e backups longos.

Crítico

Erro crítico no seu site: como resolver

O erro crítico no WordPress é a mensagem que substitui o site inteiro por uma tela em branco com o aviso "Houve um erro crítico neste site". Ele aparece quando um erro fatal de PHP (de um plugin, tema ou do PHP em si) impede o WordPress de terminar de carregar a página.

Setores

Extensões

Integrações

Como resolver Resource Limit Reached (erro 508) no WordPress

O que é o erro Resource Limit Is Reached (508)?

Como identificar

Como prevenir

Erros relacionados

Causa

Como resolver

Perguntas frequentes

Itens relacionados

Como corrigir upload_max_filesize excedido no WordPress

Como corrigir cURL error 28: timeout no WordPress

Como corrigir um arquivo .htaccess corrompido no WordPress

Como corrigir There has been a critical error (fatal)

Como corrigir Maximum Execution Time Exceeded no WordPress

Erro crítico no seu site: como resolver

Setores

Extensões

Integrações

Extensões

Hero Sections

Seções de CTA

Login

Blog

Cabeçalhos

Seções de FAQ

Cadastro

Blog individual

Rodapés

Seções de contato

Seções de preços

Faixas

Portfólio

Seções de equipe

Números

Logotipos