Conversão
Contratar serviço pelo celular: o que travou no seu site?
Antes de refazer o site ou comprar mais tráfego, vale observar alguém tentando entrar em contato pelo celular. Um roteiro simples ajuda a decidir qual ajuste mobile vem primeiro.
Um site responsivo se adapta à tela, mas ainda pode ter um botão difícil de tocar, um formulário cansativo ou um telefone que não abre a ligação. Para descobrir onde o contato trava, observe uma pessoa tentando concluir esse caminho em aparelhos reais e anote onde ela hesita, erra ou desiste. Esses registros vão orientar a ordem dos ajustes.
Por que olhar o percurso, e não só as métricas
As Core Web Vitals, segundo a documentação do web.dev, são métricas de experiência que cobrem carregamento, interatividade e estabilidade visual. Elas são úteis, e o assunto já é tratado em outro artigo do blog sobre Core Web Vitals. Mas medir desempenho não mostra se o visitante encontrou o botão de contato, entendeu o que o formulário pedia ou conseguiu tocar no campo certo.
Por isso, a pergunta aqui é outra: uma pessoa que quer contratar consegue concluir o contato pelo celular? O Nielsen Norman Group descreve o teste de usabilidade como a observação de participantes realizando tarefas realistas, o que combina bem com essa pergunta. Para um primeiro diagnóstico qualitativo, a mesma fonte indica que cerca de cinco participantes costumam revelar a maioria dos problemas mais comuns de um grupo de usuários. Se isso for inviável agora, o roteiro abaixo ainda serve como triagem interna, com a limitação de que quem conhece o site tende a navegar melhor do que um visitante novo.
Roteiro de teste em três aparelhos
Escolha três aparelhos que representem seu público: por exemplo, um iPhone recente, um Android de entrada ou intermediário e um aparelho mais antigo, se houver. Use dados de GA4 por dispositivo para decidir quais modelos e navegadores importam mais, lembrando que esses números descrevem comportamento e não explicam a causa de uma desistência. Peça a cada pessoa que execute as tarefas em voz alta, sem ajuda, a partir de um cenário realista (hipotético, por exemplo: "você precisa de um orçamento de serviço e quer falar com a empresa hoje").
- Chegar ao site pela página mais comum de entrada e dizer onde clicaria para falar com a empresa.
- Ligar para a empresa tocando no telefone da página.
- Preencher e enviar o formulário de contato com dados fictícios.
- Voltar e corrigir de propósito um campo errado, como um e-mail incompleto.
- Tentar o mesmo contato por outro canal oferecido, como WhatsApp, se existir.
Cuide da redação das tarefas, pois o NN/g alerta que pequenas diferenças de frase podem influenciar o comportamento. Evite palavras que já apareçam na tela, como o nome exato do botão.
Tabela de falhas e o que observar em cada uma
Registre cada tropeço por aparelho e tarefa. Sobre formulários, o web.dev recomenda rótulos (label) associados aos campos, elementos HTML adequados, que ativam recursos do navegador como o teclado correto para cada tipo de dado, e pedir apenas o necessário. Esses pontos servem de referência para as perguntas abaixo.
| Ponto de contato | O que observar | Possível ajuste |
|---|---|---|
| Botão de contato | A pessoa demorou a achar? Tocou no lugar errado? | Posição, tamanho e texto do botão |
| Telefone | Tocar abriu a ligação? | Link de telefone clicável |
| Campos do formulário | Precisou ampliar a tela ou errou o toque? | Rótulos associados e áreas de toque maiores |
| Teclado na tela | Apareceu teclado numérico ou de e-mail quando cabia? | Tipo correto de campo |
| Quantidade de campos | Hesitou ou abandonou em algum campo? | Pedir só o mínimo necessário |
| Velocidade | A página travou antes do primeiro toque? | Consultar as métricas de desempenho |
Com cinco pessoas, um padrão repetido é um sinal forte de problema, mas uma falha isolada pode ser particularidade do participante. Trate a tabela como lista de hipóteses, não como prova do que causa a perda de contatos.
Priorizar por esforço e impacto
Com as falhas listadas, dê a cada uma duas notas simples, baixa ou alta: esforço para corrigir (pergunte à equipe técnica) e impacto provável sobre a conclusão do contato (quantas pessoas tropeçaram e quão grave foi). Este é um método de apoio à decisão, e o impacto continua sendo uma estimativa até você medir depois da mudança.
- Baixo esforço e alto impacto: faça primeiro, como um telefone que não abre a ligação.
- Alto esforço e alto impacto: planeje, e confirme com mais testes antes de investir.
- Baixo esforço e baixo impacto: agrupe numa rodada de melhorias.
- Alto esforço e baixo impacto: adie, a menos que surjam novas evidências.
Use as cinco tarefas em três aparelhos para localizar as falhas e classificar as três mais repetidas. Depois de cada ajuste, acompanhe os contatos mobile no GA4, registrando outras mudanças feitas no período. Se o número subir ou cair, esses registros ajudam a investigar o resultado sem atribuí-lo automaticamente ao ajuste.
