Testes do lado do servidor

Algumas alterações não se conseguem fazer editando uma página já desenhada. Ordenar um resultado de pesquisa de forma diferente, mudar o que um endpoint de preços devolve, ou trocar um modelo de recomendação, tudo isso acontece antes de existir qualquer HTML. Um teste do lado do servidor cobre esses casos: o seu próprio código mostra cada variante, e o Pertento guarda o teste, decide quem recebe cada variante e faz a medição.

Quem escolhe a variante é uma definição. Com a atribuição no navegador, o snippet do Pertento escolhe-a pelo peso, exactamente como num teste visual, e o código da sua página mostra-a: sem chave de servidor, sem alteração no backend, e a segmentação por URL, dispositivo e cookie funciona como habitualmente. Com a atribuição no servidor, o seu backend consulta o SDK de servidor antes de desenhar a página, pelo que a primeira renderização já é a variante certa e nada muda depois de a página carregar.

A atribuição no servidor traz aquilo de que um backend precisa. Cada teste 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 atributos sobre os seus próprios dados, como o plano ou o país, decidem quem entra no teste, e um teste pode fazer a repartição pelo seu próprio ID de cliente, para que um cliente com sessão iniciada veja uma única variante em todos os dispositivos. O Pertento nunca guarda esse ID.

Os resultados chegam aos mesmos ecrãs de estatística que 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 apenas do seu backend, nunca de ambos. Publicar um vencedor funciona como no resto da plataforma: a partir daí, cada decisão indica a variante vencedora, pelo que o seu código a serve a todos sem lançar uma nova versão.