Pruebas A/B en el servidor
Índice
Corto y dulce
La API de entrega del lado del servidor está dirigida a los equipos de desarrollo internos que desean integrar plenamente las pruebas A/B en su propia infraestructura. Las variantes se asignan en el lado del servidor antes de que la página se renderice y entregue, sin ningún tipo de JavaScript en el lado del cliente. Esto elimina el parpadeo, ofrece al equipo de desarrollo un control total sobre la implementación y hace posible la realización de pruebas en arquitecturas en las que un fragmento clásico del lado del cliente no funciona: configuraciones Headless, aplicaciones renderizadas del lado del servidor o aplicaciones móviles nativas.
Cómo funciona
Cree un nuevo experimento en el panel de Varify y seleccione Experimento en el servidor de.
A continuación, encontrará el experimento en el panel de control y desde allí podrá controlar la distribución del tráfico e iniciar el experimento. Allí también encontrará el Identificación del experimento y el Identificación de variaciones, que necesita para la integración.
La integración se realiza a través de dos puntos finales de API, que su equipo de desarrollo integra directamente en la lógica de backend existente.
1. crear usuario POST /ss/{teamId}/usuarios
La primera vez que un nuevo visitante realiza una solicitud, se crea un usuario a través de este punto final. La API proporciona un userId (UUID), que su sistema debe conservar, por ejemplo en una cookie, una sesión o su base de datos. Este ID identifica al usuario para todas las solicitudes futuras.
Ejemplo de respuesta:
{
"userId": "a9533ef0-bbc4-47a1-90b8-2f2d3bba43a3"
}
Llamar a la 2ª variante GET /ss/{teamId}/experiments/{experimentId}/variations/{userId}
Con los guardados userId Utilice el UUID guardado para consultar la variante asignada para un experimento específico. Si aún no se ha asignado ninguna variante, se asignará automáticamente la primera vez que se llame. La asignación es determinista - el mismo usuario siempre recibe la misma variante para el mismo experimento, independientemente de la frecuencia con la que se llame al endpoint.
Ejemplo de respuesta (se ha asignado una variante al usuario):
{
"variation": 48838,
"tracking": {
"experiment": {
"id": 32596,
"name": "Homepage CTA Test"
},
"variation": {
"id": 48838,
"name": "variation-1"
}
}
}
Ejemplo de respuesta (el usuario recibe los originales):
{
"variation": null,
"tracking": {
"experiment": {
"id": 32596,
"name": "Homepage CTA Test"
},
"variation": {
"id": null,
"name": null
}
}
}
El campo variación contiene ID de la variación asignada (por ejemplo. 48838) - puede encontrar estos ID en el cuadro de mandos de Varify - o cero, si el usuario tiene el Variante original debería ver. En seguimiento-objeto con contexto de experimento se devuelve en ambos casos.
A continuación, su backend utiliza el ID de variación devuelto para decidir qué versión de la página o del contenido se renderiza y entrega. Para ello, asigne cada ID de variación a la variante de representación correspondiente en la lógica de su backend. cero siempre significa: mostrar la versión original.
La propia configuración del experimento -grupos objetivo, distribución del tráfico, inicio y parada- puede seguir gestionándose cómodamente en el panel de control de Varify.
Documentación para desarrolladores
La referencia completa de la API (OpenAPI 3.1) con todos los puntos finales, parámetros y códigos de error para su equipo de desarrollo: https://app.varify.io/ss/docs