Site lento perde cliente porque cada segundo de espera dá ao visitante tempo para desistir e voltar à busca. O web.dev, do Google, cita o caso da BBC, que constatou perder 10% adicionais de usuários a cada segundo extra de carregamento. A velocidade depende do peso das páginas, do código e das imagens, mas começa antes disso: no tempo que o servidor leva para responder, que é onde a hospedagem entra.

O que o Google considera um site rápido

Velocidade deixou de ser impressão pessoal. O Google mede a experiência de carregamento com as Core Web Vitals, três métricas que a documentação do Search Central descreve assim:

Na mesma documentação, o Google recomenda que os proprietários de sites alcancem essas métricas para ter bons resultados com a Pesquisa e oferecer boa experiência ao usuário. Ou seja, o site lento perde duas vezes: perde quem chegou e desistiu, e pode perder posição para quem ainda nem chegou.

O que um site lento custa para a empresa

O prejuízo de um site lento quase nunca aparece numa linha do balanço. Ele aparece como o formulário que não foi preenchido, o orçamento que não foi pedido, o cliente que chegou pelo anúncio pago e saiu antes de a página abrir. Quando a empresa paga por cada clique em campanha, a lentidão transforma parte da verba em visita que nem chegou a ver a oferta.

O lado inverso também está documentado. Na mesma página sobre por que a velocidade importa, o web.dev relaciona estudos de caso de empresas que melhoraram desempenho e colheram resultado, como o The Economic Times, que, ao atingir os limites das Core Web Vitals, registrou uma taxa de rejeição 43% melhor no geral. Não é promessa de resultado para qualquer site, mas mostra que a velocidade é uma variável de negócio, e não só de tecnologia.

Há ainda um custo menos visível: a percepção. Um site que trava ou que faz o botão pular de lugar na hora do toque passa a impressão de empresa desorganizada, mesmo quando o atendimento presencial é excelente.

Onde o tempo de carregamento se perde

Um site lento raramente tem uma causa só. Os vilões mais frequentes:

• Servidor que demora a responder: hospedagem sobrecarregada, distante do público ou sem cache.
• Imagens sem tratamento: fotos no tamanho original da câmera, sem miniaturas para cada tela.
• Excesso de scripts: plugins, rastreadores e widgets que disputam o carregamento.
• Redirecionamentos em cadeia: cada salto de endereço soma uma ida e volta.
• Tráfego de robôs: acessos automatizados que consomem recursos do servidor e atrasam o visitante real.

Os quatro últimos se resolvem dentro do site. O primeiro depende de onde e como ele está hospedado.

Hospedagem: o primeiro trecho da espera

Antes de mostrar qualquer coisa, o navegador precisa receber o primeiro byte da resposta do servidor. O web.dev chama esse intervalo de TTFB e lista o que ele soma: tempo de redirecionamento, busca DNS, conexão e negociação TLS e a solicitação até a chegada do primeiro byte. Como guia aproximado, a maioria dos sites precisa ter um TTFB de 0,8 segundo ou menos, e valores acima de 1,8 segundo são considerados ruins.

Esse trecho é anterior a qualquer otimização de página. Se o servidor está longe do público ou sobrecarregado, a página mais leve do mundo ainda chega atrasada. É por isso que a escolha da hospedagem pesa tanto quanto o design para quem vende para clientes de uma região específica.

Como medir a velocidade do seu site sem achismo

Abrir o site no próprio computador, com cache cheio e internet do escritório, não diz como o cliente vê a página. Para medir com critério:

1. Consulte o relatório de Core Web Vitals no Search Console, que mostra os dados de usuários reais quando há tráfego suficiente.
2. Teste as páginas mais importantes (home, produto, contato) no celular, numa rede móvel, não só no Wi-Fi do escritório.
3. Compare antes e depois de cada mudança, sempre nas mesmas páginas.
4. Observe o TTFB separado do resto: se ele já é alto, o problema começa no servidor.

Medir uma vez só não basta. Atualizações de plugins, imagens novas e campanhas que trazem picos de acesso mudam o comportamento do site ao longo do tempo, e a velocidade de hoje pode não ser a do mês que vem. Por isso a medição precisa ser rotina, com alguém responsável por olhar os números e agir quando eles pioram.

Como a Upnetix trata velocidade no Crie seu Site

No Crie seu Site, o serviço da Upnetix que cria e opera o site da empresa, velocidade entra como requisito, não como ajuste posterior. A página do serviço lista, entre as tecnologias aplicadas ao site, SEO próprio, formulários, anti-bot, miniaturas e velocidade medida. O site é hospedado na Coyote Cloud, com servidor em Manaus, na rede própria da Upnetix, com baixa latência para quem acessa daqui, snapshot diário incremental, SLA de 99% de disponibilidade geral e upgrade de rede e de recursos sob demanda.

Depois do lançamento, a manutenção continua. Entre os agentes de IA que trabalham no site, o Mantenedor cuida de manter o site e verificá-lo ao vivo, 24 horas. E para quem já tem um site lento em outro lugar, a conversa começa por um diagnóstico sem custo de hospedagem, velocidade, segurança, conteúdo e base de contatos, que pode resultar em migrar para a Coyote Cloud, refazer o site ou só ajustar o que falta.

Cada segundo que o site leva para abrir é um segundo em que o cliente pode escolher outra aba. Se a sua página demora a aparecer para quem está em Manaus, vale começar pelo diagnóstico do Crie seu Site: ele mostra onde o tempo se perde, do servidor às imagens, e a proposta chega montada a partir do que foi medido, não de um pacote pronto.