Show Menu
TOPICS×

Preguntas frecuentes sobre el servicio de ID y Analytics

Preguntas frecuentes sobre las características, la funcionalidad y los problemas relativos al uso del servicio de ID.

Servidores de seguimiento

¿Cómo encuentro la información sobre mi servidor de seguimiento?
Cada fragmento de código de AppMeasurement configurado adecuadamente contiene la información sobre su servidor de seguimiento.
Sin embargo, a veces, los clientes pueden dividir su archivo de Analytics AppMeasurement en archivos independientes. Por ejemplo, algunos clientes pueden colocar las variables de configuración en un archivo, utilizar un segundo archivo para complementos y luego colocar el código AppMeasurement en un tercer archivo. Esto no se recomienda.
Si no puede encontrar la información sobre su servidor de seguimiento, puede que la instancia de Analytics no esté configurada adecuadamente. Póngase en contacto con el Servicio de atención al cliente si no puede encontrar la información sobre su servidor de seguimiento.
¿Qué ocurre si utilizo el servicio de identidad y cambio mi servidor de seguimiento?
Cuando el servicio de identidad haya identificado a los usuarios, no cambiará nada. Los visitantes históricos que no se hayan migrado al servicio de identidad y que sigan identificándose con una cookie de Analytics se eliminarán. La cantidad de usuarios afectada dependerá del tiempo que haya permanecido activo el servicio de identidad. Por ejemplo, una implementación en la que el servicio de identidad haya estado activo durante una semana puede tener más usuarios históricos que una implementación en la que el servicio de identidad haya permanecido activo durante seis meses, ya que se habrían migrado los usuarios que volvieron al sitio.

Implementación y configuración

¿Es necesario configurar un CNAME para hacer un seguimiento de los visitantes en los distintos dominios?
Si tiene un sitio de entrada principal en el que se puede identificar a los clientes antes de que visiten otros dominios, un registro CNAME puede habilitar el seguimiento entre dominios en aquellos navegadores que no acepten cookies de terceros (como Safari).
En los navegadores que aceptan cookies de terceros, se establece una cookie en el dominio demdex.net durante la solicitud de recuperación de un ID de visitante. Esta cookie permite que el servicio de identidad de visitante devuelva el mismo ID de visitante de Experience Cloud en todos los dominios que se hayan configurado con el mismo ID de organización. En los navegadores que no aceptan cookies de terceros, se asigna un nuevo ID de visitante de Experience Cloud en cada dominio.
Incluso aunque se configure un CNAME, si el sitio de entrada principal no se visita en primer lugar, los visitantes se identifican de forma distinta en el sitio secundario y en el principal si se usa un navegador que no acepta cookies de terceros.
¿Por qué el parámetro de Experience Cloud ID (MID) no está presente en la solicitud de Analytics?
Si el servicio de identidad devuelve la información correctamente pero no encuentra el
MID
parámetro, asegúrese de haber actualizado AppMeasurement a una versión compatible.
¿Puede mi sitio usar un código H y AppMeasurement para JavaScript con el servicio de identidad?
Sí. Siempre y cuando ambos archivos hagan referencia al mismo archivo VisitorAPI.js, se puede usar la combinación de código H y AppMeasurement para JavaScript en el sitio.
No obstante, el código H no es compatible con el código visitorAPI.js versión 1.6 o posterior. Si desea actualizar a visitorAPI.js v 1.6 (o posterior), no podrá seguir utilizando el código H.
¿Qué es un período de gracia y cómo lo configuro?
¿Por qué necesito migrar a la recopilación de datos en tiempo real (RDC) para utilizar el servicio de identidad?
RDC suma ventajas de rendimiento globales y es indispensable para garantizar que la implementación esté preparada para admitir funciones futuras que mejorarán la red global de características avanzadas de Adobe. Consulte Requisitos de Analytics: recopilación de datos regionales (RDC) .

Informes

¿Cuáles son algunas posibles causas de discrepancias al utilizar Analytics con el servicio de identidad?
Entre las causas comunes de discrepancias a la hora de usar el servicio de identidad encontramos:
  • Uso continuado de la cookie s_vi heredada. Esto contribuye a producir discrepancias en la recopilación de datos.
  • Recuento doble de los visitantes cuando estos se desplazan de una encuesta a una ventana emergente.

Cookies

¿Qué sucede en Analytics cuando el servicio de identidad no puede establecer la cookie AMCV?
Hay tres posibles escenarios en los que esto repercute en los datos de Analytics para los visitantes nuevos:
  1. Un usuario final abandona una página antes de que la cookie AMCV se establezca correctamente (antes de que se agote el intervalo de tiempo de espera de 30 segundos).
    Si un visitante abandona una página antes de que se acabe de cargar, no se enviará la visita de Analytics. Analytics no recibirá los datos de este escenario y consideraría que estos se han perdido debido a un cierre anticipado de la página. Según las pruebas que realizamos, en las que se incluían geografías alejadas, descubrimos que este escenario representaba menos de un 1 % de la cantidad promedio de tráfico. Es importante indicar que este escenario se produce, a veces, incluso sin la presencia del servicio MCID; se trata de un efecto visual por la inclusión del código de recopilación de datos de Analytics que aparece en la parte inferior de la página.
  2. No se ha asignado un servicio de identidad ni un ID de Analytics al usuario final durante el segundo intervalo de tiempo espera de 30 segundos debido a la lentitud de las conexiones o a que el navegador no termina de cargarse.
    No se establecería ni el servicio de identidad ni el ID de Analytics y se asignaría un ID del lado del cliente al visitante. Si bien esto permite capturar los datos de Analytics, se interrumpirá el perfil del visitante cuando se establezca un ID de Analytics en una página posterior. El ID del lado del cliente tampoco coincidirá con ningún perfil de visitante existente almacenado en Audience Manager o Analytics. Este ID del lado del cliente también se mostrará como dos visitantes diferentes en Analytics en el caso de que se envíen dos dominios separados en el mismo grupo de informes.
  3. No se asigna un ID de servicio de identidad a un usuario final durante el intervalo de tiempo de espera de 30 segundos, pero se le asigna un ID de seguimiento de Analytics y no se habilita el período de gracia.
    En el escenario 3 se llega al mismo resultado que en el escenario 2, es decir, se utiliza un ID basado en el lado del cliente.
El uso de las actualizaciones más recientes para VisitorAPI.js y AppMeasurement.js con la configuración predeterminada, debería impedir que se produjera cualquier repercusión grave o destacable causada por los tres escenarios improbables que se han indicado anteriormente.