Sair da hospedagem compartilhada: 5 sinais de que é a hora

Sair da hospedagem compartilhada vira uma necessidade quando o site para de ser vitrine e passa a ser operação: loja que vende, AVA com alunos, sistema que recebe webhook do WhatsApp. Este guia mostra os cinco sinais que vemos todo mês nos ambientes que recebemos, como medir cada um em casa, quanto custa a mudança e quando ainda não vale a pena mudar.

TL;DR

• Erro 508 ou 503 no horário de pico quase sempre quer dizer que você bateu no teto de processos simultâneos do plano, e não que "o site caiu".
• TTFB acima de 0,8 s com cache ligado é o limite que o próprio Google chama de "bom". Passou disso de forma consistente, o gargalo é o servidor.
• O PHP 8.2 perde o suporte de segurança em 31/12/2026. Se o painel não deixa você subir de versão no seu ritmo, você já está preso.
• Gmail exige taxa de spam abaixo de 0,30% e IP fora de blocklist. Em IP compartilhado, a reputação do vizinho também é sua.
• Não migre só por status: site institucional com pouco acesso pode continuar no compartilhado.

O que muda quando você decide sair da hospedagem compartilhada

Na hospedagem compartilhada, centenas de contas dividem a mesma máquina. Para que ninguém derrube ninguém, o provedor coloca cada conta numa "jaula" de recursos. No mercado, a ferramenta mais comum para isso é o CloudLinux LVE (Lightweight Virtual Environment), que limita CPU, memória, I/O de disco e quantos processos a sua conta pode rodar ao mesmo tempo.

Isso não é defeito, é o modelo de negócio. Ele funciona muito bem para o que foi feito: sites leves, com tráfego previsível e sem processos rodando em segundo plano.

O problema começa quando a empresa cresce dentro dele. Para dar escala, a tabela pública da Hostinger, uma das maiores do segmento, mostra o plano Web Premium com 40 PHP workers, 2 GB de RAM, 1 núcleo de CPU e 400 mil inodes. O plano de topo vai a 60 workers, 3 GB e 2 núcleos. Cada PHP worker atende uma requisição por vez. Quando todos estão ocupados, o próximo visitante espera ou recebe erro.

Sair da hospedagem compartilhada significa trocar esse teto fixo por recursos dedicados ao seu sistema: uma VPS, uma instância em nuvem ou um ambiente gerenciado. A pergunta certa não é "qual é mais rápido", e sim quem vai operar a máquina depois. Voltamos a isso adiante.

Sou Cleverson Gouvêa, fundador da Agathas Web. Desde 2008 recebo clientes que chegaram ao limite do compartilhado, de AVAs Moodle a lojas e integrações com a API oficial do WhatsApp. Os cinco sinais abaixo são os que mais aparecem quando o cliente decide sair da hospedagem compartilhada de vez.

Sinal 1: erros 508 e 503 justamente na hora em que mais vende

O primeiro sinal é o mais caro, porque aparece no pior momento: campanha no ar, prova online aberta, lista de transmissão disparada.

Como reconhecer

• 508 Resource Limit Is Reached: a documentação da LiteSpeed e do Plesk descreve o mesmo motivo. A conta atingiu o limite de entry processes, ou seja, de conexões simultâneas ao PHP/servidor web dentro do LVE.
• 503 ou 500 intermitente: costuma ser estouro de memória ou de número de processos.
• Site lento, mas sem erro: é o limite de CPU ou de I/O. O LVE não derruba, ele estrangula.

Como medir

No cPanel com CloudLinux, abra Uso de recursos (Resource Usage). Ali aparecem os momentos em que a conta bateu em cada limite. Se os "faults" se repetem toda semana nos mesmos horários, o problema não é acidente: é capacidade, e é o primeiro motivo concreto para sair da hospedagem compartilhada sem culpa.

Quando ainda não é motivo para sair

Se o 508 vem de um robô varrendo o site ou de um plugin mal escrito, mudar de servidor só muda o problema de lugar. Antes, bloqueie bots na Cloudflare, ligue cache de página e veja se os faults somem. Se sumirem, você ganhou fôlego sem gastar. Se continuarem com tráfego legítimo, é sinal real de que chegou a hora de sair da hospedagem compartilhada e ter recurso dedicado.

Em AVAs isso é ainda mais claro. Um Moodle com 200 alunos fazendo questionário ao mesmo tempo gera muito mais requisições ao PHP do que 200 visitas num site institucional. Explicamos como estimar isso no guia sobre quantos alunos simultâneos o seu servidor Moodle aguenta.

Sinal 2: o TTFB não baixa de 0,8 s, mesmo com cache

TTFB (Time to First Byte) é o tempo entre o navegador pedir a página e receber o primeiro byte de resposta. Ele mede o servidor, não o design.

Segundo o web.dev, do Google, um TTFB é bom até 0,8 segundo e ruim acima de 1,8 segundo. O TTFB não é uma Core Web Vital, mas atrasa todas elas: nenhuma imagem carrega antes do primeiro byte chegar.

O teste que fazemos em todo diagnóstico

1. Rode o PageSpeed Insights na página mais importante e anote o TTFB dos dados de campo (usuários reais, percentil 75).
2. Meça de novo em três horários: madrugada, meio da manhã e pico.
3. Compare. Se o TTFB é ótimo de madrugada e ruim às 10h, o problema é disputa de recurso, não seu código.

Esse padrão tem nome no mercado: vizinho barulhento. Outra conta na mesma máquina roda um backup pesado ou leva um ataque, e o seu site paga a conta. Na hospedagem compartilhada você não vê o vizinho, não sabe quem ele é e não pode fazer nada a respeito.

Armadilha comum

Trocar de plano compartilhado "mais caro" raramente resolve. Você ganha mais workers, mas continua no mesmo disco e na mesma CPU disputada. Se o TTFB oscila com o horário, o caminho é sair da hospedagem compartilhada e ir para recurso dedicado.

Sinal 3: o painel decide a sua versão de PHP e o que pode rodar

Este é o sinal que pouca gente percebe até virar urgência.

Pelo calendário oficial do php.net, o PHP 8.1 perdeu todo o suporte em 31/12/2025 e o PHP 8.2 recebe só correções de segurança até 31/12/2026. Depois disso, vulnerabilidade nova no 8.2 não ganha mais correção. O WordPress hoje recomenda PHP 8.3 ou superior e MariaDB 10.11+ ou MySQL 8.0+.

No compartilhado, você escolhe entre as versões que o provedor oferece, quando ele oferece. A versão do banco de dados, normalmente, nem isso.

O que mais costuma ficar de fora

• Cron real: o Moodle e vários sistemas Laravel precisam de tarefas agendadas a cada minuto. Muitos planos limitam a frequência ou matam processos longos.
• Processos persistentes: filas de e-mail, workers de Node.js e o receptor de webhooks da API oficial do WhatsApp precisam ficar vivos o tempo todo. O compartilhado foi feito para requisição curta.
• Redis e cache de objeto: quando existe, é compartilhado ou limitado.
• Configuração do servidor web: a partir do Moodle 5.1, a documentação oficial pede que o document root aponte para a pasta /public. Em painel compartilhado, isso pode virar gambiarra com symlink.

Se você precisa abrir chamado para mudar algo que leva cinco minutos num servidor próprio, esse é o sinal para sair da hospedagem compartilhada antes que a pressa decida por você. Para quem roda Moodle, os detalhes estão em Requisitos de servidor para Moodle 5.x.

Sinal 4: os seus e-mails começam a cair no spam

Muita empresa usa o e-mail que vem junto da hospedagem. Ele sai pelo mesmo IP que centenas de outros clientes usam.

O Google é direto nas regras para quem envia ao Gmail. Todo remetente precisa de SPF ou DKIM, DNS reverso (PTR) válido e taxa de spam abaixo de 0,30% no Postmaster Tools, com recomendação de ficar abaixo de 0,10%. Quem envia mais de 5.000 mensagens por dia precisa de SPF, DKIM e DMARC. Sobre IP compartilhado, o texto do Google diz apenas que ele não pode estar em nenhuma blocklist pública.

O problema é que você não controla isso. Basta uma conta vizinha comprometida disparando spam para o IP inteiro entrar numa lista, e a sua nota fiscal, o seu orçamento e a sua recuperação de senha passarem a cair no lixo eletrônico.

Como checar

• Consulte o IP de saída do seu servidor em ferramentas de blocklist como a do MXToolbox.
• Envie um e-mail para uma conta Gmail e abra "Mostrar original": SPF, DKIM e DMARC precisam aparecer como PASS.
• Se aparecer softfail ou o IP estiver listado mais de uma vez no trimestre, o problema é estrutural.

Quando não precisa migrar por isso

Se o único problema é e-mail, às vezes basta separar: o site fica onde está e o e-mail vai para um provedor dedicado. É a solução mais barata e resolve na hora, sem precisar sair da hospedagem compartilhada só por causa da caixa de entrada.

Sinal 5: o site virou receita, mas ninguém responde por ele

O último sinal não aparece em painel. Aparece na pergunta: se cair às 23h de sexta, quem atende?

Na hospedagem compartilhada, o contrato cobre a máquina, não a sua aplicação. O suporte vai confirmar que o servidor está no ar. Se o problema for o seu WordPress, o seu Moodle ou o seu banco corrompido, ele é seu.

Perguntas que expõem o risco

• Backup: existe cópia fora do servidor? Quando foi a última restauração testada? Backup que nunca foi restaurado é só uma esperança.
• Atualização: quem aplica patch do sistema, do PHP e dos plugins críticos? Em quanto tempo depois de uma falha pública?
• Incidente: existe tempo de resposta por escrito? Existe multa se não cumprir?
• LGPD: se o site guarda dados de alunos ou clientes, você consegue provar quem acessa o servidor e como os backups são protegidos?

Quando a resposta para três dessas quatro é "não sei", o risco não é técnico. É de negócio, e talvez seja o motivo mais forte para sair da hospedagem compartilhada. Uma hora parada numa loja ou num AVA em semana de prova custa mais do que um ano de diferença na mensalidade.

Quando NÃO vale sair da hospedagem compartilhada

Honestidade aqui economiza dinheiro. Nem toda empresa precisa sair da hospedagem compartilhada agora. Há casos em que a nossa recomendação é ficar:

• Site institucional com poucas centenas de visitas por dia, sem loja, sem login de cliente.
• Landing page de campanha temporária, que pode ir para uma hospedagem estática ou CDN.
• Blog pessoal ou projeto em validação, sem receita dependendo dele.
• Problema de código, não de servidor: plugin pesado, consulta sem índice, imagem de 4 MB na home. Isso vai junto para qualquer servidor.

A regra que usamos: se nenhum dos cinco sinais aparece com frequência e o site não fatura diretamente, o compartilhado com Cloudflare na frente costuma bastar. Sair da hospedagem compartilhada antes da hora só troca uma conta barata por uma conta cara com o mesmo resultado.

Para onde ir e quanto custa sair da hospedagem compartilhada

VPS, nuvem ou hospedagem gerenciada

Depois de decidir sair da hospedagem compartilhada de vez, o erro mais comum é contratar uma VPS barata achando que resolveu. A máquina fica mais forte, mas agora toda a operação é sua: firewall, atualização, backup, monitoramento, certificado, e-mail.

Critério	Compartilhada	VPS sem gestão	Nuvem (AWS, etc.)	Hospedagem gerenciada
Recursos	Divididos, com teto fixo	Dedicados	Elásticos	Dedicados e dimensionados
Versão de PHP/banco	O que o painel oferece	Você escolhe e mantém	Você escolhe e mantém	Escolhida e mantida pela equipe
Processos e cron	Limitados	Livres	Livres	Livres e monitorados
Segurança e patches	Do provedor (só a máquina)	Sua	Sua	Da equipe, com prazo
Backup testado	Raro	Seu	Seu	Incluso e restaurado
Quem atende o incidente	Fila do suporte	Você	Você	Equipe com SLA
Custo mensal típico	Baixo	Baixo	Variável	Médio, previsível

Se a sua empresa tem um sysadmin, uma VPS pode ser ótima. Se não tem, a diferença real entre VPS e gerenciada está em quem acorda de madrugada. Detalhamos essa divisão de responsabilidades em Hospedagem gerenciada vs VPS: quem cuida do quê quando o site cai.

O que entra na conta

O custo para sair da hospedagem compartilhada tem duas partes: a mensalidade nova e a migração em si.

• Mensalidade: na nossa hospedagem gerenciada, sites institucionais e blogs ficam entre R$ 250 e R$ 500 por mês; e-commerce e SaaS, entre R$ 600 e R$ 2.500.
• Setup e migração: de R$ 800 a R$ 3.500, conforme a complexidade (quantidade de sites, e-mails, bancos e integrações).
• Custo escondido do "faça você mesmo": horas de alguém da equipe aprendendo a configurar servidor, e o risco de errar justamente na virada.

Roteiro para migrar sem derrubar o site

1. Inventário: sites, bancos, contas de e-mail, crons, integrações e registros de DNS.
2. Baixar o TTL do DNS para 300 segundos com pelo menos 48 horas de antecedência.
3. Montar o ambiente novo com a versão de PHP e de banco certas, e testar em domínio interno.
4. Validar com o cliente antes de virar a chave. Formulário, checkout, login e envio de e-mail.
5. Virada em janela de baixo tráfego, com sincronização final do banco.
6. Manter o ambiente antigo intacto por um tempo, para voltar atrás se preciso.

Quem decide sair da hospedagem compartilhada costuma tropeçar sempre no mesmo ponto. A armadilha clássica é esquecer o e-mail. O site migra perfeito e, na segunda-feira, ninguém recebe mensagem porque o registro MX ainda aponta para o servidor antigo, ou a caixa foi apagada junto com o plano.

Como a Agathas Web resolve isso

Não revendemos cPanel. A hospedagem gerenciada da Agathas Web é um ambiente montado para a stack que você usa (WordPress, Laravel, Next.js, Node, Python ou Moodle) e operado pela mesma equipe que o configurou.

O que está incluso

• Recursos dedicados, dimensionados pelo uso real medido no diagnóstico, sem teto de entry processes.
• Versões atualizadas de PHP, banco e sistema operacional, com patch crítico aplicado em até 72 horas após a falha se tornar pública, sempre passando por staging.
• Cloudflare com WAF, fail2ban, hardening do sistema e SSL automático em todos os domínios.
• Backup diário e incremental, fora do servidor e criptografado, com restauração testada todo mês.
• E-mail corporativo com SPF, DKIM e DMARC configurados corretamente.
• Monitoramento 24/7 com alertas na equipe técnica e SLA contratual: uptime de 99,9%, resposta a incidente crítico em até 15 minutos e multa se não cumprirmos.

Como funciona a contratação

1. Você pede o diagnóstico gratuito da infraestrutura atual. Em até 3 dias úteis apontamos riscos, gargalos e o plano de custo.
2. Aprovado o plano, fazemos a migração em até 7 dias úteis: site, banco, e-mails e DNS, com staging, virada fora do horário comercial e ambiente antigo preservado por 30 dias.
3. O contrato é mensal, sem fidelidade, com 30 dias de aviso para cancelar. A infraestrutura é documentada e você pode levar tudo embora quando quiser.

Para instituições de ensino com AVA, existe uma linha específica: a hospedagem Moodle, ajustada para cron, cache e picos de prova.

Conclusão: o sinal mais claro é o custo de ficar

Nenhum dos cinco sinais sozinho obriga a migrar. Juntos, eles mostram que sair da hospedagem compartilhada deixou de ser luxo e contam a mesma história: o site deixou de ser um cartão de visitas e passou a carregar receita, alunos ou atendimento. O modelo compartilhado não foi feito para isso.

Faça o teste prático desta semana: confira os faults no painel, meça o TTFB em três horários, veja a versão de PHP e passe o IP numa blocklist. Se dois ou mais derem vermelho, é hora de sair da hospedagem compartilhada com planejamento, e não às pressas depois de uma queda.

Se quiser um diagnóstico sem compromisso, com números do seu ambiente e não de tabela genérica, conheça a hospedagem gerenciada da Agathas Web e peça a avaliação. Respondemos com o plano em até 3 dias úteis.