Rotadores de links e testes de split que se otimizam sozinhos

Dois recursos parecem quase idênticos numa lista de funcionalidades e respondem a perguntas completamente diferentes. Um rotador espalha o tráfego de um link curto por vários destinos. Um teste A/B divide o tráfego entre variantes e diz qual delas foi melhor. Os dois colocam mais de um endereço atrás de um link; só um deles é uma medição.

Este guia cobre onde os dois de fato divergem, como os pesos se comportam em cada um, por que manter um visitante em um só destino importa mais do que a distribuição, o que uma verificação de integridade consegue e não consegue detectar, como a redistribuição automática de pesos funciona e por que ela se recusa a agir cedo demais, e quando a ferramenta mais simples é a certa.

O rotador é ferramenta de operação, o split é uma medição

A distinção não é acadêmica. Ela determina quais comportamentos você ganha de graça e em torno de quais você vai ter que construir alguma coisa.

| | Rotador de destinos | Split A/B | | --- | --- | --- | | Objetivo | Manter um endereço funcionando enquanto os destinos mudam | Comparar destinos e decidir | | Pesos | Relativos, quaisquer valores | Inteiros somando exatamente 100 | | Conjunto de opções | Muda o tempo todo, até vinte | Fixo enquanto durar o teste | | Limites por opção | Tetos de cliques, janelas de datas, filtros de país e de dispositivo | Nenhum — variante é variante | | Tratamento de falha | Destino fora do ar é removido sozinho | Não se aplica | | Termina com | Nada; ele segue rodando | Um vencedor, ou um honesto “ainda não” |

O rotador ganha o seu lugar quando o endereço é a parte estável e os destinos se mexem: um código impresso que vai sobreviver a três ofertas, um link na bio, uma inserção de afiliado em que o anunciante troca de criativo toda semana. O split ganha o seu lugar quando você tem uma pergunta e tráfego suficiente para respondê-la. Rodar os dois na mesma conta, em links diferentes, é normal; rodar os dois no mesmo link costuma significar que um deles não está fazendo nada.

Pesos: relativos e recalculados sobre quem está elegível

Os pesos de um rotador são fatias, não porcentagens. A fatia de um destino é o peso dele dividido pela soma dos pesos dos destinos elegíveis naquele momento — então pesos 3, 2 e 1 significam metade, um terço e um sexto, e nada precisa ser renormalizado à mão quando você acrescenta um quarto.

A elegibilidade é avaliada antes dos pesos, e é essa ordem que torna o recurso operacional em vez de decorativo. Um destino sai do conjunto de candidatos quando é desligado, quando gastou o teto total ou o teto diário de cliques, quando a janela de datas dele ainda não abriu ou já fechou, quando o país ou o dispositivo do visitante está fora dos filtros dele, ou quando uma verificação de integridade o tirou do ar. Os demais absorvem a fatia dele em proporção aos próprios pesos, na hora e sem ninguém editar nada às três da manhã. Quando todos os destinos saem, um endereço de reserva recolhe o resto; sem ele, o link continua atendendo pelo destino principal em vez de virar uma página de erro.

O rotador também oferece duas distribuições sem pesos: round robin, o revezamento que manda cliques consecutivos para destinos consecutivos, e uniforme, que divide em partes iguais. O round robin é o modo para distribuir carga entre espelhos, por ser o único que garante que cliques consecutivos caiam em lugares diferentes.

O split A/B se comporta ao contrário, e por um bom motivo. Os pesos dele são inteiros que precisam somar exatamente cem, porque o redirecionador joga cada visitante em um balde de 0 a 99 e percorre os pesos acumulados: qualquer buraco nessa faixa seria tráfego sem ninguém para atender. A distribuição com pesos do rotador é verificada contra cem mil visitantes sintéticos e precisa ficar dentro de um ponto percentual das fatias configuradas, que é o nível de precisão que vale esperar de qualquer ferramenta que se diga capaz de dividir tráfego.

Manter um visitante em um só destino

Rotação sem fixação produz bobagem. Um visitante abre o link, vê a oferta A, volta uma hora depois, vê a oferta B, e todo relatório de funil construído sobre esses cliques é ficção — não levemente errado, ficção, porque numerador e denominador passaram a descrever páginas diferentes.

Por isso a janela de fixação é uma configuração de primeira classe, ajustável de zero a trinta dias, e o mecanismo tem duas camadas. A atribuição base é derivada de forma determinística da impressão digital diária do visitante, então ela é estável sem sessão, sem uma linha no banco e sem nada guardado visitante a visitante. Um cookie próprio do seu domínio de redirecionamento então leva o destino escolhido adiante pelo tempo da janela, e é isso que faz a fixação sobreviver à troca noturna do sal da impressão digital.

Duas consequências vale conhecer em vez de descobrir. Um visitante que limpa os cookies ou chega por outro aparelho volta para a atribuição derivada, estável dentro de um dia mas não necessariamente entre dias — a mesma troca que a camada de analytics faz para não precisar persistir um identificador. E um visitante fixado continua fixado depois de você mudar os pesos, porque a fixação vence a distribuição enquanto o destino ainda estiver elegível.

Um detalhe de implementação tem efeito visível. O rotador deriva o seu balde de uma fatia da impressão digital do visitante diferente da que o split A/B usa. Compartilhar a mesma fatia correlacionaria as duas atribuições, e todo mundo da variante A veria sistematicamente só uma parte da lista de destinos.

Verificações de integridade e como tirar uma página morta da rotação

Destinos apodrecem. Um parceiro tira uma página do ar, um certificado vence, uma oferta é cancelada, um domínio expira e reaparece como uma página de estacionamento vendendo a si mesma. Enquanto isso, o link curto segue mandando a fatia dele de tráfego contra a parede, e ninguém percebe até o relatório semanal.

Uma verificação agendada percorre cada destino como um visitante percorreria e registra quatro coisas: o código de status, o número de saltos na cadeia de redirecionamentos, o tempo de resposta e a data de validade do certificado TLS. Ela também compara a página com uma impressão digital capturada quando o destino foi adicionado — o host final e o título da página — e é assim que se pega uma URL que hoje devolve um 200 saudável a partir de uma página de estacionamento. A mesma sonda sustenta o verificador de links, e um destino não é reverificado mais de uma vez a cada quinze minutos, para que um espaço de trabalho grande não transforme o próprio monitoramento em fonte de tráfego.

O que acontece depois é uma escolha por link. O padrão é barulhento, mas passivo: o destino ganha um selo na lista de links, os donos recebem um e-mail de resumo e um webhook dispara. Ligue a remoção automática e ele também sai da rotação até se recuperar, marcado como desativado automaticamente em vez de apagado em silêncio, para que “o rotador está bem” vire algo que alguém verificou. A reativação é manual de propósito — uma página que oscilou uma vez vai oscilar de novo, e alguém deveria ver isso antes que o tráfego volte.

Dois limites honestos. A verificação roda a partir da nossa infraestrutura, então ela confirma que a página responde, não que ela responde corretamente para um visitante de um país específico em um aparelho específico. E a detecção de páginas de estacionamento reconhece padrões conhecidos; um destino que devolve uma página perfeitamente válida com a oferta removida vai continuar parecendo saudável, e é por isso que dados de conversão por destino valem mais do que qualquer selo de integridade.

Tetos que aguentam uma rede de edge

Um teto de cliques só significa alguma coisa se aguentar quando o mesmo link é aberto ao mesmo tempo em uma dúzia de países. Contadores independentes por região são exatamente como um destino limitado a mil cliques entrega mil e quatrocentos: catorze data centers contaram cem cada um e cada um deles achou que estava abaixo do limite.

O desenho que evita isso trabalha em duas velocidades. Fotografias dos contadores viajam dentro da configuração em cache do link, então o redirecionador sabe mais ou menos onde cada destino está sem uma ida e volta no caminho quente. Quando um destino chega a algumas dezenas de cliques do seu teto, o redirecionador passa a fazer uma reserva autoritativa em um armazenamento compartilhado antes de responder, e aí dois cliques simultâneos na última vaga são resolvidos por um único incremento atômico: o perdedor vai para outro lugar em vez de estourar o limite.

O trade-off, dito sem rodeios: longe da fronteira o número é uma fotografia e não uma contagem ao vivo, então um teto é exato onde a exatidão importa e aproximado onde ela não importa — que é o que impede um destino sem limite de pagar uma ida e volta por um limite que ele não tem.

Como a otimização automática funciona de verdade

Um split que se otimiza sozinho acrescenta uma única coisa a um split comum: uma tarefa agendada que recalcula os pesos em favor da variante que estiver indo melhor no objetivo. Todo o resto — a divisão em baldes, a fixação, os relatórios — continua igual, e o redirecionador nunca fica sabendo que esse modo existe, porque ele recebe pesos comuns que por acaso foram calculados para ele.

A tarefa roda de hora em hora e trabalha em três passos. Ela junta os incrementos de cliques de cada variante desde a última execução e os soma a uma amostra guardada. Depois pontua cada variante com uma taxa suavizada, somando um aos sucessos e dois às tentativas, para que uma variante com três cliques não consiga cravar uma pontuação perfeita e nenhuma divisão por zero aconteça. Então distribui cem pontos inteiros entre as variantes em proporção a essas pontuações, depois de reservar um piso de cinco pontos para cada uma.

Esse piso é a linha mais importante do algoritmo. Uma variante reduzida a zero nunca mais acumularia uma observação, e a decisão de abandoná-la viraria permanente com base na amostra que por acaso a produziu. Cinco pontos bastam para continuar aprendendo e são baratos o bastante para não pesar.

Veja uma execução com duas variantes depois de as comportas abrirem:

| Variante | Cliques | Eventos do objetivo | Taxa bruta | Pontuação suavizada | Novo peso | | --- | --- | --- | --- | --- | --- | | A | 620 | 31 | 5,00% | 5,14% | 54 | | B | 610 | 25 | 4,10% | 4,25% | 46 |

Repare no que o algoritmo não fez. Uma diferença relativa de cerca de um quinto na taxa de conversão produziu uma divisão 54/46, e não uma 90/10, porque a redistribuição é proporcional à pontuação em vez de seguir uma regra em que o vencedor leva tudo. A otimização automática inclina; ela não chaveia. Se você quer um chaveamento, fixe o vencedor à mão — isso manda todo o tráfego para um destino e encerra o experimento, e a decisão fica registrada no histórico do link ao lado das automáticas.

Por que a amostra mínima vem antes de tudo isso

Duas comportas mantêm a distribuição igual antes de o otimizador ter permissão para tocar em qualquer coisa: um período de aquecimento medido em tempo de calendário e uma amostra total mínima medida em cliques, mil por padrão. Abaixo de qualquer uma das duas, os pesos não são ajustados de jeito nenhum, em vez de serem ajustados um pouco.

O motivo não é frescura estatística, é o formato do tráfego de links. As primeiras horas de uma campanha são dominadas pelo canal que publicou primeiro e pelo tráfego automatizado que varre o link, como detalha o nosso guia sobre rastreamento de cliques em links. Uma taxa calculada nessa janela descreve o cronograma de publicação, não as páginas. Pior: um otimizador que age sobre ela deixa faminta a variante que por acaso estreou numa hora morta, e a variante faminta passa a acumular evidência mais devagar, o que torna o erro inicial autorreforçado. O piso limita o estrago; as comportas o evitam.

Duas coisas que o modo automático não faz. Ele é uma redistribuição proporcional de pesos, não um teste sequencial: não calcula nível de significância e nunca declara um vencedor, o que continua sendo ação humana, tomada ao lado da nota de confiança que a tela do teste A/B imprime embaixo da tabela de variantes. E a amostra sobre a qual ele redistribui só vale o quanto vale o objetivo que você alimenta — se todo clique conta como sucesso, todas as variantes pontuam igual por construção e o split fica na prática empatado. Uma inclinação exige um objetivo que nem todo clique alcança, e é isso que o rastreamento de conversões registra por variante; o identificador de clique assinado carrega o rótulo da variante, então pedidos e receita se quebram por variante nos relatórios descritos em conversões.

Quando você não precisa de um rotador

| Situação | Ferramenta melhor | | --- | --- | | Um destino agora, outro no mês que vem | Edite o destino do link; o endereço curto e o histórico dele ficam intactos | | Uma página diferente por mercado | Regras de segmentação ordenadas — determinísticas e legíveis | | Uma pergunta, duas páginas candidatas | Um split simples com a nota de confiança | | Celulares para um app, computadores para o site | Campos de deep link no próprio link | | Vários espelhos da mesma página | Um rotador em modo round robin, que é o caso para o qual ele foi feito |

A regra geral: o rotador merece a sua complexidade quando os destinos mudam sem que o endereço mude, e custa clareza em todo o resto. Uma fatia com peso é mais difícil de raciocinar do que uma regra, e quem já depurou “por que este visitante caiu naquela página” às onze da noite sabe qual das duas prefere ler. Os detalhes de configuração estão no guia do rotador e no guia de links.

Uma configuração que se sustenta

1. Comece pela ferramenta mais simples que responde à pergunta e acrescente rotação só quando a lista de destinos realmente mudar.
2. Defina uma janela de fixação de pelo menos uma sessão para tudo que tiver um funil atrás, e zero apenas para distribuir carga.
3. Dê a cada destino um teto ou uma janela se ele tiver um limite real, e configure um endereço de reserva para que o esgotamento não vire página de erro.
4. Ligue a remoção automática para os destinos que você não controla e deixe-a desligada onde uma queda breve é melhor do que uma redistribuição silenciosa.
5. Deixe o período de aquecimento e a amostra mínima se cumprirem antes de ler qualquer coisa em um split que se otimiza sozinho, e confira a nota de confiança antes de fixar um vencedor.
6. Leia os resultados por destino: o evento de clique registra qual deles atendeu, então cliques, visitantes únicos e receita se quebram todos por essa dimensão.

O padrão por trás de tudo isso é o mesmo. Rotação, tetos e redistribuição de pesos mantêm um link fazendo a coisa certa enquanto ninguém está olhando. Eles não substituem olhar qual destino rende — eles compram o tempo para você olhar direito.