Como criar um teste A/B para URL dinâmica? Tutorial passo a passo

Resposta rápida

Para fazer teste A/B em URLs dinâmicas (páginas de produtos filtradas, páginas personalizadas por sessão), use um teste de redirecionamento de URL que normalize os parâmetros de consulta e atribua os usuários a uma URL de variante no servidor ou na CDN, e não no navegador. Assim, cada visitante vê sempre a mesma variante entre as requisições, e os mecanismos de busca não indexam várias versões da URL.

Principais conclusões

• URLs dinâmicas com parâmetros específicos de sessão exigem divisão de tráfego no servidor ou na edge: redirecionamentos feitos só no navegador causam flickering e atribuição inconsistente de variantes.
• Use padrões com wildcard (*) no Mida para corresponder a famílias inteiras de URLs, de modo que um único experimento cubra milhares de URLs de produtos, categorias ou blog de uma só vez.
• Normalize os parâmetros de consulta nas suas regras de redirecionamento para que a atribuição de variantes seja consistente em URLs paginadas, filtradas ou ordenadas.
• Defina tags canonical em todas as páginas de variante apontando para a URL original, para evitar que os mecanismos de busca indexem conteúdo duplicado.
• Bots e crawlers são excluídos automaticamente do redirecionamento: eles sempre veem a URL de controle original, o que mantém seu índice canônico limpo.

Você pode estar se perguntando: "Por que não posso simplesmente usar URLs normais?"

Bem, você poderia, mas há um detalhe: quando você lida com sites de e-commerce ou sites com conteúdo dinâmico, as URLs dinâmicas entram em cena. Essas URLs são geradas na hora, a cada sessão ou usuário. Por exemplo, quando os usuários filtram ou ordenam resultados, ou compram com preferências personalizadas.

O desafio está em executar testes A/B de forma eficaz nessas páginas geradas dinamicamente, que mudam de usuário para usuário.

Vamos ver como criar um teste A/B para uma URL dinâmica.

O que é uma URL dinâmica?

Uma URL dinâmica é um endereço web gerado automaticamente, geralmente por um banco de dados, CMS ou servidor, em vez de apontar para um arquivo fixo e feito à mão. Normalmente você consegue identificá-las pela presença de query strings, IDs numéricos ou segmentos de caminho que mudam a cada produto, categoria ou sessão de usuário.

Exemplos de URLs dinâmicas incluem:

• Páginas de produto de e-commerce: https://shop.example.com/product/running-shoes/id/4482
• Resultados de busca com filtros: https://example.com/search?category=shoes&color=red&sort=price_asc
• Páginas de listagem paginadas: https://example.com/blog?page=3
• Landing pages personalizadas por sessão: https://example.com/lp/summer-sale?utm_id=abc123&user=xyz

O ponto em comum entre todas elas: não existe uma única URL de "controle" canônica que você possa fixar em um experimento. Em vez disso, existe um padrão de URL, e esse padrão precisa ser correspondido como um todo na configuração do seu experimento.

Por que URLs dinâmicas criam desafios para testes A/B

Ferramentas de teste A/B tradicionais lidam bem com uma URL fixa: mostram a variação A para 50% dos visitantes, a variação B para os outros 50% e acompanham qual converte melhor. Mas com URLs dinâmicas, a mesma página de produto pode ser visitada em centenas de caminhos de URL diferentes. Se o seu experimento mira apenas uma URL específica, você perde todas as outras variantes dessa página.

Estes são os três principais desafios que as URLs dinâmicas trazem:

1. Escala: URLs demais para segmentar individualmente

Uma loja de e-commerce com 10.000 SKUs pode ter 10.000 URLs de produto únicas. Criar um experimento separado para cada uma é impraticável, e consumiria instantaneamente sua cota mensal de usuários testados. Você precisa de uma forma de corresponder a um padrão de URL, e não a uma URL específica.

2. Consistência: os visitantes devem ver a mesma variante

Se um visitante chega em /product/sneakers/id/1001 e vê o novo layout, depois sai e volta mais tarde, ele ainda deve ver o novo layout. A atribuição de variantes precisa ser fixa: ligada ao visitante, e não à string de URL específica que ele usou naquela sessão.

3. SEO: evitando penalidades por conteúdo duplicado

Quando você redireciona usuários para uma URL de variante (por exemplo, /product-v2/sneakers/id/1001), os crawlers dos mecanismos de busca podem descobrir e indexar essa URL de variante separadamente da original. Sem uma tag canonical apontando de volta para a original, você corre o risco de problemas de conteúdo duplicado: duas páginas com conteúdo quase idêntico competindo pelos mesmos rankings.

Casos de uso comuns para teste A/B com URL dinâmica

Testes de redirecionamento com URL dinâmica são a abordagem certa em vários cenários comuns:

• Redesign de páginas de produto de e-commerce: Testar um novo layout de página de produto em todo o seu catálogo, sem duplicar o experimento para cada SKU.
• Variantes de páginas de categoria ou coleção: Comparar um layout em grade com um layout em lista em todas as URLs de categoria filtradas (por exemplo, /category/shoes/*).
• Testes de templates de blog ou conteúdo: Executar um novo template de artigo (/new-blog/*) contra o existente (/blog/*) em toda a sua biblioteca de conteúdo.
• Variantes do fluxo de checkout: Redirecionar usuários de /checkout/step1 para /checkout-v2/step1 preservando os parâmetros dinâmicos de pedido e sessão.
• Personalização de landing pages: Testar experiências de landing page personalizadas em que parâmetros UTM ou IDs de campanha fazem parte do padrão de URL.

Estrutura de URL dinâmica

Se o seu objetivo é redirecionar de https://www.example.com/product/laptop/12345 para https://www.example.com/product/laptop-test/12345 para todos os produtos, e não apenas para o produto 12345, existe uma forma muito simples de fazer isso sem criar milhares de testes de experimento para cada ID de produto.

Tudo o que você precisa fazer é usar correspondência com wildcard.

Basta seguir estes 3 passos para configurar rapidamente o redirecionamento de URL dinâmica:

Pré-requisito: Você precisará criar uma conta Mida.so. É totalmente gratuito começar, com até 100.000 usuários testados por mês.

1. Escolhendo o tipo de teste

‍

Primeiro, o tipo do seu teste deve ser Split URL / Redirect Test. Depois de selecioná-lo, configure regras de redirecionamento para cada uma das suas variantes, ou seja, as versões dos elementos que você está testando.

Escolher o tipo de teste correto é importante porque ele determina como o Mida atribui usuários às variantes. Em um teste de redirecionamento, o Mida armazena a atribuição da variante em um cookie próprio (first-party) no navegador do visitante, garantindo que ele sempre veja a mesma variante em visitas repetidas, mesmo que a URL exata mude levemente entre as sessões.

2. Configure a URL de redirecionamento e os curingas

Agora, configure a URL da Variação Base como o link original, mas substitua a parte dinâmica por um asterisco (*). Depois, configure a variação 1 como /laptop-test/*.

Por exemplo, se a sua URL é https://example.com/blog/what-is-SEO e você quer testar uma nova estrutura de blog como https://example.com/new-blog/what-is-SEO, você pode criar o padrão com asterisco como https://example.com/blog/* e https://example.com/new-blog/*.

O asterisco (*) é um curinga que corresponde a qualquer sequência de caracteres naquela posição. Quando um visitante acessa uma URL que corresponde ao padrão do controle, a Mida captura o segmento dinâmico e o associa à URL da variante correspondente, mantendo o identificador único intacto.

Você também pode usar vários curingas em um único padrão. Por exemplo, https://shop.example.com/*/id/* corresponde a qualquer combinação de categoria e ID de produto, permitindo que um único experimento cubra todo o seu catálogo de produtos de uma só vez.

3. Lançando o teste

Pronto!

A configuração do seu experimento entre /laptop/(dynamic-ids) e /laptop-test/(dynamic-ids) está concluída. Agora você já pode definir a meta, alocar o tráfego e publicar o seu teste.

Antes de lançar, vale a pena fazer algumas verificações finais:

• Defina uma meta principal: Configure um evento de conversão, como uma compra, o envio de um formulário ou um clique, para que a Mida tenha uma métrica clara para otimizar.
• Defina uma divisão de tráfego adequada: Para a maioria dos testes, uma divisão 50/50 é ideal. Se você está testando uma variante mais arriscada, considere começar com 80/20 a favor do controle.
• Verifique as tags canonical: Garanta que as páginas das suas variantes incluam uma tag canonical apontando para a URL original. Isso evita que os mecanismos de busca indexem a variante como uma página separada.

Padrões compatíveis e exemplos

Para ampliar sua compreensão do que é possível com testes de split URL dinâmicos, veja alguns exemplos de padrões compatíveis:

Cenário de configuração 1

Padrão de correspondência do controle: https://example.com/blog/*

Padrão de correspondência da variante 1: https://example.com/blog/*/v1

Padrão de correspondência da variante 2: https://example.com/blog/*?v=2

‍

Resultado #1

Um usuário acessou esta URL: https://example.com/blog/what-is-seo

Quando a variante 1 correspondeu: https://example.com/blog/what-is-seo/v1

Quando a variante 2 correspondeu: https://example.com/blog/what-is-seo?v=2

‍

Cenário de configuração 2

Padrão de correspondência do controle: https://shop.example.com/product/*/id/*‍

Padrão de correspondência da variante 1: https://shop.example.com/product/*/id/*-2

‍

Resultado #2

Um usuário acessou esta URL: https://shop.example.com/product/apple-watch/id/1133‍

Variante 1 (quando correspondeu): https://shop.example.com/product/apple-watch/id/1133-2

‍

Um usuário acessou esta URL: https://shop.example.com/product/samsumg-galaxy-14S/id/4439

Variante 1 (quando correspondeu): https://shop.example.com/product/samsumg-galaxy-14S/id/4439-2

Considerações de SEO ao testar URLs dinâmicas

Uma das preocupações mais comuns das equipes com testes A/B baseados em redirecionamento é o impacto no ranqueamento nas buscas. A boa notícia: o Google afirma explicitamente que o teste A/B é permitido e não resulta em penalização, desde que você siga algumas regras técnicas. Para se aprofundar, veja nosso guia completo sobre como o teste A/B afeta o SEO.

Use tags canonical em todas as páginas de variante

Quando a URL da sua variante (/laptop-test/12345) é uma página separada e indexável, o Google pode rastreá-la e tratá-la como conteúdo quase duplicado em relação à original (/laptop/12345). Para evitar isso, adicione uma tag canonical nas páginas das variantes apontando para a URL original. Isso sinaliza aos mecanismos de busca que a variante é uma versão de teste, e não um destino permanente que valha a pena indexar de forma independente.

A Mida usa um redirecionamento em JavaScript, não um 301 ou 302 no servidor

A Mida realiza o redirecionamento inteiramente no navegador via JavaScript: o script detecta o padrão de URL correspondente e leva o usuário até a URL da variante usando window.location.href. Isso significa que nenhum código de status HTTP 301 ou 302 é envolvido no nível do servidor. O redirecionamento é invisível para os rastreadores dos mecanismos de busca, porque os bots são totalmente excluídos do experimento (veja abaixo). Para os mecanismos de busca, a sua URL original continua sendo a única URL que eles rastreiam e indexam.

Bots e rastreadores são excluídos, e isso é proposital

A Mida exclui automaticamente bots e rastreadores conhecidos dos experimentos de redirecionamento. Quando um rastreador de mecanismo de busca visita uma página coberta por um teste de URL dinâmica, ele vê a URL original do controle, sem redirecionamento: a mesma página que seus visitantes reais veem quando são atribuídos ao grupo de controle. Isso significa que o Googlebot sempre indexa a versão canônica da sua página, e você nunca precisa se preocupar com o rastreador seguindo um redirecionamento de teste para a URL de uma variante. O Google aprova explicitamente essa abordagem para testes A/B: excluir rastreadores da exibição de variantes não é cloaking, porque você não está entregando conteúdo enganoso, e sim mantendo o teste isolado para visitantes humanos reais.

Mantenha os testes com duração limitada

Manter um teste de redirecionamento rodando indefinidamente cria uma divisão permanente entre dois padrões de URL, o que pode confundir os mecanismos de busca com o tempo. A maioria dos testes deve ser concluída em 2 a 4 semanas, assim que a significância estatística for atingida. Implemente a versão vencedora e encerre o teste rapidamente.

Teste de URL dinâmica vs. teste A/B baseado em JavaScript

Antes de configurar um teste de redirecionamento para URLs dinâmicas, vale entender quando essa abordagem é a mais indicada em comparação com um teste A/B padrão baseado em JavaScript na mesma URL.

Também ajuda saber com que frequência cada um vence. Publicamos as taxas de vitória de testes com split de URL de experimentos reais executados na Mida, junto com a armadilha de medição que as infla silenciosamente. Leia isso antes de colocar um teste de redirecionamento no ar. Há também recortes por tipo de página, incluindo páginas de produto e páginas de preços.

Use um teste de redirecionamento de URL dinâmica quando:

• A variante exigir um template de página, uma rota ou uma lógica de backend completamente diferente.
• Você precisar que o experimento cubra uma família inteira de URLs (milhares de páginas de produtos ou artigos) com uma única configuração.
• As páginas de controle e da variante já existirem como URLs separadas e você quiser dividir o tráfego entre elas.

Use um teste A/B baseado em JavaScript na mesma URL quando:

• Você estiver alterando apenas elementos visuais, como cores, textos, posição de botões e ajustes de layout, em uma página existente.
• Você quiser a configuração de SEO mais simples possível (uma única URL canônica, sem a sobrecarga de redirecionamentos).
• Seu site for uma single-page application, em que o navegador não faz novas requisições HTTP na navegação.

Como regra geral: se a variante que você quer testar exige páginas fundamentalmente diferentes, use um teste de redirecionamento. Se você está alterando elementos de uma página existente, um teste baseado em JavaScript é mais simples e traz menos impacto de SEO. Você pode saber mais sobre split testing sem alterar a URL aqui.

Boas práticas para testes de redirecionamento de URL dinâmica

• Comece pelos padrões de URL com mais tráfego: testes com curinga funcionam melhor quando o padrão de URL recebe visitantes diários suficientes para atingir significância estatística em poucas semanas. Teste primeiro as páginas de maior volume para obter resultados mais rápido.
• Corresponda o padrão completo com precisão: se o seu controle é https://shop.example.com/product/*/id/*, garanta que as posições dos curingas correspondam exatamente aos segmentos de caminho corretos na URL da variante. Curingas incompatíveis redirecionarão os visitantes para páginas incorretas sem nenhum aviso.
• Teste uma mudança grande por vez: o redirecionamento deve apontar para uma versão da página realmente diferente: um novo template, um layout diferente, uma hierarquia de informações reestruturada. Evite criar um teste de redirecionamento para um pequeno ajuste de texto; use um teste em JavaScript para isso.
• Monitore a velocidade das páginas da variante: sua URL de variante pode ser servida por uma rota diferente, com um perfil de carregamento diferente. Verifique se ela não carrega de forma significativamente mais lenta que o controle, já que a velocidade da página afeta tanto as conversões quanto o ranqueamento em SEO.
• Segmente por tipo de dispositivo, se necessário: se a sua variante é otimizada para mobile, mas não para desktop, use a segmentação de público da Mida para restringir o teste ao tipo de dispositivo relevante. Rodar um redesign específico para mobile contra todo o tráfego diluirá seus resultados.
• Calcule primeiro o tamanho de amostra necessário: antes de lançar, use uma calculadora de tamanho de amostra para estimar quantos visitantes você precisa por variante para detectar o tamanho de efeito esperado. Isso evita que você rode testes por tempo demais ou os encerre cedo demais.

Erros comuns a evitar

Criar experimentos individuais para cada URL

Este é o erro de iniciante mais comum. Criar um experimento de redirecionamento separado para cada ID de produto do seu catálogo vai esgotar sua cota mensal de usuários testados e tornar a análise dos resultados quase impossível. Sempre use padrões com curinga para agrupar famílias de URLs em um único experimento.

Não definir uma meta de conversão

Lançar um teste de redirecionamento sem uma meta definida significa que você terá dados de tráfego, mas nenhuma visão de qual variante é de fato melhor. Sempre configure pelo menos uma meta principal, como compra, envio de formulário ou clique em botão, antes de publicar. Metas secundárias, como profundidade de rolagem ou tempo na página, podem complementar, mas não devem ser sua única medida de sucesso.

Encerrar os testes cedo demais

Testes de redirecionamento que cobrem muitas URLs dinâmicas costumam acumular tráfego rapidamente, o que pode fazer os primeiros resultados parecerem significativos quando não são. Espere até que a duração planejada do teste seja concluída e a significância estatística seja confirmada antes de declarar um vencedor. Encerrar testes antes da hora é conhecido como problema do peeking e é uma das fontes mais comuns de falsos positivos em experimentação.

Esquecer de encerrar o teste depois de publicar a versão vencedora

Quando você tiver um vencedor e já tiver implementado a mudança de forma permanente no seu site, encerre o experimento na Mida. Deixar um teste de redirecionamento rodando depois de já ter publicado a URL vencedora cria redirecionamentos desnecessários para todos os visitantes e continua dividindo um tráfego que deveria ir todo para a experiência canônica.

Perguntas Frequentes

Posso rodar um teste de redirecionamento de URL dinâmica em uma loja Shopify? Sim. As URLs de produtos da Shopify seguem um padrão consistente (/products/[handle]), o que as torna ideais para testes de redirecionamento com curinga. Defina o padrão de controle como https://yourstore.myshopify.com/products/* e a variante como a nova estrutura de URL. Garanta que o script da Mida esteja instalado pelo tema da Shopify ou por um contêiner do GTM antes de lançar.

O teste de redirecionamento de URL dinâmica vai deixar meu site mais lento? O redirecionamento da Mida acontece no navegador antes de a página da variante carregar, usando um script leve. O redirecionamento em si normalmente adiciona apenas alguns milissegundos de latência. O fator de velocidade mais relevante é se a página da variante é tão rápida quanto a página de controle: passe as duas pelo PageSpeed Insights para comparar antes de lançar.

Como verifico se o meu padrão com curinga correspondeu corretamente? Use o modo de pré-visualização integrado da Mida para acessar uma URL específica e confirmar a qual variante você foi atribuído. Você também pode abrir as ferramentas de desenvolvedor do navegador: se o redirecionamento estiver funcionando corretamente, você verá a página navegar da URL original para a URL da variante. A Mida faz isso como um redirecionamento JavaScript usando window.location.href, então você verá a URL final da variante na barra de endereços e na aba de rede como o documento carregado.

Posso testar variações de parâmetros de consulta com testes de redirecionamento de URL dinâmica? Sim. Você pode incluir parâmetros de consulta nos seus padrões com curinga. Por exemplo, testar /search?category=shoes&* contra /search-v2?category=shoes&* cobrirá todas as combinações de filtros dentro dessa categoria. Tome cuidado com a ordem dos parâmetros: normalize seus padrões para evitar lacunas de cobertura quando os mesmos parâmetros aparecerem em uma sequência diferente.

Como a atribuição de variante se mantém consistente em várias visitas? A Mida armazena a atribuição da variante em um cookie próprio (first-party) no navegador do visitante. Mesmo que um usuário visite várias URLs dinâmicas cobertas pelo mesmo experimento, ele sempre verá a mesma variante. A atribuição é por visitante, não por URL, então ela persiste entre diferentes páginas da mesma família de URLs.

O teste de redirecionamento de URL dinâmica funciona em aplicações de página única (SPAs)? SPAs que usam roteamento no lado do cliente (React Router, Vue Router etc.) tratam as URLs de forma diferente: a página não é totalmente recarregada na navegação, então o navegador nunca faz uma nova requisição HTTP. Nesses casos, um teste de redirecionamento pode não ser disparado corretamente. Para SPAs, um teste na própria página baseado em JavaScript costuma ser mais confiável. Veja o guia da Mida para SPAs para saber como executar experimentos em aplicações renderizadas no lado do cliente.

Quantos curingas posso usar em um único padrão de URL? Você pode usar vários curingas em um único padrão. Por exemplo, https://shop.example.com/*/category/*/id/* corresponderá a URLs com três segmentos dinâmicos. Cada posição de curinga no padrão de controle corresponde à posição equivalente no padrão da variante, então os valores dinâmicos são preservados corretamente no redirecionamento.

Conclusão

O teste A/B de URL dinâmica é uma técnica poderosa que permite executar experimentos em todo o seu catálogo de produtos, biblioteca de conteúdo ou fluxo de checkout sem criar testes individuais para cada URL. O segredo é usar padrões com curinga para corresponder a famílias de URLs, combinar isso com tags canônicas adequadas nas páginas das variantes para proteger o seu SEO e deixar os experimentos rodarem até que a significância estatística seja confirmada.

Com a Mida, a configuração leva minutos, não dias. Você não precisa de recursos de engenharia para implementar regras de redirecionamento com curinga, e o mesmo script leve que cuida dos seus testes A/B padrão também impulsiona experimentos de URL dinâmica em milhares de páginas simultaneamente.

Pronto para executar seu primeiro experimento de URL dinâmica? Crie uma conta gratuita na Mida e comece em menos de cinco minutos, sem precisar de desenvolvedor.