CRO na prática: heatmaps, gargalos de conversão e testes A/B honestos
Como transformar o que heatmaps e gravações mostram em hipóteses testáveis, calcular se a página tem tráfego para um teste A/B e evitar as leituras precipitadas que fazem um teste parecer vencedor sem ser.
Em resumo
- Heatmaps e gravações de sessão apontam onde o visitante trava, mas não dizem por quê; a hipótese nasce do cruzamento entre esse comportamento e o que as pessoas dizem em entrevistas e no atendimento.
- Um teste A/B só é confiável se o tamanho de amostra for calculado antes e o resultado só for lido quando esse volume for atingido; olhar todo dia e parar no primeiro resultado favorável infla os falsos positivos.
- Páginas com pouco tráfego quase nunca comportam testes sobre pequenas mudanças; nelas, pesquisa qualitativa e mudanças maiores rendem mais.
- O Google Optimize foi descontinuado em 2023, e ferramentas novas não eliminam a necessidade de disciplina estatística.
Antes de testar, observe: o que heatmaps e gravações mostram e o que escondem
Imagine uma landing page fictícia da Oficina Lente Clara, que vende uma oficina online de fotografia com celular. O formulário de inscrição fica no fim da página, depois de seis blocos de texto. O dono olha o painel e vê só um número: a página converte pouco. Esse número não diz nada sobre a causa. É aqui que ferramentas de comportamento entram, como o Microsoft Clarity e o Hotjar, que oferecem mapas de calor, mapas de rolagem e gravações de sessões.
Um mapa de rolagem poderia mostrar, nesse caso hipotético, que boa parte dos visitantes abandona a página antes de chegar ao formulário. Um mapa de cliques poderia mostrar muitos cliques em uma imagem que não é link, sinal de que as pessoas esperam interação ali. As gravações mostram o gesto concreto: o visitante digita o e-mail, apaga, volta ao preço, sai. Cada um desses padrões gera uma pergunta, e não uma resposta.
Três cuidados evitam conclusões erradas:
- Volume mínimo de sessões. Um mapa de calor com poucas dezenas de visitas é anedota. Espere acumular sessões suficientes de cada dispositivo, porque celular e computador se comportam de forma diferente.
- Segmento antes de média. Separe tráfego pago, orgânico e e-mail. Um visitante que veio de um anúncio e outro que veio de uma indicação chegam com expectativas distintas.
- Privacidade. Gravações capturam comportamento e, se mal configuradas, dados digitados. Mascare campos de formulário, informe o uso de cookies e ferramentas de análise na política de privacidade e obtenha consentimento quando a base legal exigir. A LGPD (Lei 13.709/2018) trata esses dados como pessoais quando identificam ou tornam identificável uma pessoa. As ferramentas listadas costumam oferecer opções de mascaramento; confira a documentação oficial de cada uma, porque os recursos e planos mudam.
O que as ferramentas escondem é o motivo. Quem rola até o meio e sai pode ter perdido o interesse, achado o preço alto, sido interrompido ou resolvido o problema com a informação que já leu. Para separar essas explicações, o complemento é qualitativo: três ou quatro conversas curtas com quem se inscreveu e com quem não se inscreveu, e a leitura das perguntas que chegam ao atendimento. Esse é um dos usos práticos da pesquisa descrita no funil AARRR, em que cada etapa precisa de uma métrica e de um diagnóstico: o número aponta a etapa, e o contato com pessoas explica a causa.
Da observação à hipótese: a ficha de uma linha por teste
Uma hipótese de teste tem estrutura. Sem ela, o teste vira a troca de uma cor de botão por outra e ninguém aprende nada com o resultado. A ficha a seguir cabe numa linha de planilha e é a entrega deste artigo:
| Campo | Exemplo (hipotético, Oficina Lente Clara) |
|---|---|
| Observação | Mapa de rolagem e gravações mostram que muitos visitantes de celular saem antes do formulário |
| Hipótese | Se o formulário curto aparecer logo após o primeiro bloco, mais visitantes de celular vão se inscrever, porque não precisarão rolar seis blocos para agir |
| Variante | Versão B: formulário de dois campos na parte superior; versão A: página atual |
| Métrica principal | Inscrições por visitante único da página |
| Métricas de proteção | Qualidade da inscrição (comparecimento à primeira aula), taxa de reembolso |
| Público e duração | Todo o tráfego de celular, por semanas inteiras, até atingir a amostra calculada |
| Regra de decisão | Escrita antes: adotar B se a diferença atingir o critério combinado e as métricas de proteção não piorarem |
Dois campos merecem comentário. A métrica de proteção impede o erro clássico de otimizar a conversão e piorar o negócio: formulário curto demais traz mais inscrições e menos pessoas que comparecem. E a regra de decisão escrita antes evita que o time interprete o resultado conforme a conveniência depois de ver os números. Ellis e Brown, em Hacking Growth, tratam o registro de hipóteses e resultados como parte do método de growth, justamente para que aprendizados de testes que falharam não se percam.
Tamanho de amostra: a conta que decide se vale testar
A pergunta que a maior parte dos pequenos negócios pula é: esta página tem tráfego para este teste? A resposta vem de uma conta simples, feita antes de montar a variante. Kohavi, Tang e Xu apresentam, em Trustworthy Online Controlled Experiments, uma regra prática para o tamanho de amostra por variante: cerca de 16 vezes a variância da métrica dividida pelo quadrado da menor diferença que se quer detectar (para um nível de confiança de 95% e poder de 80%, convenções comuns). Para uma taxa de conversão, a variância é a taxa vezes um menos a taxa.
Aplicando ao exemplo hipotético: suponha que a landing da Oficina Lente Clara converta 3% dos visitantes e que o time queira detectar um aumento para 3,6% (uma melhoria relativa de 20%). A variância é 0,03 vezes 0,97, cerca de 0,029. A diferença é 0,006, e seu quadrado é 0,000036. A conta dá aproximadamente 13.000 visitantes por variante, ou 26.000 no total. Se a página recebe 3.000 visitas por mês, o teste levaria perto de nove meses. Nesse intervalo mudariam a sazonalidade, o público dos anúncios, o preço e a própria oferta, e o resultado não valeria como comparação.
Essa conta é uma estimativa, e os números exatos variam conforme a ferramenta e o método estatístico. Calculadoras de amostra de ferramentas de teste ou de bibliotecas estatísticas dão o valor mais preciso. O ponto é a ordem de grandeza: quanto menor a melhoria que você quer detectar, maior o volume necessário, e o volume cresce rápido. Detectar uma melhoria de 5% exige muito mais visitantes do que detectar uma de 50%.
Há duas saídas honestas quando a conta não fecha. A primeira é buscar uma mudança maior, que produza um efeito grande o bastante para ser detectado com o tráfego existente (reescrever a proposta de valor, e não trocar a cor do botão). A segunda é não testar, o assunto de uma seção mais abaixo.
Por que parar cedo engana
Com o tráfego suficiente e o teste no ar, a tentação é abrir o painel todo dia. Se, no terceiro dia, a variante B aparece com uma vantagem grande, parece sensato encerrar e comemorar. Kohavi e coautores explicam por que isso é um erro: cada vez que se olha o resultado e se decide parar se ele parecer significativo, a chance de declarar um vencedor que não existe aumenta bem acima dos 5% que o nível de confiança sugere. Isso é conhecido como problema do peeking, ou espiar o teste. As diferenças entre variantes flutuam nos primeiros dias, e uma flutuação favorável não é um efeito real.
Práticas que reduzem o risco:
- Fixe a duração antes de começar e só decida ao final. Se a ferramenta usa métodos sequenciais que permitem espiar com controle estatístico, entenda exatamente como funcionam antes de confiar neles.
- Use semanas inteiras. O comportamento de segunda-feira não é o de sábado; um teste que termina na quarta-feira privilegia certos dias.
- Verifique a divisão do tráfego. Se o teste mandou 50% para cada versão e os números reais ficaram bem distantes disso, algo no experimento está quebrado (um desvio de proporção que Kohavi e coautores tratam como sinal de alerta). Antes de interpretar o resultado, investigue a causa.
- Desconfie de efeitos grandes demais. Quando uma mudança pequena produz um salto enorme, a explicação mais provável é um erro de medição, e não um achado extraordinário.
- Um teste, uma mudança principal. Se a variante troca título, imagem e formulário ao mesmo tempo, o resultado não diz qual alteração funcionou.
Esses cuidados valem também quando os testes são feitos dentro das plataformas de anúncios, como teste de criativos. Os relatórios mostram ganhos aparentes rápido, e a mesma disciplina de volume e de duração fixa se aplica.
Quando não testar: pouco tráfego pede outro método
Nem toda página precisa de teste A/B. Páginas com tráfego baixo ganham mais com métodos que não dependem de volume estatístico. Um roteiro possível, para o caso em que a conta da seção anterior não fecha:
- Fazer entrevistas curtas com quem comprou e com quem desistiu, perguntando o que procuravam e o que quase os fez desistir.
- Reunir as dúvidas recorrentes do atendimento (mensagens, e-mails, comentários) e responder a cada uma na própria página.
- Rodar um teste de cinco segundos ou de usabilidade com poucas pessoas: mostrar a página, perguntar o que ela vende e para quem, e observar onde hesitam.
- Fazer a mudança, comparar o antes e o depois com cuidado e registrar o que mais mudou no período (campanhas, sazonalidade, preço). Essa comparação não prova causalidade, mas, com um problema evidente de usabilidade, vale mais do que um teste nunca concluído.
Entrevistas com poucas pessoas também não são estatística. Elas geram hipóteses melhores, não medidas. A combinação de padrões vistos nas gravações com padrões repetidos em conversas é o que dá confiança para escolher o que testar quando o tráfego crescer. Para registrar essas conversões, definir eventos e comparar origens, o painel descrito em GA4, KPIs e atribuição evita que cada teste dependa de uma planilha avulsa.
O que esperar das ferramentas: um panorama com incertezas
O Google Optimize, que muitos pequenos negócios usavam por ser gratuito e integrado ao Google Analytics, foi descontinuado em 2023. Quem montou processos em cima dele precisou migrar, e a lição prática é separar o processo (hipótese, amostra, regra de decisão) da ferramenta. O mercado oferece alternativas pagas e de código aberto, e também recursos de teste dentro de plataformas de e-mail, de anúncios e de construtores de páginas. Verifique, em cada caso, como a ferramenta divide o tráfego, que método estatístico aplica e se permite definir o tamanho de amostra com antecedência.
Uma tendência provável, mas ainda sem consenso, é o uso de IA para gerar variantes de texto e de layout em grande quantidade. Isso reduz o custo de criar testes e aumenta um risco antigo: com muitas variantes e muitas métricas, alguma sempre parecerá vencedora por acaso. A estatística das comparações múltiplas não desaparece porque as variantes foram escritas por um modelo. Quem usar IA nessa etapa deve limitar o número de variantes ao que o tráfego comporta e manter a regra de decisão escrita antes.
Ainda assim, a objeção mais séria ao CRO baseado em teste não é estatística. Uma página otimizada para converter mais pode piorar a experiência de longo prazo: urgência artificial, informação escondida e formulários que escondem o preço aumentam inscrições e geram desconfiança e reembolsos. Em ofertas ao consumidor, o Código de Defesa do Consumidor (Lei 8.078/1990, art. 37) proíbe publicidade enganosa, incluindo a que omite dado essencial. Por isso a métrica de proteção da ficha não é um adorno. Um teste vence de verdade quando a conversão sobe e a experiência não piora, e nesse caso o aprendizado deve entrar no registro de hipóteses para orientar o próximo ciclo.
Os cursos pagos da academia sobre otimização de conversão estão em cursos.
Fontes
- KOHAVI, Ron; TANG, Diane; XU, Ya. Trustworthy Online Controlled Experiments: A Practical Guide to A/B Testing. Cambridge University Press, 2020 (tamanho de amostra, peeking, desvio de proporção).
- ELLIS, Sean; BROWN, Morgan. Hacking Growth: How Today’s Fastest-Growing Companies Drive Breakout Success. Crown Business, 2017 (ciclo de testes e registro de hipóteses).
- BRASIL. Lei nº 13.709, de 14 de agosto de 2018 (Lei Geral de Proteção de Dados Pessoais). Planalto (dados pessoais e consentimento em ferramentas de análise).
- BRASIL. Lei nº 8.078, de 11 de setembro de 1990 (Código de Defesa do Consumidor), art. 37. Planalto (publicidade enganosa).
- Documentação oficial do Microsoft Clarity e do Hotjar sobre mapas de calor, gravações de sessão e mascaramento de dados (os recursos e planos mudam com frequência).
Artigos relacionados
Email marketing: captura de leads, sequência de boas-vindas e segmentação
Como capturar assinantes com consentimento que você consegue provar, montar uma sequência de boas-vindas de cinco e-mails com função definida, segmentar por com…
Growth funnels e AARRR: o sistema de crescimento em cinco métricas
Como montar o funil AARRR do seu negócio numa folha, com uma métrica por etapa, achar o gargalo certo antes de comprar mais tráfego e entender onde o modelo lin…
AI Context Shift
Inscreva-se: o curso completo e a newsletter
Os artigos gratuitos já levam você longe; ao se inscrever, você recebe o programa completo do curso, além das novas aulas e atualizações. A inscrição é gratuita. Seu e-mail serve apenas para o envio da newsletter e nunca é repassado a terceiros.