Tests en el servidor

Algunos cambios no se pueden hacer editando una página ya renderizada. Ordenar de otra forma un resultado de búsqueda, cambiar lo que devuelve un endpoint de precios, o sustituir un modelo de recomendación, ocurren antes de que exista ningún HTML. Un experimento en el servidor cubre eso: su propio código muestra cada variante, y Pertento se encarga del experimento, decide quién recibe cada variante y hace la medición.

Quién elige la variante es un ajuste. Con la asignación en el navegador, el script de Pertento la elige según el peso, exactamente igual que en un test visual, y el código de su página la muestra: sin clave de servidor, sin cambios en el backend, y la segmentación por URL, por dispositivo y por cookie funciona como siempre. Con la asignación en el servidor, su backend consulta al SDK de servidor antes de renderizar, así que el primer renderizado ya es la variante correcta y nada cambia después de que cargue la página.

La asignación en el servidor aporta lo que necesita un backend. Cada experimento tiene una clave de flag y cada variante una clave según la cual su código decide qué hacer, con un payload JSON opcional para los valores que usa esa variante. Las reglas de atributos sobre sus propios datos, como el plan o el país, deciden quién entra en el experimento, y un experimento puede repartir según su propio identificador de cliente, para que un cliente con sesión iniciada vea la misma variante en todos sus dispositivos. Pertento nunca guarda ese identificador.

Los resultados llegan a las mismas pantallas de estadísticas que cualquier otro test. La página cuenta al visitante con el identificador para el que decidió su servidor, y las conversiones llegan desde el navegador o solo desde su backend, nunca de los dos. Desplegar un ganador funciona igual que en el resto: a partir de entonces cada decisión indica la variante ganadora, así que su código la sirve a todos sin un nuevo despliegue.