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. Haga clic en la flecha junto a Add variation y seleccione Add URL redirection. A continuación, puede configurar la redirección de URL para la variación. Hay dos tipos de redirección: Global redirection y Redirection by parameter.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 sean tratados de la misma manera, ya sean expuestos al control o a 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 se sirven 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 se miden 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 está redirigiendo a los usuarios desde https://www.example.com/products?category=shoes a https://www.example2.com/products, el parámetro de consulta category=shoes se pasará 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 para cada una a qué URL se debe redirigir 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 disponibles en el panel de redirección mostrado anteriormente. 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 que asegure que se contempla 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 los elementos de identificación no se gestionan como parámetros sino directamente en la URL. El tipo de página no será
category.php?product= sino /category/product.html.Redirección de URL y política de consentimiento
Cuando Kameleoon realiza una redirección, ciertos datos (como el ID de la variación a la que está expuesto) deben almacenarse temporalmente en el navegador del visitante para garantizar un seguimiento correcto tras finalizar la redirección. Sin embargo, dado que el almacenamiento de datos no está permitido antes de obtener el consentimiento, recomendamos ejecutar experimentos de redirección solo para usuarios que hayan dado su consentimiento. Para implementarlo, utilice 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 almacenará 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, los datos no se envían cuando el visitante es inicialmente segmentado, 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 es redirigido inmediatamente a una variación, el referrer registrado será 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)
En Google Analytics 4 (GA4), esto significa que la versión original de la página se registrará siempre como referrer cuando los visitantes sean redirigidos 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 se 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 descritas aquí.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
Para hacer QA de los experimentos de split URL, abra una pestaña de incógnito en su navegador y siga estos pasos:- Vaya a su página, incluyendo los parámetros UTM:
https://www.site.com?utm_param - Abra una nueva pestaña con la simulación.
- Actualice la pestaña; se le segmentará.
- Cambie a su variación.