Saltar al contenido principal
Esta guía cubre las distintas opciones de implementación que ofrece Kameleoon. Aunque el proceso de implementación es sencillo —normalmente implica instalar un tag JavaScript en el código fuente HTML de su página—, conviene comprender algunos detalles clave. En concreto, dónde colocar los tags, las concesiones de las diferentes implementaciones y cuándo el navegador carga y analiza el archivo de la aplicación Kameleoon. Una configuración correcta optimiza el rendimiento y garantiza que la plataforma funcione correctamente. Revise los métodos de implementación a continuación para decidir cuál se adapta mejor a sus requisitos. Para crear una implementación básica de Kameleoon en su sitio web, siga la guía Implementación sencilla.
Después de seleccionar un método de implementación, configúrelo para su proyecto Kameleoon. Kameleoon genera automáticamente el tag de instalación adecuado en función de su configuración. Para configurar su proyecto, siga los pasos de esta guía.
Únase a la Slack Community para hacer preguntas sobre funcionalidades del producto y acceder a las últimas novedades.

​
Tags de instalación y funcionalidades​

La siguiente tabla describe las opciones de implementación, incluidas las funcionalidades y las características de rendimiento de cada una. Cada fila representa una opción de implementación diferente e indica cómo carga el navegador el archivo JavaScript de la aplicación Kameleoon. Las columnas destacan factores como el rendimiento, el parpadeo, los datos de sesión unificados y la compatibilidad con tag managers. Las secciones posteriores de esta guía proporcionan explicaciones detalladas de estas características y fragmentos de código para ayudarle a empezar.
Método de implementaciónParpadeoPuede bloquear la carga de la páginaCarga priorizada del scriptAfectado por ITPUso con Tag manager
Carga asincrónica, con anti-parpadeoNoNoSíNoNo
Carga asincrónicaSíNoSí (si no se instala mediante un tag manager)NoSí
Carga sincrónicaNoSíSíNoNo
Tenga en cuenta que todos los métodos de implementación admiten datos de sesión unificados entre subdominios.

​
Características y funcionalidades​

Esta sección define y explica las características y funcionalidades indicadas en la tabla anterior.

​
Parpadeo​

El parpadeo (o “efecto flicker”) es un problema común con las soluciones de A/B testing basadas en JavaScript en el que el contenido original de la página se muestra brevemente antes de que se cargue la variación del experimento. La columna Parpadeo indica si el método de instalación puede causar este problema. Para más información, consulte la documentación sobre gestión del parpadeo de Kameleoon.

​
Puede bloquear la carga de la página​

Puede bloquear la carga de la página indica si el proceso de carga de su sitio web se detiene en caso de que los servidores de la Content Delivery Network (CDN) de Kameleoon (o su propia CDN/servidor que aloja el archivo de Kameleoon) dejen de responder. Solo el método Archivo JavaScript (carga sincrónica) presenta este riesgo. El resto de métodos mantienen su sitio web totalmente funcional aunque los servidores de hosting no estén disponibles.

​
Carga priorizada del script​

Cuando un navegador carga una página HTML, debe descargar los recursos estáticos (archivos JavaScript, estilos CSS, Iframes, imágenes) antes de utilizarlos. Los navegadores suelen colocar estos recursos en una cola de red y descargarlos siguiendo un orden de prioridad específico. Dos factores críticos influyen en este proceso:
  • Un navegador debe “descubrir” un recurso antes de poder descargarlo.
  • Los principales navegadores asignan mayor prioridad a los scripts incluidos de forma estática que a los scripts cargados dinámicamente mediante JavaScript.
Por ejemplo, para garantizar que un archivo JS se cargue con mayor prioridad, use este método: 
<script type="text/javascript" src="resources/scripts/example.js" async></script>
Evite este método: 
<script type="text/javascript" >
  var scriptNode = document.createElement("script");
  scriptNode.type = "text/javascript";
  scriptNode.src = "resources/scripts/example.js";
  document.head.appendChild(scriptNode);
</script>
Aunque no está explícitamente documentado por los proveedores de navegadores, la evidencia empírica sugiere que los parsers HTML dan mayor prioridad a los recursos descubiertos que a los añadidos mediante modificación dinámica del DOM.
La carga priorizada del script sitúa el archivo de la aplicación Kameleoon en la parte superior de la cola de red del navegador, lo que garantiza una carga más rápida que en configuraciones no priorizadas. Debería usar esta opción para Kameleoon. Aunque puede retrasar ligeramente otros recursos, el A/B testing es una funcionalidad crítica que debe cargarse de inmediato, a diferencia de las herramientas de analítica, que pueden cargarse más tarde sin afectar a la visualización de la página. Todos los métodos actuales de implementación de Kameleoon ofrecen carga priorizada del script, excepto cuando se instala Kameleoon a través de un tag manager.

​
Afectado por ITP​

La Intelligent Tracking Prevention (ITP) de Apple para Safari (escritorio y móvil) evita el tracking no deseado por parte de terceros. Mozilla implementó una tecnología similar en Firefox. ITP bloquea principalmente que los trackers publicitarios rastreen a los usuarios entre varios sitios web. Kameleoon ofrece una solución a las restricciones de ITP. Desde la versión 2.3 (marzo de 2020), esta solución requiere un paso de configuración adicional. Para más información, consulte el artículo sobre gestión de ITP.

​
Uso con Tag manager​

Uso con Tag manager indica si el método de implementación admite un Tag Management System (TMS). Kameleoon funciona con todas las principales plataformas TMS. No obstante, debería instalar Kameleoon directamente en el código fuente de su página en lugar de utilizar un TMS. La instalación directa ayuda a prevenir el efecto flicker, como se explica en la guía sobre gestión del parpadeo de Kameleoon.

​
Seguimiento de datos de sesión unificados entre subdominios​

Kameleoon unifica los datos de sesión entre subdominios, vinculando las sesiones del usuario en varios subdominios en una única sesión. Por ejemplo, si un visitante inicia una sesión en portal.myecommercesite.com y continúa en transaction-engine.myecommercesite.com, Kameleoon lo trata como una única visita continua. Esta funcionalidad garantiza una recopilación de datos precisa entre sus subdominios. Sin los datos de sesión unificados, Kameleoon trata como un nuevo visitante a quien se mueve a un subdominio diferente, reiniciando los datos recopilados (como las páginas vistas y el tiempo en el sitio). Este reinicio puede dar lugar a resultados de segmentación inesperados. Por ejemplo, supongamos que tiene una personalización que se dispara en la cuarta página vista. Un visitante ve tres páginas en su primer sitio web y, a continuación, carga una cuarta página en un subdominio diferente.
  • Con datos de sesión unificados: la personalización se dispara como se esperaba.
  • Sin datos de sesión unificados: la página vista en el nuevo dominio cuenta como la primera página vista de una nueva visita y la personalización no se dispara.