O plano é “ilimitado”, mas o servidor não: onde 6 hospedagens brasileiras apertam o cerco

Tem uma frase que aparece em quase todo anúncio de hospedagem: “hospedagem ilimitada”. No papel, parece que você pode crescer sem se preocupar. Na prática, o servidor é compartilhado, e todo mundo divide a mesma infraestrutura. O limite existe — só não está no banner.

A gente resolveu medir. Instalamos o mesmo WordPress realista em seis hospedagens brasileiras que vendem planos “ilimitados” na faixa de R$ 20 a R$ 40 por mês. O site tinha plugins comuns: cache, SEO, formulário de contato, backup e uma loja simples com WooCommerce. Depois, simulamos picos de acesso, rodamos backup completo e deixamos cron jobs trabalhando. O objetivo era descobrir qual recurso estoura primeiro e como cada suporte reage quando o cliente reclama.

Como o teste foi montado

Cada conta recebeu o mesmo pacote: WordPress atualizado, tema leve, cinco plugins de uso real e um catálogo com 30 produtos. Monitoramos os limites via painel CloudLinux/cPanel quando disponível, além de logs de erro e ferramentas de monitoramento externo.

A carga foi dividida em três etapas:

1. Dia a dia — 10 visitantes simultâneos, navegação normal e um backup diário para armazenamento externo.
2. Pico de campanha — 50, 100 e 200 visitantes simultâneos, com página de produto e carrinho ativos.
3. Rotina pesada — importação de produtos, varredura de plugins, envio de e-mail em massa e restauração de backup.

O que a gente queria não era eleger o “melhor servidor”, e sim identificar o momento exato em que o plano ilimitado deixa de ser ilimitado. E, principalmente, o que a hospedagem faz quando isso acontece.

Inodes: o limite que quase ninguém vê

O primeiro recurso a estourar em três das seis hospedagens foi o de inodes. Inode é, de forma simples, cada arquivo ou pasta que existe na sua conta. Um WordPress com backups acumulados, cache, imagens em vários tamanhos e e-mails armazenados consome inodes sem parar.

Em uma das hospedagens, o limite era de 100 mil inodes. Parece muito, mas o backup diário do plugin gerava uma cópia completa a cada execução, e em poucas semanas a conta chegou perto do teto. Quando passou, o painel começou a bloquear novos uploads e o site perdeu a capacidade de gravar cache. O suporte respondeu com a clássica: “o cliente precisa remover arquivos desnecessários”.

Em outra, o limite era mais generoso, mas os e-mails contavam como inodes. Cada mensagem enviada pelo formulário de contato virava um arquivo. Quem tem newsletter ou loja com muitos pedidos precisa ficar atento: o “ilimitado” de armazenamento não é o mesmo que “ilimitado de arquivos”.

I/O: quando o backup vira vilão

A taxa de entrada e saída (I/O) mede a velocidade com que sua conta lê e grava dados no disco. Em planos compartilhados, o valor costuma ficar entre 1 MB/s e 10 MB/s. Para um blog pequeno, parece suficiente. Para um backup completo ou uma importação de produtos, vira gargalo na hora.

Em duas hospedagens, o backup noturno consumiu toda a cota de I/O e o site ficou lento por vários minutos. Em uma delas, o visitante recebia erro 508 (limite de recursos atingido). O suporte orientou a “desativar plugins pesados”, mesmo o problema sendo causado pelo próprio backup. A solução prática foi agendar o backup para madrugada e reduzir a frequência — mas isso deveria estar claro no plano, não descoberto no susto.

CPU e processos: o teto que derruba loja

CPU em hospedagem compartilhada raramente significa “um núcleo inteiro para você”. O normal é um percentual de um núcleo ou uma cota de segundos. Quando o site usa mais do que o permitido, o CloudLinux entra em ação e limita a execução. O sintoma é site lento, erro 503 ou páginas que carregam pela metade.

No teste com WooCommerce, uma hospedagem estourou a CPU durante a importação de 30 produtos. O suporte sugeriu migrar para um plano maior. Outra derrubou o site quando havia 100 visitantes simultâneos na página de produto — o limite de processos de entrada (entry processes) era baixo, e cada conexão PHP contava como um processo.

Memória também apareceu: em uma das contas, o limite de 512 MB foi atingido durante uma varredura de plugins, e o PHP foi encerrado. O site voltou sozinho, mas perdeu a requisição. Para quem vende online, cada requisição perdida é uma venda que pode ter ido embora.

O que os anúncios não mostram

A tabela abaixo resume os limites mais comuns que encontramos nos planos “ilimitados”. Os valores variam de hospedagem para hospedagem, mas a lógica é parecida:

Recurso	Onde aparece	Valor comum	O que costuma derrubar
Inodes	Painel do cliente	50 mil a 300 mil	Backups, cache, e-mails
I/O	CloudLinux	1 MB/s a 10 MB/s	Backup, importação, cópia de arquivos
CPU	CloudLinux	50% a 100% de um núcleo	Plugins pesados, picos de acesso
Processos de entrada	CloudLinux	20 a 50	Muitos visitantes simultâneos
Memória PHP	php.ini / CloudLinux	256 MB a 1 GB	Varreduras, lojas, page builders

O problema não é ter limite — todo servidor compartilhado tem. O problema é vender “ilimitado” sem deixar claro qual é o teto real. Quando o cliente descobre, geralmente já perdeu acesso, venda ou paciência.

Como ler a letra miúda antes de assinar

Alguns hábitos simples evitam a dor de cabeça:

• Pergunte os números por escrito. Peça ao suporte os limites de CPU, inodes, I/O, processos e memória do plano. Se a resposta for “é ilimitado”, insista: “qual o limite na prática?”.
• Calcule seus inodes. Um WordPress com backup local e cache pode passar de 30 mil arquivos fácil. Se você tem e-mails hospedados, some tudo.
• Separe o backup. Guarde cópias fora da hospedagem. Isso reduz inodes, I/O e o risco de perder tudo no mesmo lugar.
• Teste antes de migrar. Instale um plugin que mostra os limites do servidor ou peça um período de teste. Faça um backup completo e veja se o site aguenta.
• Desconfie de suporte que culpa o cliente. Se a primeira resposta é “seu site está pesado” sem mostrar números, é sinal de que a letra miúda vai aparecer na pior hora.

O veredito do Clube do Host

“Ilimitado” é uma palavra de marketing, não uma característica técnica. Nas seis hospedagens testadas, todas tinham teto — e algumas escondiam bem. A diferença entre um plano decente e um plano problemático não está no banner, mas na transparência dos limites e na qualidade do suporte quando eles são atingidos.

Para blog pequeno, um plano com 50 mil inodes, 5 MB/s de I/O e 1 GB de memória costuma dar conta. Para loja virtual, procure limites maiores de processos e CPU, e pergunte como a hospedagem lida com picos. No fim, o melhor “ilimitado” é aquele que você entende antes de pagar o boleto — não depois que o site cai.