Seu site ficou lento sem motivo aparente. Ou pior, caiu com um erro 503. Você acessa o cPanel e vê um relatório cheio de gráficos e números de recursos, mas não entende o que está olhando.
Esse é um problema comum, especialmente em hospedagens compartilhadas. Cada plano tem limites para os recursos que seu site pode consumir, e quando esses limites são atingidos, o servidor reage com lentidão ou com erros. Entender o que cada métrica representa é o primeiro passo para diagnosticar e resolver.
Por que hospedagens compartilhadas têm limites de recursos
Na hospedagem compartilhada, centenas de sites dividem o mesmo servidor físico. Para garantir que o comportamento de um site não prejudique os outros, os provedores usam um sistema de cotas por conta, geralmente via CloudLinux, que é a tecnologia adotada pela maioria das hospedagens no mercado.
Esses limites não são penalidades. São fronteiras que protegem todos no servidor. Quando seu site ultrapassa a cota, o servidor não trava inteiro, mas o seu site começa a apresentar lentidão ou erros enquanto os outros continuam funcionando normalmente.
Os 6 recursos que você precisa conhecer
O cPanel de hospedagens com CloudLinux exibe até seis métricas de uso de recursos. Cada uma mede algo diferente e causa um sintoma diferente quando é esgotada.
| Recurso | O que mede | Sintoma ao exceder |
|---|---|---|
| CPU | Processamento dos scripts do site | Lentidão geral, erro 503 |
| RAM (Physical Memory) | Memória usada em tempo real pelos processos | Erro 500 ou 503 |
| I/O | Velocidade de leitura e escrita no disco | Lentidão nas páginas |
| IOPS | Quantidade de operações de disco por segundo | Lentidão nas páginas |
| Entry Processes | Requisições PHP simultâneas no momento | Fila de espera, erros 508 |
| Inodes | Total de arquivos e pastas na conta | Bloqueio de novos arquivos |
CPU representa o poder de processamento que seus scripts consomem. Sites WordPress com muitos plugins, páginas com formulários complexos ou e-commerces com buscas frequentes tendem a consumir mais CPU.
RAM é a memória de trabalho. Diferente do espaço em disco, a RAM não armazena nada: ela processa informações ativas. Quando a RAM é esgotada, o servidor não consegue manter os processos ativos e começa a devolver erros.
I/O mede quantos bytes por segundo os processos da sua conta leem e escrevem no disco. Um site que lê e escreve arquivos constantemente, como lojas virtuais com geração de relatórios ou sites com log de acessos, consume mais I/O.
IOPS é diferente do I/O: em vez de velocidade, mede a quantidade de operações por segundo. Você pode ter poucas operações mas de alto volume (I/O alto, IOPS baixo) ou muitas operações pequenas (IOPS alto, I/O moderado). Os dois juntos descrevem o comportamento real do disco.
Entry Processes é a métrica mais ignorada e frequentemente a causa de erros em sites WordPress. Ela mede quantas requisições PHP estão sendo processadas simultaneamente naquele instante. Se 20 visitantes chegam ao mesmo tempo e cada um dispara um processo PHP, você precisa de pelo menos 20 de Entry Processes disponíveis. Quando esse limite é atingido, os visitantes entram em fila e, se a fila encher, veem o erro 508.
Inodes conta o número total de arquivos e pastas na sua conta, não o espaço ocupado por eles. Sites com muitas imagens, backups acumulados ou logs antigos consomem inodes rapidamente. Quando o limite é atingido, o servidor não permite criar novos arquivos, o que pode impedir atualizações do WordPress ou uploads.
Como acessar o relatório de uso de recursos no cPanel
O caminho varia um pouco entre provedores, mas geralmente segue este fluxo:
Passo 1: Acesse o cPanel da sua hospedagem.
Passo 2: Procure pelo ícone ou link chamado “Resource Usage”, “Uso de Recursos” ou “CPU and Concurrent Connection Usage”, dependendo do provedor.
Passo 3: O relatório mostra o consumo nas últimas 24 horas com gráficos por recurso. Clique em “Details” ou “Detalhes” para ver os dados históricos e os picos de uso.
Alguns provedores, como a Hostinger, têm painéis próprios com esse relatório integrado fora do cPanel. O princípio de leitura é o mesmo.
Como interpretar os gráficos de uso
Os gráficos mostram o percentual de uso em relação ao limite do plano. Alguns referencias práticos:
- Até 50%: normal. Há margem para crescimento.
- 50% a 80%: atenção. O site ainda funciona bem, mas picos de tráfego podem causar problemas.
- Acima de 80%: risco real. Qualquer aumento de acesso pode derrubar o site.
- 100% frequente: o plano não comporta mais o site. Upgrade necessário.
O que importa não é um pico isolado, mas a média e a frequência dos picos. Um site que chega a 100% de CPU por 10 segundos num único dia está em situação diferente de um que fica acima de 80% todos os dias.
Se o tempo de resposta do servidor (TTFB) estiver acima de 300ms de forma consistente, esse é outro indicador de que os recursos estão sendo pressionados.
Erros gerados por cada limite
Saber qual erro está aparecendo ajuda a identificar diretamente qual recurso está esgotado:
| Erro | Recurso relacionado |
|---|---|
| 503 Service Unavailable | CPU ou RAM esgotados |
| 508 Resource Limit Reached | Entry Processes esgotados |
| 500 Internal Server Error | RAM ou CPU em situação crítica |
| Site trava ao fazer upload | Inodes no limite |
| Atualização do WordPress falha | Inodes ou disco esgotados |
O que fazer quando os limites estão sendo atingidos
Ações imediatas:
Cache: se o site ainda não usa cache, instalar e configurar um plugin de cache é a ação de maior impacto imediato. O cache reduz drasticamente o consumo de CPU porque não precisa processar cada requisição do zero. O WP Rocket e o LiteSpeed Cache são as opções mais usadas para WordPress.
Plugins: desative temporariamente os plugins instalados um por um para identificar se algum está com comportamento anormal. Plugins mal codificados podem consumir CPU de forma desproporcional.
Imagens: imagens sem compressão são uma das causas mais frequentes de I/O alto e lentidão. Comprima as imagens do site antes de fazer upload.
Logs e backups: verifique se há arquivos de log acumulados ou backups antigos na conta. Eles consomem inodes sem trazer benefício.
Ações de médio prazo:
Se as otimizações não resolverem, o problema é estrutural: o plano atual não comporta mais o tráfego e as funcionalidades do site. Nesse caso, a solução é fazer upgrade para um plano com mais recursos ou migrar para uma hospedagem VPS.
Se você ainda não conhece as diferenças entre os tipos de planos, o artigo sobre como escolher a melhor hospedagem de site explica quando cada tipo faz sentido.
Quando migrar para VPS
A hospedagem compartilhada tem limites por design. Quando o site cresce, chega um ponto em que qualquer otimização é insuficiente. Sinais claros de que o VPS é o próximo passo:
- O consumo de CPU ou RAM fica acima de 80% de forma constante mesmo após otimizações
- O site recebe erros 508 com frequência em horários de pico
- Você precisaria desabilitar funcionalidades do site para caber no plano
- O tráfego mensal ultrapassou consistentemente 50.000 visitas
No VPS, os recursos são dedicados à sua conta, não compartilhados. Se quiser entender como esse processo funciona na prática, veja como configurar uma hospedagem VPS.
Perguntas frequentes
Qual recurso de hospedagem é o primeiro a ser atingido no WordPress?
Em sites WordPress, os Entry Processes e a CPU costumam ser os primeiros a chegar ao limite. O WordPress faz muitas requisições PHP por acesso, especialmente em sites sem cache configurado. Em segundo lugar vêm os Inodes, que crescem com o acúmulo de arquivos de cache, logs e backups.
O que significa o erro 508 Resource Limit Reached?
O erro 508 indica que o limite de Entry Processes foi atingido. Isso significa que o número máximo de requisições PHP simultâneas permitido pelo plano foi ultrapassado. O servidor colocou as requisições em fila, a fila transbordou e começou a devolver esse erro. A solução imediata é reduzir a carga com cache. A solução definitiva pode ser um upgrade de plano.
Como saber se meu site está sofrendo com limites de recursos?
Além dos erros visíveis (503, 508), outros sinais são: lentidão que aumenta em horários de maior acesso, tempo de resposta do servidor acima de 300ms no PageSpeed Insights, e notificações do provedor de hospedagem alertando sobre consumo elevado. O relatório de Resource Usage no cPanel mostra o histórico e os picos.
Qual a diferença entre I/O e IOPS?
I/O mede a quantidade de dados transferidos por segundo (em bytes/s). IOPS mede o número de operações de leitura e escrita por segundo, independentemente do tamanho de cada operação. Um banco de dados com muitas consultas pequenas pode ter IOPS alto com I/O baixo. Ambos juntos descrevem o comportamento real do disco da sua conta.
Entry Processes é o mesmo que visitas simultâneas?
Não exatamente. Entry Processes conta as requisições PHP em execução no servidor naquele instante, não os visitantes navegando no site. Um único visitante pode gerar várias requisições PHP ao carregar uma página com muitos scripts. Sites sem cache configuram um Entry Process por requisição. Com cache ativo, muitas requisições são respondidas diretamente sem acionar o PHP, o que reduz o consumo significativamente.
Inodes cheios impedem o WordPress de funcionar?
Sim. Com os Inodes no limite, o WordPress não consegue criar arquivos temporários durante atualizações, o servidor não aceita novos uploads, e plugins que geram arquivos de cache param de funcionar. A solução é liberar Inodes removendo backups antigos, limpando o cache do servidor e apagando arquivos de log acumulados.
