¿Cómo realizar un seguimiento de las conversiones de comercio electrónico en todos los dominios, dispositivos y navegadores al ejecutar una prueba A/B?

¿Qué es el seguimiento entre entornos?

¡Una conversión, múltiples puntos de contacto!

De esto se trata el seguimiento entre entornos.

Los clientes de hoy usan una variedad de puntos de contacto para completar las compras de comercio electrónico. Pueden acceder a Internet desde varios dispositivos y ver campañas de marketing en un entorno antes de pasar a otro, tal vez comenzando en un dispositivo portátil y el dominio "A" mientras navegan hasta decidir qué producto es el más adecuado para ellos y luego pasar a los teléfonos inteligentes. , a menudo cambiando de navegador y finalmente comprando en un dominio "B".

Como resultado de esta tendencia, un número cada vez mayor de embudos de conversión se extienden a través de múltiples dominios, dispositivos y navegadores web.

Las interacciones de los visitantes del sitio web suelen ser de dos tipos:

• Entorno único: cuando el viaje hacia la conversión comienza y termina en el mismo dispositivo, navegador o dominio.
• Entorno cruzado: cuando los visitantes del sitio web hacen clic desde un dispositivo, navegador o dominio, pero se convierten en un entorno diferente.

Aquí hay una fórmula simplificada para entender estos términos:

Dado que las interacciones entre entornos son mucho más comunes, el seguimiento y la atribución de conversiones puede ser un desafío. Entonces, ¿cómo podemos rastrear estas conversiones de comercio electrónico cuando el entorno cambia para ofrecer una experiencia personalizada? Primero, debemos comprender qué propiedades del entorno pueden cambiar y, luego, identificar las diferentes formas de realizar un seguimiento de esas conversiones.

Analicemos los diferentes tipos de seguimiento que pueden ocurrir en un embudo de comercio electrónico omnicanal para asegurarnos de que ningún cliente se escape:

Seguimiento entre dominios

El seguimiento entre dominios es una forma de analizar a los visitantes en varios dominios.

¿Por qué el seguimiento entre dominios es un concepto importante en las pruebas A/B?

El seguimiento entre dominios es una característica maravillosa que le permite atribuir conversiones y comportamiento a sus campañas, incluso si el viaje del usuario abarca varios dominios. Sin él, la atribución sería casi imposible para aquellos de nosotros que tenemos más de un dominio (como sitios con un dominio de compra o pago separado).

Estas son algunas de las métricas de conversión que se pueden capturar entre dominios:

• Conversiones
• Eventos de conversión
• Conversiones de destino
• Conversiones post-impresión
• Conversiones totales
• Eventos de conversión de destino
• Eventos de conversión post-impresión
• Eventos de conversión totales
• Los ingresos totales

Seguimiento de dominios cruzados con cookies de terceros

La forma más común de seguimiento entre dominios se basa en cookies de terceros.

Los sitios web utilizan cookies propias para almacenar información sobre el visitante y su sesión y, por lo general, tienen los siguientes atributos:

• Nombre de la cookie: el nombre de la cookie.
• Dominio de la cookie : el dominio en el que se instala la cookie.
• Ruta de la cookie : la ruta en la que se configura la cookie. Esto se establece como el directorio raíz del dominio '/'.
• Caducidad de la cookie : el tiempo en segundos después del cual caducará la cookie.

Ahora, debido a que estas son cookies propias, no pueden compartir información con otros dominios. Aquí es donde entra en juego el seguimiento entre dominios. En este caso, debemos indicarle que comparta los valores de la cookie del dominio A con la cookie del dominio B, convirtiendo la cookie de origen en una cookie de terceros.

Lo que hará el seguimiento entre dominios es agregar los valores de la cookie del dominio A a las URL donde el dominio cambia usando una cadena de consulta de forma predeterminada. Esto también se puede cambiar a un fragmento de URL si no eres fanático de las cadenas de consulta. El dominio B reconocerá estos parámetros agregados en estas URL para garantizar que la cookie adopte estos valores.

Veamos un ejemplo de cómo se vería esto.

Digamos que quiere alquilar un automóvil en línea. Para ver las diferentes opciones, es probable que vaya a un sitio web de alquiler de automóviles (en este ejemplo, usaremos car.com). Como el sitio tiene numerosos subdominios (coche.com, pago.coche.com, recogida.coche.com, etc.) y un dominio de terceros para recibir pagos (secure.booking.com), su viaje de usuario será cruzado. dominio.

Mediante el seguimiento entre dominios, el equipo de Car.com puede detectar a un usuario que cambia de un subdominio a otro y personalizar toda su experiencia con los productos o servicios más relevantes en diferentes subdominios.

Seguimiento entre dominios con almacenamiento local

Sin embargo, existe una gran desventaja cuando se utilizan cookies en el seguimiento entre dominios: su almacenamiento limitado.

Las cookies pueden almacenar muchos menos datos que el almacenamiento local: el almacenamiento de cookies está limitado a 4096 bytes, mientras que el almacenamiento local tiene 5 MB por dominio. Entonces, si usa cookies, cuantos más datos desee almacenar en los navegadores de sus visitantes, más cookies necesitará crear.

Otro problema con las cookies es que ralentizan su sitio web, lo que hace que la experiencia del usuario sea subóptima. Con cada solicitud HTTP, se envían cookies al servidor. Si tiene un viaje entre dominios, esto se vuelve aún peor. Los visitantes navegarán de un lado a otro entre los diferentes dominios, aumentando las solicitudes HTTP y el número de cookies en su navegador.

Por las razones anteriores, algunos sitios utilizan un almacenamiento local en lugar de almacenamiento de cookies. Lo que esto significa es que básicamente alojas el archivo en el dominio A y usas un iframe en el dominio B que carga el archivo desde el dominio A. De esta manera, compartes los datos de los visitantes entre los dos dominios como si fuera un solo dominio:

Archivo 1.html:

 <html>
<cabeza/>
<iframe src='http://127.0.0.1/prueba.html' />
</html>

Archivo 2.html:

 <html>
<cabeza/>
<script>
consola.log(almacenamiento local);
localStorage.setItem('prueba', '123');
</script>
</html>

Conceptos erróneos sobre el seguimiento entre dominios

El seguimiento entre dominios es a menudo una práctica mal entendida. ¡Aquí están los tres principales conceptos erróneos al respecto que pueden sorprenderlo!

Mito #1. Necesita el seguimiento entre dominios para realizar un seguimiento de los usuarios en todos los subdominios

Muchos expertos en CRO creen que necesitan habilitar el seguimiento entre dominios para rastrear a los visitantes en los subdominios. Esto no es verdad. Las cookies se pueden compartir entre subdominios y el dominio principal.

Entonces, por ejemplo, si se configura una cookie en www.convert.com, blog.convert.com también puede acceder a ella sin habilitar el seguimiento entre dominios.

Mito #2. Se necesita el seguimiento entre dominios para las pasarelas de pago

La siguiente parte confusa sobre el seguimiento entre dominios es que debe configurarlo para las pasarelas de pago (por ejemplo, PayPal.com).

Sin embargo, el seguimiento entre dominios solo es posible cuando tiene control sobre ambos dominios.

La mayoría de las veces, las pasarelas de pago no le permiten colocar su código de seguimiento en sus páginas web por razones de seguridad (más sobre esto a continuación).

Mito #3. El seguimiento entre dominios es necesario cuando hay varios dominios

El otro concepto erróneo es que necesita un seguimiento entre dominios cada vez que utiliza varios dominios. Esto solo es cierto si desea ver al mismo usuario navegando por los sitios web y atribuir las conversiones a las fuentes de tráfico. En ese caso, necesitará un seguimiento entre dominios.

No obstante, si desea ver el dominio A como una fuente de tráfico para el dominio B y no le importa de qué fuentes de tráfico llegaron las personas al dominio A, entonces no necesitará el seguimiento entre dominios.

Seguimiento de dispositivos cruzados

Hoy en día, las personas poseen múltiples dispositivos. Esto significa que los visitantes pueden interactuar con su marca (por ejemplo, hacer clic en sus anuncios de Google) en un dispositivo, luego cambiar a otro y continuar revisando sus productos. Gracias a los informes de conversión entre dispositivos, los especialistas en marketing pueden verificar la efectividad de sus campañas en todos los dispositivos (tableta, móvil y computadora de escritorio), independientemente del dispositivo en el que el usuario realmente convierte.

Los informes de dispositivos cruzados vinculan cookies (para web), ID de dispositivos (para aplicaciones móviles) y datos de inicio de sesión agregados para identificar a un usuario en diferentes dispositivos. Esto permite a los propietarios de sitios web identificar el camino seguido por un usuario, desde que interactúa por primera vez con una marca o ve un anuncio hasta el punto de conversión.

Ayuda a los especialistas en marketing a detectar visitantes únicos y específicos del sitio web, incluso si ingresan al embudo usando diferentes rutas:

Hay dos métodos principales de seguimiento entre dispositivos.

En un método, los visitantes del sitio web son rastreados a través de identificaciones de visitantes fijas. El otro método se basa en el comportamiento de un usuario con una ID de dispositivo.

Seguimiento de dispositivos cruzados con ID de visitantes (Determinista)

Este método se usa a menudo cuando los usuarios se registran a través de un boletín o inician sesión. Las redes sociales como Facebook, Instagram, TikTok o Twitter realizan un seguimiento entre dispositivos mediante la asignación de ID de visitantes.

Este método es adecuado para sitios web que tienen visitantes registrados. Una vez que se marca a un visitante con una identificación única, se notifica a la plataforma de seguimiento cada vez que el visitante inicia sesión. Si el mismo visitante usa otro dispositivo más tarde, digamos una tableta, y abre el sitio web en cuestión como una aplicación e inicia sesión, entonces puede ser rastreado con precisión.

Este método, también conocido como determinista, es muy preciso (casi el 100 %) y se puede utilizar para ejecutar campañas precisas dirigidas a usuarios específicos.

Seguimiento de dispositivos cruzados basado en ID de dispositivo (probabilístico)

El segundo método de seguimiento entre dispositivos también funciona etiquetando a los usuarios, solo que esta vez no es necesario que estén registrados. Este método se basa en varios atributos que se recopilan de direcciones IP, dispositivos, navegadores o aplicaciones que el visitante navega y se combinan en un perfil de usuario. La desventaja de este método es que no es tan preciso como cuando se utiliza una identificación de visitante.

También se conoce como orientación probabilística . Como sugiere el nombre, habla de la probabilidad de que A sea probablemente el usuario con una computadora de escritorio (dispositivo X) y un teléfono inteligente (dispositivo Y). Entonces, para hacer el seguimiento, se diseñan algoritmos con una gran cantidad de atributos, que luego segmentan a los usuarios en función de un comportamiento similar entre dispositivos, ubicaciones geográficas, direcciones IP y cualquier otro contexto similar. Por supuesto, la precisión de este seguimiento no puede alcanzar el 100 %, pero el 60-70 % es un buen objetivo.

Seguimiento entre navegadores

Finalmente, el seguimiento entre navegadores permite que un sitio web rastree a un usuario entre diferentes navegadores, incluidos Chrome, Firefox, Microsoft Edge, Safari, Tor.

El método detrás del seguimiento entre navegadores se llama huellas dactilares del navegador.

Funciona identificando un conjunto de características exclusivas del hardware y software de una computadora y usando esa información, una "huella digital" para el sistema en cuestión.

Puede que no te des cuenta, pero todo, desde las aplicaciones instaladas hasta la configuración de tu navegador, se combina para formar tu perfil único . El grado de identificabilidad de esta huella dactilar depende del algoritmo de cada navegador.

Supongamos que está navegando en Firefox, ve un anuncio y decide cambiarse a Chrome para comprar un producto y evitar ser objetivo de campañas de retargeting. A menos que haya deshabilitado el seguimiento entre navegadores desde la configuración de su navegador, los navegadores aún podrán dirigirse a usted con las campañas.

¿Cuándo optan los sitios por transacciones en un dominio/dispositivo/navegador diferente?

El seguimiento entre dominios es especialmente útil cuando los propietarios de sitios desean realizar un seguimiento de las sesiones que ocurren en dos o más dominios o subdominios y tratar esas sesiones como una sola.

Las sesiones suelen abarcar varios dominios cuando:

1. El proceso de pago se establece en un dominio diferente (que es bastante común cuando utiliza un carrito de compras de terceros como Shopify),
2. La conversión de objetivo o la transacción de comercio electrónico se realiza en un dominio diferente (lo que también es bastante común en el caso de los sitios web afiliados).

Este es un escenario típico donde el seguimiento entre dominios tiene sentido: plataformas de comercio electrónico con carritos de compras de terceros.

En esta situación, un usuario puede aterrizar en el sitio principal para ver un producto de una campaña de PPC. Cuando el usuario se dirige a la caja, se lo lleva a un carrito de compras de un tercero en un dominio diferente, por ejemplo, a través de Shopify, para completar la transacción.

Sin el seguimiento entre dominios, el comportamiento de compra y el pago no estarán vinculados y las conversiones no se rastrearán en los diferentes dominios. Por lo tanto, estos propietarios de tiendas en línea necesitan conectar sus dominios de alguna manera. De lo contrario, la conversión se acreditará al carrito de compras de terceros, no a la fuente de tráfico original.

Por lo tanto, el seguimiento entre dominios le permite rastrear de manera confiable a un visitante incluso después de que abandone su sitio.

Otro beneficio de implementar el seguimiento entre dominios es que puede recopilar datos de diferentes dominios en un solo informe.

La centralización de los datos de transacciones facilita una mejor optimización porque

• apoya las mejoras continuas en los procesos de toma de decisiones,
• fortalece un mejor seguimiento y optimización de los procesos comerciales, y
• minimiza el riesgo de una organización al mismo tiempo que previene el impacto negativo de imprecisiones y redundancias.

Y finalmente, los propietarios de sitios ya no tienen que limitarse a hacer todas las páginas de destino de preventa en su sitio principal de dinero, debido a las limitaciones de seguimiento. Pueden ramificarse a múltiples sitios web para un embudo de sitio web de marketing más amplio y rastreable.

En el mundo omnicanal de hoy, la forma en que los consumidores usan dispositivos y navegadores abarca diferentes plataformas: pueden leer las noticias de la mañana en sus tabletas en Firefox, revisar el correo electrónico durante el viaje de la mañana en sus teléfonos en Chrome y usar sus computadoras de escritorio cuando están en el trabajo. Por la noche, pueden navegar en sus relojes inteligentes para ponerse al día con las noticias del día.

Aquí hay un escenario típico:

• Un usuario está navegando por las noticias en su teléfono y hace clic en una publicación sobre su producto. El usuario está interesado pero no se registra de inmediato.
• Más tarde esa semana, el usuario decide revisar su producto nuevamente, pero esta vez visita su dominio directamente desde su computadora desde otro navegador. Entonces el usuario decide registrarse.
• En un par de días, el usuario inicia sesión en su aplicación desde su teléfono.
• Todo su historial de navegación en los dispositivos y navegadores mencionados debe estar correctamente vinculado a su cuenta y ese clic original de su fuente de noticias debe atribuirse correctamente a su conversión.

Esta tecnología puede ayudar a los propietarios de sitios a comprender mejor el comportamiento del consumidor y su ruta de compra multicanal. Les permite ofrecer una mejor experiencia al cliente y crear estrategias de marketing omnicanal altamente específicas en varios puntos de contacto. Ayuda a responder preguntas como:

• ¿Mis campañas de PPC están llegando a mis consumidores ideales en el momento adecuado?
• ¿Cómo puedo medir de manera efectiva qué dispositivos generan la mayor cantidad de conversiones para optimizar mis campañas y recompensar esa fuente?
• ¿Cómo pueden las experiencias de mi sitio web funcionar sin problemas en todos los dispositivos y navegadores y brindarles a mis consumidores una experiencia de marca uniforme?
• ¿Cómo puedo llegar a los consumidores independientemente del dispositivo en el que se encuentren, no solo para motivarlos a interactuar con mi marca, sino también para que regresen como clientes habituales?

¿Cómo afectan los cambios de privacidad al seguimiento entre entornos?

A medida que Internet se vuelve cada vez más integral en la vida cotidiana, es importante que las personas se sientan seguras al navegar. Para ayudar a mantener la privacidad de la información personal en los sitios web, cada vez más navegadores implementan medidas de prevención de seguimiento. Aquí hay un desglose de los últimos cambios de prevención de seguimiento y cómo pueden afectar el seguimiento entre entornos.

Revisaremos brevemente cada una de las actualizaciones a continuación, pero para obtener una descripción más detallada de cada una de las actualizaciones y cómo Convert las abordó, lea Cómo cambiaron el seguimiento y las cookies en 2019 y Cómo cambiaron el seguimiento y las cookies en 2020.

Cookies de terceros bloqueadas de Google Incognito

En el modo de incógnito, Google Chrome no guarda el historial de navegación del usuario, la información de formularios ni las cookies del navegador. A partir de Chrome 83, el navegador bloquea las cookies de terceros en el modo de incógnito de forma predeterminada.

Los usuarios aún pueden permitir cookies de terceros para sitios específicos, pero cualquier método de seguimiento cruzado que dependa de cookies de terceros ahora enfrenta grandes desafíos porque los visitantes del sitio web deben habilitarlos desde la configuración de su navegador.

Prevención estricta de seguimiento en el modo InPrivate de Microsoft Edge

En Microsoft Edge 80, el comportamiento predeterminado permite a los usuarios decidir si desean protecciones de modo estricto o no mientras navegan por InPrivate.

Esto significa que si los usuarios activan esta función, el seguimiento cruzado se vuelve imposible.

Protección de seguimiento mejorada (ETP) 2.0 de Mozilla

Desde 2019, los nuevos usuarios de Firefox tendrán activada la Protección de seguimiento mejorada (ETP) de forma predeterminada, y el año pasado, Mozilla agregó una capa de seguridad adicional con la Protección de seguimiento mejorada 2.0 donde bloquean el seguimiento de redireccionamiento. ETP 2.0 borra las cookies y los datos del sitio de los sitios cada 24 horas, ¡excepto para aquellos sitios con los que los usuarios interactúan regularmente!

Así que olvídate de los métodos de seguimiento cruzado que se basan en cookies bloqueadas por ETP.

Prevención de seguimiento inteligente en iOS 14, iPad 14 y Safari 14

Con el lanzamiento de iOS 14, iPad 14 y Safari 14, Apple incluyó nuevas funciones de privacidad como el Informe de privacidad donde los usuarios pueden ver información sobre rastreadores bloqueados, así como ITP para todos los navegadores web en dispositivos iOS (v14 y superior), que evitar la atribución de seguimiento cruzado.

¿Pueden las herramientas de prueba A/B realizar un seguimiento de las conversiones de comercio electrónico Y mantener la privacidad del usuario?

Las actualizaciones de seguimiento y privacidad descritas anteriormente limitan la información que se puede rastrear en múltiples entornos, pero mantener la privacidad del usuario y ofrecer una experiencia personalizada no son mutuamente excluyentes.

La recopilación de datos entre entornos no tiene que ocurrir de una manera intrusiva que comprometa la confianza de sus clientes o les impida aprovechar al máximo su sitio web: ¡hay una manera de hacerlo respetando ambos mundos!

Las herramientas de prueba A/B pueden ofrecer soluciones para ayudar a su empresa a aprender lo que los usuarios quieren y brindarles una excelente experiencia en línea, al mismo tiempo que respetan la privacidad.

Repasemos algunas de las herramientas de prueba A/B más populares del mercado, veamos qué soluciones de seguimiento de conversión de comercio electrónico ofrecen y qué tan respetuosas con la privacidad son.

de forma optimizada

Optimizely creó dos métodos diferentes para permitir el seguimiento de conversiones entre entornos.

Opción 1: habilitar y usar BYOID

Esto se puede hacer habilitando la función "Traiga su propia identificación de visitante" en Optimizely. Esta característica le permite definir su propia ID de visitante, ya sea como una cookie, una clave de almacenamiento local, un parámetro de consulta de URL o una variable de JavaScript. Tiene varias ventajas más allá de la mitigación de ITP 2.x, incluida la posibilidad de controlar su estrategia de persistencia de ID, lo que permite una ID de visitante uniforme en varias plataformas y reduce la sobrecarga de cookies.

Esta opción es un proceso manual y tedioso que debe definir para cada cliente o dominio en el que ejecuta experiencias. También debe tener cuidado de que la API de Optimizely recopile con éxito las ID únicas que cree.

Opción 2: Establecer optimlyEndUserId en CDN

Este método normalmente no se recomienda porque BYOID es un enfoque más completo. Pero otra forma de configurar la creación de cookies es a través de un CDN. Esta es una opción viable para la implementación basada en UI y administrada por UI de la creación de cookies del lado del servidor en muchos casos. Actualmente, Optimizely proporciona documentación para la creación de cookies del lado del servidor a través de la configuración de Akamai.

Si está siguiendo este proceso, además de los cambios de configuración de CDN anteriores, también debe deshabilitar la extensión automática de la vida útil de la cookie de ID de visitante ejecutando esto en el JS del proyecto:

 ventana["optimizar"].push({
 "tipo": "extenderCookieLifetime",
 "está habilitado": falso
});

Esta estrategia también tiene una funcionalidad limitada cuando el seguimiento entre dominios está habilitado, especialmente cuando los diferentes dominios siguen diferentes estrategias para la persistencia de la identificación del visitante.

VWO

VWO admite el seguimiento entre dominios con la ayuda de cookies de terceros.

Si habilita la opción de cookies de terceros en su prueba, además de almacenar datos de visitantes (variación mostrada y objetivos de conversión activados) en cookies pertenecientes a su dominio, VWO también enviará esos datos a los servidores. Una vez que se han enviado los datos, los servidores VWO establecen cookies para el dominio dev.visualwebsiteoptimizer.com. Si su prueba involucra otro dominio, la próxima vez que su página solicite datos de prueba, los servidores VWO también enviarán datos de visitantes. En cierto modo, los servidores actúan como un proxy entre sus múltiples dominios diferentes y, por lo tanto, se pueden rastrear las conversiones.

Sin embargo, los navegadores Firefox y Safari bloquean las cookies de terceros por defecto. Como resultado, VWO no puede acceder a las cookies de terceros, lo que impide que el seguimiento entre dominios funcione en los navegadores Safari y Firefox.

Google optimizar

Para implementar con éxito el seguimiento de dominios cruzados de Google Optimize, debe saber HTML y Javascript u obtener un desarrollador web dedicado para eso.

Para configurarlo, cree una sola propiedad en su cuenta de Google Analytics.

Luego, deberá usar la misma ID de seguimiento de Google Analytics en ambos sitios que desea vincular.

1. El dominio de origen decora las URL que apuntan al dominio de destino para que contengan los valores de las cookies de medición propias del dominio de origen.
2. El dominio de destino comprueba la presencia de cookies de medición vinculadas.

El parámetro del enlazador se identifica en los parámetros de consulta de URL con la clave _gl, como en el siguiente ejemplo:

https://www.ejemplo.com/? _gl=1~abcde5~

Kameleoon

Su solución crea un fragmento del lado del servidor que se sincroniza automáticamente con localStorage. Por lo tanto, recomiendan instalar un fragmento del lado del servidor que sincronice automáticamente su cookie kameleoonVisitorCode entre el front-end y el back-end. Esto contiene el identificador de código de visitante muy importante.

ITP no impone ninguna restricción sobre las cookies del lado del servidor, por lo que esta cookie tendrá una fecha de caducidad establecida lo suficientemente lejana en el futuro.

El fragmento creará la cookie KameleoonVisitorCode en el lado del servidor cuando no se haya encontrado ninguna cookie de Kameleoon (es decir, aún no se haya creado en la parte frontal) O recuperará el valor existente y volverá a crear la cookie en el lado del servidor para evitar problemas de ITP. La sincronización significa que no solo no se eliminarán los identificadores después de siete días, sino que no hay impacto en el rendimiento o la experiencia del usuario, ya que solo almacenaremos una sola cookie.

Sin embargo, dado que Kameleoon almacena otros datos en el almacenamiento local, datos que se necesitan para desencadenar experimentos en tiempo real sin llamadas adicionales al servidor, también han implementado un mecanismo de sincronización de almacenamiento local.

En Safari, una vez que Kameleoon obtiene su código de visitante leyendo la cookie kameleoonVisitorCode, comprobará si su almacenamiento local actual está vacío. Si ese es el caso, lo que probablemente significa que la última visita fue hace más de siete días, realizarán una llamada de sincronización del servidor (SSC) para recuperar todos los datos que estaban presentes en el almacenamiento local de sus servidores back-end. Una vez que finalice esta llamada, los datos se restaurarán en el estado exacto que habrían tenido si ITP no los hubiera borrado. A continuación, se pueden reanudar las operaciones normales.

¿Cómo gestiona Convert Experiences el seguimiento entre entornos?

Convert Experiences respeta todas las reglas de privacidad y, de forma predeterminada, no permite el seguimiento entre dominios, entre dispositivos y entre navegadores .

Sin embargo, si los usuarios lo desean, pueden habilitar el seguimiento entre dominios en la configuración de su proyecto y pueden solicitar al equipo de soporte de Convert soluciones personalizadas en el seguimiento entre dispositivos. No se admite el seguimiento entre navegadores.

Ahora, veamos más detalles sobre cada tipo de seguimiento y cómo configurarlo en la aplicación.

Seguimiento de dominios cruzados en Convert Experiences

Esta sección describe cómo Convert Experiences maneja el seguimiento entre dominios; por ejemplo, si su sitio web abarca varios nombres de dominio. Este suele ser el caso si está utilizando un carrito de compras de terceros.

El seguimiento entre dominios está desactivado de forma predeterminada para todos los proyectos en Convert Experiences, debido al RGPD. Sin embargo, puede desmarcar la configuración "No permitir enlaces entre dominios" para hacer posible el seguimiento:

En la aplicación Convert Experiences, los experimentos se organizan dentro de los proyectos. Un Proyecto es una entidad que puede contener cualquier número de Experiencias y que incluye dominios (Sitios Web Activos):

Todos los sitios web dentro de un proyecto Convert comparten cookies, lo que hace posible el seguimiento entre dominios A MENOS que habilite la configuración del proyecto "No permitir enlaces entre dominios" anterior.

La forma en que las cookies se comparten entre dominios se realiza automáticamente pasando cookies entre dominios que pertenecen al mismo proyecto cuando un visitante hace clic en enlaces o envía formularios. Esas cookies se pasan a sus otros dominios a través de variables GET.

Se agregan dos variables a la cadena de consulta para pasar cookies:

• _conv_v
• _conv_s

También es posible pasar cookies manualmente a enlaces o formularios seleccionados. Todo lo que necesita hacer es pasar las variables _conv_v y _conv_s en la URL del enlace o acción del formulario.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Ahora, lo guiaremos a través de un caso de uso de seguimiento entre dominios en Convert Experiences.

Supongamos que empiezo mi viaje en una página de eventos en la que necesito realizar una suscripción:

https:// dominioA .com/reports/WCI/cpc-bndl

Una vez que tengo que pagar, el dominio A me redirige a la página del carrito de pago que se encuentra en el dominio B y agrega las cookies de conversión que son necesarias para el seguimiento entre dominios como parámetros de consulta de URL, así:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

Una vez que termino de hacer el pago, aterrizo en la página de agradecimiento del dominio A:

 https://dominioA.com/gracias/wci-cpc-bndl-gracias?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

donde se me considera un visitante existente, por lo que la conversión de ingresos se captura en ambos dominios.

Seguimiento multidispositivo en Convert Experiences

Convert Experiences no admite el seguimiento entre dispositivos de forma predeterminada. El método a continuación solo fue diseñado para soluciones personalizadas y bajo pedido para planes Leader . Ya no está activo, pero lo presentamos aquí con fines educativos.

Para rastrear a los visitantes en diferentes dispositivos y ofrecer una experiencia de usuario consistente, independientemente del dispositivo que estén usando, el usuario debe estar "identificado" a través de algún tipo de identificador único que no debe contener datos de identificación personal (PII). .

Convert creó una función API a través de la cual los clientes podían presentar este identificador único que identifica al visitante en todos los dispositivos. El identificador único debe "darse" en una página, antes del fragmento de seguimiento principal de Convert.

Se parece a esto:

 ventana._conv_q = ventana._conv_q || {};
_conv_q.push([“identificar”,”unique_hashed_id_aquí”]);

Cuando se proporciona el identificador único, Convert retrasará la presentación de la experiencia hasta que consulte al servidor en busca de datos (experiencias vistas, objetivos cumplidos, etc.) y obtenga los resultados. Cuando se devuelven los resultados, se guardan en una cookie a largo plazo que reemplaza el eventual agrupamiento que tenía el usuario antes de ser "identificado". Esperamos que esto se haga solo si los datos aún no están disponibles en la cookie a largo plazo, para evitar demoras en la presentación de la experiencia en cada vista de página.

Las respuestas deben minimizarse y comprimirse para evitar latencias de red adicionales. La solución final consta de 2 solicitudes realizadas por la página:

• La primera solicitud es responsable de cargar el archivo js principal (datos de carga): se almacena en caché en el nivel de CDN y contiene todos los experimentos disponibles, las dependencias de la biblioteca jquery, los objetivos, otras funciones útiles y el seguimiento, pero no contiene el depósito de usuarios. Este archivo se sirve minimizado y comprimido (gzip).
• La segunda llamada tiene un tamaño de un par de bytes. Intenta obtener el depósito previamente asignado para este usuario en particular. Carga los ID de experimentos y los ID de objetivos a los que se asignó previamente al usuario mediante el acceso a una base de datos NoSQL de clave-valor de rendimiento (almacenada en caché dentro del sistema de almacenamiento en caché de memoria). Si se requieren más mejoras de rendimiento, Convert se optimizará mediante el uso de un CDN delante de él (en cuyo caso, cada solicitud se almacenará en caché por usuario). Esta respuesta también se sirve minimizada y comprimida (gzip).

Cuando se proporciona el identificador único para un nuevo visitante único del sitio web, la acumulación de experiencias se realiza de esta manera:

1. Para un usuario nuevo : no hay cookies almacenadas a largo plazo; si se proporciona el identificador único, los experimentos se retrasan hasta que regresa la segunda llamada. Esa llamada:
   1. devolver qué experimentos/variaciones están conectados al identificador único, en cuyo caso Convert mostrará el mismo par de experimentos/variaciones al usuario (comportándose de la misma manera que se comporta para un visitante que regresa a una página de experimento vista anteriormente)
   2. o no devolverá datos si ese identificador único no tiene nada conectado, en cuyo caso Convert hará la aleatorización de forma normal; Como resultado, cuando se asigna un depósito nuevo, habrá una llamada asincrónica adicional al backend para guardar el depósito nuevo que acaba de ocurrir.

Cuando se proporciona el identificador único para un visitante del sitio web existente, la acumulación de experiencias se realiza de la siguiente manera:

2. Para un usuario existente (con identificador) , tenemos la cookie a largo plazo que se encuentra en su navegador configurada por Convert. Si se proporciona un identificador único, podemos tener uno de estos dos casos:
   1. No se ha iniciado ninguna sesión de navegación (se identifica una nueva sesión a través de una cookie de sesión que caduca después de 20 minutos sin actividad) O la ID de visitante almacenada en la cookie a largo plazo es diferente de la ID de visitante proporcionada a través de la ID única; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.