Guía del desarrollador
Esta sección le ayudará a comenzar y le presentará algunos de los conceptos más avanzados.Primeros pasos
Instalación
La herramienta de instalación de SDK de Kameleoon es el mejor método para instalar el SDK rápidamente. El instalador de SDK le ayuda a instalar el SDK de su elección, generar una muestra de código básica y configurar las dependencias externas si es necesario. Para usar la herramienta de instalación del SDK, instálela y ejecútela globalmente:npx:
También puede inyectar el SDK de JavaScript en su aplicación como un único archivo mediante la etiqueta Para utilizar siempre la última versión de un release mayor, utilice el siguiente script, donde Para permanecer siempre en una versión específica, indique en su lugar el número de versión completo. Por ejemplo, para la versión Las versiones pueden consultarse en la página de versiones.
<script>. Después podrá acceder a todos los métodos del SDK usando el objeto global KameleoonSDK.Ejemplo:index.html
app.js
4 es la versión mayor actual:4.24.0, que es la versión más antigua disponible como script estático, utilice lo siguiente:Inicializar el cliente Kameleoon
A continuación se ofrece una guía paso a paso para configurar el SDK de JavaScript en su aplicación.- TypeScript
- JavaScript
KameleoonClient para ejecutar experimentos de funcionalidades y obtener el estado de los feature flags y sus variaciones.
La inicialización de KameleoonClient se realiza de forma asíncrona para garantizar que la llamada a la API de Kameleoon haya sido correcta. Para la inicialización, utilice el método initialize(). Use async/await, Promise.then() o cualquier otro método para gestionar la inicialización asíncrona del cliente.
Parámetros
Parámetros de configuración
- SDK Version 3
- SDK Version 4
Reducir
dataFileRefreshInterval aumenta la frecuencia con la que el SDK comprueba si hay una configuración más reciente en segundo plano, pero el archivo de datos en caché de un visitante sigue siendo utilizable hasta que supera dataFileCacheTtl (90 minutos de forma predeterminada). Reduzca dataFileCacheTtl en su lugar para acortar cuánto tiempo puede un visitante seguir evaluándose con una configuración en caché obsoleta. De lo contrario, el tráfico hacia un experimento o feature flag recién lanzado aumenta gradualmente en lugar de alcanzar el volumen completo de inmediato. Consulte Impacto en experimentos y feature flags recién lanzados para más información.No utilice varias instancias del cliente en una misma aplicación, ya que aún no es totalmente compatible. Varias instancias del cliente pueden hacer que la configuración en almacenamiento local se sobrescriba y provoquen errores.
Activar un feature flag
Asignar un identificador único a un usuario
Para asignar un ID único a un usuario, puede usar el métodogetVisitorCode(). Si un código de visitante no existe (en la cookie del encabezado de solicitud), el método genera un ID único aleatorio o utiliza un defaultVisitorCode que habría generado. El ID se establece entonces en una cookie del encabezado de respuesta.
Si está utilizando Kameleoon en Modo híbrido, llamar al método getVisitorCode() garantiza que el ID único (código de visitante) se comparta entre el archivo de aplicación engine.js (anteriormente llamado kameleoon.js) y el SDK.
Recuperando una configuración de flag
Para implementar un feature flag en su código, primero debe crear el feature flag en su cuenta de Kameleoon. Para determinar el estado o variación de un feature flag para un usuario específico, debe usar el métodogetVariation() o isFeatureFlagActive() para recuperar la configuración según la featureKey.
El método getVariation() maneja tanto feature flags simples con estados ON/OFF como flags más complejos con múltiples variaciones. El método recupera la variación apropiada para el usuario verificando las reglas de funcionalidad, asignando la variación y devolviéndola según la featureKey y visitorCode.
El método isFeatureFlagActive() puede ser usado si desea recuperar la configuración de un feature flag simple que tiene solo un estado ON u OFF, en contraposición a feature flags más complejos con múltiples variaciones u opciones de dirigimiento.
Si su feature flag tiene variables asociadas (como comportamientos específicos vinculados a cada variación), getVariation() también le permite acceder al objeto Variation, que proporciona detalles sobre la variación asignada y su experimento asociado. Este método comprueba si el usuario está dirigido, encuentra la variación asignada del visitante y la guarda en el almacenamiento. Cuando track=true, el SDK enviará el evento de exposición al experimento especificado en la próxima solicitud de seguimiento, que se activa automáticamente según la tracking_interval_millisecond del SDK. Por defecto, este intervalo está establecido en 1000 milisegundos (1 segundo).
El método getVariation() le permite controlar si se realiza el seguimiento. Si track=false, el SDK no enviará eventos de exposición. Esto es útil si prefiere no rastrear datos a través del SDK y en su lugar confía en el seguimiento del lado del cliente administrado por el motor de Kameleoon, por ejemplo. Además, configurar track=false es útil cuando se usa el método getVariations(), donde puede que solo necesite las variaciones para todos los flags sin activar eventos de seguimiento. Si desea saber más sobre cómo funciona el seguimiento, vea este artículo
Agregar puntos de datos para dirigirse a un usuario o filtrar/desglosar visitas en informes
Para dirigirse a un usuario, asegúrese de haber agregado puntos de datos relevantes a su perfil antes de recuperar la variación de funcionalidad o verificar si el flag está activo. Use el métodoaddData() para agregar estos puntos de datos al perfil del usuario.
Para recuperar puntos de datos recopilados en otros dispositivos o para acceder a datos de usuario pasados (recopilados en el lado del cliente cuando se utiliza Kameleoon en modo híbrido), use el método getRemoteVisitorData(). Este método obtiene datos de los servidores de forma asincrónica. Es importante llamar a getRemoteVisitorData() antes de recuperar la variación o verificar si el feature flag está activo, ya que estos datos pueden ser necesarios para asignar un usuario a una variación determinada.
Para obtener más información sobre las condiciones de dirigimiento disponibles, consulte el artículo detallado sobre el tema.
Además, los puntos de datos que agregue al perfil del visitante estarán disponibles al analizar sus experimentos, lo que le permitirá filtrar y desglosar sus resultados por factores como dispositivo y navegador. El modo híbrido de Kameleoon recopila automáticamente una variedad de puntos de datos en el lado del cliente, facilitando el desglose de sus resultados basándose en estos puntos de datos recopilados previamente. Vea la lista completa aquí.
Si necesita rastrear puntos de datos adicionales más allá de lo que se recoge automáticamente, puede utilizar la funcionalidad Custom Data de Kameleoon. Custom Data le permite capturar y analizar información específica relevante para sus experimentos. No olvide llamar al método flush() para enviar los datos recogidos a los servidores de Kameleoon para su análisis.
Para asegurar que sus resultados sean precisos, se recomienda filtrar bots utilizando el tipo de dato
UserAgent.Seguimiento de conversiones de objetivos
Cuando un usuario completa una acción deseada (como hacer una compra), se registra como una conversión. Para rastrear conversiones, use el métodotrackConversion() y proporcione los parámetros requeridos visitorCode y goalId.
La solicitud de seguimiento de conversión se enviará junto con la siguiente solicitud de seguimiento programada, que el SDK envía a intervalos regulares (definidos por tracking_interval_millisecond). Si prefiere enviar la solicitud inmediatamente, use el método flush() con el parámetro instant=true.
Envío de eventos a soluciones de análisis
Para rastrear conversiones y enviar eventos de exposición a su solución de análisis de clientes, primero debe implementar Kameleoon en Modo híbrido. Luego, use el métodogetEngineTrackingCode().
El método getEngineTrackingCode() recupera el código de seguimiento único necesario para enviar eventos de exposición a su solución de análisis. El uso de este método le permite registrar eventos y enviarlos a su plataforma de análisis deseada.
Uso de una clave de bucketing personalizada
Por defecto, Kameleoon utiliza un ID único y anónimo de visitante (visitorCode) para asignar usuarios a variaciones de feature flags. Este ID típicamente se genera y se almacena en el dispositivo del usuario (en una cookie del navegador para SDKs de lado del cliente y servidor—en almacenamiento persistente para SDKs móviles). Sin embargo, en ciertos escenarios puede necesitar asegurar que todos los usuarios de la misma organización vean la misma variante de un feature flag.
La opción Custom Bucketing Key le permite anular este comportamiento predeterminado proporcionando su propio identificador personalizado para bucketing. Esta anulación asegura que la lógica de asignación de Kameleoon use su clave especificada en lugar del visitorCode predeterminado.
Casos de uso
Usar una clave de bucketing personalizada es esencial para mantener la consistencia y precisión en sus asignaciones de feature flags, particularmente en estas situaciones:- Experimentos a nivel de cuenta u organización: Para productos B2B o escenarios en los que desea asignar a todos los usuarios de la misma organización a la misma variación, puede utilizar un identificador como un
accountId. Las claves de bucketing personalizadas son fundamentales para realizar pruebas A/B de funcionalidades que afectan a todo un equipo o empresa.
Detalles técnicos
Cuando configura una clave de bucketing personalizada para un feature flag, proporciona a Kameleoon un identificador específico procedente de los datos de su aplicación:- Proporcionar la clave personalizada: Proporcione su identificador personalizado al SDK de Kameleoon usando el método
addData(). En este método, pasará su clave de bucketing personalizada elegida como un objetoCustomData. Aquí,newVisitorCodese refiere al identificador que desea usar para su bucketing (por ejemplo, el nuevouserIdoaccountId).
- Lógica de bucketing: Una vez que se proporciona una clave de bucketing personalizada a través del método
addData(), todos los cálculos de hash para asignar usuarios a variaciones usarán estenewVisitorCode(su clave personalizada) en lugar delvisitorCodepredeterminado. Usar elnewVisitorCodesignifica que la decisión de bucketing está vinculada a su identificador personalizado, asegurando asignaciones consistentes en varios contextos donde ese identificador está presente. - Seguimiento de datos y análisis: Es crucial notar que mientras el
newVisitorCode(su clave personalizada) se utiliza para decisiones de bucketing, todos los datos posteriores (eventos de seguimiento y conversiones, por ejemplo) se envían y se asocian con elvisitorCodeoriginal. Esta separación garantiza que su análisis refleje con precisión los recorridos de usuarios individuales e interacciones dentro del contexto más amplio de su experimento, incluso cuando el bucketing se realiza en un nivel superior (como una cuenta) o en múltiples dispositivos/sesiones. Sus datos originales del visitante permanecen intactos para informes completos.
Requisitos técnicos
Para usar efectivamente una clave de bucketing personalizada:- La clave debe ser una
string. - Debe ser única para la entidad que desea segmentar (por ejemplo, si utiliza un
userId, el ID de cada usuario debe ser único). - La clave debe estar disponible para el SDK en el momento exacto en el que se evalúa la decisión del feature flag para ese usuario o solicitud.
Condiciones de segmentación
Los SDKs de Kameleoon admiten una variedad de condiciones de segmentación predefinidas que puede utilizar para segmentar usuarios en sus campañas. Para ver la lista de condiciones admitidas por este SDK, consulte usar el historial de visitas para segmentar usuarios. También puede utilizar sus propios datos externos para segmentar usuarios.Registro de logs
El SDK genera registros para reflejar varios procesos internos y problemas.Niveles de log
El SDK admite la configuración de limitación del registro por nivel de log.- TypeScript
- JavaScript
Gestión personalizada de los logs
El SDK escribe sus logs en la salida de consola de forma predeterminada. Este comportamiento puede modificarse.La limitación de los logs por nivel de log se realiza de forma independiente a la lógica de gestión de los logs.
- TypeScript
- JavaScript
Información del dominio
Debe proporcionar un dominio comodomain en la configuración de KameleoonClient, que se utilizará para almacenar el código de visitante de Kameleoon en cookies. Los dominios son importantes al trabajar con los métodos getVisitorCode y setLegalConsent. El dominio que proporcione se almacena en la cookie como la clave Domain=.
Configurar el dominio
El dominio que proporcione indica si la URL puede utilizar la cookie. Por ejemplo, si su dominio eswww.example.com, la cookie solo está disponible desde una URL www.example.com. Esto significa que las páginas con el dominio app.example.com no pueden utilizar la cookie.
Para una mayor flexibilidad con los subdominios, puede especificar el dominio con un punto (.). Por ejemplo, el dominio .example.com permite que la cookie funcione tanto en app.example.com como en login.example.com.
No puede utilizar expresiones regulares, símbolos especiales, protocolo ni números de puerto en
domain.
Adicionalmente, una lista específica de subdominios no puede utilizarse con el prefijo ..Desarrollo en localhost
localhost siempre se considera un dominio no válido, lo que dificulta probar el dominio al desarrollar en localhost.
Hay dos formas de evitar este problema:
- No especifique el campo
domainen el cliente del SDK mientras está probando. - Crear un dominio local para
localhost. Por ejemplo:- Navegue a
/etc/hostsen Linux o ac:\Windows\System32\Drivers\etc\hostsen Windows. - Abra
hostscon derechos de superusuario o administrador del archivo. - Añadir un dominio al puerto
localhost, por ejemplo:127.0.0.1 app.com - Ahora puede ejecutar su aplicación localmente en
app.com:{my_port}y especificar.app.comcomo su dominio
- Navegue a
Dependencias externas
Las dependencias externas del SDK utilizan el patrón dependency injection para darle la posibilidad de proporcionar sus propias implementaciones para ciertas partes de un SDK.En el SDK de JavaScript, todas las dependencias externas tienen implementaciones predeterminadas que utilizan una API nativa del navegador, por lo que no es necesario proporcionarlas a menos que se requiera otra API para casos de uso específicos.
El siguiente ejemplo implementa dependencias externas. Para importar una interfaz del SDK, cree una clase que implemente la interfaz y pase la clase instanciada al SDK.
Almacenamiento
- TypeScript
- JavaScript
EventSource
- TypeScript
- JavaScript
VisitorCodeManager
- TypeScript
- JavaScript
Requester
- TypeScript
- JavaScript
Gestión de errores
Casi todos los métodos deKameleoonClient pueden lanzar un error ocasionalmente. Estos errores son KameleoonError predefinidos intencionalmente
que extienden la clase nativa de JavaScript Error, proporcionando mensajes útiles y campos type especiales con un tipo KameleoonException.
KameleoonException es una enumeración que contiene todos los tipos de error posibles.
Para saber exactamente qué tipo de KameleoonException puede lanzar el método, consulte la sección Throws en la descripción del método de esta página, o pase el ratón sobre el método en su IDE para ver la descripción jsdocs.
Manejar errores hace que la aplicación sea más estable y evita problemas técnicos.
- TypeScript
- JavaScript
Experimentación entre dispositivos
Para admitir a los visitantes que acceden a una aplicación desde múltiples dispositivos, Kameleoon permite la sincronización de los datos del visitante recopilados anteriormente en cada uno de los dispositivos del visitante y la reconciliación del historial de visitas entre dispositivos a través de la experimentación entre dispositivos. Los estudios de casos e información detallada sobre cómo Kameleoon maneja los datos entre dispositivos están disponibles en el artículo sobre experimentación entre dispositivos.Sincronización de datos personalizados entre dispositivos
Aunque se utiliza la sincronización con mapeo personalizado para alinear los datos del visitante entre dispositivos, no siempre es necesaria. A continuación se presentan dos escenarios en los que no se requiere la sincronización con mapeo personalizado: Mismo ID de usuario en todos los dispositivos Si se usa consistentemente el mismo ID de usuario en todos los dispositivos, la sincronización se maneja automáticamente sin una sincronización de mapeo personalizado. Es suficiente llamar al métodogetRemoteVisitorData() cuando desee sincronizar los datos recopilados entre múltiples dispositivos.
Instancias de múltiples servidores con ID consistentes
En configuraciones complejas que involucran múltiples servidores (por ejemplo, instancias de servidor distribuidas), donde el mismo ID de usuario está disponible en servidores, la sincronización entre servidores (con getRemoteVisitorData()) es suficiente sin sincronización de mapeo personalizado adicional.
Los clientes que necesiten datos adicionales pueden consultar la descripción del método getRemoteVisitorData() para obtener más orientación. En el código siguiente, se asume que se usa consistentemente el mismo identificador único (en este caso, el visitorCode, que también se puede denominar userId) entre los dos dispositivos para recuperación precisa de datos.
Si desea sincronizar los datos recogidos en tiempo real, debe elegir el ámbito Visitor para sus datos personalizados.
- TypeScript
- JavaScript
Device One
Device Two
Uso de datos personalizados para la fusión de sesiones
- SDK Version 3
- SDK Version 4
Experimentación entre dispositivos permite combinar el historial de un visitante en cada uno de sus dispositivos (reconciliación del historial). La reconciliación del historial permite fusionar diferentes sesiones de visitantes en una única sesión. Para reconciliar el historial de visitas, use
CustomData para proporcionar un identificador único para el visitante. Para obtener más información, consulte la documentación dedicada.Después de que se habilite la reconciliación entre dispositivos, llamar a getRemoteVisitorData() con el parámetro userId recupera todos los datos conocidos para un usuario determinado.Las sesiones con el mismo identificador siempre mostrarán la misma variación en un experimento. En la vista Visitante de las páginas de resultados de su experimento, estas sesiones aparecerán como un único visitante.La configuración del SDK garantiza que las sesiones asociadas siempre vean la misma variación del experimento. Sin embargo, hay algunas limitaciones con respecto a la asignación de variaciones entre dispositivos. Estas limitaciones se describen aquí.Siga la guía activación de la reconciliación del historial entre dispositivos para configurar sus datos personalizados en la plataforma Kameleoon.Después de esto, puede usar el SDK normalmente. Los siguientes métodos que pueden ser útiles en el contexto de la fusión de sesiones:getRemoteVisitorData()conUniqueIdentifier(true)añadido - para recuperar datos de todos los visitantes vinculados.trackConversion()oflush()conUniqueIdentifier(true)añadido - para rastrear algunos datos para un visitante específico que está asociado con otro visitante.
- TypeScript
- JavaScript
Login Page
Application Page
Utilidades
El SDK tiene un conjunto de métodos de utilidad que puede usar para simplificar su proceso de desarrollo. Todos los métodos se representan como miembros estáticos de la claseKameleoonUtils.
simulateSuccessRequest
Use el métodosimulateSuccessRequest para simular una solicitud exitosa al servidor de Kameleoon. Puede ser útil para implementaciones personalizadas de Requester, cuando un desarrollador necesita simular una solicitud exitosa (por ejemplo, desactivar el seguimiento).
- TypeScript
- JavaScript
Parámetros
El tipo de datos
SimulateRequestDataType se define de la siguiente manera:
RequestType.Tracking-nullRequestType.ClientConfiguration-ClientConfigurationDataTypeRequestType.RemoteData-JSONType
Valor de retorno
getCookieValue
Use el métodogetCookieValue para analizar una cadena de cookie común (key_1=value_1; key_2=value_2; ...) y obtener el valor de una clave de cookie específica. Este método es útil cuando se trabaja con una implementación personalizada de VisitorCodeManager.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Referencia
Esta es la documentación de referencia completa del SDK de JavaScript de Kameleoon.Inicialización
initialize()
- SDK Version 3
- SDK Version 4
Un método asincrónico para la inicialización de
KameleoonClient que obtiene datos relacionados con el SDK de Kameleoon del servidor o recupera datos de una fuente local si los datos están actualizados o no se ha alcanzado el intervalo de actualización.-
Si la configuración del SDK no se pudo recuperar, pero hay una configuración más antigua disponible en el almacenamiento del SDK, el SDK usa la configuración más antigua como respaldo y
initializeno lanza un error. - El SDK admite un modo sin conexión.
- TypeScript
- JavaScript
Valor de retorno
Excepciones lanzadas
isReady()
isReady() comprueba si el SDK está listo para usarse, es decir, si su configuración se ha cargado correctamente. A diferencia de initialize(), este método devuelve el resultado inmediatamente, sin bloquear ni lanzar excepciones.
- TypeScript
- JavaScript
Valor de retorno
Feature flags y variaciones
getVariation()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track)
Variation asignada a un visitante dado para un feature flag específico.
Este método toma featureKey como argumento obligatorio y track como argumento opcional. El argumento track es opcional y predeterminado a true.
Devuelve la Variation asignada para el visitante. Si el visitante no está asociado con ninguna regla de feature flag, el método devuelve la Variation predeterminada para el feature flag dado.
Asegúrese de que se implemente el manejo adecuado de errores en su código para gestionar posibles excepciones.
La variación predeterminada se refiere a la variación asignada a un visitante cuando no coinciden con ninguna regla de entrega predefinida para un feature flag. En otras palabras, es la variación alternativa aplicada a todos los usuarios que no están dirigidos por reglas específicas. Se representa como la variación en la sección “Entonces, para todos los demás…” en una interfaz de administración.
- TypeScript
- JavaScript
Parámetros
Un objeto de tipoGetVariationParamsType con las siguientes propiedades:
Valor de retorno
Excepciones lanzadas
getVariations()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track) - 🎯 Eventos:
EventType.Evaluation
Variation asignados a un visitante dado en todos los feature flags.
Este método itera sobre todos los feature flags disponibles y devuelve la Variation asignada para cada flag asociado con el visitante especificado. Toma visitorCode como argumento obligatorio, mientras que onlyActive y track son opcionales.
- Si
onlyActivese establece entrue, el métodogetVariations()devolverá variaciones de feature flags siempre que el usuario no esté asignado con la variaciónoff. - El parámetro
trackcontrola si el método rastreará o no las asignaciones de variación. De forma predeterminada, se establece entrue. Si se establece enfalse, el seguimiento se deshabilitará.
Variation correspondientes como valores. Si no hay una variación asignada para un feature flag, el método devuelve la Variation predeterminada para ese flag.
Debe implementarse el manejo adecuado de errores para gestionar posibles excepciones.
La variación predeterminada se refiere a la variación asignada a un visitante cuando no coinciden con ninguna regla de entrega predefinida para un feature flag. En otras palabras, es la variación alternativa aplicada a todos los usuarios que no están dirigidos por reglas específicas. Se representa como la variación en la sección “Entonces, para todos los demás…” en una interfaz de administración.
- TypeScript
- JavaScript
Parámetros
Un objeto de tipoGetVariationParamsType con las siguientes propiedades:
Valor de retorno
Excepciones lanzadas
isFeatureFlagActive()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track) - 🎯 Eventos:
EventType.Evaluation
isFeatureFlagActive() devuelve un valor booleano que indica si el visitante identificado por visitorCode tiene la featureKey especificada activa. Este método verifica la orientación, determina la variación para el visitante y guarda esta información en el almacenamiento. Además, envía una solicitud de seguimiento.
También hay una sobrecarga de este método que le permite pasar un parámetro track, que puede usar para desactivar el seguimiento de la evaluación de características.
Solo los visitantes con un feature flag activo deben ser dirigidos.
Kameleoon utiliza el seguimiento para contar sesiones y visitantes cuando llama a ciertos métodos, como
isFeatureFlagActive(), getVariation() o getVariations().Utilice el valor predeterminado true para el parámetro track cuando exponga visitantes a una variación y necesite contarlos. Establezca el parámetro track en false solo si llama a estos métodos antes de exponer visitantes.Por ejemplo, si llama a getVariations() para recuperar todas las variaciones antes de exponer visitantes, establezca el parámetro track en false. Esta configuración evita que Kameleoon cuente una sesión prematuramente. Luego puede activar el seguimiento más tarde cuando expone explícitamente al visitante.Kameleoon envía datos de seguimiento cada segundo de forma predeterminada. Puede configurar este intervalo hasta cinco segundos utilizando la opción de configuración del intervalo de seguimiento. Kameleoon agrupa los eventos de seguimiento en una sola sesión siempre que el intervalo entre eventos sea menor a 30 minutos. Si transcurren más de 30 minutos entre eventos de seguimiento, Kameleoon cuenta los eventos como sesiones separadas. Una visita aparece en sus informes 30 minutos después del último evento registrado en la sesión.- TypeScript
- JavaScript
Parámetros
Hay dos sobrecargas disponibles para este método:- Sobrecarga de dos parámetros:
- Sobrecarga de parámetro de objeto de tipo
IsFeatureFlagActiveParamsType:
Valor de retorno
Excepciones lanzadas
setForcedVariation()
El método le permite asignar programáticamente unaVariation específica a un usuario, omitiendo el proceso de evaluación estándar. Esto es especialmente valioso para experimentos controlados donde la lógica de evaluación habitual no es requerida o debe ser omitida. También puede ser útil en escenarios como depuración o pruebas personalizadas.
Cuando se establece una variación forzada, anula la lógica de evaluación en tiempo real de Kameleoon. Los procesos como segmentación, condiciones de segmentación y cálculos algorítmicos se omiten. Para preservar la segmentación y las condiciones de segmentación durante un experimento, establezca forceTargeting=false en su lugar.
Las variaciones simuladas siempre tienen prioridad en el orden de ejecución. Si se activa un cálculo de variación simulada, se procesará y completará completamente primero.
- TypeScript
- JavaScript
Parámetros
Un objeto de tipoSetForcedVariationParametersType con las siguientes propiedades:
Excepciones lanzadas
En la mayoría de los casos, solo el error básico,
KameleoonException, necesita ser manejado, como se demuestra en el ejemplo. Sin embargo, si diferentes tipos de errores requieren una respuesta, maneje cada uno por separado según los requisitos específicos. Además, para mayor confiabilidad, los errores del lenguaje general pueden ser manejados incluyendo Error.evaluateAudiences()
- 📨 Envía datos de seguimiento a Kameleoon
evaluateAudiences() debe llamarse después de que todos los datos del visitante relevantes hayan sido configurados o actualizados, y justo antes de obtener una variación de feature o verificar un feature flag. Este enfoque garantiza que el visitante sea evaluado con respecto a los datos más actuales disponibles, permitiendo una asignación precisa de audiencia basada en todos los criterios.
Después de llamar a este método, puede realizar un análisis detallado del rendimiento de segmentos en Audiences Explorer.
- TypeScript
- JavaScript
Parámetros
Excepciones lanzadas
En la mayoría de los casos, solo el error básico,
KameleoonException, necesita ser manejado, como se demuestra en el ejemplo. Sin embargo, si diferentes tipos de errores requieren una respuesta, maneje cada uno por separado según los requisitos específicos. Además, para mayor confiabilidad, los errores del lenguaje general pueden ser manejados incluyendo Error.getDataFile()
Devuelve la configuración actual del SDK como un objetoDataFile.
- TypeScript
- JavaScript
Valor de retorno
Datos del visitante
getVisitorCode()
El métodogetVisitorCode() obtiene un código de visitante de la cookie del navegador. Si el código de visitante no existe, el método genera un código de visitante aleatorio (o utiliza el valor defaultVisitorCode si lo proporcionó) y establece el nuevo código de visitante en una cookie.
El método
getVisitorCode() le permite establecer variaciones simuladas para un visitante. Cuando las cookies (de una solicitud o documento) contienen la clave kameleoonSimulationFFData, el proceso de evaluación estándar se omite. En su lugar, el método devuelve directamente una Variation basada en los datos proporcionados.Puede aplicar simulaciones de dos formas:- Automáticamente (recomendado): Si utiliza Kameleoon Web Experimentation o el SDK en Modo híbrido, la cookie se crea automáticamente al simular la visualización de una variante usando el Panel de Simulación.
- Manualmente: Establezca la cookie
kameleoonSimulationFFDatamanualmente.
- Variaciones simuladas: Afectan el resultado general del feature flag.
- Variaciones forzadas: Son específicas de un experimento individual.
kameleoonSimulationFFData siga este formato:kameleoonSimulationFFData={"featureKey":{"expId":10,"varId":20}}: Simula la variación convarIddel experimentoexpIdpara elfeatureKeydado.kameleoonSimulationFFData={"featureKey":{"expId":0}}: Simula la variación predeterminada (definida en la sección Entonces, para todos los demás en Producción, sirva) para elfeatureKeydado.
encodeURIComponent.- TypeScript
- JavaScript
Parámetros
Si no proporciona un
defaultVisitorCode y no hay un código de visitante almacenado en una cookie, el código de visitante será generado aleatoriamente.Valor de retorno
Excepciones lanzadas
addData()
El métodoaddData() añade datos de orientación al almacenamiento para que otros métodos puedan usar los datos para decidir si orientar al visitante actual.
El método addData() no devuelve ningún valor y no interactúa con los servidores backend de Kameleoon por sí solo. En su lugar, todos los datos declarados se guardan para su transmisión futura utilizando el método flush. Este enfoque reduce la cantidad de llamadas al servidor realizadas, ya que los datos generalmente se agrupan en una única llamada al servidor. Tenga en cuenta que el método trackConversion también envía cualquier dato previamente asociado, al igual que el método flush. Lo mismo es cierto para los métodos getFeatureFlagVariationKey y getFeatureFlagVariable, si se activa una regla de experimentación.
-
Los datos
userAgentno se almacenarán en el almacenamiento como otros datos, y se enviarán con cada solicitud de seguimiento para el filtrado de bots. - Para los tipos de datos que puede usar para la orientación, consulte las condiciones de orientación compatibles.
- TypeScript
- JavaScript
Parámetros
-
kameleoonDataes un argumento variadic. Se puede pasar como uno o varios argumentos (vea el ejemplo). -
El índice o ID de los datos personalizados se puede encontrar en su cuenta de Kameleoon. Tenga en cuenta que este índice comienza en
0, lo que significa que los primeros datos personalizados que cree para un sitio determinado se le asignarán0como ID, no1.
Excepciones lanzadas
Consulte la referencia de Tipos de datos para más detalles sobre cómo administrar diferentes tipos de datos.
flush()
- SDK Version 3
- SDK Version 4
flush() toma los datos de Kameleoon asociados con un visitante y programa que los datos se envíen en la siguiente solicitud de seguimiento. El tiempo de la siguiente solicitud de seguimiento se define mediante el parámetro trackingInterval de la configuración del SDK. Los datos del visitante se pueden añadir mediante los métodos addData y getRemoteVisitorData.Si no especifica un visitorCode, el SDK vuelca todos sus datos almacenados en los servidores remotos de Kameleoon. Si alguna solicitud de seguimiento fallida anterior se almacenó localmente en modo sin conexión, el SDK intenta enviar las solicitudes almacenadas antes de ejecutar la solicitud más reciente.- TypeScript
- JavaScript
Parámetros
O un objeto con el tipo FlushParamsType, que contiene:
Excepciones lanzadas
getRemoteData()
El métodogetRemoteData() devuelve datos que se almacenan para un código de sitio especificado en un servidor Kameleoon remoto.
Puede usar este método para recuperar preferencias de usuario, datos históricos o cualquier otro dato relevante para la lógica de su aplicación. Al almacenar estos datos en nuestros servidores altamente escalables usando nuestra API de datos, puede administrar eficientemente grandes cantidades de datos y recuperarlos para cada uno de sus visitantes o usuarios.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Excepciones lanzadas
getRemoteVisitorData()
- SDK Version 3
- SDK Version 4
getRemoteVisitorData() es un método asincrónico para recuperar datos de visitas de Kameleoon para el visitorCode desde la API de datos de Kameleoon. El método añade datos al almacenamiento para que otros métodos los usen al tomar decisiones de orientación.Los datos obtenidos usando esto son importantes cuando desea:- utilizar datos recopilados de otros dispositivos.
- acceder al historial del usuario, tales como páginas visitadas previamente durante visitas anteriores.
- utilizar datos que solo son accesibles en el lado del cliente, como variables de capa de datos y objetivos que solo se convierten en el front-end.
- TypeScript
- JavaScript
Parámetros
Un objeto con el tipoRemoteVisitorDataParamsType que contiene:Valor de retorno
Excepciones lanzadas
Uso de parámetros en getRemoteVisitorData()
El métodogetRemoteVisitorData() ofrece flexibilidad, permitiéndole definir varios parámetros al recuperar datos sobre visitantes. Ya sea que esté orientando en función de objetivos, experimentos o variaciones, el mismo enfoque se aplica en todos los tipos de datos.Por ejemplo, si desea recuperar datos de visitantes que completaron un objetivo “Transacción de pedido”, puede especificar parámetros dentro del método getRemoteVisitorData() para refinar su orientación. Por ejemplo, si desea orientar únicamente a usuarios que se convirtieron en el objetivo en sus últimas cinco visitas, puede establecer el parámetro previousVisitAmount en 5 y conversions en true.La flexibilidad mostrada en este ejemplo no se limita a datos de objetivos. Puede usar parámetros dentro del método getRemoteVisitorData() para recuperar datos sobre una variedad de comportamientos de visitantes.Aquí está la lista de filtros disponibles
VisitorDataFiltersType:getVisitorWarehouseAudience()
getVisitorWarehouseAudience es un método asincrónico que recupera todos los datos de audiencia asociados con el visitante en su almacén de datos utilizando el visitorCode y warehouseKey especificados. El warehouseKey es típicamente su ID de usuario interno. El parámetro customDataIndex corresponde a los datos personalizados de Kameleoon que Kameleoon utiliza para orientar a sus visitantes. Consulte la documentación de orientación del almacén para más detalles.
- TypeScript
- JavaScript
Parámetros
Objeto de parámetros que consta de:Valor de retorno
Excepciones lanzadas
setLegalConsent()
La información de consentimiento se sincroniza entre el motor de Kameleoon (archivo de aplicación
engine.js) y el SDK de JavaScript. Esta sincronización significa que una vez que se establece el consentimiento en el motor o el SDK, se establece automáticamente para ambos. Esta característica elimina la necesidad de manejo manual de consentimiento y garantiza que los SDKs operen de conformidad con las preferencias del usuario.Si utiliza Kameleoon en modo híbrido, lea la sección de consentimiento en el artículo sobre experimentación híbridagetVisitorCode de KameleoonClient, no el método obsoleto de KameleoonUtils. Además, este método no acepta domain como argumento. En su lugar, páselo al constructor de KameleoonClient. Consulte el ejemplo anterior.
El método setLegalConsent especifica si el visitante ha dado consentimiento legal para usar datos personales. Establecer el parámetro legalConsent en false limita los tipos de datos que puede incluir en solicitudes de seguimiento. Este método le ayuda a cumplir con los requisitos legales y normativos mientras administra responsablemente los datos del visitante. Puede encontrar más información sobre datos personales en la política de gestión de consentimiento.
- TypeScript
- JavaScript
Parámetros
Excepciones lanzadas
Comportamiento de revocación de consentimiento
Cuando llama asetLegalConsent() con consent=false, el SDK no elimina la cookie kameleoonVisitorCode. En su lugar, deja de extender la fecha de vencimiento de la cookie, permitiendo que la cookie persista hasta que expire naturalmente.
Si sus requisitos de cumplimiento demandan la eliminación inmediata del archivo de cookie al optar por no participar, debe eliminarlo manualmente utilizando los métodos nativos de gestión de cookies de su framework. El SDK no eliminará el archivo automáticamente.
Objetivos y analítica de terceros
trackConversion()
- SDK Version 3
- SDK Version 4
- 📨 Envía datos de seguimiento a Kameleoon
visitorCode y goalId. Además, este método también acepta argumentos revenue, negative y metadata opcionales. El visitorCode suele ser idéntico al que se utilizó al desencadenar el experimento.El método trackConversion() no devuelve ningún valor. Este método es no bloqueante ya que la llamada al servidor se realiza de manera asincrónica.- TypeScript
- JavaScript
Parámetros
Objeto de parámetros que consta de:Los valores de metadatos son accesibles a través de exportaciones de datos sin procesar y la página de resultados.Si se proporciona el parámetro
metadata, Kameleoon utilizará estos valores especificados para la conversión actual en lugar de lo recopilado anteriormente utilizando el método addData(). Si se omite el parámetro, Kameleoon utilizará los últimos valores rastreados para CustomData anteriores a la conversión y dentro de la misma visita.Kameleoon solo considerará los valores de metadatos que se pasen explícitamente como parámetros al método trackConversion().En el ejemplo a continuación, Kameleoon asociará la conversión solo con el valor de datos personalizados proporcionado explícitamente como parámetro (aquí: índice 5 con el valor ‘Amex Credit Card’).- TypeScript
- JavaScript
Excepciones lanzadas
getEngineTrackingCode()
Kameleoon se integra con varias soluciones de análisis, incluidas Mixpanel, Google Analytics 4 y Segment. Para rastrear correctamente los experimentos del lado del servidor, llame al métodogetEngineTrackingCode() después de que el visitante desencadene un experimento. El SDK devuelve comandos de cola JavaScript para los experimentos que el visitante desencadenó durante los últimos cinco segundos. Cuando inserta este código en la página, Engine.js procesa los comandos y envía los eventos de exposición a través de la integración de análisis activa.
Consulte experimentación híbrida para obtener más información sobre la implementación de este método.
- TypeScript
- JavaScript
-
Para usar esta característica, implemente tanto el SDK de JavaScript como Engine.js de Kameleoon. Dado que Engine.js se utiliza solo para el seguimiento en este flujo, puede instalar la etiqueta asincrónica antes de la etiqueta de cierre
</body>. -
Puede insertar el código de rastreo devuelto directamente en una etiqueta HTML
<script>.
123456 y 234567 son ID de experimentos, y 7890 y 8901 son ID de variación. En su implementación, el SDK genera estos valores en el código de rastreo devuelto.Parámetros
Valor de retorno
Excepciones lanzadas
Eventos
- SDK Version 3
- SDK Version 4
setEventHandler()
Utilice este método para registrar un handler para los eventos del SDK. El SDK llama al handler cuando ocurre el evento seleccionado. Registrar un nuevo handler para el mismo tipo de evento reemplaza al handler anterior.Pasarnull como handler elimina el handler actual para el tipo de evento seleccionado.- DataFileUpdate
- HttpRequest
- TypeScript
- JavaScript
Parámetros
Envío de eventos de exposición a herramientas externas
Kameleoon ofrece integraciones integradas con varias soluciones de analítica y CDP, como Mixpanel, Google Analytics 4, Segment…. Para asegurar que pueda rastrear y analizar sus experimentos del lado del servidor, Kameleoon proporciona un método,getEngineTrackingCode(), que devuelve el código JavaScript que debe insertar en su página. El código envía automáticamente los eventos de exposición a su solución de analítica. El SDK construye un código de seguimiento para su solución de analítica activa basándose en los experimentos que el visitante activó en los últimos cinco segundos.
Para más información sobre la experimentación híbrida, consulte este artículo.El método getEngineTrackingCode() devuelve el código de seguimiento de Kameleoon para el visitante actual. El código de seguimiento se basa en los experimentos que se dispararon durante los últimos cinco segundos.Para beneficiarse de esta característica, deberá implementar tanto el SDK JavaScript como nuestra etiqueta JavaScript de Kameleoon. Le recomendamos que implemente la etiqueta JavaScript asincrónica de Kameleoon, que puede instalar antes de cerrar la etiqueta
<body> en su página HTML, ya que se utilizará solo con fines de seguimiento.Tipos de datos
Los tipos de datos de Kameleoon son clases auxiliares que se usan para almacenar datos en almacenamiento en formas predefinidas. Durante la ejecución de flush, el SDK recopila todos los datos y los envía con la solicitud de seguimiento. Los datos disponibles en el SDK no están disponibles para dirigirse a ellos ni para informar en la aplicación de Kameleoon hasta que agregue los datos (por ejemplo, usando el métodoaddData()).
Consulte usar historial de visitas para orientar usuarios para obtener más información.
Si está utilizando el modo híbrido, llame a
getRemoteVisitorData() para rellenar automáticamente todos los datos que Kameleoon ha recopilado anteriormente.Browser
Desde el SDK de JavaScript
4.10.0, el navegador Browser se detecta automáticamente basándose en la cadena User-Agent. Sin embargo, aún puede anularlo manualmente si es necesario.Browser contiene información del navegador.
Cada visitante puede tener solo un
Browser. Agregar un segundo Browser sobrescribe el primero.- TypeScript
- JavaScript
UniqueIdentifier
UniqueIdentifier se utiliza como marcador para identificación única de visitantes.
Si agrega UniqueIdentifier para un visitante, visitorCode se usa como el identificador único del visitante, que es útil para Experimentación entre dispositivos. Asociar un UniqueIdentifier con un visitante notifica al SDK que el visitante está vinculado a otro visitante.
El isUniqueIdentifier puede ser útil en situaciones únicas; por ejemplo, si no puede acceder al visitorCode anónimo asignado a un visitante, pero puede usar un ID interno vinculado a ese visitante a través de la fusión de sesiones.
Cada visitante solo puede tener un
UniqueIdentifier. Agregar otro UniqueIdentifier sobrescribe el primero.- TypeScript
- JavaScript
Conversion
El conjunto de datosConversion almacenado aquí se puede utilizar para filtrar informes de experimentos y personalización por cualquier objetivo asociado con él.
ConversionParametersType conversionParameters - un objeto con parámetros de conversión descritos a continuación
- TypeScript
- JavaScript
Cookie
Cookie contiene información sobre la cookie almacenada en el dispositivo del visitante.
-
En general, el SDK de JavaScript intentará usar una cookie
localStoragepara las condiciones. SilocalStorageno es posible, el SDK puede usar datos deCookiecomo alternativa. -
Cada visitante solo puede tener una
Cookie. Agregar una segundaCookiesobrescribe la primera.
- TypeScript
- JavaScript
Métodos
Cookie data tiene un método de utilidad estática, fromString, que puede usar para crear una cookie analizando una cadena que contiene datos de cookie válidos.
El método acepta string como parámetro y devuelve una instancia Cookie inicializada.
- TypeScript
- JavaScript
GeolocationData
GeolocationData contiene los detalles de geolocalización del visitante.
Cada visitante solo puede tener un
GeolocationData. Agregar un segundo GeolocationData sobrescribe el primero.GeolocationInfoType contiene los siguientes campos:
- TypeScript
- JavaScript
CustomData
CustomData permite asociar fácilmente cualquier tipo de datos con cada visitante. Luego se puede usar como condición de orientación en segmentos o como filtro/desglose en informes de experimentos.
Para obtener más información sobre datos personalizados, consulte este artículo.
-
Cada visitante solo puede tener un
CustomDatapara cadaindexúnico. Agregar otroCustomDatacon el mismoindexreemplazará el existente. - El ‘index’ de los datos personalizados se puede encontrar en el panel de Datos Personalizados bajo la columna “INDEX”.
- Para evitar que el SDK envíe datos con el índice seleccionado a los servidores de Kameleoon por razones de privacidad, habilite la opción: Use this data only locally for targeting purposes cuando cree datos personalizados.
-
Agregar una instancia
CustomDatacreada con un nombre cuando la instancia del SDK no está inicializada o el nombre no está registrado hará que los datos se ignoren.
- TypeScript
- JavaScript
Device
Desde el SDK de JavaScript
4.10.0, el dispositivo Device se detecta automáticamente basándose en la cadena User-Agent. Sin embargo, aún puede anularlo manualmente si es necesario.Cada visitante puede tener solo un
Device. Agregar un segundo Device sobrescribe el primero.- TypeScript
- JavaScript
OperatingSystem
Desde el SDK de JavaScript
4.10.0, el sistema operativo OperatingSystem se detecta automáticamente basándose en la cadena User-Agent. Sin embargo, aún puede anularlo manualmente si es necesario.OperatingSystem contiene información sobre el sistema operativo en el dispositivo del visitante.
Cada visitante puede tener solo un
OperatingSystem. Añadir un segundo OperatingSystem sobrescribe el primero.- TypeScript
- JavaScript
PageView
Desde el SDK de JavaScript
4.10.0, el PageView se detecta automáticamente basándose en window.location?.href y document.title. Sin embargo, aún puede anularlo manualmente si es necesario.PageView contiene información sobre su página web.
Cada visitante puede tener uno
PageView por URL única. Agregar un segundo PageView con la misma URL notifica al SDK que el visitante volvió a visitar la página.PageViewParametersType pageViewParameters - un objeto con los parámetros de vista de página descritos a continuación
Puede encontrar el índice o ID de remitente en su cuenta de Kameleoon. Tenga en cuenta que este índice comienza en 0, lo que significa que el primer canal de adquisición que cree para un sitio determinado se le asignará 0 como su ID, no 1.
- TypeScript
- JavaScript
UserAgent
UserAgent le permite almacenar información sobre el agente de usuario del visitante. Los experimentos del lado del servidor tienen más probabilidades de ser afectados por el tráfico de bots que los experimentos del lado del cliente. Kameleoon utiliza la Lista Internacional de Arañas y Bots de IAB/ABC para abordar este problema y reconocer los bots y arañas conocidos. Kameleoon también utiliza el campo UserAgent para filtrar bots y otros tráficos no deseados que podrían distorsionar sus métricas de conversión. Para más detalles, consulte nuestro artículo de ayuda sobre filtrado de bots.
Si utiliza bots internos, pase el valor curl/8.0 del userAgent para excluirlos de su análisis.
Visitor puede tener solo un UserAgent. Agregar un segundo UserAgent sobrescribe el primero.- TypeScript
- JavaScript
ApplicationVersion
ApplicationVersion representa el número de versión semántica de su aplicación.
- TypeScript
- JavaScript
Tipos devueltos
DataFile
DataFile contiene los detalles de configuración del SDK.
Puede extenderse con información adicional si es requerido por los clientes. Si necesita más detalles, contacte con su Gestor de Éxito del Cliente.
- TypeScript
- JavaScript
FeatureFlag
FeatureFlag representa un conjunto de propiedades que definen una bandera de característica en sí misma (por ejemplo, sus Variations, Rules, estado del entorno y otros detalles relacionados).
Puede extenderse con información adicional si es requerido por los clientes. Si necesita más detalles, contacte con su Gestor de Éxito del Cliente.
- TypeScript
- JavaScript
Rule
Rule representa un conjunto de propiedades que definen una regla en sí misma (por ejemplo, sus Variations).
Puede extenderse con información adicional si es requerido por los clientes. Si necesita más detalles, contacte con su Gestor de Éxito del Cliente.
- TypeScript
- JavaScript
Variation
Variation contiene información sobre la variación asignada al visitante (o la variación predeterminada, si no existe una asignación específica).
- Asegúrese de que su código maneje el caso donde
idoexperimentIdesnull, indicando una variación predeterminada. - El mapa
variablespuede estar vacío si no hay variables asociadas con la variación.
- TypeScript
- JavaScript
Variable
Variable contiene información sobre una variable asociada con la variación asignada.
- TypeScript
- JavaScript
Métodos obsoletos
getFeatureFlagVariationKey()
- 📨 Envía Tracking Data a Kameleoon
- 🎯 Eventos:
EventType.Evaluation
Utilice el método
getVariation en su lugargetFeatureFlagVariationKey() recupera la clave de variación para un visitante identificado por un visitorCode. Este método incluye una verificación de dirigirse que identifica la variación apropiada expuesta al visitante, la guarda en almacenamiento y envía una solicitud de seguimiento.
Cuando un usuario no está asociado con un feature flag, el SDK devuelve aleatoriamente una clave de variación de acuerdo con las reglas del feature flag. Si el usuario ya ha sido registrado con el feature flag, el SDK detectará esta asociación y devolverá el valor de la clave de variación anterior del usuario. Sin embargo, si el usuario no cumple con ninguna de las reglas definidas, el SDK devolverá el valor predeterminado especificado en las reglas de entrega de feature flag de Kameleoon. Es importante tener en cuenta que el valor predeterminado puede ser una clave de variación, un valor booleano u otro tipo de datos, según la configuración del feature flag.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Excepciones lanzadas
getVisitorFeatureFlags()
- 🚫 No envía Tracking Data a Kameleoon
- 🎯 Eventos:
EventType.Evaluation(para cada feature flag)
Utilice el método
getVariations en su lugar.getVisitorFeatureFlags() devuelve una lista de feature flags que dirigirse a un visitante identificado por su visitorCode y los feature flags que están activos para el visitante especificado.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Excepciones lanzadas
getActiveFeatureFlags()
- 🚫 No envía Tracking Data a Kameleoon
- 🎯 Eventos:
EventType.Evaluation(para cada feature flag)
Utilice el método
getVariations en su lugar.getActiveFeatureFlags() devuelve un Map, donde la clave es featurekey y el valor es información detallada sobre la variación del visitante y sus variables.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Excepciones lanzadas
getFeatureFlagVariable()
- 📨 Envía Tracking Data a Kameleoon
- 🎯 Eventos:
EventType.Evaluation
Utilice el método
getVariation.getFeatureFlagVariable() devuelve una variable para un visitante identificado por un visitorCode. Este método incluye una verificación de dirigirse que identifica la variación apropiada expuesta al visitante, la guarda en almacenamiento y envía una solicitud de seguimiento.
- TypeScript
- JavaScript
Parámetros
Objeto de parámetros de tipoGetFeatureFlagVariableParamsType que contiene los siguientes campos:
Valor de retorno
Excepciones lanzadas
getFeatureFlagVariables()
- 📨 Envía Tracking Data a Kameleoon
- 🎯 Eventos:
EventType.Evaluation(para cada feature flag)
Utilice el método
getVariation.getFeatureFlagVariables() devuelve una variable para un visitante identificado por un visitorCode. Este método incluye una verificación de dirigirse que identifica la variación apropiada expuesta al visitante, la guarda en almacenamiento y envía una solicitud de seguimiento.
- TypeScript
- JavaScript
Parámetros
Valor de retorno
Excepciones lanzadas
onConfigurationUpdate()
Utilice el método
onEvent con EventType.ConfigurationUpdate en su lugar.onConfigurationUpdate() activa un callback en la actualización de la configuración del cliente.
Este método solo es aplicable para eventos enviados por el servidor utilizados en actualizaciones en tiempo real.
- TypeScript
- JavaScript
Parámetros
Excepciones lanzadas
getFeatureFlags()
Utilice el método
getDataFile() en su lugar.getFeatureFlags() devuelve una lista de feature flags almacenados en la configuración del cliente.
- TypeScript
- JavaScript
Valor de retorno
Excepciones lanzadas
onEvent()
Utilice
setEventHandler() en su lugar.onEvent() dispara una devolución de llamada cuando se dispara un evento específico. La función de devolución de llamada puede acceder a los datos asociados con el evento.
Los métodos del SDK en esta documentación notan qué tipos de eventos disparan, si es que hay alguno.
Solo puede asignar una devolución de llamada a cada
EventType.- TypeScript
- JavaScript
Eventos
Los eventos se definen en la enumeraciónEventType. Dependiendo del tipo de evento, el parámetro eventData tendrá un tipo diferente.