Teste A/B com código QR: um código, vários destinos – e porque é que o QRown não escolhe um vencedor

Online, os testes A/B são coisa corrente: criam-se duas versões de uma página, metade dos visitantes vê a versão A e a outra metade vê a versão B. Ao fim de duas semanas, sabes mais. Em papel, até agora isso não era possível, porque um código QR impresso tem sempre um único destino. O novo tipo de código «Teste A/B» muda isso: um código, até seis destinos e uma distribuição definida por ti.

Como funciona

Funciona assim: crias um código QR do tipo «Teste A/B» e configuras entre duas e seis variantes. Cada variante é um URL externo ou uma página QRown tua – por exemplo, duas versões da mesma landing page. Cada variante recebe uma identificação («Cartaz», «Oferta B» ou simplesmente A, B, C) e um peso.

Podes escolher uma distribuição igual – e o QRown faz as contas por ti – ou definir os pesos à mão em percentagem, por exemplo se a página nova deve receber de início só 20% das leituras. O total tem de dar 100; o formulário calcula-o por ti.

Em cada leitura, é feita uma escolha aleatória – ponderada pelas tuas percentagens. Quem calha na variante B volta a vê-la na leitura seguinte. Um pequeno cookie que contém apenas o número da variante garante essa coerência – durante 30 dias, sem identificador e sem rastreamento. De outro modo, um teste podia parecer um erro («ontem a página era outra»).

O código impresso fica exatamente como está. Quer alteres as variantes, ajustes as proporções ou termines o teste – o padrão no cartaz nunca muda.

Parâmetros UTM: o caminho para a análise

Se quiseres, o QRown acrescenta parâmetros UTM aos URL externos, um por variante:

1. Automaticamente: utm_source=qrown, utm_medium=qr, utm_campaign a partir do título do código, utm_content a partir da identificação da variante. Assim, o Google Analytics, a tua loja online ou o teu sistema de reservas sabem, em cada visita, de que variante veio o visitante.
2. Manualmente: a tua própria query string, como utm_source=poster&utm_campaign=summer. O QRown só aceita parâmetros «utm_*».
3. Nenhum: se o URL de destino já contiver tudo.

Os parâmetros que já existem no teu URL ficam inalterados. Uma âncora (#prices) sobrevive ao acrescento.

Porque é que o QRown não declara um vencedor

Sejamos honestos, porque isto é importante: o QRown não te diz qual é a melhor variante – e isso é intencional.

O QRown distribui as leituras conforme as tuas indicações. Se definires 50/50, obténs 50/50 – ou seja, o número de leituras por variante não prova nada, apenas confirma que a distribuição funciona. Se a variante A ou a B funciona melhor decide-se depois da leitura – na compra, na inscrição ou na reserva. Isso acontece na tua loja, na tua ferramenta de análise, no teu sistema de reservas – ou seja, onde o QRown não olha nem deve olhar.

Por isso, as estatísticas mostram as leituras por variante como valor de controlo (a distribuição está certa? A amostra é suficiente?) e não como uma opção «escolher o vencedor», que fingiria que o QRown sabe mais do que realmente sabe. A resposta encontras através dos parâmetros UTM na tua ferramenta de análise. Depois editas o código, pões o melhor destino a 100% e o outro a 0% – e o teste termina.

Porque vale a pena

Duas versões de uma landing page: curta vs. detalhada, imagem vs. vídeo, um botão vs. dois. As variantes são páginas QRown separadas, que crias em poucos minutos sem precisares de um site.

Duas ofertas

Desconto vs. portes grátis, assinatura mensal vs. anual. A mesma ação, dois destinos, uma leitura.

Lançamento gradual

A página nova recebe de início só 20% das leituras. Se funcionar, sobes para 100%; se não, voltas a zero – sem uma única reimpressão.

Várias landing pages para grupos diferentes

Feira, associação, filial: distribuir em vez de decidir.

Algumas regras tiradas da prática

1. Muda apenas uma coisa. Se trocares texto, imagem e oferta ao mesmo tempo, no fim não sabes o que resultou.
2. Deixa o teste correr tempo suficiente. Vinte leituras são acaso. Cem por variante é um bom começo.
3. Mantém as condições iguais. Um teste feito num fim de semana mede o fim de semana, não a variante.
4. Mede conversões, não leituras. Ver acima – as leituras és tu que as distribuis.

O que precisas

Um teste A/B só é possível como código dinâmico, porque um conteúdo fixo no código não pode ser distribuído. Por isso é necessária uma conta QRown. Se está incluído e em que planos, vês na página da funcionalidade Teste A/B com código QR. Se quiseres construir as variantes como páginas próprias, encontras o construtor em Landing page com código QR.