• Teste A/B no lado do servidor

    Tabela de conteúdo

    Curto e agradável

    A API de entrega no lado do servidor destina-se a equipes de desenvolvimento internas que desejam integrar totalmente os testes A/B em sua própria infraestrutura. As variantes são atribuídas no lado do servidor antes que a página seja renderizada e entregue, sem nenhum JavaScript no lado do cliente. Isso elimina a oscilação, dá à equipe de desenvolvimento controle total sobre a implementação e possibilita a realização de testes em arquiteturas em que um snippet clássico do lado do cliente não funciona: Configurações sem cabeça, aplicativos renderizados no lado do servidor ou aplicativos móveis nativos.

    Como funciona

    Teste A/B no lado do servidor

    Crie um novo experimento no painel do Varify e selecione Experiência no lado do servidor de.

    Em seguida, você encontrará o experimento no painel e, a partir dele, poderá controlar a distribuição do tráfego e iniciar o experimento. Lá você também encontrará o ID do experimento e o IDs de variação, que você precisa para a integração.

    A integração é executada por meio de dois endpoints de API, que sua equipe de desenvolvimento integra diretamente à lógica de back-end existente.

    1. criar usuário POST /ss/{teamId}/users

    Na primeira vez que um novo visitante faz uma solicitação, um usuário é criado por meio desse endpoint. A API fornece um userId (UUID), que seu sistema deve manter, por exemplo, em um cookie, em uma sessão ou em seu banco de dados. Esse ID identifica o usuário para todas as solicitações futuras.

    Exemplo de resposta:

    				
    					{
      "userId": "a9533ef0-bbc4-47a1-90b8-2f2d3bba43a3"
    }
    				
    			

    Chamar a segunda variante GET /ss/{teamId}/experiments/{experimentId}/variations/{userId}

    Com os dados salvos userId Use o UUID salvo para consultar a variante atribuída a um experimento específico. Se nenhuma variante tiver sido atribuída ainda, ela será atribuída automaticamente na primeira vez em que for chamada. A atribuição é determinística - o mesmo usuário sempre recebe a mesma variante para o mesmo experimento, independentemente da frequência com que o ponto de extremidade é chamado.

    Exemplo de resposta (foi atribuída uma variante ao usuário):

    				
    					{
      "variation": 48838,
      "tracking": {
        "experiment": {
          "id": 32596,
          "name": "Homepage CTA Test"
        },
        "variation": {
          "id": 48838,
          "name": "variation-1"
        }
      }
    }
    				
    			

    Exemplo de resposta (o usuário recebe os originais):

    				
    					{
      "variation": null,
      "tracking": {
        "experiment": {
          "id": 32596,
          "name": "Homepage CTA Test"
        },
        "variation": {
          "id": null,
          "name": null
        }
      }
    }
    				
    			

    O campo variação contém o ID da variação atribuída (por exemplo. 48838) - você pode encontrar essas IDs no painel do Varify - ou zero, se o usuário tiver a opção Variante original deve ver. Os rastreamento-O objeto com contexto de experimento é retornado em ambos os casos.

    Seu backend usa o ID de variação retornado para decidir qual versão da página ou do conteúdo será renderizada e entregue. Para fazer isso, mapeie cada ID de variação para a variante de renderização correspondente em sua lógica de backend. zero sempre significa: mostrar a versão original.

    A configuração do experimento em si - grupos-alvo, distribuição de tráfego, início e término - ainda pode ser gerenciada de forma conveniente no painel da Varify.

    Documentação do desenvolvedor

    A referência completa da API (OpenAPI 3.1) com todos os pontos de extremidade, parâmetros e códigos de erro para a sua equipe de desenvolvimento: https://app.varify.io/ss/docs

  • Primeiros passos