Por que sua campanha converte menos em horário de pico

Você aumenta o orçamento, a campanha entra no ar e, justamente no horário de pico, o CPA sobe e as conversões somem. Antes de culpar o criativo ou o público, olhe para um suspeito que quase ninguém investiga: a sua hospedagem. Quando muita gente clica no anúncio ao mesmo tempo, uma campanha em horário de pico pode esbarrar nos limites do servidor — e o dinheiro de mídia vira bounce.

O gargalo invisível: seu servidor no pico

Cada visitante que clica no anúncio abre uma conexão e consome CPU no servidor. Numa hospedagem apertada, o pico de acessos simultâneos estoura os limites de processamento, de conexões e de processos PHP. O resultado: as páginas ficam lentas, formam fila e parte dos visitantes simplesmente não consegue carregar a landing page.

Os sintomas que denunciam o problema

• A LP fica lenta só no pico — quando você testa fora do horário, abre rápido.
• Aparecem erros 503 (serviço indisponível) ou 508 (limite de recursos atingido).
• O tempo de resposta dispara e alguns acessos dão timeout.
• O bounce sobe e as conversões caem exatamente quando você escala o orçamento.

Por que isso destrói o seu CPA

Você paga pelo clique, mas o visitante não chega a ver a oferta. Cada anúncio que leva a uma página lenta ou fora do ar é dinheiro gasto sem chance de conversão. E tem um efeito perverso: quanto mais você investe para escalar, mais tráfego simultâneo chega e pior o servidor responde. A conta de mídia cresce, o retorno encolhe.

Onde ver isso no painel

Dá para confirmar no painel da hospedagem. Na seção de uso de recursos do cPanel, os gráficos de CPU, processos e memória mostram o consumo em relação ao limite do seu plano. Quando eles batem o teto com frequência — gerando os chamados faults —, é o sinal claro de que a conta chegou ao limite e o pico de tráfego não tem para onde crescer. É exatamente esse padrão que indica a hora do upgrade.

O que fazer

A saída não é mexer no anúncio, é dar ao site uma base que aguente simultaneidade: mais CPU e memória dedicados, cache de servidor (LiteSpeed) para entregar páginas sem sobrecarregar o PHP, e um teste de carga antes de escalar. Se os seus lançamentos concentram muito tráfego de uma vez, vale um plano pensado para alto tráfego. E como a velocidade da página também encarece (ou barateia) o clique, veja o post sobre Core Web Vitals e custo por clique.

Ver planos para alto tráfego →