Guía del desarrollador
Esta guía está diseñada para ayudarte a integrar el SDK en el código de tu aplicación.Primeros pasos
Primero debe instalar nuestro SDK. Una vez descomprimido, verá dos directorios: kameleoon/ y job/.Instalación del cliente PHP (paquete de Composer)
El paquete de instalación está disponible en Packagist. Puede instalar el SDK de PHP añadiéndolo como dependencia mediante Composer:composer.json
Con un cron job (Recomendado)
El directorio job/ corresponde a un trabajo que debe ejecutarse mediante un planificador de tareas estándar (como cron). Le sugerimos instalar el script en/usr/local/opt/kameleoon/kameleoon-client-php-process-queries.sh y usar nuestra entrada de crontab predeterminada. Sin embargo, puede instalarlo en otra ubicación y modificar la entrada de crontab en consecuencia.
Sin un cron job
Si no puedes instalar el cron job, puedes usar Kameleoon en modo híbrido para beneficiarte del seguimiento del Kameleoon App Engine,engine.js (anteriormente llamado kameleoon.js). El SDK proporciona el método getEngineTrackingCode(), que envía eventos de exposición a Kameleoon o a cualquier otra solución de analítica que uses en tu sitio web.
Configuración adicional
Puedes personalizar el comportamiento del SDK de PHP a través de un archivo de configuración. Kameleoon proporciona un archivo de configuración de ejemplo llamadoclient-php.json.sample en el archivo del SDK. También puedes descargar un archivo de configuración de ejemplo. Te sugerimos que instales este archivo en la ruta predeterminada de /tmp/kameleoon/client-php.json. La siguiente tabla muestra las propiedades disponibles que puedes configurar:
Si no usas la ruta predeterminada (
/tmp/kameleoon/client-php.json) para el archivo de configuración, tendrás que:- pasar la ruta de tu archivo de configuración como tercer argumento al método
KameleoonClientFactory::create(); - modificar tu entrada de crontab para añadir el argumento —conf al script del job (por ejemplo, sería
bash /usr/local/opt/bin/kameleoon-client-php-process-queries.sh --conf /my/path/kameleoon.json).
Para obtener más información sobre
client_id y client_secret, y cómo obtenerlos, consulta el artículo de credenciales de API. Ten en cuenta que el SDK de PHP de Kameleoon usa la API de Automatización y sigue el flujo de credenciales de cliente OAuth 2.0.Inicialización del cliente Kameleoon
Después de instalar el SDK en tu aplicación y configurar las credenciales correctas (en/tmp/kameleoon/client-php.json), el siguiente paso es crear el cliente de Kameleoon en el código de tu aplicación. Por ejemplo:
/tmp/kameleoon/client-php.json, pero puedes usar una ruta diferente para el archivo de configuración proporcionando un tercer argumento opcional al método KameleoonClientFactory::create().
Es tu responsabilidad como desarrollador de la aplicación usar la lógica correcta en el código de tu aplicación dentro del contexto de pruebas A/B a través de Kameleoon. Una buena práctica es siempre asumir que el visitante actual puede quedar fuera del experimento porque el experimento aún no se ha lanzado. Dejar fuera al visitante actual es simple, ya que corresponde a la implementación de la lógica de variación predeterminada / de referencia. Los ejemplos de código en el siguiente párrafo muestran ejemplos de este enfoque.
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 tu feature flag tiene variables asociadas (como comportamientos específicos vinculados a cada variación), getVariation() también te permite acceder al objeto Variation, que proporciona detalles sobre la variación asignada y su experimento asociado. Este método verifica si el usuario es segmentado, encuentra la variación asignada del visitante y la guarda en el almacenamiento. Cuando track=true, el SDK enviará el evento de exposición al experimento especificado en una de las siguientes solicitudes de seguimiento, que se realiza automáticamente por el cron job. Por defecto, su intervalo es 1 minuto.
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 en el crontab de intervalo de seguimiento). 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.
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.
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 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 PHP.Inicialización
create()
Este método enKameleoon\KameleoonClientFactory crea una instancia de KameleoonClient proporcionando la configuración de tu SDK en un archivo de configuración. Necesitas inicializar el SDK creando esta instancia de KameleoonClient antes de poder usar otros métodos del SDK. Todas las interacciones con el SDK usan esta instancia de KameleoonClient. Para proporcionar la configuración como un objeto KameleoonClientConfig en su lugar, consulta el método createWithConfig.
Parámetros
Valor de retorno
Excepciones lanzadas
createWithConfig()
Este método enKameleoon\KameleoonClientFactory crea una instancia de KameleoonClient y te permite pasar la configuración de tu SDK en un objeto KameleoonClientConfig. Necesitas inicializar el SDK creando esta instancia de KameleoonClient antes de poder usar otros métodos del SDK. Todas las interacciones con el SDK usan esta instancia de KameleoonClient. Para proporcionar la configuración de tu SDK en un archivo en su lugar, usa el método create.
Parámetros
Valor de retorno
Excepciones
waitInit()
waitInit() asegura que el SDK esté listo para usar: su configuración se ha descargado, es válida y está actualizada. El método devuelve inmediatamente si la configuración ya ha sido descargada y no está desactualizada. De lo contrario, descarga la configuración de forma sincrónica, bloqueándose hasta que la descarga se complete, falle o el tiempo de espera expire. Si no proporciona un valor timeout, el SDK utiliza el tiempo de espera predeterminado de defaultTimeoutMillisecond.
Llamar a waitInit() antes de usar el SDK no es obligatorio: todos los demás métodos del SDK cargan la configuración de la misma manera. Llamarlo explícitamente le permite manejar errores de inicialización en un solo lugar.
waitInit() solo falla si el SDK no pudo inicializarse en absoluto: la configuración no pudo descargarse y no hay disponible ninguna copia local válida. Si existe una copia local pero la solicitud de actualización falla, el método devuelve correctamente y el SDK continúa utilizando la configuración existente.Parámetros
Excepciones lanzadas
isReady()
isReady() comprueba si el SDK está listo para usar, lo que significa que 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()
- 📨 Envía datos de seguimiento a Kameleoon (dependiendo del parámetro
track)
Este método se llamaba anteriormente
activateFeature, que fue removido en la versión 4.0.0 del SDK.visitorCode, el método isFeatureActive() lo usa como identificador único del visitante, que es útil para experimentación entre dispositivos. Cuando especificas un visitorCode y estableces 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 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.Kameleoon usa el seguimiento para contar sesiones y visitantes cuando llamas a ciertos métodos, como
isFeatureActive(), getVariation() o getVariations().Use el valor predeterminado true para el parámetro track cuando exponga a los visitantes a una variación y necesite contarlos. Establezca el parámetro track en false solo si llama a estos métodos antes de exponer a los visitantes.Por ejemplo, si llama a getVariations() para recuperar todas las variaciones antes de exponer visitantes, establezca el parámetro track en false. Esta configuración evita que Kameleoon cuente una sesión prematuramente. Luego puede activar el seguimiento más tarde cuando expone explícitamente al visitante.Kameleoon envía datos de seguimiento cada segundo de forma predeterminada. Puede configurar este intervalo hasta cinco segundos utilizando la opción de configuración del intervalo de seguimiento. Kameleoon agrupa los eventos de seguimiento en una sola sesión siempre que el intervalo entre eventos sea menor a 30 minutos. Si transcurren más de 30 minutos entre eventos de seguimiento, Kameleoon cuenta los eventos como sesiones separadas. Una visita aparece en sus informes 30 minutos después del último evento registrado en la sesión.Parámetros
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 y featureKey como argumentos obligatorios. El argumento 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 se refiere a la variación asignada a un visitante cuando no coincide con ninguna regla de entrega predefinida para un feature flag. En otras palabras, es la variación de respuesta que se aplica a todos los usuarios que no son segmentados por reglas específicas. Se representa como la variación en la sección “Entonces, para todos los demás servir…” en una interfaz de gestión.
Parámetros
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. Toma visitorCode como argumento obligatorio, mientras que onlyActive y track son opcionales.
- 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. Por defecto, se establece entrue. 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. En otras palabras, es la variación de respuesta que se aplica a todos los usuarios que no son segmentados por reglas específicas. Se representa como la variación en la sección “Entonces, para todos los demás servir…” en una interfaz de gestión.
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 segmentación y cálculos algorítmicos. Para preservar la segmentación y las condiciones de segmentación durante un experimento, establece 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
En la mayoría de los casos, solo es necesario gestionar el error básico
KameleoonException, como se demuestra en el ejemplo. Sin embargo, si diferentes tipos de errores requieren una respuesta, maneja cada uno por separado según requisitos específicos. Además, para mayor confiabilidad, los errores generales del lenguaje pueden manejarse incluyendo Exception.evaluateAudiences()
- 📨 Envía datos de seguimiento a Kameleoon
evaluateAudiences() debe llamarse después de que todos los datos de visitante relevantes se hayan establecido o actualizado, y justo antes de obtener una variación de funcionalidad o verificar un feature flag. Este enfoque garantiza que el visitante se evalúe con los datos más recientes disponibles, permitiendo una asignación precisa de audiencia basada en todos los criterios.
Después de llamar a este método, puede realizar un análisis detallado del rendimiento de segmentos en Audiences Explorer.
Parámetros
Excepciones lanzadas
En la mayoría de los casos, solo es necesario gestionar el error básico
KameleoonException, como se demuestra en el ejemplo. Sin embargo, si diferentes tipos de errores requieren una respuesta, maneja cada uno por separado según requisitos específicos. Además, para mayor confiabilidad, los errores generales del lenguaje pueden manejarse incluyendo Exception.getDataFile()
Devuelve la configuración actual del SDK como un objetoDataFile.
Parámetros
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.- El SDK primero verifica si hay una cookie o parámetro de consulta kameleoonVisitorCode asociado con la solicitud HTTP actual. Si es así, la utiliza como identificador de visitante.
- Si no hay una cookie o parámetro presente en la solicitud actual, el SDK tiene dos opciones para generar un identificador. Una opción es crear un nuevo identificador de forma aleatoria, y la otra es usar el argumento defaultVisitorCode si se ha proporcionado. Esta función te permite ingresar tus propios identificadores como códigos de visitante, que pueden ser beneficiosos; hace coincidir sin problemas los visitantes de Kameleoon con tus propios usuarios, eliminando la necesidad de búsquedas adicionales en una tabla de coincidencias.
- En cualquier caso, la cookie kameleoonVisitorCode del lado del servidor (a través del encabezado HTTP) se establece con el valor. El método devuelve este valor de visitante.
Si proporcionas tu propio
visitorCode, su unicidad debe ser garantizada de tu parte—el SDK no puede verificarlo. También ten en cuenta que la longitud de visitorCode está limitada a 255 caracteres. Cualquier exceso de caracteres lanzará 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 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, igual que flush(). Lo mismo es cierto para los métodos getVariation() y getVariations() si se activa una regla de experimentación.
Parámetros
Excepciones
flush()
- 📨 Envía datos de seguimiento a Kameleoon
flush() es responsable de enviar los datos de Kameleoon vinculados a un visitante específico. Activa una solicitud de seguimiento que incluye todos los datos previamente añadidos con el método addData, que aún no se han enviado durante una llamada anterior a uno de los métodos. flush() no es bloqueante, ya que la llamada del servidor se realiza de forma asíncrona, a menos que el parámetro instant esté establecido en true.
La función flush() le permite decidir cuándo se envían a nuestros servidores los datos vinculados a un visitorCode específico. Por ejemplo, si llama a addData() varias veces, digamos una docena, sería ineficiente enviar datos al servidor cada vez que realiza una llamada. En su lugar, puede recopilar todos los datos primero y luego llamar a flush() una sola vez al final para enviarlos todos a la vez.
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.Parámetros
getRemoteData()
Este método se llamaba anteriormente
retrieveDataFromRemoteSource, que fue eliminado en la versión 4.0.0 del SDK.getRemoteData() te permite recuperar datos basados en una clave que proporcionas para un siteCode específico (establecido en KameleoonClientFactory.create()). Un servidor de Kameleoon almacena estos datos. La API de Datos se usa típicamente para guardar estos datos en los servidores remotos. Este método, combinado con los servidores escalables de Kameleoon, facilita almacenar grandes cantidades de datos. Luego puedes acceder a estos datos para cada visitante o usuario.
Parámetros
Valor de retorno
Excepciones lanzadas
getRemoteVisitorData()
getRemoteVisitorData() es un método asíncrono para recuperar los Datos de Visitas de Kameleoon para el visitorCode desde la API de Datos de Kameleoon. El método añade datos al almacenamiento para que otros métodos los usen cuando tomen 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 páginas visitadas anteriormente durante visitas pasadas.
- 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 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
Uso de parámetros en getRemoteVisitorData()
El métodogetRemoteVisitorData() ofrece flexibilidad al permitirte definir varios parámetros al recuperar datos en visitantes. Ya sea que estés segmentando basado en objetivos, experimentos o variaciones, el mismo enfoque se aplica en todos los tipos de datos.
Por ejemplo, supongamos que quieres recuperar datos en visitantes que completaron un objetivo “Transacción de pedido.” Puedes especificar parámetros dentro del método getRemoteVisitorData() para refinar tu segmentación. Por ejemplo, si quieres segmentar solo usuarios que se convirtieron en el objetivo en sus últimas cinco visitas, puedes establecer el parámetro previousVisitAmount en 5 y conversions en 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.
Aquí está la lista de opciones disponibles de
Kameleoon\Types\RemoteVisitorDataFilter:getVisitorWarehouseAudience()
Este método recupera todos los datos de audiencia asociados al visitante en su almacén de datos utilizando elvisitorCode y warehouseKey especificados. El warehouseKey suele ser su ID de usuario interno. El parámetro customDataIndex corresponde a los datos personalizados de Kameleoon que Kameleoon utiliza para dirigirse a sus visitantes. Puede consultar la documentación de segmentación de almacén de datos para obtener más detalles. El método pasa el resultado al futuro devuelto como un objeto CustomData, confirmando que los datos se han añadido al visitante y están disponibles para fines de segmentación.
Parámetros
Valor de retorno
Excepciones lanzadas
setLegalConsent()
Debe utilizar este método para especificar si el visitante ha dado su consentimiento legal para usar sus datos personales. Establecer el parámetrolegalConsent en false limita los tipos de datos que puede incluir en las solicitudes de seguimiento. Este método lo ayuda a cumplir con los requisitos legales y normativos mientras gestiona responsablemente los datos del visitante. Puede encontrar más información sobre datos personales en la política de gestión de consentimiento.
Parámetros
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 análisis de terceros
getEngineTrackingCode()
Kameleoon se integra con varias soluciones de análisis, incluidas Mixpanel, Google Analytics 4 y Segment. Para rastrear correctamente los experimentos del lado del servidor, llame al métodogetEngineTrackingCode() después de que el visitante desencadene un experimento. El SDK devuelve comandos de cola JavaScript para los experimentos que el visitante desencadenó durante los últimos cinco segundos. Cuando inserta este código en la página, Engine.js procesa los comandos y envía los eventos de exposición a través de la integración de análisis activa.
Consulte experimentación híbrida para más información sobre cómo implementar este método.
- Para utilizar esta función, implemente tanto el SDK de PHP como Engine.js de Kameleoon. Como Engine.js se utiliza solo para seguimiento en este flujo, puede 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
trackConversion()
- 📨 Envía datos de seguimiento a Kameleoon
visitorCode y goalId. Además, este método también acepta argumentos opcionales revenue, negative y metadata. El visitorCode suele ser idéntico al que se utilizó cuando se activó 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 metadatos son accesibles a través de exportaciones de datos sin procesar y la página de resultados.Si se proporciona el parámetro
metadata, Kameleoon utilizará estos valores especificados para la conversión actual en lugar de lo recopilado 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 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
Eventos
setEventHandler()
Use este método para registrar un handler para eventos del SDK. El SDK llama al handler cuando ocurre el evento seleccionado. Registrar un nuevo handler para el mismo tipo de evento reemplaza el handler anterior. Pasarnull como handler elimina el handler actual para el tipo de evento seleccionado.
- DATAFILE_UPDATE
- HTTP_REQUEST
Parámetros
Tipos de datos
Puede utilizar los siguientes tipos de datos predefinidos deKameleoon\Data.
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.
PageView
El índice (ID) del referidor está disponible en la Oficina de Atrás en la página de configuración del canal de Adquisición. Tenga cuidado: este índice comienza en 0, por lo que el primer canal de adquisición que cree para un sitio determinado tendría el ID 0, no 1.
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.
CustomData
CustomData permite asociar fácilmente cualquier tipo de datos con cada visitante. Luego se puede usar como condición de orientación en segmentos o como filtro/desglose en informes de experimentos.
Para obtener más información sobre datos personalizados, consulte este artículo.
-
Cada visitante solo puede tener un
CustomDatapara cadaindexúnico. Agregar otroCustomDatacon el mismoindexreemplazará el existente. - El índice de datos personalizados se encuentra en el panel de control 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, activa 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
UserAgent
Realice un seguimiento de la información del agente de usuario de los visitantes. Los experimentos del lado del servidor tienen más probabilidades de verse afectados por tráfico de bots que los experimentos del lado del cliente. Kameleoon utiliza la Lista de Arañas y Bots Internacionales IAB/ABC para abordar este problema y reconocer bots y arañas conocidos. Kameleoon también utiliza el campoUserAgent para filtrar bots y otro tráfico no deseado que podría distorsionar sus métricas de conversión. Para más detalles, consulte 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.
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 contiene información sobre el sistema operativo en el dispositivo del visitante.
Cookie
Cookie contiene información sobre la cookie almacenada en el dispositivo del visitante.
Geolocation
Geolocation contiene los detalles de geolocalización del visitante.
ApplicationVersion
ApplicationVersion representa el número de versión semántica de su aplicación.
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 al 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úrese de que su código maneje el caso donde
idoexperimentIdpuede sernull, indicando una variación predeterminada. - La matriz
variablespodría estar vacía si no hay variables asociadas a 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.getFeatureVariationKey() del SDK.
Este método toma visitorCode y featureKey como argumentos obligatorios para obtener la clave de variación para un usuario determinado.
Si un usuario nunca ha sido asociado a este feature flag, el SDK devuelve una clave de variación aleatoriamente (según las reglas del feature flag). Si un usuario con un visitorCode determinado ya está registrado con este feature flag, detectará el valor anterior variation key. Si el usuario no coincide con ninguna de las reglas, se devolverá el valor predeterminado, que puede definir en su cuenta.
Debe asegurarse de que se ha configurado el manejo adecuado de errores en su código como se muestra en el ejemplo a la derecha para capturar posibles excepciones.
Si especifica un 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 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
Valor de retorno
Excepciones lanzadas
getActiveFeatureListForVisitor()
Utilice
getActiveFeatures() en su lugar.Argumentos
Valor de retorno
Excepciones lanzadas
getActiveFeatures()
Utilice
getVariations() en su lugar.getActiveFeatures recupera información sobre los feature flags activos que están disponibles para el código de visitante especificado.
Argumentos
Valor de retorno
Excepciones lanzadas
getFeatureVariable()
- 📨 Envía datos de seguimiento a Kameleoon
- Utilice
getVariation()en su lugar. - Este método se llamaba anteriormente
obtainFeatureVariable, que ha sido obsoleto desde la versión3.0.0del SDK y se eliminará en una versión futura.
getFeatureVariable().
Este método toma visitorCode, featureKey y variableName como argumentos obligatorios para obtener una variable de la clave de variación para un usuario determinado.
Si el usuario nunca ha sido asociado a este feature flag, el SDK devuelve un valor de variable de la clave de variación aleatoriamente (según las reglas del feature flag). Si un usuario con un visitorCode determinado ya está registrado con este feature flag, el método detectará el valor variable para la variation asociada. Si el usuario no coincide con ninguna de las reglas, se devolverá la variable predeterminada.
Asegúrese de que se ha configurado el manejo adecuado de errores en su código como se muestra en el ejemplo a la derecha para capturar posibles excepciones.
Si especifica un visitorCode, el método getFeatureVariable() 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 es ú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
Valor de retorno
Excepciones lanzadas
getFeatureVariationVariables()
- Utilice
getVariation()en su lugar. - Este método se llamaba anteriormente
getFeatureAllVariables, que fue eliminado en la versión4.0.0del SDK.
getFeatureVariationVariables(). Una variable de feature se puede cambiar fácilmente a través de la aplicación web de Kameleoon.
Este método toma featureKey y variationKey como argumentos obligatorios. Devolverá los datos con el tipo de objeto, según se define en la interfaz web. El método lanza un error (FeatureNotFound) si el feature flag solicitado no se ha encontrado en la configuración del cliente del SDK. Si la clave de variación no se encuentra, el método lanza el error FeatureVariationNotFound.