A/B test a landing pages com links curtos - sem necessidade de ferramenta de 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 em direto. 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 browser 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 é persistente durante 24 horas via hash de IP + user-agent, pelo que o mesmo visitante vê sempre a mesma variante em visitas repetidas.
• 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 (acedida 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 registada na sua documentação de suporte (acedida 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 substitui-o. A substituição demora entre 50 e 300ms consoante a complexidade. Numa ligação rápida com o cache do browser 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 controlo 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 browser. A taxa de conversão que mede é limpa - sem contaminação por scripts bloqueados, sem artefacto de piscar. O trade-off é que está a testar páginas inteiras, não elementos na página. Redesenha a landing page, aponta ambos os URLs para o link curto e deixa-o 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. Em resumo: as decisões de encaminhamento acontecem no edge POP da Elido (a região da UE, Leste dos EUA ou Ásia-Pacífico consoante a região do workspace) antes de qualquer byte de resposta sair do datacenter.

Como funciona a divisão#

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

A atribuição é determinística numa janela de 24 horas. O edge efetua o hash do endereço IP e da string de user-agent do visitante e usa o resultado como chave de atribuição. Um visitante que clica no link às 9h e regressa às 19h aterra na mesma variante em ambas as ocasiões. Isto é importante porque comparar variantes em que alguns visitantes veem ambas é um problema de contaminação que amplifica o ruído nos dados de conversão.

Após 24 horas, a atribuição é reposta. Para a maioria dos testes de landing pages, isto é aceitável - a janela de avaliação de uma experiência ao nível da página raramente é superior a um dia por visita. Se o seu produto tem um ciclo de avaliação reconhecidamente multi-dias (por exemplo, trials de SaaS B2B), considere se a janela de 24 horas de persistência se alinha com o momento em que os seus eventos de conversão são disparados. Para ciclos mais longos, a taxa de conversão por variante ainda é exata em termos agregados; a preocupação existe apenas se a atribuição de variante de um único visitante mudar a meio da avaliação e ele converter numa variante tendo estado exposto a ambas.

Os eventos de clique são registados 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 ligação adicional. O guia de rastreio de conversões explica como associar um evento de conversão a um ID de clique específico se estiver a rastrear submissões de formulários ou compras como métrica de sucesso.

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 compara-as 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 rastreio 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 detetar de forma fiável, e o nível de confiança que está disposto a aceitar. Um teste que deteta 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 detetar 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 (acedida 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á a enviar 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 (acedida 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 rastreio 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
          }
        ],
        "sticky":      true,
        "sticky_ttl":  86400
      }
    ],
    "tags": ["ab-test", "spring-2026-lp"]
  }'

Alguns campos que merecem atenção. sticky: true ativa a atribuição por hash de IP+UA; sticky_ttl: 86400 define a janela para 24 horas em segundos. 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 a correr em simultâneo.

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 (o delay de ingestão é inferior a 5 segundos em volumes normais de tráfego). 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 ligado eventos de conversão) e a percentagem 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. Se a variante A teve 1.200 cliques e 96 conversões, a sua taxa de conversão é 8,0%. Se a variante B teve 1.180 cliques e 115 conversões, a sua taxa de conversão é 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. 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. A exposição prolongada à variante perdedora custa conversões reais. O ponto de atingir a significância estatística é que tem evidência suficiente para agir - 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 o separador 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 (acedida em 2026-05-12) sugere que os testes com menos de sete dias são pouco fiá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 rastreio 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 enviesamento 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 da 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 artefacto 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 espreite. Declare o vencedor quando atingir o número a que se comprometeu.