Ir para o conteúdo
Canais de Crescimento

Como Dropshippers Fazem Teste A/B de Landing Pages com Tráfego Pago e Regras de ROAS por Variante

8 min de leitura
GE

Giada Esposito

E-commerce Performance Manager

A landing page de um dropshipper é onde o investimento em anúncios converte ou morre, mas a maioria dos dropshippers escolhe a página no instinto e manda todo o tráfego para ela até os resultados decepcionarem. O caminho mais disciplinado é fazer teste A/B de landing page com tráfego pago dividido — direcionar orçamento igual para duas variantes, acompanhar a performance por variante com parâmetros UTM e deixar uma regra de ROAS cortar a página perdedora antes que o orçamento do teste seja desperdiçado. Este guia percorre o fluxo exato: configuração de UTM, estrutura da divisão de tráfego e a regra por variante que encerra o teste automaticamente.

Resposta rápida: Crie dois conjuntos de anúncios idênticos apontando para duas URLs de landing page, marcando cada uma com um parâmetro utm_content único. Rode orçamento igual por 72 horas ou até cada variante atingir 25–30 eventos de compra. Configure uma regra de piso de ROAS por variante que pause a de pior desempenho assim que a diferença for estatisticamente relevante. O vencedor fica com o orçamento; o perdedor é cortado por regra.

Por que a maioria dos testes de landing page produz resultados inconclusivos

Testes A/B de landing page falham de uma de três formas: o teste declara um vencedor cedo demais, a divisão de tráfego é descontrolada, ou o teste nunca produz um resultado definitivo porque nenhuma das condições para declarar um vencedor foi definida.

A falha do "cedo demais" é a mais comum. Um dropshipper vê a Variante A converter a 4% enquanto a Variante B converte a 2,5% depois de 48 horas e declara A vencedora — mas, no momento dessa decisão, cada variante pode ter recebido menos de 20 visitantes. Uma diferença de três conversões não é um achado estatisticamente significativo; é ruído. O teste deveria ter rodado por pelo menos o dobro do tempo.

A divisão de tráfego descontrolada é o segundo problema. Se as duas variantes rodam no mesmo conjunto de anúncios com as URLs alternadas pela rotação de criativos da própria plataforma, a plataforma vai otimizar em direção ao criativo ou posicionamento que ela prevê que terá melhor desempenho — o que pode não ter nada a ver com a landing page. O teste mistura a otimização da plataforma com a performance da página. Um teste de landing page correto exige dois conjuntos de anúncios separados, com segmentação idêntica e divisão manual de orçamento 50/50, para que a única variável entre os dois públicos seja a URL de destino.

O terceiro problema é que a maioria dos dropshippers nunca define um critério claro de "vencedor". Sem um limite pré-definido de ROAS ou de taxa de conversão e uma contagem mínima de eventos, o teste roda até o dropshipper se cansar e tomar uma decisão por feeling — o que anula o propósito de rodar um teste.

Um teste A/B de landing page que termina com "A pareceu um pouco melhor" produziu uma preferência, não informação — o media buyer já tinha essa preferência antes do teste começar. Um teste que termina com "A alcançou ROAS de R$3,40 contra R$1,90 da B após 35 eventos por variante, confirmado a 95% de confiança" produziu uma decisão. A diferença é o critério pré-definido.

Isso se conecta diretamente ao rigor estatístico coberto no guia de teste A/B de Facebook Ads — a mecânica da significância se aplica aos testes de landing page exatamente como se aplica aos testes de criativo.

Passo 1: Configure as variantes de landing page

O teste assume que duas landing pages já existem — duas versões diferentes da página do produto com uma única variável alterada. As variáveis mais testadas são:

  • Comprimento da página: Formato longo (história completa do produto, vários depoimentos, FAQ) versus formato curto (imagem hero, preço, botão de compra, três bullet points)
  • Ângulo do título: Orientado a benefício ("Acabe com a dor nas costas em 5 dias") versus orientado a recurso ("Sistema ergonômico de suporte lombar")
  • Posicionamento da prova social: Avaliações acima da dobra versus avaliações abaixo da seção de preço
  • Enquadramento da oferta: Preço padrão versus enquadramento de urgência com "oferta por tempo limitado"

As duas páginas devem diferir em exatamente uma variável. Se a página de formato longo também tem um título diferente e um posicionamento de prova social diferente, o teste não consegue atribuir as diferenças de performance a nenhum elemento isolado. Escolha uma variável, mude-a de forma consistente entre as duas variantes e mantenha todo o resto idêntico.

Isolar uma única variável é o que torna o resultado reutilizável. A HubSpot reportou em 2024 que profissionais de marketing que rodavam experimentos estruturados de landing page com variável única viam melhorias de conversão cerca de duas vezes mais frequentemente do que os que mudavam vários elementos ao mesmo tempo — porque uma mudança multivariável diz a você que algo se moveu sem dizer o que repetir no próximo produto.

Configuração dos parâmetros UTM para cada variante:

  • Variante A: ?utm_source=meta&utm_medium=paid&utm_campaign=[codigo-produto]&utm_content=lp-variante-a
  • Variante B: ?utm_source=meta&utm_medium=paid&utm_campaign=[codigo-produto]&utm_content=lp-variante-b

O valor de utm_content é a única diferença. Tudo antes da página — a campanha, a segmentação, o criativo — é idêntico entre as variantes. O construtor de UTM da Wevion gera essas strings de parâmetros e garante consistência; o guia de rastreamento UTM cobre o sistema completo de marcação para quem está configurando isso do zero.

Passo 2: Estruture a divisão de tráfego corretamente

A divisão de tráfego exige dois conjuntos de anúncios separados dentro da mesma campanha. Isso não é opcional — é o requisito estrutural para controlar o teste.

Configuração da campanha:

  • Campanha: Otimização de orçamento no nível da campanha, convenção de nomenclatura: [codigo-produto]-lp-abtest-[data]
  • Conjunto de anúncios A: Segmentação idêntica à do Conjunto B. Um anúncio por conjunto, apontando para a URL da Variante A. Orçamento: 50% do orçamento diário total do teste.
  • Conjunto de anúncios B: Segmentação idêntica à do Conjunto A. Um anúncio por conjunto, apontando para a URL da Variante B. Orçamento: 50% do orçamento diário total do teste.

Crítico: defina o orçamento manualmente no nível do conjunto de anúncios, não use otimização de orçamento da campanha (CBO) sobre os dois. Com o CBO ligado, a Meta vai direcionar o orçamento para o conjunto de anúncios que ela prevê que terá melhor desempenho, o que vai distorcer o teste antes de existir dado suficiente para confiar nessa previsão. O 50/50 manual no nível do conjunto de anúncios mantém a divisão controlada.

A divisão manual de orçamento 50/50 é a integridade do teste. Se a plataforma otimizar a divisão durante o teste, qualquer diferença de performance entre as variantes poderia ser explicada por desvio na segmentação ou assimetria de orçamento, em vez de pela landing page. O teste só diz algo relevante se as duas variantes receberem tráfego estatisticamente equivalente sob condições equivalentes.

Segundo o relatório de otimização de taxa de conversão da Shopify de 2023, o ganho mediano da variante vencedora em um teste A/B de landing page, entre os lojistas de e-commerce que estruturaram seus testes corretamente, foi de 18%, enquanto os lojistas que rodavam testes informais (sem divisão controlada, sem limite de significância) não encontraram ganho consistente nas campanhas seguintes — os achados do teste informal simplesmente não se sustentaram. A estrutura determina se o teste é informação ou ruído.

Passo 3: Configure regras de ROAS por variante

A regra de ROAS é a camada de automação que encerra o teste de forma limpa, em vez de deixá-lo à deriva. Antes de lançar o teste, o dropshipper configura uma regra para cada conjunto de anúncios.

Regra: Piso de ROAS por variante

  • Condição: ROAS do conjunto de anúncios < [ROAS de break-even] após investimento ≥ [50% do orçamento de teste planejado por variante]
  • Ação: Sinalizar para revisão (não pausar automaticamente, porque o ROAS inicial pode ser volátil e as duas variantes podem ficar brevemente abaixo do break-even durante a fase de aprendizado do algoritmo)
  • Notificação: Alerta no Telegram nomeando a variante, o ROAS atual e o investimento

Regra: Sinal de variante vencedora por ROAS

  • Condição: ROAS do conjunto de anúncios ≥ [ROAS-alvo × 1,5] E ROAS do outro conjunto ≤ [ROAS de break-even] após investimento ≥ [75% do orçamento de teste planejado por variante]
  • Ação: Pausar a variante perdedora, sinalizar para revisão de escala a variante vencedora
  • Notificação: Alerta no Telegram: "Vencedor do teste de LP confirmado: Variante A. ROAS [X] vs ROAS da Variante B [Y]. Sugerir escalar A."

Essas regras tratam os dois desfechos que importam: um perdedor claro e precoce (uma variante falhando abaixo do break-even enquanto a outra se mantém) e um vencedor confirmado (uma variante superando a outra de forma significativa após investimento suficiente). Ambos são sinalizados ou tratados por regra, em vez de esperar a próxima verificação manual do dropshipper.

O guia de automação de limite de investimento cobre como a atribuição por UTM se conecta ao motor de regras — a regra lê os dados de performance segmentados por UTM, então a atribuição precisa estar correta para que a regra avalie os números certos.

Passo 4: Leia os resultados de 72 horas

Às 72 horas, o dropshipper verifica o resumo do teste. A visão mostra a performance dos dois conjuntos de anúncios — impressões, cliques, conversões, ROAS — filtrável pelo parâmetro utm_content, para que a atribuição fique limpa: toda conversão atribuída a lp-variante-a veio pela URL da Variante A, e toda conversão atribuída a lp-variante-b veio pela URL da Variante B.

O framework de decisão às 72 horas:

  • Se uma variante tem ROAS ≥ 1,5× a outra e ambas têm ≥ 25 conversões: Declare o vencedor. Pause o perdedor. Direcione todo o orçamento para o vencedor.
  • Se a diferença for menor que 1,5× ou a contagem de eventos estiver abaixo de 25: Estenda o teste por mais 48 horas. Não declare um vencedor com dados insuficientes.
  • Se ambas as variantes estiverem abaixo do ROAS de break-even após 72 horas: O problema pode não ser a landing page — pode ser a oferta do produto, o criativo ou a segmentação. Pare o teste e diagnostique o funil.

Um teste que termina em "estender por 48 horas" não é um fracasso — é o teste avisando que o sinal ainda não é grande o suficiente para confiar. Forçar uma conclusão sobre dados magros é pior do que esperar pelos eventos. A regra de ROAS já cortou o perdedor claro; se as duas estão próximas, mais dados é a decisão correta.

Passo 5: Coloque o vencedor no ar e construa uma biblioteca de páginas

Quando um vencedor é confirmado, a URL migra para a campanha de produção. A campanha de teste é encerrada. O dropshipper registra o resultado — qual variante venceu, por qual margem, qual variável foi testada — em uma biblioteca de páginas que acompanha os achados acumulados do time de produto ao longo de cada rodada de teste.

Com o tempo, a biblioteca de páginas vira um conjunto de princípios estruturais comprovados. Se o formato longo supera consistentemente o formato curto em três testes de produtos diferentes, esse é um achado estrutural que vale a pena aplicar como padrão em toda nova página de produto. Se títulos orientados a benefício vencem em uma categoria de produto, mas títulos orientados a recurso vencem em outra, a biblioteca captura essa nuance. A sequência de lançamento de produto para dropshipper se apoia nessa biblioteca — cada novo lançamento de produto começa com a estrutura de página vencedora, em vez de um novo chute.

Esse é o efeito de composição do teste estruturado: cada teste soma à biblioteca, e a biblioteca torna o próximo teste mais propenso a produzir um vencedor mais rápido, porque o ponto de partida padrão é o padrão estrutural que já funcionou antes.

Preços e configuração

A marcação de UTM, o motor de regras e a atribuição de performance estão no plano Starter de €99/mês, ao lado do Free €0, Pro €499, Plus €1.499/mês (€1.199 anual) e Enterprise. Um teste gratuito de 14 dias, junto ao plano gratuito permanente, dá ao dropshipper tempo suficiente para rodar um teste completo de landing page de 72 horas, observar as regras de ROAS em ação e confirmar um vencedor a partir de dados reais de conversão.

A configuração inicial — criar dois conjuntos de anúncios, marcar as URLs e definir as regras por variante — leva menos de uma hora para um dropshipper que já fez a configuração do teste uma vez. O teste de landing page de cada produto seguinte reutiliza a mesma estrutura, mudando apenas as URLs e a economia específica do produto. Esse é o efeito de composição operacional que o framework de teste produz: não apenas um vencedor no primeiro teste, mas um caminho mais rápido e mais barato até o vencedor em cada teste que vem depois.

Este guia faz parte do nosso hub de geração de leads — explore o cluster completo para playbooks relacionados de landing page e tráfego.

Perguntas frequentes

Newsletter

The Ad Signal

Insights semanais para media buyers que não adivinham. Um email. Apenas sinal.

Voltar ao blog
Compartilhar

Artigos relacionados

Pronto para automatizar suas operações de anúncios?

Lance campanhas em massa em todas as contas. Comece grátis, para sempre. Sem cartão de crédito. Cancele quando quiser.