Imagine: sua loja virtual funciona sem problemas e, sem nenhuma mudança no código, começa a ficar lenta, a cair nos horários de pico, ou você recebe uma fatura com preços novos sem explicação. O provedor responde com frases genéricas sobre “melhorias na infraestrutura”, e você não consegue ver o que realmente acontece no servidor.
Muitos donos de sites descobrem os problemas de hospedagem tarde demais. A seguir estão os sinais que você mesmo pode verificar e as perguntas que vale a pena fazer a um provedor antes que o seu site comece a perder visitantes.
O que os provedores fazem enquanto você não está olhando
As empresas de hospedagem raramente contam muito sobre o que acontece nos seus servidores. Você paga por espaço e largura de banda garantidos, mas não sabe quantos outros projetos dividem o seu servidor. A hospedagem compartilhada é como um prédio de apartamentos em que o vizinho do terceiro andar baixa torrents todas as noites e a administração diz que isso é normal.
O problema central: os provedores revendem recursos. Um único servidor físico de hospedagem compartilhada pode rodar um número enorme de sites, e os provedores raramente revelam o número exato. Enquanto a carga é equilibrada, funciona. Assim que um desses sites recebe um pico repentino de tráfego (um artigo popular, uma campanha publicitária), o servidor inteiro fica lento.
Quando o servidor está sobrecarregado e você fala com o suporte, a resposta costuma ser a mesma: o problema estaria no código do seu site. Às vezes é verdade, e é exatamente por isso que você precisa das suas próprias medições.
- A sobrecarga de recursos do servidor pode acontecer de madrugada, quando ninguém está vigiando
- Os backups às vezes rodam no horário de pico e deixam os sites do servidor visivelmente mais lentos
- As atualizações do sistema operacional são aplicadas sem aviso nem janela de manutenção programada
- Sites infectados no mesmo servidor podem afetar o seu, já que compartilham software em comum
Como identificar uma crise de hospedagem antes que ela derrube o seu site
Há vários sinais que devem acender o alerta. Não espere o site cair: aprenda a ler os sinais que o servidor envia.
Primeiro, meça o tempo de resposta do servidor (TTFB). O guia do Google no web.dev classifica um TTFB de 0,8 segundo ou menos como bom e acima de 1,8 segundo como ruim (verificado em 29.10.2026). Se até uma página simples responde devagar repetidas vezes e os logs não mostram erros de código nem consultas pesadas, a causa provavelmente está no servidor. Nosso guia de monitoramento da hospedagem mostra como acompanhar isso automaticamente.
| Sintoma | Causa mais provável | O que fazer |
|---|---|---|
| Timeouts aleatórios com tráfego normal | Sobrecarga de CPU ou RAM no servidor | Pedir ao provedor um relatório de carga |
| O banco de dados responde muito devagar | Vários sites acessando o disco ao mesmo tempo | Migrar para VPS ou hospedagem gerenciada |
| Lentidão periódica (a cada hora) | Backups automáticos | Pedir outro horário para os backups |
| Os arquivos estão no disco, mas inacessíveis | Problema de permissões ou sincronização com falha | Verificar as permissões ou acionar o suporte |
Um sinal menos óbvio: se o seu site está bem num dia e lento no outro sem mudanças no código, provavelmente é a hospedagem. Outros sites do servidor começaram algo pesado, e o sistema não está distribuindo os recursos de forma justa.
Painéis de controle: tela bonita ou ferramenta útil?
cPanel, Plesk, DirectAdmin: esses painéis de controle simplificam muito a administração da hospedagem. Mas também dão aos provedores a possibilidade de esconder o estado real do servidor.
O painel mostra quanto espaço você usa. Não mostra quantos outros sites dividem a sua controladora de disco. Mostra o tráfego. Não mostra se você divide esse canal com outros projetos.
Um cenário típico: o painel de controle exibe números que parecem bons, espaço usado e tráfego. Mas as métricas que realmente importam, como a carga do servidor, o uso do disco e o número de sites vizinhos, ficam escondidas atrás da tela.
Alguns provedores já mostram métricas reais do servidor: carga média, nível de uso de E/S do disco, número de processos ativos. Se o seu provedor não mostra esses valores, isso já é um sinal de alerta.
Compartilhada, VPS ou nuvem: quando migrar?
A hospedagem compartilhada funciona enquanto o seu site cabe nos recursos do plano. Não existe um limite exato de visualizações por mês: um site leve com cache aguenta muito mais do que uma loja pesada sem cache. Confie nas suas próprias medições: se o TTFB piora cada vez mais sob carga e o provedor avisa que você ultrapassa os limites de CPU ou de processos, é hora de pensar em migrar.
O VPS muda o jogo. Você recebe uma parte dedicada do servidor com um número fixo de núcleos de CPU e uma quantidade de RAM definida pelo plano. As outras instâncias VPS desse servidor não podem tomar os seus recursos. É como sair de um prédio de apartamentos para uma casa própria: instalações próprias, aquecimento próprio, sossego próprio.
- Hospedagem compartilhada: economiza dinheiro. Indicada para sites simples.
- VPS: quando o plano compartilhado vive sem recursos. Controle da configuração. Exige conhecimentos básicos de Linux.
- Hospedagem gerenciada: a equipe do provedor cuida do servidor, você cuida do código. Por um preço mais alto, você ganha tranquilidade.
- Nuvem (AWS, Google Cloud): quando o tráfego é imprevisível. Você paga pelo que usa. A escalabilidade é automática.
Um problema comum: muitos desenvolvedores web ficam na hospedagem compartilhada mais tempo do que deveriam. Têm medo do custo de um VPS ou não sabem configurar o Linux. Mas um site lento também custa dinheiro: em um relatório do Think with Google (dados do Google Analytics, março de 2016), 53% dos visitantes em dispositivos móveis abandonavam uma página que levava mais de 3 segundos para carregar.
Escondido nos contratos: o que você precisa saber
Leia os termos de serviço. Sério. Muita gente não lê e depois se surpreende quando o site é suspenso por violar termos que nem conhecia.
Pontos críticos para procurar:
- SLA (acordo de nível de serviço): se o servidor fica fora do ar 8 horas por mês, mas o contrato promete 99% de uptime, o provedor já está descumprindo os termos. Bom sinal: uptime garantido de 99,9% com compensação pelas quedas.
- Backups: quando são feitos? Diariamente? Semanalmente? De quem são os backups: seus ou do provedor? Se o site cair, você consegue restaurá-lo?
- Preço do upgrade: dá para mudar para um plano mais potente sem multa? Ou o provedor cobra um valor desconhecido para migrar o seu site?
- Período de carência: se você não pagar por um mês, eles apagam os seus dados? Ou dão um prazo para pagar?
| Item do contrato | O que verificar | Bom sinal |
|---|---|---|
| SLA | Quantas horas de queda por mês o contrato permite | Uptime garantido de 99,9% com compensação pelas quedas |
| Backups | Com que frequência as cópias são feitas e de quem são | Backups regulares a partir dos quais você pode restaurar o site |
| Preço do upgrade | Se você pode mudar para um plano mais potente | Mudança sem multa e custo de migração claro |
| Período de carência | O que acontece com os seus dados se você atrasar um pagamento | Prazo para pagar antes que os dados sejam apagados |
Como avaliar um provedor antes que algo quebre
Preço e marca dizem pouco sobre a lotação dos servidores de um provedor. Por isso, verifique o que você consegue medir ou obter por escrito, e não promessas:
- Seu próprio monitoramento. Configure uma verificação externa de uptime e TTFB a cada poucos minutos. Depois de um mês, você terá dados próprios sobre quedas e estabilidade da velocidade.
- Métricas no painel. Pergunte se o seu painel mostra o uso de CPU, memória, processos e E/S de disco da sua conta, e o que acontece quando você atinge os limites.
- SLA por escrito. Qual uptime é garantido, como o tempo fora do ar é contado e que compensação você recebe.
- Backups. Com que frequência rodam, por quanto tempo são guardados e se você mesmo pode restaurar o site.
- Localização dos servidores. Onde os servidores ficam fisicamente em relação ao seu público: isso afeta a latência de rede.
Se o seu público está concentrado em uma região, escolha a localização de servidor mais próxima dela e meça o ping e o TTFB a partir de lá.
Como referência, a RichHost oferece hospedagem compartilhada com discos NVMe, o painel de controle próprio com assistente de IA e servidores na Europa e nos EUA; as condições atuais estão na página de planos de hospedagem.
Então, antes de escolher um provedor pelo menor preço, faça essas perguntas e compare as respostas com as suas próprias medições.
Como verificamos. Em 29.10.2026 revisamos este artigo e removemos números sem fonte: percentuais hipotéticos, sites por servidor, limites de visualizações e preços. Os limites de TTFB vêm do web.dev e os dados de abandono, de um relatório do Think with Google (ambos verificados em 29.10.2026).
