Saltar al contenido principal

En el back office

Asegúrese de que se cumplen las siguientes condiciones:
  • La rule se crea para el entorno correcto (production, staging o development).
  • La rule está habilitada (activada).
  • La rule apunta a tráfico que puede exponerse realmente (es decir, segmentos o visitantes coincidentes).

En el SDK

Compruebe estos puntos con cuidado:
  • El KameleoonClient se crea con la configuración correcta:
    • siteCode
    • Variable environment
    • networkDomain (si procede)
  • getVisitorCode() se llama solo una vez y su valor se reutiliza donde sea necesario el visitorCode.
  • Si utiliza el modo híbrido (con engine.js en el frontend):
    • El visitorCode está correctamente sincronizado entre el SDK y el frontend.
  • Para las Experiment Rules:
    • Se llama a setLegalConsent(true) para garantizar que se permite la recopilación de datos.
  • Para las Delivery Rules:
    • Se llama a isFeatureActive() o getVariation().
    • El método devuelve true (o la variación esperada).
  • Para las Experiment Rules:
    • Se llama a getVariation() y devuelve la variación esperada.

Consejos de depuración

Si ha confirmado todo lo anterior y siguen faltando datos:
  • Registre en la consola:
    • El valor del consentimiento
    • El visitorCode
    • Los valores de las variaciones. Verifique que los valores coincidan con los que se muestran en el navegador.
  • Habilite el logging del SDK y compruebe si hay errores.