Abajo se muestra un entorno web típico. A la izquierda está el explorador de un visitante. En el centro hay una colección de sitios web propiedad de My Company Inc., que ha implementado con éxito el servicio de ID. A la derecha y abajo a la izquierda se ven unos cilindros que representan servidores de Adobe.

Puede ver que el explorador del usuario tiene una cookie s_vi. Esta cookie parece encontrarse en el dominio SiteA.com. Si está familiarizado con el seguimiento de Analytics, sabe que esta cookie contiene el valor 'aid'. Como la cookie está presente, este usuario ha visitado anteriormente al menos una de las propiedades web de My Company Inc.
A continuación se tratan dos situaciones distintas.
En la primera, un usuario regresa a SiteA.com por primera vez desde que My Company Inc. implementó el servicio de ID. Esta situación muestra cómo el servicio de ID migra sus ID existentes de la cookie s_vi heredada a la cookie AMCV. La primera situación se muestra en azul en el diagrama.
En la segunda situación, el mismo usuario visita otro dominio propiedad de My Company Inc. en el que también está implementado el servicio de ID. Es la primera vez que este usuario visita dicho sitio. Este sitio utiliza el mismo servidor de seguimiento de Analytics que el primer dominio. Esta situación muestra cómo el servicio de ID recupera el ID heredado del servidor de seguimiento manteniendo al mismo tiempo el mismo ID del servicio de ID. La segunda situación se muestra en rojo en el diagrama.

Nota:
Anteriormente, el servicio de ID solía realizar el seguimiento entre dominios empleando un mismo servidor de seguimiento de Analytics para todos los dominios.
-
Como en este momento no existe en el explorador ningún Experience Cloud ID, el código del servicio de ID solicita un ID a los servidores del servicio de ID (dpm.demdex.net). Se realiza una solicitud de red a dpm.demdex.net con el ID de organización de Experience Cloud.
Nota:
El ID de organización de Experience Cloud se extrae de la página como parte de su implementación, e identifica de forma exclusiva a cada empresa cliente en Adobe Experience Cloud. El ID es un valor similar a este: 016D5C175213CCA80A490D05@AdobeOrg
-
El servidor del servicio de ID recibe la solicitud. Como la solicitud no contiene un valor '
uuid ', el servidor genera uno que se empleará para generar el Experience Cloud ID o un valor 'mid. Una vez generado el valor 'uuid ', el servidor genera un 'mid' empleando 'uuid ' y el ID de organización de Experience Cloud. -
Por último, el servicio de ID comprueba si existe un ID de Analytics heredado. Lo hace comprobando si existe una cookie 's_vi' en el dominio del servidor de seguimiento de Analytics. En este ejemplo, se utiliza metrics.siteA.com como servidor de seguimiento de Analytics.
Nota:
Esta comprobación es necesaria porque Analytics utiliza el valor 'mid' como ID principal para los visitantes que no disponen ya de un ID de Analytics heredado, o 'aid'. Si la migración de un ID existente no se completara, el usuario se convertiría en un nuevo visitante y todos los datos históricos asociados al 'aid' heredado no se asociarían al nuevo visitante.
-
Ahora que el código del servicio de ID tiene lo que necesita, coloca una cookie AMCV en el dominio actual (SiteA.com). Como no existe todavía una cookie de demdex.net, el servicio de ID también establece una cookie de demdex.net que contiene el UUID.
Nota:
El servicio de ID escribe su cookie en el dominio actual. Este comportamiento es distinto del de la identificación heredada de Analytics, en cuyo caso la cookie se escribía en el dominio del servidor de seguimiento.
Además, el dominio del servidor de seguimiento de Analytics no siempre coincide con el dominio de la página web.
-
El código del servicio de ID se carga y, como en el paso 2, se comprueba si existe una cookie AMCV en el dominio actual (siteB.com). Como es la primera vez que el usuario visita este sitio, no existe tal cookie. Al no haber cookie AMCV, a continuación se comprueba si existe una cookie demdex.net. Esta vez sí que hay una cookie Demdex, ya que se estableció en el paso 8 de la situación anterior. El servicio de ID lee la cookie Demdex y devuelve el
valor ' uuid'. -
El servidor recibe la solicitud y genera
un valor ‘mid’ usando el valor 'uuid ' (ABC) y el ID de organización (1234) que se enviaron con la solicitud. Fíjese en que el valor ‘mid’ se ha generado utilizando el mismo ID de organización y el mismo valor 'UUID' que en el ejemplo anterior. Como se emplearon los mismos dos parámetros, el resultado es el mismo. Así se realiza el seguimiento entre dominios en el servicio de ID. -
Como el dominio del servidor de seguimiento no coincide con el dominio que el explorador está visitando (siteb.com), se hace una llamada a metrics.siteA.com para que el servidor de seguimiento pueda responder a la solicitud. El servidor de seguimiento responde a la solicitud con el valor AID, suponiendo que exista (sí existe en este caso, como puede verse en la parte superior del explorador).
-
Ahora que el código del servicio de ID tiene toda la información que necesita, escribe una cookie AMCV en el dominio actual. Esta vez, la cookie se escribe en siteB.com. La cookie AMCV contiene los valores ’mid’ y ‘aid’. Tener ambos valores nos permite seguir utilizando todos los datos asociados al ID heredado, al tiempo que nos ofrece la mayoría de las ventajas de disponer de un ID entre soluciones mediante MID.
Este artículo aporta una perspectiva más profunda del funcionamiento del servicio Experience Cloud ID (ECID). Algunos conceptos se han simplificado para lograr una mejor comprensión general. Si tiene más preguntas, consulte la documentación del servicio Experience Cloud ID. También puede hacer preguntas en los foros de la comunidad.