Site lento perde cliente antes do primeiro contato

A conta que não fecha é sempre a mesma. O site está no ar, o texto foi aprovado, a página de serviço existe, e o formulário não chega. Quando alguém levanta a hipótese de que site lento perde cliente, a reação costuma ser de descrédito, e com um motivo razoável: o site abre. A equipe inteira entrou nele hoje, navegou, conferiu o texto, achou tudo normal. O detalhe é que todo mundo que entrou hoje já conhecia a empresa. Quem ainda não conhece tem outro comportamento, e esse comportamento não aparece em lugar nenhum.

O que torna o problema difícil não é técnico. É que a perda é invisível por construção. Quem desiste de esperar uma página carregar não gera reclamação, não manda e-mail, não vira registro no CRM. Ele some antes de existir como contato. O site, do lado de dentro, continua mostrando os mesmos números de sempre: tantas visitas, tantas páginas vistas, nenhum erro no log. Não existe uma tela que diga quantas pessoas chegaram ao endereço e foram embora antes de ver a primeira linha. Ou seja, a empresa está medindo quem ficou e tratando isso como se fosse o público.

O site é rápido para você e devagar para quem decide

A segunda camada do problema é que a sua medição está viciada. Você acessa o site do escritório, numa conexão boa, num computador bom, e principalmente com o navegador já tendo guardado tudo da última visita. A segunda visita de qualquer pessoa é sempre rápida. A primeira é que vende.

Quem busca um serviço faz isso em condições piores. Normalmente no celular, normalmente fora do escritório, normalmente com várias abas abertas comparando fornecedores. Essa pessoa não está avaliando a sua página, está descartando opções. E o critério de descarte nessa fase não é qualidade, é atrito. A página que demora é fechada sem julgamento, porque existem outras três na mesma busca. Não há decisão consciente de rejeitar a empresa. Há uma volta para o resultado da busca, que é pior, porque não deixa nem a lembrança do nome.

Antes de culpar a velocidade, separe o diagnóstico

Velocidade é uma hipótese, não um veredito. Site de serviço que não gera contato tem outras causas possíveis, e algumas são mais comuns que essa. A página pode estar falando de empresa quando deveria estar falando do problema do leitor. O serviço pode estar descrito sem preço, sem escopo e sem próximo passo. O tráfego pode estar vindo de uma busca que não tem intenção de contratar nada.

Três leituras separam uma coisa da outra, e nenhuma delas exige ferramenta paga.

A primeira é comparar o comportamento por tipo de dispositivo. Se a página converte no computador e não converte no celular, com o mesmo texto e a mesma oferta, a diferença não é de argumento. É de condição de leitura, e velocidade entra aí.

A segunda é olhar onde a pessoa para. Se a maioria sai antes de chegar à metade da página, o problema está na entrada. Se a maioria chega ao fim e não preenche nada, o problema é a oferta ou o formulário, e melhorar o carregamento não muda esse número.

A terceira é medir a página como um desconhecido a vê, ou seja, no primeiro acesso, pelo celular, em rede móvel, sem nada guardado. É a única medição que descreve o cliente real. O teste que a equipe faz no escritório descreve a equipe.

Onde o peso costuma estar

Quando a velocidade é mesmo o gargalo, a origem raramente é o servidor. É acúmulo. Imagem enviada no tamanho original porque ninguém reduziu. Fonte personalizada carregada antes do texto, o que deixa a página em branco enquanto o arquivo não chega. Rastreador de anúncio, mapa de calor, ferramenta de chat, pixel de campanha antiga que ninguém desligou. Cada item entrou com uma justificativa boa e isolada. Juntos, eles formam uma fila que precisa terminar antes de o visitante ver qualquer coisa.

Esse é um problema de governança, não de tecnologia. Ninguém é dono da página depois que ela sobe. O marketing acrescenta um script, a agência acrescenta outro, a ferramenta nova pede uma tag, e não existe nenhuma etapa em que alguém pergunte o que isso custa em tempo de carregamento. O site degrada do mesmo jeito que um processo manual degrada: por adição, sem que nenhuma adição isolada pareça errada.

O que fica

A ligação entre velocidade e contato perdido é real, mas ela só vira decisão quando deixa de ser impressão. Site lento perde cliente num ponto específico, que é a primeira visita de quem ainda não conhece a empresa, e é justamente a visita que a sua medição interna não enxerga.

Então o encaminhamento é na ordem inversa da que costuma ser tentada. Primeiro, medir a página na condição do desconhecido, não na sua. Segundo, usar a leitura por dispositivo e por ponto de saída para saber se o assunto é atrito ou é oferta. Só depois mexer no site, e mexer no que ficou provado, não no que incomoda. Isso evita a reforma completa que começa pelo visual, custa um trimestre e devolve a mesma quantidade de contato, que é o erro descrito em o que olhar antes de refazer o site.

O que fica com a empresa, no fim, não é uma página mais rápida. É um critério: a página de serviço tem um dono, tem uma medição feita de fora para dentro, e tem uma regra para o que pode ser acrescentado nela. Sem isso, qualquer ganho de velocidade volta a ser consumido em alguns meses pelo próximo script que alguém instalar. É esse tipo de critério, mais do que o layout, que sustenta o trabalho de Zyon Pages.