Teste A/B de landing pages com links curtos, sem CRO

A maioria das plataformas de A/B testing cobra entre 200 e 2.000 dólares por mês antes de se executar uma única experiência. Justificam essa taxa na categoria superior - otimização com bandit multi-armado, heatmaps, testes de elementos na página contra um DOM ao vivo. Mas uma grande parte do que as pessoas testam na prática é mais simples: duas landing pages, uma pergunta - qual converte melhor. Para esse caso de uso, pode saltar a ferramenta por completo e usar um link curto inteligente como divisor de tráfego. O encaminhamento acontece do lado do servidor, no edge, antes de o navegador carregar. Sem JavaScript injetado, sem piscar.

Este artigo percorre a mecânica e o fluxo de trabalho completo. No final, terá um plano executável, uma estimativa do tamanho da amostra e contexto suficiente para saber quando a abordagem falha e é mesmo necessária uma ferramenta dedicada.

TL;DR

• Um link curto inteligente encaminha cada visitante para a variante A ou B com base em atribuição aleatória ponderada, do lado do servidor - sem piscar com JS, sem script de terceiros.
• A atribuição é feita a cada clique e não é persistente, então planeje para o visitante que clica duas vezes e vê as duas variantes.
• São necessários pelo menos 1.000 visitantes por variante antes de os dados valerem a pena interpretar. Execute a calculadora de tamanho de amostra de Evan Miller (acessada em 2026-05-12) para a sua taxa de base específica e o lift esperado.
• Esta abordagem lida bem com experiências ao nível da página. Para testes ao nível de elementos (cor de botão, copy, layout na página) ou otimização com bandit multi-armado, continua a precisar de uma ferramenta de CRO dedicada.

Por que a divisão do lado do servidor vale o trade-off

O Google Optimize encerrou em setembro de 2023 com uma explicação que ficou registrada na sua documentação de suporte (acessada em 2026-05-12): a empresa integraria a experimentação no Google Analytics 4 e faria parcerias com plataformas de CRO de terceiros. O problema de piscar a página que descrevia na sua própria documentação de desenvolvimento - o breve flash do conteúdo original antes da substituição da variante - era uma limitação conhecida dos testes A/B do lado do cliente que nem mesmo o líder de mercado resolveu plenamente.

As ferramentas do lado do cliente injetam um snippet que aguarda que o DOM seja renderizado e depois o substitui. A substituição demora entre 50 e 300ms consoante a complexidade. Num link rápido com o cache do navegador aquecido, os visitantes raramente notam. Num carregamento a frio em dispositivo móvel, é visível. Pior ainda: bloqueadores de anúncios e ambientes com muitos scripts por vezes impedem a execução do snippet, encaminhando esses visitantes para a página original e contaminando o seu grupo de controle com o subconjunto de tráfego que bloqueia scripts.

Um link curto encaminha no edge antes de qualquer HTML ser enviado. O visitante nunca vê o URL da outra variante no navegador. A taxa de conversão que mede é limpa - sem contaminação por scripts bloqueados, sem artefato de piscar. O trade-off é que está testando páginas inteiras, não elementos na página. Redesenha a landing page, aponta ambos os URLs para o link curto e o deixa dividir.

Para uma análise completa de como os smart links funcionam no edge, incluindo a mecânica de propagação de cache e as seis dimensões de encaminhamento, esse artigo cobre a arquitetura subjacente com mais detalhe. A versão curta: as decisões de encaminhamento acontecem no serviço de edge do Elido antes de qualquer byte de resposta sair do datacenter. Hoje a produção roda em um único host; locais de edge em várias regiões estão planejados, ainda não ativos.

Como funciona a divisão

Quando um visitante acessa o seu link curto inteligente, o edge o atribui a uma variante usando seleção aleatória ponderada. O peso padrão é 50/50; pode configurar 70/30, 80/20 ou qualquer divisão de n vias, incluindo três ou mais variantes.

A atribuição não é persistente. O edge escolhe uma variante a cada clique por conta própria, por sorteio ponderado ou, se você configurar rotação round-robin, percorrendo as variantes em ciclo. Um visitante que clica no link às 9h e de novo às 19h pode cair em variantes diferentes. Planeje para isso. Isso importa porque visitantes que veem as duas variantes são um problema de contaminação que adiciona ruído aos dados de conversão, e o Elido ainda não fixa um visitante a uma variante.

Para a maioria dos testes de landing pages, isso é aceitável. A maioria dos visitantes clica uma vez. Se o seu produto tem um ciclo de avaliação reconhecidamente de vários dias (por exemplo, trials de SaaS B2B), cliques repetidos são mais prováveis e a contaminação cresce. A taxa de conversão por variante continua sendo um agregado justo, mas um visitante que converte em uma variante depois de ver as duas é contado em apenas uma delas. O formato com parâmetro de query descrito abaixo contorna isso, porque a variante viaja com a URL à qual o visitante retorna.

Os eventos de clique são registrados no nosso armazenamento de análise com a etiqueta de variante anexada. A distribuição de cliques por variante e a taxa de conversão posterior são ambas visíveis no painel de análise sem qualquer link adicional. O guia de rastreamento de conversões explica o que o rastreamento de conversões já faz hoje: compras do Stripe e do Shopify associadas ao link por meio do parâmetro elido_link_id. O Elido não grava um ID de clique nos redirecionamentos, então, para envios de formulário ou outras métricas de sucesso, você consulta a sua própria análise por página de variante ou pelo parâmetro de query.

As duas formas de variante

Há duas formas de estruturar as variantes, e a escolha correta depende da sua configuração de análise.

Variantes de página. Cada variante é um URL distinto que aponta para uma página diferente. A variante A é https://acme.example/landing-v1, a variante B é https://acme.example/landing-v2. O link curto encaminha para o URL de destino completo. A sua ferramenta de análise vê duas páginas separadas e as compara diretamente. Esta é a forma mais simples - não são necessárias alterações à página de destino, funciona com qualquer configuração de análise que rastreie visualizações de página por URL.

Variantes com parâmetro de query. Ambas as variantes resolvem para o mesmo URL de base, com ?variant=A ou ?variant=B anexado. A página de destino lê o parâmetro e renderiza a variante adequada. Isto permite usar um URL na sua análise enquanto ainda diferencia a experiência na página. Requer que a página de destino processe realmente o parâmetro - uma verificação JavaScript no momento da renderização, ou um ramo do lado do servidor no seu template. A vantagem é que a atribuição multi-touch é limpa: um visitante que adicione o URL aos favoritos e regresse mais tarde carrega a etiqueta de variante consigo sem precisar que o link curto reatribua.

A forma com parâmetro de query combina bem com a renderização do lado do servidor. Se a sua landing page é uma rota Next.js, leia searchParams.variant no componente de página e renderize condicionalmente a versão A ou B. A página é ainda um único URL no GA4, e a dimensão de variante está disponível como parâmetro personalizado. Para a camada de atribuição UTM completa por cima disto, o guia completo de rastreamento UTM explica como estruturar o template e garantir que a variante sobrevive até ao seu destino de conversão.

Noções básicas de tamanho de amostra e significância

Este é o passo mais frequentemente ignorado e a razão pela qual a maioria dos testes A/B auto-realizados produz conclusões que não se sustentam.

O número de visitantes que precisa por variante depende de três inputs: a sua taxa de conversão de base, o lift mínimo que quer detectar de forma confiável, e o nível de confiança que está disposto a aceitar. Um teste que detecta um lift absoluto de 5% (por exemplo, de uma taxa de conversão de 10% para 15%) com 95% de confiança precisa de aproximadamente 760 visitantes por variante. Um teste que tenta detectar um lift de 2% a partir da mesma base de 10% precisa de cerca de 3.800 por variante. A calculadora de tamanho de amostra de Evan Miller (acessada em 2026-05-12) calcula estes números para quaisquer inputs que forneça - use-a antes de começar, não depois de ver os primeiros resultados.

Dois erros comuns resultam de ignorar este passo.

Espiar e parar cedo. Verifica os resultados após 200 visitantes, vê uma diferença de 12%, declara um vencedor e para o teste. O problema: com 200 visitantes, uma diferença de 12% está bem dentro da banda de ruído para a maioria das taxas de conversão de base. Parar cedo num resultado positivo é estatisticamente equivalente a pescar um resultado significativo - vai encontrar um por acaso eventualmente. Defina o tamanho de amostra necessário antes de o teste começar e não avalie até o atingir.

Efeito de novidade. O tráfego que nunca viu a sua landing page antes responde de forma diferente do tráfego de regresso que encontra uma nova página. Se o seu link curto vai para uma campanha de anúncios pagos, a maioria do tráfego é frio e o efeito de novidade é mínimo. Se o está enviando para uma lista de e-mail existente, uma fração do seu público já conhece a sua landing page atual, e ver uma nova variante pode gerar um lift de conversão temporário que decai após a primeira semana. A análise da CXL sobre significância estatística em testes de conversão (acessada em 2026-05-12) cobre o efeito de novidade e o problema de estabilidade da amostra com mais detalhe - a recomendação principal é executar o teste por tempo suficiente para cobrir pelo menos um ciclo semanal completo do seu padrão de tráfego.

Uma verificação de sanidade prática antes de um teste real: execute primeiro um teste A/A com o seu link curto. Configure ambas as variantes para apontar para exatamente a mesma página. Se a sua configuração de tráfego e medição estiver limpa, as duas variantes devem mostrar taxas de conversão estatisticamente indistinguíveis. Se divergirem mais de 2-3% num teste A/A, há algo errado na sua lógica de atribuição, no seu rastreamento de conversões, ou em ambos.

Walkthrough de configuração

Criar o link curto de divisão demora cerca de cinco minutos. A parte crítica é acertar no array rules - ele controla como o edge atribui as variantes.

curl -X POST \
  https://api.elido.app/v1/links \
  -H "Authorization: Bearer $ELIDO_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "domain":       "go.acme-demo.app",
    "slug":         "spring-lp-test",
    "destination":  "https://acme.example/landing-v1",
    "rules": [
      {
        "type":        "ab_split",
        "variants": [
          {
            "label":       "A",
            "destination": "https://acme.example/landing-v1",
            "weight":      50
          },
          {
            "label":       "B",
            "destination": "https://acme.example/landing-v2",
            "weight":      50
          }
        ]
      }
    ],
    "tags": ["ab-test", "spring-2026-lp"]
  }'

Alguns campos que merecem atenção. O destination ao nível superior é o fallback - se o array de regras não conseguir corresponder por qualquer razão (cache miss no edge durante um deployment, pedido malformado), o tráfego cai para a landing page original em vez de ser descartado. O array tags torna o link filtrável no painel quando tem vários testes correndo simultaneamente.

Depois de criado o link, cole-o na sua campanha - um envio por e-mail, um anúncio pago, uma publicação nas redes sociais - e deixe-o como está. O painel de distribuição de cliques mostra a divisão por variante em quase tempo real (a ingestão é assíncrona, então espere um pequeno atraso). Deverá ver a divisão 50/50 manter-se dentro de 2-3 pontos percentuais após os primeiros centenas de cliques.

Para uma visão mais aprofundada da página de funcionalidades de smart links e da sintaxe completa de regras incluindo condições de país, dispositivo, hora do dia e referrer, a documentação do produto cobre todas as dimensões. A página de soluções para marketers tem os padrões específicos de atribuição e integração de campanha mais relevantes para este caso de uso.

Leitura de resultados

Os resultados por variante aparecem no painel de análise na vista de detalhes do link. A contagem de cliques, a taxa de conversão de clique (se tiver conectado eventos de conversão) e a porcentagem de divisão são todos visíveis sem exportar nada.

A taxa de conversão mostrada é de cliques para conversões para cada variante de forma independente. Digamos que a variante A teve 1.200 cliques e 96 conversões: 8,0%. A variante B teve 1.180 cliques e 115 conversões, o que dá 9,7%. A diferença é 1,7 pontos percentuais - um lift relativo de 21%.

Se essa diferença é real depende da matemática do tamanho da amostra. Com 1.000 visitantes por variante, uma diferença de aproximadamente 2,5 pontos percentuais a partir de uma base de 8% é estatisticamente significativa com 95% de confiança. Com 1.200 por variante, esse limiar diminui ligeiramente. Eu ainda não chamaria de vitória uma diferença de 1,7 ponto. Calcule os números pela calculadora antes de declarar um vencedor.

Quando atingir o tamanho de amostra necessário, declare o vencedor e aja em conformidade. Redirecione o destino da variante perdedora para o vencedor atualizando as regras do link curto. Se quiser preservar os dados do teste, crie um novo link para a página vencedora em vez de modificar o original. Os dados históricos de divisão do link original permanecem intactos no nosso armazenamento de análise e são visíveis no painel indefinidamente.

Não continue a executar após ter declarado o vencedor. Cada dia extra de exposição à variante perdedora custa conversões reais, e todo o sentido de atingir a significância estatística é que finalmente tem evidência suficiente para agir - então aja.

Erros comuns que vale a pena mencionar

Espiar cedo. Coberto acima, mas vale a pena repetir porque é o modo de falha mais comum. A tentação de verificar os resultados após algumas centenas de visitas é natural, e a correção é mecânica: escreva o tamanho de amostra necessário antes do lançamento, coloque um lembrete no calendário para quando o atingir, e feche a aba de análise até lá.

Ignorar o efeito de novidade. Novas páginas recebem um lift a curto prazo simplesmente por serem novas. Se a janela de teste é de três dias e o seu tráfego tem um componente significativo de visitantes que regressam, execute o teste por pelo menos uma semana completa antes de avaliar. A análise da CXL sobre significância (acessada em 2026-05-12) sugere que os testes com menos de sete dias são pouco confiáveis para a maioria dos padrões de tráfego de retalho precisamente porque o efeito de novidade não desaparece numa janela mais curta.

Saltar a verificação de sanidade A/A. Se nunca executou um teste A/B com esta fonte de tráfego e esta configuração de rastreamento de conversões, execute primeiro uma divisão 50/50 em que ambas as variantes apontam para a mesma página. Confirme que as taxas de conversão reportadas estão dentro de 1-2 pontos percentuais uma da outra. Isto descarta problemas de medição antes de ter dados de teste reais em jogo na infraestrutura.

Misturar fontes de tráfego. Se o seu link curto aparece simultaneamente num anúncio pago e numa publicação social orgânica, as duas fontes de tráfego terão taxas de conversão de base e combinações de dispositivos diferentes. A atribuição por variante é aleatória em todos os visitantes, mas o viés de base significa que a variante A pode receber por acaso um pouco mais de tráfego pago em dispositivo móvel do que a variante B, e essa diferença é difícil de distinguir de um efeito de tratamento real. Mantenha o link de teste numa fonte de tráfego de cada vez ou use links separados por fonte que se dividem de forma independente.

Quando preferiria uma ferramenta de CRO real

O divisor de link curto lida bem com experiências ao nível da página. Três casos em que optaria por uma ferramenta dedicada.

Otimização com bandit multi-armado. O teste A/B clássico mantém as divisões de tráfego fixas e avalia no final. Os algoritmos de bandit multi-armado deslocam dinamicamente mais tráfego para a variante com melhor desempenho à medida que as evidências se acumulam - útil quando quer minimizar o arrependimento (conversões perdidas para a variante perdedora) durante o período de teste em vez de maximizar a certeza estatística no final. A divisão do Elido é baseada em pesos estáticos; se quiser a variante do bandit, ferramentas como o Optimizely ou o VWO foram construídas para isso.

Testes de elementos na página. Testar a cor de um botão, um título, o layout de um formulário ou uma imagem hero requer modificar o DOM de uma única página em vez de encaminhar para dois URLs diferentes. Isso é território de JavaScript - uma ferramenta que injeta um snippet e pode modificar a página renderizada é a abordagem correta. A divisão por link curto só funciona quando as variantes residem em URLs diferentes ou em parâmetros de query diferentes que a página já lê.

Heatmaps e replay de sessão. Se quer perceber por que a variante B converte melhor - onde os visitantes clicam, quanto percorrem a página, onde abandonam - precisa de uma ferramenta que instrumente a sessão. Esses dados não vêm da análise ao nível do clique. O Hotjar, o Microsoft Clarity e as funcionalidades de replay de sessão no Amplitude são a camada certa para isto; ficam ao lado de um teste de link curto em vez de o substituírem.

Para tudo o resto - comparar dois designs de página, testar um novo layout de preços, avaliar uma mensagem acima do fold diferente - o fluxo de trabalho de link curto descrito aqui é suficiente, não custa nada além do seu plano Elido existente, e produz dados limpos sem o artefato de piscar ou a taxa de entrada de 200 dólares por mês.

Defina o tamanho da amostra antes do lançamento. Execute a verificação de sanidade A/A. Não espie. Declare o vencedor quando atingir o número a que se comprometeu.