Testes no servidor

Algumas mudanças não podem ser feitas editando uma página já renderizada. Ordenar um resultado de busca de outro jeito, mudar o que um endpoint de preço devolve, ou trocar um modelo de recomendação, tudo isso acontece antes de qualquer HTML existir. Um experimento no servidor cobre esses casos: o seu próprio código mostra cada variante, e o Pertento guarda o experimento, decide quem recebe qual variante e faz a medição.

Quem escolhe a variante é uma configuração. Com a atribuição no navegador, o snippet do Pertento escolhe pelo peso, exatamente como em um teste visual, e o código da sua página mostra a variante: sem chave de servidor, sem mudança no backend, e a segmentação por URL, aparelho e cookie funciona como sempre. Com a atribuição no servidor, o seu backend consulta o SDK de servidor antes de renderizar, então a primeira renderização já é a variante certa e nada muda depois que a página carrega.

A atribuição no servidor traz o que um backend precisa. Cada experimento tem uma chave de flag e cada variante uma chave que o seu código usa para decidir o que mostrar, com um payload JSON opcional para os valores que essa variante usa. Regras de atributo sobre os seus próprios dados, como plano ou país, decidem quem entra no experimento, e um experimento pode fazer a divisão pelo seu próprio ID de cliente, para que um cliente logado veja uma única variante em todos os aparelhos. O Pertento nunca guarda esse ID.

Os resultados chegam às mesmas telas de estatísticas de qualquer outro teste. A página conta o visitante com o ID para o qual o seu servidor decidiu, e as conversões vêm do navegador ou só do seu backend, nunca dos dois. Implantar um vencedor funciona como no resto da plataforma: a partir daí, toda decisão aponta a variante vencedora, então o seu código a entrega para todos sem um novo deploy.