
Cómo elegir su política de gestión del consentimiento
Para experimentos web / experimentos de feature / experimentos híbridos
El nivel de consentimiento requerido depende de la legislación aplicable. Active la opción CONSENT NOT REQUIRED o la opción CONSENT REQUIRED.Kameleoon cumple con la normativa aplicable, tal como se describe en las directrices del GDPR disponibles en https://gdpr.eu/cookies, y recomienda el siguiente enfoque:
- Las reglas de despliegue segmentado o progresivo sirven principalmente a fines relacionados con la gestión de versiones y la funcionalidad técnica. Kameleoon recomienda eximirlas de la gestión del consentimiento y clasificar a Kameleoon en la categoría de “Strictly Necessary Cookies”, de modo que Kameleoon active este tipo de reglas incluso cuando el visitante no haya dado su consentimiento. Kameleoon garantiza que los datos recogidos para estos feature flags se limitan a información técnica, incluidos los eventos de exposición, como los nombres de reglas y variaciones, y los eventos de conversión de objetivos. Cuando utiliza los SDK de Kameleoon, el SDK puede almacenar una cookie de origen propio que contiene un ID asignado aleatoriamente. Este ID identifica de manera única el navegador o dispositivo de un visitante. Si prefiere no utilizar este ID, el SDK le permite establecer su propio ID. No obstante, es su responsabilidad asegurarse de que este ID se mantenga coherente, ya que Kameleoon lo utiliza para mostrar la misma variación de un feature flag durante toda la sesión del visitante en su aplicación web.
- Para los experimentos de feature, Kameleoon muestra una variación de un experimento, pero no realiza ningún seguimiento de datos hasta que el visitante da su consentimiento, lo que garantiza una privacidad total y una experiencia de usuario no intrusiva. No obstante, si el visitante no ha dado su consentimiento, podría ver distintas variaciones de un mismo feature flag en varias páginas.
Para personalizaciones web
Debería habilitar siempre la opción CONSENT REQUIRED. No obstante, estas elecciones dependen de su uso de Kameleoon. Su Customer Success Manager está ahí para ayudarle a elegir la política que mejor se adapte a su sitio web.Para recomendaciones de producto
De forma predeterminada, las recomendaciones de producto comparten los mismos ajustes de consentimiento que sus pruebas A/B y personalizaciones. Para configurar una política de consentimiento independiente para las recomendaciones de producto, póngase en contacto con su Customer Success Manager (CSM). Para más información, consulte Gestión del consentimiento en la documentación de recomendaciones de producto. No obstante, estas elecciones dependen de su uso de Kameleoon. Su Customer Success Manager está ahí para ayudarle a elegir la política que mejor se adapte a su sitio web.Cómo definir su política de gestión del consentimiento
La configuración de la política de gestión del consentimiento está disponible en el menú Admin > Projects de la aplicación de Kameleoon. Puede configurar los campos relativos a la gestión del consentimiento en cada uno de los dos bloques (Experiment y Personalization). Puede definir los ajustes por separado para cada una de las opciones Experiment (experimentos web o de feature) y Personalization.
- La política de gestión del consentimiento.
- El comportamiento de Kameleoon cuando el consentimiento es desconocido (solo necesario para experimentos web y personalizaciones).
- El comportamiento de Kameleoon en caso de opt-out (solo necesario para experimentos web y personalizaciones).
Política de consentimiento
Si se requiere consentimiento
Consentimiento no requerido
Seleccione esta opción si no está sujeto al GDPR ni a normativas similares de privacidad. Si selecciona esta opción, todos los experimentos se ejecutan y Kameleoon recopila datos sin consentimiento.Consentimiento requerido
Seleccione esta opción si está sujeto al GDPR o a normativas similares de privacidad. Si elige esta opción, debe obtener el consentimiento del visitante antes de que Kameleoon recopile datos. Kameleoon proporciona métodos de JavaScript, en concretoenableLegalConsent() y disableLegalConsent(), así como el método setLegalConsent(). Utilice estos métodos después de que el visitante dé su consentimiento legal, para activar o desactivar Kameleoon tanto en el front-end como en el lado del servidor.
Kameleoon retrasa las solicitudes de seguimiento de los datos asociados a las reglas de experimentos hasta que el visitante dé su consentimiento explícito, siempre que el visitante dé este consentimiento durante la sesión actual. Este enfoque garantiza que no se produzca ningún seguimiento de datos para los experimentos hasta que el visitante haya dado su consentimiento. Para los feature flags, Kameleoon envía los datos retrasados con la siguiente solicitud cuando llama a uno de estos métodos:
isFeatureFlagActive(), getFeatureVariationKey(), getFeatureVariable() o trackConversion(). También puede provocar una transmisión inmediata de los datos llamando al método flush().El SDK de PHP no admite solicitudes retrasadas debido a limitaciones técnicas: el SDK de PHP no persiste entre solicitudes. Cada solicitud crea una nueva instancia del SDK que se destruye en cuanto recibe una respuesta, de modo que el SDK de PHP no puede mantener en memoria las solicitudes almacenadas antes de que el visitante dé su consentimiento.Consideraciones técnicas importantes
- Cuando utilice Kameleoon en modo híbrido, llame tanto a los métodos de la Activation API de JavaScript como a los del SDK después de recoger el consentimiento, para que Kameleoon recopile los eventos de usuario procedentes tanto del Kameleoon Application File como del SDK.
- Como Kameleoon tiene restringido almacenar la clave
visitorCodeen una cookie, debe compartir la clavevisitorCodeque el SDK genera para todas las primeras solicitudes con el motor de Kameleoon que se ejecuta del lado del cliente. Compartir esta clave con el motor de Kameleoon del lado del cliente garantiza un seguimiento adecuado de los nuevos visitantes que aún no han dado su consentimiento. Incorpore el siguiente código en el código fuente de la página cuando el experimento asigne al visitante a una variante. Este fragmento de código envía la clavevisitorCodeal motor de Kameleoon, lo que permite un seguimiento preciso de los nuevos visitantes una vez que el visitante da su consentimiento del lado del cliente. Si omite este paso, el motor de Kameleoon genera un nuevovisitorCode, lo que podría dar lugar a una variante distinta al cargarse la página por segunda vez.
La información de consentimiento está sincronizada entre el Kameleoon Engine (archivo de aplicación kameleoon.js) y el SDK de JS. Esta sincronización significa que, en cuanto establece el consentimiento en el Engine o en el SDK, Kameleoon lo aplica automáticamente a ambos. Esta funcionalidad elimina la necesidad de gestionar el consentimiento manualmente y garantiza que los SDK funcionen conforme a las preferencias del usuario.
Comportamiento cuando el consentimiento es desconocido
Esta sección solo se aplica a experimentos web y personalizaciones.
Bloquear Kameleoon por completo
Kameleoon no se ejecuta en absoluto, y Kameleoon no recopila ni envía datos a una plataforma de analítica hasta que el visitante da su consentimiento.Bloquear Kameleoon parcialmente
Kameleoon solo activa experimentos web con la etiqueta Technical, y Kameleoon no recopila ni envía datos a una plataforma de analítica hasta que el visitante da su consentimiento. ¿Cómo etiquetar una campaña como Technical? Si selecciona Bloquear Kameleoon parcialmente, debe añadir la etiqueta Technical a cada experimento web que desee ejecutar. Puede añadir la etiqueta de una de las siguientes formas: Al crear un experimento o una personalización, asóciele la etiqueta Technical.
No bloquear Kameleoon (no escribir/enviar nada)
Los experimentos se ejecutan, pero Kameleoon no recopila datos sin consentimiento.Comportamiento en caso de opt-out
Esta sección solo se aplica a experimentos web y personalizaciones.