A opção Uso de Recursos do cPanel serve para acompanhar o consumo de recursos da hospedagem, como CPU, memória, entrada de processos e outras limitações do ambiente. Na prática, ela ajuda a descobrir se plugins, temas, scripts, páginas ou rotinas automáticas estão exigindo mais do que a conta suporta.
Esse recurso é especialmente útil para investigar lentidão, erros intermitentes, picos de acesso, falhas em páginas dinâmicas e situações em que o site aparenta estar normal em alguns momentos, mas fica pesado ou instável em outros.
Como acessar o cPanel
Antes de analisar o consumo de recursos, primeiro acesse o cPanel. Você pode fazer isso de algumas formas:
- pela URL direta, digitando https://seudominio.com.br/cpanel
- pela porta segura do cPanel, usando https://seudominio.com.br:2083
- pela área do cliente MyWay, entrando no serviço de hospedagem e clicando no atalho de acesso ao cPanel
Normalmente o acesso exige o usuário e senha da hospedagem, salvo quando a área do cliente oferece login automático.
Como descobrir se plugins ou scripts estão consumindo muitos recursos
Antes de começar
Antes da análise, é importante entender que a tela de uso de recursos não mostra apenas “se o site está pesado”. Ela ajuda a identificar em que tipo de limite a conta está encostando.
- CPU indica esforço de processamento
- memória indica uso de RAM pelos processos
- Entry Processes indica requisições dinâmicas concorrentes
- NPROC indica quantidade total de processos
- IO indica intensidade de leitura e gravação em disco
Em ambientes com CloudLinux, atingir CPU ou IO costuma deixar o site mais lento. Já atingir limites como memória ou número de processos pode causar falhas de execução. Quando o limite de Entry Processes é excedido, o site pode exibir erro 508 em alguns cenários.
Passo 1 – Abrir a área de Uso de Recursos
No cPanel, localize a seção Métricas e clique em Uso de Recursos ou CPU and Concurrent Connection Usage, dependendo do idioma e da personalização do servidor.
Traduções úteis:
- Metrics = Métricas
- Resource Usage = Uso de Recursos
- CPU and Concurrent Connection Usage = Uso de CPU e Conexões Concorrentes
Em muitos servidores, essa área está ligada ao CloudLinux. Em alguns layouts, o nome pode variar levemente, mas a finalidade continua sendo mostrar o consumo e os limites da conta.
Passo 2 – Verificar se houve limite atingido recentemente
Ao entrar na área, o sistema pode exibir um aviso dizendo que a conta atingiu limites nas últimas 24 horas ou em período recente.
Observe mensagens como:
- Your site has been limited within the past 24 hours
- Your site is currently using resources
- No issues detected
Traduções úteis:
- limited = limitado
- within the past 24 hours = nas últimas 24 horas
- No issues detected = Nenhum problema detectado
Se o sistema informa que a conta foi limitada, isso não significa automaticamente ataque ou erro do servidor. Muitas vezes o problema está em plugin pesado, página muito dinâmica, consulta excessiva ao banco ou tarefas automáticas mal ajustadas.
Passo 3 – Abrir os detalhes do gráfico ou relatório
Procure a opção de visualizar detalhes mais completos, como:
- Details = Detalhes
- Current Usage = Uso atual
- Snapshots = Instantâneos
- History = Histórico
Nessa parte, o objetivo é descobrir quando os limites foram alcançados e qual recurso estava sendo pressionado.
Essa etapa é importante porque ela separa um simples pico de visitação de um comportamento recorrente causado por plugin, script, rotina agendada ou página mal otimizada.
Passo 4 – Entender o que cada limite pode indicar
Ao analisar o relatório, use esta leitura prática:
- CPU alta: páginas pesadas, plugins complexos, consultas ao banco, geração de relatórios, buscas internas, loops ou scripts mal escritos
- IO alto: excesso de leitura e gravação em disco, cache mal ajustado, logs excessivos, geração frequente de arquivos, backup local, importações ou plugins que varrem muitos arquivos
- Entry Processes alto: muitas requisições simultâneas a páginas dinâmicas, picos de acesso, bots, AJAX em excesso, APIs, wp-admin pesado ou página inicial sem cache
- Memória alta: scripts muito pesados, plugins com consumo excessivo, importações, processos PHP grandes, consultas complexas
- NPROC alto: excesso de processos simultâneos, cron jobs frequentes, requisições paralelas, filas acumuladas
Na prática, plugins e scripts costumam aparecer de forma indireta nesses limites. O painel mostra o sintoma do consumo. A interpretação correta ajuda a descobrir a origem.
Passo 5 – Relacionar o horário do pico com ações do site
Compare o horário dos picos com o que estava acontecendo no site naquele momento.
Perguntas úteis:
- havia importação de produtos?
- algum plugin de backup estava rodando?
- o WooCommerce estava sincronizando algo?
- foi feito envio de newsletter externa com links para o site?
- algum cron job estava executando?
- houve pico de bots ou rastreadores?
- alguma página específica recebeu mais acessos?
Essa correlação de horário costuma ser uma das formas mais rápidas de descobrir o culpado. Quando o pico sempre ocorre em horários parecidos, frequentemente existe tarefa automática ou rotina agendada envolvida.
Passo 6 – Suspeitar de plugins por tipo de comportamento
Mesmo sem profiler avançado, você pode levantar suspeitas com base no padrão do consumo:
- picos periódicos podem indicar plugin de backup, segurança, varredura, importação ou sincronização
- lentidão constante pode indicar plugin pesado carregando em todas as páginas
- consumo só no painel administrativo pode indicar plugin de estatísticas, construtor visual ou módulo de gestão
- consumo no checkout, busca ou filtros pode apontar para WooCommerce, plugins de busca ou integrações
- consumo em páginas específicas pode indicar shortcode, formulário, galeria, slider ou script externo carregado naquela página
Nem sempre o problema é “o WordPress inteiro”. Muitas vezes é um plugin específico, um tema mal otimizado ou até código personalizado no functions.php, em snippets ou módulos de terceiros.
Passo 7 – Fazer teste prático para confirmar o suspeito
Depois de identificar o horário e o padrão, o ideal é testar de forma controlada:
- desative temporariamente um plugin suspeito
- repita o acesso que causava lentidão
- acompanhe novamente o Uso de Recursos
- veja se o pico desaparece ou diminui
- reative apenas o que for necessário
Em sites WordPress, uma sequência prática pode ser:
- desativar plugins de cache e testar
- desativar plugins de estatísticas e testar
- desativar plugins de backup e testar
- desativar plugins de segurança muito pesados e testar
- testar com tema padrão, quando possível
Nunca faça desativações aleatórias em horário crítico sem planejar. Em sites de produção, o ideal é testar com cuidado para não derrubar funcionalidades importantes.
Passo 8 – Verificar scripts, cron jobs e tarefas agendadas
Nem sempre o vilão é um plugin visível. Scripts personalizados, integrações e tarefas agendadas também podem consumir bastante.
Verifique:
- Cron Jobs no cPanel
- rotinas de importação XML ou CSV
- webhooks
- integrações com ERP
- scripts PHP executados em intervalos curtos
- geradores de cache, sitemap ou miniaturas
Se o consumo cresce sem aumento real de visitantes, é comum que o problema esteja em rotinas internas e não necessariamente no tráfego humano.
Exemplos práticos
- um plugin de backup rodando a cada hora pode elevar CPU e IO
- um plugin de segurança com varredura agressiva pode aumentar CPU, IO e processos
- um construtor visual muito pesado pode afetar CPU e memória no painel
- um script de importação de produtos pode elevar CPU, memória e NPROC
- uma página sem cache com muitos widgets e consultas pode elevar Entry Processes em horários de pico
Quando você combina o relatório do painel com testes práticos, normalmente consegue reduzir bastante a lista de suspeitos e chegar ao plugin ou script responsável.
Cuidados importantes
- não conclua apenas olhando um único pico isolado
- compare mais de um horário e mais de um dia, quando possível
- lembre que bots, ataques ou rastreadores também podem elevar consumo
- consumo alto pode vir de página específica, não do site inteiro
- em LiteSpeed, a leitura de concorrência pode ter comportamento diferente do Apache em alguns cenários
A área de Uso de Recursos mostra o efeito do problema. Para identificar a causa com mais precisão, é importante relacionar o horário do pico ao comportamento do site e aos recursos instalados.
Resultado esperado
Ao final da análise, você deverá conseguir:
- entender qual limite está sendo pressionado
- descobrir em que horário isso acontece
- relacionar o pico a plugin, script, cron ou página específica
- levantar suspeitos reais com base no comportamento do consumo
- tomar decisões para reduzir a carga da hospedagem
Esse processo não serve apenas para “ver gráfico”. Ele permite transformar sinais de lentidão em diagnóstico técnico prático.
Resumo
Para descobrir se plugins ou scripts estão consumindo muitos recursos:
1. Acesse o cPanel pela URL direta ou pela área do cliente
2. Entre em Uso de Recursos
3. Veja se a conta atingiu limites recentemente
4. Analise qual recurso foi pressionado
5. Compare o horário do pico com plugins, cron jobs, páginas e rotinas do site
6. Faça testes controlados desativando suspeitos
7. Observe se o consumo diminui
Na prática, esse recurso ajuda a identificar se a lentidão vem de plugin, script, rotina automática ou página dinâmica pesada.
1. Acesse o cPanel pela URL direta ou pela área do cliente
2. Entre em Uso de Recursos
3. Veja se a conta atingiu limites recentemente
4. Analise qual recurso foi pressionado
5. Compare o horário do pico com plugins, cron jobs, páginas e rotinas do site
6. Faça testes controlados desativando suspeitos
7. Observe se o consumo diminui
Na prática, esse recurso ajuda a identificar se a lentidão vem de plugin, script, rotina automática ou página dinâmica pesada.
Caso você identifique consumo alto mas não consiga descobrir o responsável, abra um ticket informando o horário aproximado do pico e o tipo de site para que a análise seja direcionada com mais precisão.
Atenciosamente,
MyWay Hosting
Servidores Otimizados por inteligência artificial
www.myway.com.br
