Skip to main content
Este artículo explica cómo configurar una implementación mutuamente excluyente que abarca tanto Kameleoon Web Experimentation (del lado del cliente) como Kameleoon Feature Experimentation (del lado del servidor), cuando algunos de sus experimentos mutuamente excluyentes se ejecutan en una tecnología y otros en la otra.
Para conocer la teoría detrás de los grupos mutuamente excluyentes, incluido cuándo Kameleoon asigna visitantes a un grupo y las contrapartidas que debe valorar primero, consulte Grupos mutuamente excluyentes.

​
El escenario

Suponga que desea ejecutar tres experimentos mutuamente excluyentes:
  • Dos experimentos se ejecutan del lado del cliente mediante Kameleoon Web Experimentation (basado en JavaScript).
  • Un experimento se ejecuta del lado del servidor mediante Kameleoon Feature Experimentation (por ejemplo, a través de un SDK de backend).
Necesita garantizar que los visitantes queden expuestos únicamente a uno de estos experimentos, aunque distintas tecnologías los activen en fases diferentes del recorrido del usuario.

​
Configurar la exclusividad mutua entre ambas tecnologías

​
1. Comience por el feature experiment

El feature experiment se ejecuta del lado del servidor y requiere un targeting temprano, antes de la carga de la página, así que asígnele tráfico primero.
  1. Cree su feature experiment.
  2. Asigne el 33 % del tráfico total a este experimento, o cualquier otro porcentaje que se ajuste a su plan de pruebas.
El 67 % restante del tráfico queda entonces disponible para los dos experimentos web.

​
2. Cree un grupo mutuamente excluyente para los experimentos web

Cree un grupo mutuamente excluyente para los dos experimentos web siguiendo Crear un grupo mutuamente excluyente para experimentos web. Este grupo garantiza que los visitantes vean solo uno de los dos experimentos web, nunca ambos.

​
3. Excluya a los participantes del feature experiment de los experimentos web

Para evitar que los visitantes segmentados en el feature experiment entren en cualquiera de los experimentos web, aplique la siguiente condición de targeting a ambos experimentos web:
  • Condición de targeting: Campaigns → Feature flag → excluya a los visitantes que hayan estado expuestos a cualquier variación de su feature_experiment_name.
Esta condición preserva la exclusividad mutua entre ambas tecnologías.

​
4. Tenga en cuenta el tiempo de sincronización

De forma predeterminada, Kameleoon Web Experimentation realiza una llamada de sincronización remota en cada carga de página para comprobar si el visitante ya ha estado expuesto a un feature experiment. Kameleoon utiliza esta llamada para decidir si incluye o excluye al visitante de un experimento web. Si los tres experimentos se ejecutan en la misma página, esta configuración se vuelve complicada: el motor web tiene que esperar el estado de exposición del lado del servidor antes de decidir si incluye al visitante en un experimento web, lo que puede provocar flickering o retraso en el contenido.
Si el feature experiment y los experimentos web se activan en momentos distintos del recorrido del cliente, por ejemplo en páginas diferentes, añada también una condición de targeting de exclusión al feature experiment para excluir a los visitantes que ya hayan estado expuestos a uno de los experimentos web.

​
Solución recomendada

Para eliminar el flickering y decidir en tiempo real, exponga el estado del feature experiment del visitante directamente en el front end, sin esperar una llamada remota.
  1. Utilice el método del SDK getEngineTrackingCode().
  2. Inserte el resultado en el HTML de la página, idealmente en la sección <head>.
De este modo, Kameleoon sabe de inmediato si el visitante ya estuvo expuesto al feature experiment, lo que permite un targeting más rápido y fluido.