Guía del desarrollador
Esta guía está diseñada para ayudarle a integrar nuestro SDK en unos minutos y comenzar a ejecutar experimentos en sus aplicaciones Java.Primeros pasos
Kit de inicio
Para facilitarle el comienzo, Kameleoon proporciona un kit de inicio y una aplicación de demostración para probar el SDK. El kit de inicio incluye una aplicación totalmente configurada con ejemplos que muestran cómo se pueden utilizar los métodos del SDK en una aplicación. El kit de inicio, la aplicación de demostración y las instrucciones detalladas están disponibles en Starter kit for JavaInstalación del cliente Java
El paquete de instalación está disponible en el repositorio Maven Central. Puede instalar el SDK de Java añadiendo una dependencia al archivopom.xml de su proyecto, como se muestra en el ejemplo de la derecha. Si utiliza otro sistema de gestión de proyectos, consulte la página de integraciones para ver ejemplos adicionales.
- Java EE
- Jakarta EE
pom.xml
Configuración adicional
Cree un archivo de configuración.properties para proporcionar las credenciales y personalizar el comportamiento del SDK. También puede descargar nuestro archivo de configuración de ejemplo.
Recomendamos guardar este archivo en la ruta predeterminada, /etc/kameleoon/client-java.conf, pero puede guardarlo en cualquier ubicación dentro del classpath con el nombre kameleoon-client-java.properties.
La siguiente tabla muestra las propiedades disponibles que puede configurar:
Inicialización del cliente Kameleoon
Después de instalar el SDK en su aplicación y configurar sus credenciales y el comportamiento del SDK (en/etc/kameleoon/client-java.conf), el siguiente paso es crear el cliente Kameleoon en el código de su aplicación. Por ejemplo:
create() para más detalles).
Es su responsabilidad asegurarse de que la lógica del código de su aplicación sea correcta en el contexto del A/B testing a través de Kameleoon. Una buena práctica es asumir siempre que puede excluir al visitante actual del experimento si aún no ha lanzado el experimento. Esta exclusión es sencilla porque corresponde a la implementación de la lógica de variación predeterminada y de referencia.
Activación de un feature flag
Asignación de un ID único a un usuario
Para asignar un ID único a un usuario, puede utilizar el métodogetVisitorCode(). Si no existe un visitor code (en la cookie de los encabezados de la solicitud), el método genera un ID único aleatorio o utiliza un defaultVisitorCode que usted haya generado. A continuación, el ID se establece en una cookie en los encabezados de respuesta.
Si está usando Kameleoon en modo híbrido, llamar al método getVisitorCode() garantiza que el ID único (visitor code) se comparta entre el archivo de aplicación engine.js (anteriormente llamado kameleoon.js) y el SDK.
Recuperación de la configuración de un 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 la variación de un feature flag para un usuario específico, debe utilizar el métodogetVariation() o isFeatureActive() para recuperar la configuración basada en el featureKey.
El método getVariation() gestiona tanto los feature flags simples con estados ON/OFF como los flags más complejos con múltiples variaciones. El método recupera la variación adecuada para el usuario comprobando las reglas de la funcionalidad, asignando la variación y devolviéndola en función del featureKey y el visitorCode.
El método isFeatureActive() puede utilizarse si desea recuperar la configuración de un feature flag simple que solo tiene un estado ON u OFF, a diferencia de los feature flags más complejos con múltiples variaciones u opciones de segmentación.
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á segmentado, encuentra la variación asignada al visitante y la guarda en almacenamiento. Cuando track=true, el SDK enviará el evento de exposición al experimento especificado en la siguiente solicitud de seguimiento, que se desencadena automáticamente según el tracking_interval_millisecond del SDK. De forma predeterminada, este intervalo está configurado 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 realizar el seguimiento de los datos a través del SDK y, en su lugar, basarse en el seguimiento del lado del cliente gestionado por el motor de Kameleoon, por ejemplo. Además, establecer track=false resulta útil cuando se utiliza el método getVariations(), donde puede que solo necesite las variaciones de todos los flags sin desencadenar eventos de seguimiento. Si desea saber más sobre cómo funciona el seguimiento, consulte este artículo
Adición de puntos de datos para segmentar a un usuario o filtrar / desglosar visitas en informes
Para segmentar a un usuario, asegúrese de haber añadido los puntos de datos relevantes a su perfil antes de recuperar la variación de la funcionalidad o comprobar si el flag está activo. Utilice el métodoaddData() para añadir estos puntos de datos al perfil del usuario.
Para recuperar puntos de datos recopilados en otros dispositivos o acceder a datos pasados del usuario (recopilados en el lado del cliente cuando se utiliza Kameleoon en modo híbrido), utilice el método getRemoteVisitorData(). Este método obtiene datos de los servidores de forma asíncrona. Es importante llamar a getRemoteVisitorData() antes de recuperar la variación o comprobar si el feature flag está activo, ya que estos datos pueden ser necesarios para asignar a un usuario a una variación determinada.
Para obtener más información sobre las condiciones de segmentación disponibles, consulte el artículo detallado sobre este tema.
Además, los puntos de datos que añade al perfil del visitante estarán disponibles al analizar sus experimentos, lo que le permite filtrar y desglosar sus resultados por factores como el dispositivo y el navegador. El modo híbrido de Kameleoon recopila automáticamente una variedad de puntos de datos en el lado del cliente, lo que facilita desglosar sus resultados en función de estos puntos de datos previamente recopilados. Consulte la lista completa aquí.
Si necesita realizar el seguimiento de puntos de datos adicionales más allá de los que se recopilan automáticamente, puede utilizar la funcionalidad de 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 recopilados a los servidores de Kameleoon para su análisis.
Para asegurarse de que sus resultados sean precisos, se recomienda filtrar los bots utilizando el tipo de dato
UserAgent.Seguimiento de conversiones de objetivos
Cuando un usuario completa una acción deseada (como realizar una compra), se registra como una conversión. Para hacer seguimiento de las conversiones, utilice el métodotrackConversion() y proporcione los parámetros requeridos visitorCode y goalId.
La solicitud de seguimiento de conversiones 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 de inmediato, utilice el método flush() con el parámetro instant=true.
Envío de eventos a soluciones de analítica
Para realizar el seguimiento de las conversiones y enviar eventos de exposición a su solución de analítica de cliente, primero debe implementar Kameleoon en modo híbrido. A continuación, utilice 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 analítica. El uso de este método le permite registrar eventos y enviarlos a la plataforma de analítica que desee.
Uso de una clave de bucketing personalizada
De forma predeterminada, Kameleoon utiliza un ID de visitante anónimo y único (visitorCode) para asignar usuarios a las variaciones de los feature flags. Este ID se genera y almacena habitualmente en el dispositivo del usuario (en una cookie del navegador para los SDKs del lado del cliente y del lado del servidor, y en almacenamiento persistente para los SDKs móviles). Sin embargo, en determinados escenarios puede necesitar asegurarse de 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 el bucketing. Esta anulación garantiza que la lógica de asignación de Kameleoon utilice la clave que usted especifique en lugar del visitorCode predeterminado.
Casos de uso
El uso de una clave de bucketing personalizada es esencial para mantener la consistencia y precisión en las asignaciones de sus feature flags, especialmente 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
accountId. Las claves de bucketing personalizadas son cruciales para probar mediante A/B funcionalidades que afecten 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 de los datos de su aplicación:- Proporcionar la clave personalizada: Usted proporciona su identificador personalizado al SDK de Kameleoon mediante el método
addData(). En este método, pasará la clave de bucketing personalizada que haya elegido como un objetoCustomData. Aquí,newVisitorCodehace referencia al identificador que desea usar para el 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 las variaciones utilizarán estenewVisitorCode(su clave personalizada) en lugar delvisitorCodepredeterminado. Usar elnewVisitorCodesignifica que la decisión de bucketing queda ligada a su identificador personalizado, garantizando asignaciones consistentes en los diversos contextos en los que esté presente ese identificador. - Seguimiento de datos y analítica: Es crucial tener en cuenta que, aunque el
newVisitorCode(su clave personalizada) se utiliza para las 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 analítica refleje con precisión los recorridos e interacciones individuales de los usuarios dentro del contexto más amplio de su experimento, incluso cuando el bucketing se realiza a un nivel superior (como una cuenta) o a través de varios dispositivos/sesiones. Sus datos originales del visitante permanecen intactos para una elaboración de informes completa.
Requisitos técnicos
Para utilizar eficazmente una clave de bucketing personalizada:- La clave debe ser un
String. - Debe ser única para la entidad que pretende agrupar (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 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 usar para segmentar a los usuarios en sus campañas. Para ver la lista de condiciones que admite este SDK, consulte usar el historial de visitas para segmentar a los usuarios. También puede utilizar sus propios datos externos para segmentar a los usuarios.Experimentación entre dispositivos
Para dar soporte a los visitantes que acceden a una aplicación desde varios dispositivos, Kameleoon permite sincronizar los datos del visitante previamente recopilados entre cada uno de sus dispositivos y reconciliar su historial de visitas entre dispositivos mediante la experimentación entre dispositivos. Los casos de estudio y la información detallada sobre cómo Kameleoon gestiona los datos entre dispositivos están disponibles en el artículo sobre experimentación entre dispositivos.Sincronización de datos personalizados entre dispositivos
Aunque la sincronización de mapeo personalizado se utiliza 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 de mapeo personalizado: Mismo ID de usuario en todos los dispositivos Si el mismo ID de usuario se utiliza de forma consistente en todos los dispositivos, la sincronización se gestiona automáticamente sin necesidad de una sincronización de mapeo personalizado. Basta con llamar al métodogetRemoteVisitorData() cuando desee sincronizar los datos recopilados entre varios dispositivos.
Instancias multi-servidor con IDs consistentes
En configuraciones complejas que involucran varios servidores (por ejemplo, instancias de servidor distribuidas), donde el mismo ID de usuario está disponible en todos los servidores, la sincronización entre servidores (con getRemoteVisitorData()) es suficiente sin necesidad de una sincronización adicional de mapeo personalizado.
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 el mismo identificador único (en este caso, el visitorCode, que también puede denominarse userId) se utiliza de manera consistente entre los dos dispositivos para una recuperación precisa de los datos.
Si desea sincronizar los datos recopilados en tiempo real, debe elegir el ámbito Visitor para sus datos personalizados.
Device A
Device B
Uso de datos personalizados para la fusión de sesiones
La experimentación entre dispositivos permite combinar el historial de un visitante en cada uno de sus dispositivos (reconciliación de historial). La reconciliación de historial permite fusionar diferentes sesiones de un visitante en una sola. Para reconciliar el historial de visitas, utiliceCustomData para proporcionar un identificador único del visitante. Para más información, consulte la documentación dedicada.
Una vez habilitada la reconciliación entre dispositivos, al llamar a getRemoteVisitorData() con el parámetro userId se recuperan todos los datos conocidos para un usuario determinado.
Las sesiones con el mismo identificador siempre verán la misma variación en un experimento. En la vista Visitor 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, existen algunas limitaciones en cuanto a la asignación de variaciones entre dispositivos. Estas limitaciones se describen aquí.
Siga la guía de activación de la reconciliación de historial entre dispositivos para configurar sus datos personalizados en la plataforma Kameleoon.
Posteriormente, puede usar el SDK de forma normal. Los siguientes métodos 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()con datosUniqueIdentifier(true)añadidos: para hacer seguimiento de datos de un visitante específico asociado con otro visitante.
getVisitorCode(). Después de que el usuario inicia sesión, el visitante anónimo se asocia con el ID de usuario y se utiliza como identificador único del visitante.
Registro de eventos
El SDK genera registros que reflejan diversos procesos internos y problemas.Niveles de registro
El SDK admite la configuración para limitar el registro mediante un nivel de log.Gestión personalizada de los registros
El SDK escribe sus registros en la salida de la consola de forma predeterminada. Este comportamiento puede anularse.El filtrado por nivel de log se realiza de forma independiente de la lógica de gestión de los registros.
Referencia
Esta es la documentación de referencia completa del SDK de Java.Inicialización
create()
Para utilizar el SDK, debe finalizar la inicialización. Su aplicación realiza todas las interacciones con el SDK a través de un objeto de la claseKameleoonClient. Cree este objeto utilizando el método estático create() en KameleoonClientFactory.
Argumentos
Valor de retorno
Excepciones lanzadas
waitInit()
waitInit() espera a la inicialización del KameleoonClient. Este método le permite comprobar si el SDK ha inicializado correctamente el cliente antes de proceder con otras operaciones.
Si el método
waitInit() falla, el proceso de inicialización continuará sin interrupción. Las llamadas posteriores al método waitInit() devolverán resultados que reflejan el estado actual del KameleoonClient. Por lo tanto, puede invocar el método waitInit() varias veces para comprobar el estado del SDK.Valor de retorno
Excepciones lanzadas
Feature flags y variaciones
isFeatureActive()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track)
Este método se llamaba anteriormente
activeFeature, que fue eliminado en la versión 4.0.0 del SDK.visitorCode y un featureKey como argumentos obligatorios para comprobar si la funcionalidad está activa para el usuario.
Si el usuario nunca ha sido asociado con este feature flag, el SDK devuelve un valor booleano aleatorio (ya sea true para añadir al usuario a esta funcionalidad o false para excluirlo de la funcionalidad). Si un usuario con el visitorCode especificado ya está registrado en este feature flag, el SDK detecta el valor anterior del featureFlag.
Asegúrese de capturar y gestionar las posibles excepciones.
Si especifica un visitorCode, el método isFeatureActive() lo usa como identificador único del visitante, lo cual es útil para la experimentación entre dispositivos. Cuando especifica un visitorCode y establece el parámetro isUniqueIdentifier en true, el SDK vincula los datos vaciados con el visitante asociado al identificador especificado.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier puede ser útil en situaciones particulares; 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.Argumentos
Valor de retorno
Excepciones lanzadas
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 un visitorCode and featureKey as mandatory arguments. The track argument is optional and defaults to true.
Devuelve la Variation asignada al 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 implementar un manejo de errores adecuado en su código para gestionar las posibles excepciones.
La variación predeterminada se refiere a la variación asignada a un visitante cuando no coincide con ninguna regla de entrega predefinida para un feature flag. In other words, it is the fallback variation applied to all users who are not targeted by specific rules. Se representa como la variación en la sección “Then, for everyone else…” de la interfaz de administración.
Argumentos
Valor de retorno
Excepciones lanzadas
getVariations()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track)
Variation asignados a un visitante dado para 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. It takes visitorCode as a mandatory argument, while onlyActive and track are optional.
- Si
onlyActivese establece entrue, el métodogetVariations()devolverá las variaciones de los feature flags siempre que el usuario no esté asignado a la variaciónoff. - El parámetro
trackcontrola si el método realizará el seguimiento de las asignaciones de variación. De forma predeterminada, it is set totrue. Si se establece enfalse, el seguimiento estará deshabilitado.
Variation correspondiente como valores. Si no se asigna ninguna variación para un feature flag, el método devuelve la Variation predeterminada para ese flag.
Se debe implementar un manejo de errores adecuado para gestionar las posibles excepciones.
La variación predeterminada se refiere a la variación asignada a un visitante cuando no coincide con ninguna regla de entrega predefinida para un feature flag. In other words, it is the fallback variation applied to all users who are not targeted by specific rules. Se representa como la variación en la sección “Then, for everyone else…” de la interfaz de administración.
Argumentos
Valor de retorno
Excepciones lanzadas
setForcedVariation()
El método permite you to programmatically assign a specificVariation to a user, bypassing the standard evaluation process. Esto es especialmente valioso para experimentos controlados donde la lógica de evaluación habitual no es necesaria o debe omitirse. It can also be helpful in scenarios like debugging or custom testing.
Cuando se establece una variación forzada, esta anula la lógica de evaluación en tiempo real de Kameleoon. Processes like segmentation, targeting conditions, and algorithmic calculations are skipped. To preserve segmentation and targeting conditions during an experiment, set forceTargeting=false instead.
Simulated variations always take precedence in the execution order. If a simulated variation calculation is triggered, it will be fully processed and completed first.
Argumentos
Excepciones lanzadas
En la mayoría de los casos, solo es necesario gestionar el error básico
KameleoonException, como se muestra en el ejemplo. However, if different types of errors require a response, handle each one separately based on specific requirements. Additionally, for enhanced reliability, general language errors can be handled by including Exception.evaluateAudiences()
- 📨 Envía datos de seguimiento a Kameleoon
evaluateAudiences() should be called after all relevant visitor data has been set or updated, and just before getting a feature variation or checking a feature flag. Este enfoque garantiza que el visitante se evalúe con los datos más recientes disponibles, lo que permite una asignación precisa de audiencia basada en todos los criterios.
After calling this method, you can perform a detailed analysis of segment performance in Audiences Explorer.
Argumentos
Excepciones lanzadas
En la mayoría de los casos, solo es necesario gestionar el error básico
KameleoonException, como se muestra en el ejemplo. However, if different types of errors require a response, handle each one separately based on specific requirements. Additionally, for enhanced reliability, general language errors can be handled by including Exception.getFeatureList()
Este método se llamaba anteriormente
obtainFeatureList, que fue eliminado en la versión 4.0.0 del SDK.Valor de retorno
getDataFile()
Devuelve la configuración actual del SDK como un objetoDataFile.
Valor de retorno
Datos del visitante
getVisitorCode()
Este método se llamaba anteriormente
obtainVisitorCode, que fue eliminado en la versión 4.0.0 del SDK.getVisitorCode() para obtener el visitorCode de Kameleoon del visitante actual. This method is especially important when using Kameleoon in a mixed front-end and back-end environment, where user identification consistency must be guaranteed. La lógica de implementación se describe a continuación:
-
Comprobamos si se puede encontrar una cookie
kameleoonVisitorCodeo un parámetro de consulta asociados con la solicitud HTTP actual. If it can, we use thiskameleoonVisitorCodeas the visitor identifier. -
If no cookie / parameter is found in the current request, we either randomly generate a new identifier or use the
defaultVisitorCodeargument as identifier if it is passed. Este proceso permite a nuestros clientes utilizar sus propios identificadores como visitor codes, si así lo desean. Esta flexibilidad tiene el beneficio adicional de hacer coincidir a los visitantes de Kameleoon con sus propios usuarios sin necesidad de búsquedas adicionales en una tabla de coincidencias. -
En cualquier caso, la cookie
kameleoonVisitorCodedel lado del servidor (a través del encabezado HTTP) se establece con el valor relevante. A continuación, el método devuelve este valor de identificador.
El método
getVisitorCode() le permite establecer variaciones simuladas para un visitante. Cuando las cookies (de una request o document) contienen la clave kameleoonSimulationFFData, se omite el proceso de evaluación estándar. En su lugar, el método devuelve directamente una Variation basada en los datos proporcionados.Puede aplicar simulaciones de dos formas:- Automatically (recommended): If using Kameleoon Web Experimentation or the SDK in Hybrid mode, the cookie is created automatically when simulating a variant’s display using the Simulation Panel.
- Manualmente: Establezca la cookie
kameleoonSimulationFFDatamanualmente.
- Simulated variations: Affect the overall feature flag result.
- Forced variations: Are specific to an individual experiment.
kameleoonSimulationFFData siga este formato:kameleoonSimulationFFData={"featureKey":{"expId":10,"varId":20}}: Simula la variación convarIddel experimentoexpIdpara elfeatureKeyindicado.kameleoonSimulationFFData={"featureKey":{"expId":0}}: Simula la variación predeterminada (definida en la sección Then, for everyone else in Production, serve) para elfeatureKeyindicado.
encodeURIComponent.Argumentos
Valor de retorno
addData()
El métodoaddData() añade datos de segmentación al almacenamiento para que otros métodos puedan utilizar los datos para decidir si segmentar o no al visitante actual.
El método addData() no devuelve ningún valor y no interactúa por sí mismo con los servidores backend de Kameleoon. En su lugar, todos los datos declarados se guardan para su transmisión futura mediante el método flush(). Este enfoque reduce el número de llamadas al servidor, ya que los datos se agrupan habitualmente en una única llamada al servidor que desencadena el flush().
El método trackConversion() también envía cualquier dato previamente asociado, al igual que flush(). The same holds true for getVariation() and getVariations() methods if an experimentation rule is triggered.
Argumentos
Excepciones
flush()
- 📨 Envía datos de seguimiento a Kameleoon
flush() recopila los datos de Kameleoon vinculados al visitante. Después envía una solicitud de seguimiento, junto con todos los datos añadidos mediante el método addData que aún no se hayan enviado mediante uno de estos métodos. flush() is non-blocking as the server call is made asynchronously.
flush le permite controlar cuándo se envían a nuestros servidores los datos asociados a un visitorCode determinado. For instance, if you call addData() a dozen times, it would be inefficient to send data to the server each time addData() is invoked. So, all you have to do is call flush() once.
Si especifica un visitorCode, el método flush() utiliza este código como identificador único del visitante, lo cual es útil para la experimentación entre dispositivos. Cuando especifica un visitorCode y establece el parámetro isUniqueIdentifier en true, el SDK vincula los datos vaciados con el visitante asociado al identificador especificado.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier puede ser útil en situaciones particulares; 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.Argumentos
getRemoteData()
Este método se llamaba anteriormente
retrieveDataFromRemoteSource, que fue eliminado en la versión 4.0.0 del SDK.getRemoteData() le permite recuperar datos (según una key pasada como argumento) para el siteCode especificado almacenados en el servidor de Kameleoon. Your site code is specified in KameleoonClientFactory.create(). Usually, data is stored on our remote servers using our Data API. Este método, junto con la disponibilidad de nuestros servidores escalables, proporciona una forma conveniente de almacenar datos adicionales que puede recuperar más tarde para su aplicación.
Argumentos
Valor de retorno
getRemoteVisitorData()
getRemoteVisitorData() es un método asíncrono para recuperar los datos de visitas de Kameleoon para el visitorCode desde la Data API de Kameleoon. El método añade los datos al almacenamiento para que otros métodos los utilicen al tomar decisiones de segmentación.
Los datos obtenidos mediante este método desempeñan un papel importante cuando desea:
- utilizar datos recopilados desde otros dispositivos.
- access a user’s history, such as previously visited pages during past visits.
- utilizar datos a los que solo se puede acceder en el lado del cliente, como las variables del datalayer y los objetivos que convierten en el front-end.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier puede ser útil en situaciones particulares; 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.Argumentos
Valor de retorno
Uso de parámetros en getRemoteVisitorData()
El métodogetRemoteVisitorData() ofrece flexibilidad al permitirle definir varios parámetros al recuperar datos de los visitantes. Whether you’re targeting based on goals, experiments, or variations, the same approach applies across all data types.
Por ejemplo, let’s say you want to retrieve data on visitors who completed a goal “Order transaction”. Puede especificar parámetros dentro del método getRemoteVisitorData() para refinar su segmentación. For instance, if you want to target only users who converted on the goal in their last five visits, you can set the previousVisitAmount parameter to 5 and conversions to true.
La flexibilidad mostrada en este ejemplo no se limita a los datos de objetivos. Puede usar parámetros dentro del método getRemoteVisitorData() para recuperar datos sobre una variedad de comportamientos del visitante.
A continuación se muestra la lista de opciones disponibles de
kameleoon.types.RemoteVisitorDataFilter:getVisitorWarehouseAudience()
Este método recupera all audience data associated with the visitor in your data warehouse using the specifiedvisitorCode and warehouseKey. The warehouseKey is typically your internal user ID. The customDataIndex parameter corresponds to the Kameleoon custom data that Kameleoon uses to target your visitors. You can refer to the warehouse targeting documentation for additional details. The method passes the result to the returned future as a CustomData object, confirming that the data has been added to the visitor and is available for targeting purposes.
Argumentos
Valor de retorno
Excepciones lanzadas
setLegalConsent()
You must use this method to specify whether the visitor has given legal consent to use personal data. Setting thelegalConsent parameter to false limits the types of data that you can include in tracking requests. This method helps you adhere to legal and regulatory requirements while responsibly managing visitor data. You can find more information on personal data in the consent management policy.
Argumentos
Excepciones lanzadas
Comportamiento al revocar el consentimiento
Cuando llama asetLegalConsent() con legalConsent=false, el SDK no elimina la cookie kameleoonVisitorCode. En su lugar, deja de prorrogar la fecha de expiración de la cookie, permitiendo que esta persista hasta que expire de forma natural.
Si sus requisitos de cumplimiento exigen la eliminación inmediata del archivo de cookie al revocar el consentimiento, 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()
- 📨 Envía datos de seguimiento a Kameleoon
visitorCode and goalId. In addition, this method also accepts an optional revenue, negative and metadata arguments. The visitorCode is usually identical to the one that was used when triggering the experiment.
El método trackConversion() no devuelve ningún valor. Este método no es bloqueante, ya que la llamada al servidor se realiza de forma asíncrona.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier también puede ser útil en otros escenarios excepcionales, como cuando no puede acceder al visitorCode anónimo asignado originalmente al visitante, pero sí tiene acceso a un ID interno conectado al visitante anónimo mediante la fusión de sesiones.Argumentos
metadata values are accessible through raw data exports and the results page.Si se proporciona el parámetro
metadata, Kameleoon utilizará estos valores especificados para la conversión actual en lugar de lo recopilado previamente mediante el método addData(). Si se omite el parámetro, Kameleoon utilizará los últimos valores rastreados para esos CustomData antes de la conversión y dentro de la misma visita.Kameleoon will only consider the metadata values that are explicitly passed as parameters to the trackConversion() method.En el siguiente ejemplo, Kameleoon will associate the conversion only with the custom data value explicitly provided as a parameter (here: index 5 with the value ‘Amex Credit Card’).Excepciones
getEngineTrackingCode()
Kameleoon integrates with several analytics solutions, including Mixpanel, Google Analytics 4, and Segment. To track server-side experiments correctly, call thegetEngineTrackingCode() method after the visitor triggers an experiment. The SDK returns JavaScript queue commands for the experiments that the visitor triggered during the previous five seconds. When you insert this code into the page, Engine.js processes the commands and sends the exposure events through the active analytics integration.
Consulte experimentación híbrida para más información sobre cómo implementar este método.
- To use this feature, implement both the Java SDK and Kameleoon Engine.js. Because Engine.js is used only for tracking in this flow, you can install the asynchronous tag before the closing
</body>tag. - If you only want to track experiments in Kameleoon and do not need to send exposure events to third-party analytics tools, use the JavaScript / TypeScript SDK. This option works well for serverless edge compute platforms. The JavaScript / TypeScript SDK automatically tracks variations when you call
getVisitorCode, as long as you add the corresponding experiment assignments towindow.kameleoonQueue.. - You can insert the returned tracking code directly into an HTML
<script>tag.
123456 y 234567 son IDs de experimento, y 7890 y 8901 son IDs de variación. En su implementación, el SDK genera estos valores en el código de seguimiento devuelto.Argumentos
Valor de retorno
Events
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.
- DATAFILE_UPDATE
- HTTP_REQUEST
Argumentos
Tipos de datos
This section lists the data types supported by Kameleoon incom.kameleoon.Data. We provide several standard data types as well as the CustomData type that allows you to define custom data types.
Browser
El conjunto de datosBrowser almacenado aquí puede utilizarse para filtrar los informes de experimentación y personalización por cualquier valor asociado a él.
Conversion
El conjunto de datosConversion almacenado aquí puede utilizarse para filtrar los informes de experimentación y personalización por cualquier objetivo asociado a él.
Cookie
Cookie contains information about the cookie stored on the visitor’s device.
Geolocation
Geolocation contains the visitor’s geolocation details.
CustomData
CustomData enables the association of any type of data with each visitor, making it an effective tool for targeting conditions in segments. Additionally, it can be used as a filter or breakdown in experiment reports. Para más información sobre los datos personalizados, consulte este artículo.
Define custom data types in the Kameleoon app or the Data API and use them from the SDK.
-
Each visitor is allowed only one
CustomDatafor each uniqueindex(name). Adding anotherCustomDatawith the sameindex(name) will replace the existing one. - The custom data ‘index’ can be found in the Custom Data dashboard under the “INDEX” column.
- To prevent the SDK from sending data with the selected index to Kameleoon servers for privacy reasons, enable the option: Use this data only locally for targeting purposes when creating custom data.
-
Adding a
CustomDatainstance created with a name when the SDK instance is not initialized or the name is not registered, will result in the data being ignored.
Device
PageView
Store page view events.The referrer’s index (ID) is available in the Kameleoon app in the acquisition channel configuration page. Be careful: this index starts at 0, so the first acquisition channel you create for the specified site would have the ID 0, not 1.
UserAgent
Server-side experiments are more likely to be affected by bot traffic than client-side experiments. Kameleoon uses the IAB/ABC International Spiders and Bots List to tackle this issue and recognize known bots and spiders. Kameleoon also uses theUserAgent field to filter out bots and other unwanted traffic that might distort your conversion metrics. Para más detalles, consulte our help article on bot filtering.
Si utiliza bots internos, le sugerimos pasar el valor curl/8.0 del userAgent para excluirlos de nuestra analítica.
UniqueIdentifier
Si no añadeUniqueIdentifier para un visitante, se utiliza visitorCode como identificador único del visitante, lo cual es útil para la experimentación entre dispositivos. Cuando añade UniqueIdentifier para un visitante, el SDK vincula los datos vaciados con el visitante asociado al identificador especificado.
isUniqueIdentifier puede ser útil en situaciones particulares; 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.
OperatingSystem
OperatingSystem contains information about the operating system on the visitor’s device.
ApplicationVersion
ApplicationVersion represents the semantic version number of your application.
Returned Types
DataFile
ElDataFile contiene los detalles de configuración del SDK.
It can be extended with additional information if required by clients. If you need more details, please contact your Customer Success Manager.
FeatureFlag
FeatureFlag representa un conjunto de propiedades que definen un feature flag en sí — por ejemplo, sus Variations, Rules, estado del entorno y otros detalles relacionados.
It can be extended with additional information if required by clients. If you need more details, please contact your Customer Success Manager.
Rule
Rule representa un conjunto de propiedades que definen una regla en sí — por ejemplo, sus Variations.
It can be extended with additional information if required by clients. If you need more details, please contact your Customer Success Manager.
Variation
Variation contains information about the visitor’s assigned variation (or the default variation, if no specific assignment exists).
- The
Variationobject provides details about the assigned variation and its associated experiment, while theVariableobject contains specific details about each variable within a variation. - Ensure that your code handles the case where
idorexperimentIdmay benull, indicating a default variation. - The
variablesmap might be empty if no variables are associated with the variation.
Variable
Variable contains information about a variable associated with the assigned variation.
Deprecated methods
getFeatureVariationKey()
- 📨 Envía datos de seguimiento a Kameleoon
Use
getVariation() instead.visitorCode y un featureKey como argumentos obligatorios para obtener la clave de variación para el usuario y la funcionalidad.
Si el usuario nunca ha sido asociado con este feature flag, el SDK devuelve una clave de variación asignada aleatoriamente (según las reglas del feature flag). Si un usuario con el visitorCode especificado ya está registrado en este feature flag, el SDK detecta el valor anterior de la clave de variación. Si el usuario no coincide con ninguna de las reglas, se devuelve el valor predeterminado, que puede personalizar en la aplicación de Kameleoon.
Asegúrese de capturar y gestionar las posibles excepciones.
Si especifica un visitorCode, el método flush() lo usa como identificador único del visitante, lo cual es útil para la experimentación entre dispositivos. Cuando especifica un visitorCode y establece el parámetro isUniqueIdentifier en true, el SDK vincula los datos vaciados con el visitante asociado al identificador especificado.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier puede ser útil en situaciones particulares; 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.Argumentos
Valor de retorno
Excepciones lanzadas
getActiveFeatures()
Use
getVariations() instead.Argumentos
Valor de retorno
Excepciones lanzadas
getActiveFeatureListForVisitorCode()
- Use
getVariations()instead. - This method was previously called
obtainFeatureListForVisitorCode, which was removed in SDK version4.0.0.
visitorCode parameter. Return only the active feature flags for the specified visitor.
Argumentos
Valor de retorno
getFeatureVariable()
- 📨 Envía datos de seguimiento a Kameleoon
Use
getVariation() instead.visitorCode, featureKey y variableKey como argumentos obligatorios para obtener la variable de la clave de variación para el usuario especificado.
Si un usuario nunca ha sido asociado con este feature flag, el SDK devuelve un valor de variable asignado aleatoriamente para la clave de variación según las reglas del feature flag. Si un usuario con el visitorCode especificado ya está registrado en este feature flag, el SDK devuelve el valor de la variable para la variación previamente asociada. Si el usuario no coincide con ninguna de las reglas, se devuelve la variable predeterminada.
Asegúrese de capturar y gestionar las posibles excepciones.
Si especifica un visitorCode, el método getFeatureVariable() usa el código como identificador único del visitante, lo cual es útil para la experimentación entre dispositivos. Cuando especifica un visitorCode y establece el parámetro isUniqueIdentifier en true, el SDK vincula los datos vaciados con el visitante asociado al identificador especificado.
El parámetro
isUniqueIdentifier está obsoleto. Utilice en su lugar UniqueIdentifier.isUniqueIdentifier puede ser útil en situaciones particulares; 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.Argumentos
Valor de retorno
Excepciones lanzadas
getFeatureVariables()
- 📨 Envía datos de seguimiento a Kameleoon
Use
getVariation() instead.visitorCode is already registered with this feature flag, the SDK returns the variable values for the variation used previously. If the user does not match any of the rules, the default variables are returned.
Asegúrese de capturar y gestionar las posibles excepciones.
Argumentos
Valor de retorno
Excepciones lanzadas
getFeatureVariationVariables()
- Use
getVariation()instead. - This method was previously called
getFeatureAllVariables, which was removed in SDK version4.0.0.
featureKey and variationKey. It returns the data with the Map<String, Object> type as defined in the Kameleoon app. It throws an exception (KameleoonException.FeatureNotFound) if the feature you request isn’t found in the SDK’s internal configuration.