Guía del desarrollador
Siga esta sección para instalar y configurar el SDK, y aprenda sobre las características avanzadas.Primeros pasos
Instalación del cliente Go
Para instalar el SDK de Go de Kameleoon, use el comandogo get e instale el paquete directamente desde el repositorio de GitHub de Kameleoon. Ejecute el comando a continuación:
Configuración adicional
Para proporcionar configuraciones adicionales del SDK de Go, puede utilizar un archivo de configuración que le permite personalizar el comportamiento del SDK. Puede descargar un archivo de configuración de ejemplo aquí. Instale este archivo en la ruta predeterminada/etc/kameleoon/client-go.yaml, que se leerá automáticamente. Si necesita personalizar esta ruta, puede proporcionar un argumento adicional al método NewClient(). Especifique una cadena que indique una ruta alternativa al archivo de configuración, o agregue un objeto de JavaScript (mapa) que contenga la configuración.
La versión actual del SDK de Go tiene las siguientes claves disponibles en el archivo de configuración:
Para obtener más información sobre
client_id y client_secret, e instrucciones sobre cómo obtenerlos, consulte este artículo. El SDK de Go utiliza la API de automatización y sigue el flujo de credenciales de cliente de OAuth 2.0.Inicialización del cliente de Kameleoon
Después de instalar el SDK en su aplicación, debe inicializar Kameleoon. Todas las interacciones con el SDK, como activar un experimento, se logran a través del objeto (el cliente de Kameleoon) creado usando el métodoNewClient().
Puede personalizar el comportamiento del SDK (por ejemplo, el entorno o las credenciales) proporcionando un objeto de configuración.
Activación de un feature flag
Asignación de un ID ú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 (desde la cookie del encabezado de solicitud), el método genera un ID único aleatorio o usa un defaultVisitorCode que habría generado. A continuación, el ID se establece en una cookie del encabezado 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 usar el métodoGetVariation() o IsFeatureActive() para recuperar la configuración en función de la 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 verifica si el usuario está dirigido, encuentra la variación asignada del visitante, y la guarda en almacenamiento. Cuando GetVariationOptParams.Track=true, el SDK enviará el evento de exposición al experimento especificado en la siguiente solicitud de seguimiento, que se activa automáticamente en función de la tracking_interval del SDK. De forma predeterminada, este intervalo se establece en 1000 milisegundos (1 segundo).
El método GetVariation() le permite controlar si se realiza el seguimiento. Si GetVariationOptParams.Track=false, el SDK no enviará ningún evento de exposición. Esto es útil si prefiere no rastrear datos a través del SDK y en su lugar confiar en el seguimiento del lado del cliente gestionado por el motor de Kameleoon, por ejemplo. Además, establecer GetVariationOptParams.Track=false es útil cuando se usa el método GetVariations(), donde podría solo necesitar las variaciones de todos los flags sin activar ningún evento de seguimiento. Si desea saber más sobre cómo funciona el seguimiento, vea este artículo
Adición de puntos de datos para segmentar 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 feature 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 acceder a datos de usuario anteriores (recopilados del lado del cliente al usar Kameleoon en modo híbrido), use el método GetRemoteVisitorData(). Este método recupera 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 dada.
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 la exposición de flag y 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). Si prefiere enviar la solicitud de inmediato, utilice el método FlushVisitorInstantly().
Envío de eventos a soluciones de analítica
Para rastrear conversiones y enviar eventos de exposición a su solución de analítica del cliente, 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 analítica. El uso de este método le permite registrar eventos y enviarlos a la plataforma de analítica que desee.
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 usa consistentemente 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 varios dispositivos.
Instancias multi-servidor con IDs consistentes
En configuraciones complejas que involucran múltiples servidores (por ejemplo, instancias de servidor distribuidas), donde el mismo ID de usuario está disponible en los servidores, la sincronización entre servidores (con GetRemoteVisitorData()) es suficiente sin sincronización de mapeo personalizado adicional.
Los clientes que necesitan datos adicionales pueden consultar la descripción del método GetRemoteVisitorData() para obtener más orientación. En el código a continuación, se asume que se usa consistentemente el mismo identificador único (en este caso, el visitorCode, que también puede denominarse userId) entre los dos dispositivos para una recuperación de datos precisa.
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.
Después de habilitar 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 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)agregado—para recuperar datos para todos los visitantes vinculados.TrackConversion()oFlush*()con datosUniqueIdentifier(true)agregados—para rastrear algunos datos para un visitante específico que está 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.
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:- Provisión de la clave personalizada: Proporciona tu identificador personalizado al SDK de Kameleoon usando el método
AddData(). En este método, pasarás tu clave de bucketing personalizada elegida como objetoCustomData. Aquí,newVisitorCodese refiere al identificador que deseas usar para tu 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 hash para asignar usuarios a variaciones utilizarán estenewVisitorCode(tu clave personalizada) en lugar delvisitorCodepredeterminado. Usar elnewVisitorCodesignifica que la decisión de bucketing está vinculada a tu identificador personalizado, asegurando asignaciones consistentes en varios contextos donde ese identificador está presente. - 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 una
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.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 completa de referencia del SDK de Go.Inicialización
Create()
Llame a este método antes que a cualquier otro para inicializar el SDK. Este método se encuentra enKameleoonClientFactory. Esto crea una instancia de KameleoonClient para gestionar todas las interacciones entre el SDK y su aplicación.
Parámetros
Valor de retorno
CreateFromFile()
Llame a este método antes que a cualquier otro para inicializar el SDK. Este método se encuentra enKameleoonClientFactory. Esto crea una instancia de KameleoonClient para gestionar todas las interacciones entre el SDK y su aplicación.
Parámetros
Valor de retorno
Forget()
El métodoForget elimina una instancia de KameleoonClient del KameleoonClientFactory con el siteCode especificado y libera los recursos utilizados por la instancia de KameleoonClient. La instancia de KameleoonClient no debe utilizarse después de llamar al método Forget.
Parámetros
WaitInit()
UtiliceWaitInit() cuando la aplicación deba esperar a que el cliente de Kameleoon termine la inicialización antes de evaluar feature flags.
La llamada devuelve el resultado de la obtención de la configuración: se completa correctamente cuando el cliente termina de inicializarse, y falla si la obtención inicial de la configuración falla antes de que el cliente esté listo. Los reintentos en segundo plano continúan después de esa primera falla. Una vez que un reintento tiene éxito, las llamadas posteriores devuelven un resultado exitoso. Si no hay ningún resultado de inicialización disponible antes de que expire el tiempo de espera, la llamada falla. Si no proporciona un valor timeout, el SDK utiliza el tiempo de espera predeterminado de KameleoonClientConfig.DefaultTimeout.
Parámetros
Valor de retorno
IsReady()
IsReady() comprueba si el SDK está listo para usarse, es decir, si su configuración se ha cargado correctamente. A diferencia de WaitInit(), este método devuelve inmediatamente sin bloquear ni lanzar excepciones.
Valor de retorno
Feature flags y variaciones
IsFeatureActive() / IsFeatureActiveWithTracking()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track)
GetVariation.
Toma visitorCode y featureKey como argumentos obligatorios para verificar si el feature flag está activo para un usuario determinado.
Si el usuario no ha sido asociado con su feature flag antes, el SDK devuelve un valor booleano aleatorio (true si el usuario debe tener esta característica o false si no). Sin embargo, si el usuario ya ha sido registrado con este feature flag, el SDK detecta el valor anterior del feature flag.
Es importante configurar el manejo adecuado de errores en su código para capturar cualquier excepción potencial que pueda ocurrir, como se muestra en el ejemplo de código.
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.Kameleoon utiliza el seguimiento para contar sesiones y visitantes cuando llama a ciertos métodos, como
IsFeatureActive(), GetVariation() o GetVariations().Use el valor predeterminado true para el parámetro GetVariationOptParams.Track cuando exponga a los visitantes a una variación y necesite contarlos. Establezca el parámetro GetVariationOptParams.Track en false solo si llama a estos métodos antes de exponer a los visitantes.Por ejemplo, si llama a GetVariations() para recuperar todas las variaciones antes de exponer a los visitantes, establezca el parámetro GetVariationsOptParams.Track en false. Esta configuración evita que Kameleoon cuente una sesión prematuramente. Luego puede activar el seguimiento más tarde cuando exponga 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.Parámetros
Valor de retorno
Excepciones lanzadas
GetVariation()
- 📨 Envía datos de seguimiento a Kameleoon (según el parámetro
GetVariationOptParams.Track)
Variation asignada a un visitante dado para un feature flag específico.
Este método toma un visitorCode y featureKey como argumentos obligatorios. El argumento GetVariationOptParams.Track es opcional y por defecto es 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 es aquella asignada a un visitante que no coincide con ninguna regla de entrega predefinida para un feature flag. En otras palabras, es la variación de reserva que se aplica a todos los usuarios no dirigidos por reglas específicas. Se representa en la sección «Then, for everyone else…» de la interfaz de administración.
Parámetros
Valor de retorno
Excepciones lanzadas
GetVariations()
- 📨 Envía datos de seguimiento a Kameleoon (según el parámetro
GetVariationsOptParams.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. Toma visitorCode como argumento obligatorio, mientras que GetVariationsOptParams.OnlyActive y GetVariationsOptParams.Track son opcionales.
- Si
GetVariationsOptParams.OnlyActivese establece entrue, el métodoGetVariations()devolverá variaciones de feature flags siempre que el usuario no esté dividido con la variaciónoff. - El parámetro
GetVariationsOptParams.Trackcontrola si el método realizará o no el seguimiento de las asignaciones de variación. De forma predeterminada, se establece entrue. Si se establece enfalse, el seguimiento se deshabilitará.
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 es aquella asignada a un visitante que no coincide con ninguna regla de entrega predefinida para un feature flag. En otras palabras, es la variación de reserva que se aplica a todos los usuarios no dirigidos por reglas específicas. Se representa en la sección «Then, for everyone else…» de la interfaz de administración.
Parámetros
Valor de retorno
Excepciones lanzadas
Parámetros
Valor de retorno
Excepciones lanzadas
SetForcedVariation()
El método le permite asignar mediante programación 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 necesaria o debe omitirse. 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. Se omiten procesos como segmentación, condiciones de orientación y cálculos algorítmicos. Para preservar las condiciones de segmentación y orientación durante un experimento, establezca SetForcedVariationOptParams.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.
Parámetros
Excepciones lanzadas
EvaluateAudiences()
- 📨 Envía datos de seguimiento a Kameleoon
EvaluateAudiences() debe llamarse después de que se hayan establecido o actualizado todos los datos de visitante relevantes, y justo antes de obtener una variación de características o verificar un feature flag. Este enfoque garantiza que el visitante sea evaluado contra los datos más actuales disponibles, lo que permite una asignación de audiencia precisa 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.
Parámetros
Excepciones lanzadas
GetDataFile()
Devuelve la configuración actual del SDK como un objetoDataFile.
Valor de retorno
Datos del visitante
GetVisitorCode()
Este método se llamaba previamente
ObtainVisitorCode, que se eliminó en la versión de SDK 3.0.0.GetVisitorCode() para obtener el visitorCode de Kameleoon para el visitante actual. Así es como funciona:
- Kameleoon verifica si hay una cookie kameleoonVisitorCode asociada con la solicitud HTTP actual. Si se encuentra, Kameleoon usa este código como el identificador del visitante.
- Si no se encuentra una cookie, el método generará aleatoriamente un nuevo identificador, o usará el argumento defaultVisitorCode si se pasa. El uso de sus identificadores como códigos de visitante le permite coincidir con los visitantes de Kameleoon con sus propios usuarios sin búsquedas adicionales.
- La cookie kameleoonVisitorCode del lado del servidor se establece con el valor del identificador a través del encabezado HTTP y el método devuelve el valor del identificador.
Si decide proporcionar su propio
User ID en lugar de usar el visitorCode generado por Kameleoon, es su responsabilidad asegurarse de que el User ID sea único. El SDK no verifica la unicidad. Es importante tener en cuenta que el User ID que proporcione no debe superar 255 caracteres, ya que cualquier carácter en exceso resultará en una excepción.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:- 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 elfeatureKeyindicado.kameleoonSimulationFFData={"featureKey":{"expId":0}}: Simula la variación predeterminada (definida en la sección Luego, para todos los demás en Producción, servir) para elfeatureKeyindicado.
encodeURIComponent.Parámetros
Valor de retorno
Excepciones lanzadas
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 con los servidores de back-end de Kameleoon por sí solo. En su lugar, todos los datos declarados se guardan para transmisión futura usando el método Flush*(). Este enfoque reduce el número de llamadas al servidor realizadas, ya que los datos se agrupan típicamente en una sola llamada al servidor activada por Flush*().
El método TrackConversion() también envía cualquier dato previamente asociado, al igual que Flush*(). Lo mismo aplica para los métodos GetVariation() y GetVariations() si se desencadena una regla de experimentación.
Parámetros
Excepciones
FlushAll() / FlushVisitor() / FlushVisitorInstantly()
- 📨 Envía datos de seguimiento a Kameleoon
FlushAll()/FlushVisitor()/FlushVisitorInstantly() recopilan los datos de Kameleoon vinculados al visitante. Luego envía una solicitud de seguimiento, junto con todos los datos agregados usando el método AddData, que aún no se han enviado usando uno de estos métodos. Flush*() no es bloqueante ya que la llamada al servidor se realiza de forma asincrónica.
Flush*() le permite controlar cuándo se envían a nuestros servidores los datos asociados con un visitorCode determinado. Por ejemplo, si llama a AddData() una docena de veces, sería ineficiente enviar datos al servidor después de cada vez que se invoca AddData(), por lo que todo lo que necesita hacer es llamar a Flush() una vez al final.
El método FlushVisitor()/FlushVisitorInstantly() usa visitorCode 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.Parámetros
Excepciones lanzadas
GetRemoteData()
El métodoGetRemoteData() recupera datos externos almacenados en el servidor remoto de Kameleoon para el siteCode especificado (especificado en el constructor de KameleoonClient) según una key pasada como argumento. Esta clave es habitualmente el Visitor Code de Kameleoon o su User ID.
Puede utilizar 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 Data API, puede gestionar eficientemente cantidades masivas de datos y recuperarlos para todos sus visitantes o usuarios.
El valor devuelto por el método es un objeto JSON que puede decodificarse usando la función json.Unmarshal(). Puede usar estos datos para crear segmentos de segmentación avanzados para feature flags y experimentos, o para filtrar los informes de experimentos y personalización basándose en cualquier valor almacenado en los datos recuperados.
Tenga en cuenta que, como se requiere una llamada al servidor, este mecanismo es asincrónico.
Parámetros
Valor de retorno
Excepciones lanzadas
GetRemoteVisitorData()
GetRemoteVisitorData() es un método asincrónico para recuperar datos de Kameleoon Visits para el VisitorCode desde la API de datos de Kameleoon. El método agrega 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:
- usar datos recopilados de otros dispositivos.
- acceder al historial de un usuario, como las páginas visitadas anteriormente durante visitas anteriores.
- usar datos que solo son accesibles en el lado del cliente, como variables de datalayer y objetivos que solo se convierten en el front-end.
El parámetro
IsUniqueIdentifier es obsoleto. Utilice UniqueIdentifier en su lugar.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.Parámetros de GetRemoteVisitorData
Parámetros de GetRemoteVisitorDataWithFilter
Parámetros de GetRemoteVisitorDataWithOptParams
El método
GetRemoteVisitorDataWithOptParams es obsoleto. Utiliza GetRemoteVisitorDataWithFilter y UniqueIdentifier en su lugar.A continuación se muestra la lista de campos
kameleoon.RemoteVisitorDataOptParams:El valor predeterminado de
kameleoon.RemoteVisitorDataOptParams, que es types.RemoteVisitorDataFilter{PreviousVisitAmount: 1, CurrentVisit: true, CustomData: true}, puede obtenerse con la función types.DefaultRemoteVisitorDataFilter().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. Ya sea que esté segmentando en función de objetivos, experimentos o variaciones, el mismo enfoque se aplica a todos los tipos de datos.
Por ejemplo, supongamos que deseas recuperar datos de visitantes que completaron el objetivo “Transacción de pedido”. Puedes especificar parámetros dentro del método GetRemoteVisitorData() para refinar tu orientación. Por instancia, si deseas orientar solo a usuarios que se convirtieron en el objetivo en sus últimas cinco visitas, puedes establecer el parámetro PreviousVisitAmount a 5 y Conversions a 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
types.RemoteVisitorDataFilter disponibles:GetVisitorWarehouseAudience()
Recupera todos los datos de audiencia asociados con el visitante en tu almacén de datos usando elVisitorCode y la WarehouseKey especificados. La WarehouseKey es típicamente tu ID de usuario interno. El parámetro CustomDataIndex corresponde a los datos personalizados de Kameleoon que Kameleoon utiliza para orientar a tus visitantes. Puedes consultar la documentación de orientación del almacén de datos para más detalles. El método devuelve un objeto CustomData, confirmando que los datos se han agregado al visitante y están disponibles para fines de orientación.
Parámetros de GetVisitorWarehouseAudience
Parámetros de GetVisitorWarehouseAudienceWithOptParams
A continuación se muestra la lista de campos
kameleoon.VisitorWarehouseAudienceOptParams:Para el método
GetVisitorWarehouseAudience, los parámetros se pasan a la función como params de la estructura VisitorWarehouseAudienceParams para hacer que algunos de ellos sean opcionales (WarehouseKey y Timeout).Para el método GetVisitorWarehouseAudienceWithOptParams, solo los parámetros opcionales se pasan a la función como params de la estructura VisitorWarehouseAudienceOptParams.Valor de retorno
SetLegalConsent()
Debes utilizar este método para especificar si el visitante ha dado consentimiento legal para usar datos personales. Establecer el parámetrolegalConsent en false limita los tipos de datos que puedes incluir en solicitudes de seguimiento. Este método te ayuda a cumplir con requisitos legales y reglamentarios mientras gestiona responsablemente los datos del visitante. Puedes encontrar más información sobre datos personales en la política de gestión del consentimiento.
Parámetros
Excepciones lanzadas
Comportamiento al revocar el consentimiento
Cuando llama aSetLegalConsent() con consent=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 y goalId. Además, este método también acepta argumentos opcionales TrackConversionOptParams.Revenue, TrackConversionOptParams.Negative y TrackConversionOptParams.Metadata. El visitorCode es generalmente idéntico al que se utilizó al activar el experimento.
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.Parámetros
Los valores de TrackConversionOptParams.Metadata son accesibles a través de exportaciones de datos sin procesar y la página de resultados.Si el parámetro
TrackConversionOptParams.Metadata se proporciona, Kameleoon utilizará estos valores especificados para la conversión actual en lugar de lo que se recopiló anteriormente usando el método AddData(). Si se omite el parámetro, Kameleoon utilizará los últimos valores registrados para esos CustomData antes de 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 siguiente ejemplo, 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”).Excepciones
GetEngineTrackingCode()
Kameleoon se integra con varias soluciones de análisis, incluyendo Mixpanel, Google Analytics 4 y Segment. Para rastrear correctamente los experimentos del lado del servidor, llama al métodoGetEngineTrackingCode() después de que el visitante desencadene un experimento. El SDK devuelve comandos de cola de JavaScript para los experimentos que el visitante desencadenó durante los últimos cinco segundos. Cuando insertas 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 más información sobre cómo implementar este método.
- Para utilizar esta función, implementa tanto el SDK de Go como Kameleoon Engine.js. Dado que Engine.js se utiliza solo para el seguimiento en este flujo, puedes instalar la etiqueta asincrónica antes de la etiqueta de cierre
</body>. - Si solo desea rastrear experimentos en Kameleoon y no necesita enviar eventos de exposición a herramientas de análisis de terceros, use el SDK de JavaScript / TypeScript. Esta opción funciona bien para plataformas de computación de borde sin servidor. El SDK de JavaScript / TypeScript rastrea automáticamente las variaciones cuando llama a
getVisitorCode, siempre y cuando agregue las asignaciones de experimento correspondientes awindow.kameleoonQueue. - Puede insertar el código de rastreo devuelto directamente en una etiqueta HTML
<script>.
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.Parámetros
Valor de retorno
Eventos
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. Pasarnil como handler elimina el handler actual para el tipo de evento seleccionado.
- EventTypeDataFileUpdate
- EventTypeHttpRequest
Parámetros
Tipos de datos
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 contiene información sobre la cookie almacenada en el dispositivo del visitante.
Geolocation
Geolocation contiene los detalles de geolocalización del visitante.
CustomData
CustomData permite asociar fácilmente cualquier tipo de datos con cada visitante. Luego se puede utilizar 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, consulta este artículo.
-
Cada visitante solo puede tener un
CustomDatapara cadaindexúnico. Agregar otroCustomDatacon el mismoindexreemplazará el existente. - El ‘índice’ de 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, habilice la opción: Use this data only locally for targeting purposes al crear datos personalizados.
-
Añadir una instancia
CustomDatacreada con un nombre cuando la configuración de instancia del SDK no está actualizada o el nombre no está registrado resultará en que los datos se ignoren.
Device
Puede utilizar los datos del dispositivo para filtrar los informes de experimentos o personalización por cualquier valor asociado.NewDevice
OperatingSystem
OperatingSystem contiene información sobre el sistema operativo en el dispositivo del visitante.
NewOperatingSystem
PageView
Puede utilizar los datos de pageview para filtrar los informes de experimentos o personalización por cualquier valor asociado.El índice o ID del referente se puede encontrar en tu cuenta de Kameleoon. Es importante tener en cuenta que este índice comienza en 0. Esto significa que el primer canal de adquisición que crees para un sitio específico recibirá 0 como su ID, no 1.
NewPageView
NewPageViewWithTitle
UserAgent
Los experimentos del lado del servidor tienen más probabilidad de ser afectados por tráfico de bots que los experimentos del lado del cliente. Kameleoon utiliza la Lista Internacional de Spiders y Bots IAB/ABC para abordar este problema y reconocer bots y spiders conocidos. Kameleoon también utiliza el campoUserAgent para filtrar bots y otro tráfico no deseado que podría distorsionar tus métricas de conversión. Para más detalles, consulta el artículo de ayuda sobre filtrado de bots.
Si utiliza bots internos, le sugerimos pasar el valor curl/8.0 del userAgent para excluirlos de nuestra analítica.
NewUserAgent
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.
NewUniqueIdentifier
ApplicationVersion
ApplicationVersion representa el número de versión semántica de su aplicación.
NewApplicationVersion
Tipos devueltos
DataFile
ElDataFile 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.
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.
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.
Rule
Rule representa un conjunto de propiedades que definen una regla en sí — 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.
Variation
Variation contiene información sobre la variación asignada del visitante (o la variación predeterminada, si no existe asignación específica).
- El objeto
Variationproporciona detalles sobre la variación asignada y su experimento asociado, mientras que el objetoVariablecontiene detalles específicos sobre cada variable dentro de una variación. - Asegúrate de que tu código maneje el caso donde
VariationIDoExperimentIDpuede sernil, lo que indica una variación predeterminada. - El mapa
Variablespuede estar vacío si no hay variables asociadas con la variación.
Variable
Variable contiene información sobre una variable asociada con la variación asignada.
Métodos obsoletos
GetFeatureVariationKey()
- 📨 Envía datos de seguimiento a Kameleoon
Utilice
GetVariation() en su lugar.No olvides manejar las excepciones potenciales con el manejo adecuado de errores en tu código. Consulta el código de ejemplo para obtener orientación.
visitorCode, el método GetFeatureVariationKey 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.Parámetros
Valor de retorno
Excepciones lanzadas
GetActiveFeatureListForVisitor()
Utilice
GetActiveFeatures() en su lugar.GetActiveFeatureListForVisitor() toma un parámetro visitorCode. Cuando llama a este método con un visitorCode específico, el método devuelve una lista de claves de feature flags disponibles para ese visitorCode.
No olvides manejar las excepciones potenciales con el manejo adecuado de errores en tu código. Por ejemplo, consulta el siguiente código:
Argumentos
Valor de retorno
Excepciones lanzadas
GetActiveFeatures()
Utilice
GetVariations() en su lugar.GetActiveFeatures() recupera información sobre los feature flags activos disponibles para el visitor code especificado.
No olvides manejar las excepciones potenciales con el manejo adecuado de errores en tu código. Por ejemplo, consulta el siguiente código:
Argumentos
Valor de retorno
Excepciones lanzadas
GetFeatureVariable()
- 📨 Envía datos de seguimiento a Kameleoon
Utilice
GetVariation() en su lugar.GetFeatureVariable() del SDK.
Este método toma visitorCode, featureKey y variableKey como argumentos obligatorios para obtener una variable de la clave de variación para un usuario específico.
Si el usuario nunca ha estado asociado al feature flag, el SDK devuelve un valor de variable de la clave de variación de forma aleatoria, siguiendo las reglas del feature flag. Si el usuario ya está registrado con el feature flag, el SDK detecta el valor anterior de clave de variación y devuelve el valor de variable. Si el usuario no coincide con ninguna de las reglas, se devolverá el valor predeterminado.
No olvide manejar las excepciones potenciales con un manejo de errores adecuado en su código. Consulte el código de ejemplo para obtener orientación.
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.Parámetros
Valor de retorno
Excepciones lanzadas
GetFeatureVariationVariables()
Utilice
GetVariation() en su lugar.GetFeatureVariationVariables. Este método requiere dos argumentos obligatorios: featureKey y variationKey. El método devuelve los datos con el tipo de objeto, tal como se define en la Plataforma Kameleoon.
No olvide manejar las excepciones potenciales con un manejo de errores adecuado en su código. Consulte el código de ejemplo para obtener orientación.
Parámetros
Valor de retorno
Excepciones lanzadas
GetFeatureList()
Devuelve una lista de claves de feature flags disponibles actualmente en el SDK.Valor de retorno
OnUpdateConfiguration()
OnUpdateConfiguration le permite manejar el evento cuando la configuración ha actualizado los datos. Toma un parámetro de entrada, handler. El handler que se llamará cuando la configuración se actualiza usando un evento de configuración en tiempo real.