Las pruebas split de redirección de URL solo están disponibles en el Graphic editor y en el Code editor; no están disponibles en PBX.
http://mywebsite.com/SubscriptionA.html
http://mywebsite.com/SubscriptionB.html
Las páginas son accesibles a través de su sitio web. Con Kameleoon, puede realizar una prueba A/B de estas dos páginas y analizar su rendimiento y sus resultados.
Redirección de URL simple
Inicie el Graphic editor o el Code editor de Kameleoon como de costumbre y, a continuación, configure la redirección de URL para una variación:- En el Graphic editor, añada una nueva variación, o seleccione una existente, y haga clic en los tres puntos junto al nombre de la variación. Seleccione Redirection URL en el menú desplegable.
- En el Code editor, haga clic en el chevron junto a Add variation y seleccione URL redirection.

Kameleoon Web Experimentation realiza redirecciones utilizando JavaScript. Si prefiere realizar la redirección de URL con el código de estado HTTP 302, utilice la solución de Feature Experimentation de Kameleoon y un SDK.
- Coherencia en la experiencia de usuario: redirigir la variación original garantiza que todos los usuarios reciban el mismo trato, ya sea que vean el control o una variante. Sin esta redirección, los usuarios en la variación original podrían experimentar pequeños retrasos o diferencias debido a cómo Kameleoon sirve las variaciones, lo que podría introducir sesgos en los resultados de la prueba. Consulte la sección 9 de este artículo para más información.
- Recopilación precisa de datos: en las pruebas basadas en redirección, no redirigir a la variación original podría provocar discrepancias en cómo Kameleoon mide las interacciones. Por ejemplo, los visitantes de la página original podrían no experimentar los mismos sistemas de seguimiento e informes que los de la variación redirigida, lo que llevaría a datos incompletos o sesgados (véase la sección sobre SRM).
Redirección global
La redirección global es una redirección de URL simple sin parámetros adicionales.
http://www.website/page1
hacia:
http://www.website/page2
También puede optar por incluir cualquier parámetro de consulta en la redirección. Por ejemplo, si redirige a los usuarios desde https://www.example.com/products?category=shoes a https://www.example2.com/products, Kameleoon pasa el parámetro de consulta category=shoes a la URL de redirección (https://www.example2.com/products?category=shoes).
Redirección por parámetro
Si desea utilizar la misma URL pero con parámetros adicionales, seleccione Redirection by parameter. Indique los parámetros que se añadirán al final de la URL. Esta opción puede ser útil si desea cambiar el orden predeterminado de los resultados en una página de producto, por ejemplo. Repita esta operación para cada variación que desee probar, indicando a qué URL debe redirigir cada variación a los visitantes.Redirección de URL en varias páginas
Cuando un experimento A/B de split URL se ejecuta en varias páginas (por ejemplo, cada página de información del producto), necesita más funciones que las que ofrece el panel Redirection URL. A menudo deberá gestionar la redirección con código JavaScript personalizado. Imagine, por ejemplo, que desea redirigir a cada visitante que acceda a las siguientes páginas:http://mywebsite.com/product/sheet/technology,product,id.aspx
a estas páginas:
http://mywebsite.com/product_AB/sheet/technology,product,id.aspx
Los parámetros technology, product e ID cambian según la página de información del producto mostrada. Para ejecutar esta prueba, debe escribir código JavaScript para contemplar cada caso posible. He aquí un ejemplo:
http://mywebsite.com/product/sheet/
Ejecutar un experimento A/B de split URL en varias páginas implica que no gestiona los elementos de identificación como parámetros, sino directamente en la URL. El tipo de página no es
category.php?product= sino /category/product.html.Redirección de URL y política de consentimiento
Cuando Kameleoon realiza una redirección, almacena temporalmente ciertos datos (como el ID de la variación) en el navegador del visitante para garantizar un seguimiento correcto tras finalizar la redirección. Sin embargo, no puede almacenar datos antes de que el visitante dé su consentimiento, así que ejecute experimentos de redirección solo para usuarios que hayan dado su consentimiento, utilizando la siguiente condición de targeting JavaScript en la configuración de su experimento:return Kameleoon.API.Visitor.experimentLegalConsent || false;
Si opta por ejecutar el experimento para usuarios que no hayan dado su consentimiento, Kameleoon almacena temporalmente el ID de la variación en sessionStorage para mantener la asignación inicial cuando el usuario recargue la página.
Redirección de URL y herramientas de analítica de terceros
Impacto en las integraciones analíticas personalizadas
Al utilizar una integración analítica personalizada en un experimento de redirección, Kameleoon no envía los datos cuando segmenta inicialmente al visitante, ya que es posible que la herramienta de analítica no tenga tiempo suficiente para cargarse antes de que se produzca la redirección. Para garantizar un seguimiento preciso, Kameleoon almacena los datos en el navegador antes de la redirección y luego los envía después de la redirección (en la página de la variación), lo que garantiza que las herramientas de analítica reciban la información correcta sin dejar de permitir que las redirecciones se produzcan sin problemas (sin parpadeos).Impacto en el seguimiento del referrer
Cuando Kameleoon realiza una redirección, las herramientas de analítica de terceros pierden el acceso al referrer originaldocument.referrer.
Por ejemplo, si un visitante llega a su sitio web a través de una campaña de pago en Facebook pero Kameleoon lo redirige inmediatamente a una variación, el referrer registrado es la página original (antes de la redirección), no la campaña de Facebook. Campaña de Facebook → página original (antes de la redirección) → página de variación (después de la redirección)
Por lo tanto, Google Analytics 4 (GA4) siempre registra la versión original de la página como referrer cuando Kameleoon redirige a los visitantes a una variación.
Para recuperar el referrer correcto, puede comprobar los datos en Kameleoon o utilizar Kameleoon.Gatherer.Referrer.obtain() en la página de la variación y guardar el valor en una variable personalizada por su parte para garantizar que capture el referrer correcto (campaña de Facebook, por ejemplo).
Redirección de URL y Sample Ratio Mismatch
Aunque Kameleoon redirige automáticamente la variación original, realizar experimentos que impliquen redirecciones de URL aumenta la probabilidad de encontrarse con un SRM. El SRM ocurre cuando los visitantes redirigidos a la variante B no ven la página o cuando la recopilación de datos solo se produce después de que se cargue la página B. El SRM provoca una cierta pérdida de datos en la variante B que no estaría presente en la página original. Para abordar el SRM, siga las pautas sobre el SRM.Al configurar su experimento con una asignación de tráfico de original 0 %, control 50 % y redirección 50 %, asegúrese de definir el nuevo control como referencia en la página de resultados.
Cómo hacer QA de experimentos de redirección de URL
Antes de lanzar un experimento de split URL, verifique que segmenta correctamente a los visitantes y los redirige a la URL de variación deseada.- Desde el Graphic editor o Code editor de su experimento, haga clic en Simulate para abrir la simulación en una nueva ventana del navegador. Para un recorrido completo del panel de simulación, consulte Simular una campaña.
- En la pestaña Preview del panel de simulación, utilice el selector de variación para elegir la variación que desea probar y, a continuación, active Force display.
- Compruebe que el navegador se dirige a la URL que configuró para esa variación, incluidos todos los parámetros de consulta que espera que la redirección traslade.