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.
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.
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.
