5 erros que invalidam testes A/B (e como evitar)

CRO

5 erros que invalidam testes A/B (e como evitar)

Evite os cinco erros que mais distorcem testes A/B: pressa, amostra pequena, mudanças simultâneas, hipótese fraca e métricas erradas.

Por Equipe SPLITWAVE · 22 de janeiro de 2026 · 6 min de leitura

Testes A/B são uma ferramenta poderosa para otimização de conversão, mas um experimento mal planejado pode produzir uma resposta convincente e errada. O risco não é apenas perder tempo: uma falsa vencedora pode reduzir receita depois de ser aplicada a todo o tráfego.

1. Encerrar o teste cedo demais

Este é o erro mais comum. A variante B aparece na frente nos primeiros dias e a equipe encerra o teste para aproveitar o resultado. Com pouca amostra, porém, uma sequência aleatória de conversões pode alterar o placar rapidamente.

Como evitar: defina amostra e duração antes de começar. Cubra dias úteis e fins de semana quando eles fizerem parte do comportamento normal do negócio. Use a significância como um dos critérios, não como autorização para olhar o placar a cada hora e parar na primeira vantagem.

Gráfico de dados com tendência de crescimento

2. Mudar muitas coisas sem uma hipótese clara

Trocar headline, oferta, botão e imagem ao mesmo tempo pode gerar uma página vencedora, mas reduz a capacidade de explicar por que ela venceu. Isso dificulta repetir o aprendizado em outras páginas.

Como evitar: agrupe mudanças somente quando todas representam a mesma hipótese. Por exemplo: reorganizar headline, subtítulo e CTA pode fazer sentido se o teste inteiro busca tornar a proposta de valor mais clara. Documente a relação entre cada alteração e o comportamento esperado.

3. Ignorar tamanho e qualidade da amostra

Cem visitas divididas entre duas versões raramente sustentam uma decisão importante. O número necessário depende da taxa de conversão atual e da menor diferença que justificaria implementar a variante. Quanto menor o efeito esperado, maior tende a ser a amostra.

Também observe a qualidade. Tráfego interno, bots, campanhas fora do público e falhas de tracking podem aumentar o volume sem melhorar a evidência.

Como evitar: estime a amostra, mantenha a distribuição de tráfego estável e investigue desequilíbrios inesperados entre variantes antes de interpretar uplift.

Pessoa analisando dados em múltiplas telas

4. Criar a variante antes da hipótese

“Vamos mudar a cor para ver o que acontece” descreve uma alteração, não uma hipótese. Sem explicação causal, qualquer resultado vira uma história criada depois do fato.

Como evitar: use o formato: “Se mudarmos [elemento] para [nova abordagem], então [métrica] deve melhorar, porque [evidência ou princípio observado]”. Exemplo: “Se o CTA explicar que o diagnóstico é gratuito, mais visitantes iniciarão o formulário porque a incerteza sobre cobrança será removida”.

5. Escolher a métrica errada

Mais cliques não significam necessariamente mais vendas. Uma variante pode aumentar o clique no CTA e, ao mesmo tempo, atrair pessoas menos qualificadas ou criar uma expectativa que a etapa seguinte não cumpre.

Como evitar: use a métrica mais próxima do valor entregue pelo funil. Se a compra demora, acompanhe o clique como indicador intermediário, mas registre também leads qualificados, chegada ao checkout ou receita quando possível.

6. Deixar a instrumentação para depois

Se o evento de conversão não dispara em uma variante, ela parecerá pior mesmo quando o visitante conclui a ação. Split URLs exigem atenção extra: o snippet precisa estar presente também nas páginas de destino.

Como evitar: valide o snippet, faça uma conversão de teste em cada variante e confirme que visualizações e eventos chegam ao painel antes de liberar o tráfego.

7. Rodar testes concorrentes que interferem entre si

Dois experimentos na mesma jornada podem combinar alterações e tornar o resultado difícil de interpretar. Isso é especialmente crítico quando ambos modificam a mesma página ou influenciam a mesma conversão.

Como evitar: mantenha um mapa dos testes ativos e separe públicos, páginas ou períodos quando houver possibilidade de interação. Uma fila de hipóteses priorizada ajuda a escolher o próximo experimento pelo impacto, confiança e facilidade.

Como saber se o resultado é confiável?

  • A hipótese e a métrica principal foram definidas antes do início.
  • O snippet e os eventos foram testados nas duas versões.
  • A distribuição observada é compatível com a configuração.
  • A amostra e o período planejados foram cumpridos.
  • Campanhas, falhas ou sazonalidade não afetaram apenas uma variante.
  • O efeito é relevante para o negócio, não apenas estatisticamente detectável.

Próximo passo

Use este checklist antes de ativar seu próximo experimento. A SPLITWAVE reúne hipótese, validação de snippet, tráfego e leitura dos resultados para reduzir esses erros operacionais.