Estas instrucciones están destinadas a los clientes de Analytics, Audience Manager y Target que desean utilizar el servicio de identidad de Experience Cloud y no utilizan Dynamic Tag Management (DTM). Sin embargo, le recomendamos encarecidamente que utilice DTM al implementar el servicio de ID. DTM optimiza el flujo de trabajo de implementación y garantiza automáticamente la correcta ubicación y secuenciación del código.
Lea los requisitos del servicio de ID antes de empezar y tenga en cuenta los requisitos a continuación que son específicos de esta implementación:
Además de los pasos descritos aquí, los clientes que usan Analytics y Audience Manager deben migrar al reenvío del lado de servidor. El reenvío del lado del servidor permite eliminar DIL (código de recopilación de datos de Audience Manager) y sustituirlo por el Módulo de Gestión de público. Consulte la documentación del reenvío del lado del servidor para obtener más información.
La migración al reenvío del lado del servidor requiere planificación y coordinación. Este proceso incluye cambios externos en el código del sitio y pasos internos que Adobe debe realizar para aprovisionar la cuenta. De hecho, muchos de estos procedimientos de migración deben realizarse en paralelo y ponerse en libertad juntos. La ruta de implementación debe seguir esta secuencia de eventos:
Trabaje con sus contactos de Analytics y Audience Manager para planificar el servicio de ID y la migración de reenvío del lado de servidor. Haga que la selección de un servidor de seguimiento conforme una parte importante de este plan.
Complete el formulario en el Sitio de integraciones y aprovisionamiento para empezar.
Implementar el servicio de ID y el Audience Management Module simultáneamente. Para que funcione correctamente, el Audience Management Module módulo Gestión de audiencias (reenvío del lado de servidor) y el servicio de ID deben iniciarse para el mismo conjunto de páginas y de forma simultánea.
El servicio de ID requiere la VisitorAPI.js
biblioteca de códigos. Para descargar esta biblioteca de códigos:
Vaya a Administración > Administrador de códigos.
En Administrador de códigos, haga clic en JavaScript (nuevo) o JavaScript (heredado). Se descargarán las bibliotecas de códigos comprimidas.
Descomprima el archivo de códigos y abra el VisitorAPI.js
archivo.
Parte 1: Copie la función Visitor.getInstance a continuación
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
Parte 2: Añadir código de función al archivo API.js de Visitante
Coloque la Visitor.getInstance
función al final del archivo, después del bloque de códigos. El archivo editado debería tener un aspecto similar a este:
/*
========== DO NOT ALTER ANYTHING BELOW THIS LINE ==========
Version and copyright section
*/
// Visitor API code library section
// Put Visitor.getInstance at the end of the file, after the code library
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE", {
trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer
trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure
// To enable CNAME support, add the following configuration variables
// If you are not using CNAME, DO NOT include these variables
marketingCloudServer: "INSERT-TRACKING-SERVER-HERE",
marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure
});
En la Visitor.getInstance
función, sustituya INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE
por su ID de organización de Experience Cloud. Si no conoce su ID de organización, puede encontrarlo en la página de administración de Experience Cloud. Su función editada podría tener un aspecto similar al ejemplo siguiente.
var visitor = Visitor.getInstance("1234567ABC@AdobeOrg", { ...
Respete las mayúsculas y minúsculas de su ID de organización. El ID distingue entre mayúsculas y minúsculas y debe escribirse exactamente como se facilita.
Analytics utiliza servidores de seguimiento para recopilar datos.
Parte 1: Búsqueda de las URL de su servidor de seguimiento
Consulte sus archivos s_code.js
o AppMeasurement.js
para buscar las URL del servidor de seguimiento. Buscará las URL especificadas por estas variables:
s.trackingServer
s.trackingServerSecure
Parte 2: Configurar las variables del servidor de seguimiento
Para determinar qué variables de servidor de seguimiento utilizar:
Cuando se usen, combine las URL del servidor de Experience Cloud con las URL de su servidor de seguimiento correspondiente de esta manera:
Si no está seguro de cómo encontrar su servidor de seguimiento, consulte las preguntas frecuentes y Rellenar correctamente las variables trackingServer y trackingServerSecure.
Este procedimiento requiere AppMeasurement. No podrá continuar si aún utiliza s_code.
Añada la Visitor.getInstance
función que se muestra a continuación a su AppMeasurement.js
archivo. Colóquela en la misma sección que contenga configuraciones como linkInternalFilters
, charSet
, trackDownloads
, etc.:
s.visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE");
En este punto deberá eliminar el código Audience Manager DIL de y sustituirlo por el módulo Gestión de público. Consulte Implementar reenvío del lado del servidor para obtener instrucciones.
(Opcional, pero recomendada) Crear una variable prop personalizada.
Establezca una prop personalizada en AppMeasurement.js
para medir la cobertura. Agregue esta variable prop personalizada a la doPlugins
función de su AppMeasurement.js
archivo:
// prop1 is used as an example only. Choose any available prop.
s.prop1 = (typeof(Visitor) != "undefined" ? "VisitorAPI Present" : "VisitorAPI Missing");
Coloque el VisitorAPI.js
archivo dentro de las etiquetas <head>
en cada página. Cuando coloque el VisitorAPI.js
archivo en su página:
<head>
sección, de modo que aparezca antes que las etiquetas de otras soluciones.Si alguno de estos casos de uso se aplica a su situación, pida al Servicio de atención al cliente que configure un periodo de gracia temporal. Los periodos de gracia pueden durar hasta 180 días. Si es necesario, puede renovar un periodo de gracia.
Implementación parcial
Necesita un periodo de gracia si dispone de páginas que usan el servicio de ID y otras que no, y todas reportan al mismo grupo de informes de Analytics. Esto es común si tiene un grupo de informes globales que informa entre dominios.
Interrumpa el periodo de gracia después de implementar el servicio de ID en todas las páginas web que informan en el mismo grupo de informes.
Requisitos de la cookie s_vi
Necesita un periodo de gracia si necesita nuevos visitantes para tener una cookie s_vi después de migrar al servicio de ID. Esto es común si su implementación lee la cookie s_vi y la almacena en una variable.
Interrumpa el periodo de gracia después de que la implementación pueda capturar el MID en lugar de leer la cookie s_vi.
Consulte también la información relativa a las Cookies y el servicio de Experience Cloud ID.
Integración de flujo de navegación
Necesita un período de gracia si envía datos a un sistema interno desde una fuente de datos de flujo de navegación y si sus procesos utilizan las columnas visid_high
y visid_low
.
Interrumpa el periodo de gracia una vez que su proceso de consumo de datos pueda utilizar las columnas post_visid_high
y post_visid_low
.
Consulte Referencia de columnas de datos del flujo de navegación.
Las soluciones de Experience Cloud de esta implementación devuelven ID en forma de pares clave-valor. Cada solución utiliza claves diferentes (p. ej., el Analytics SDID de frente al Target mboxMCSDID de) para guardar el mismo ID. Para probar su implementación, cargue sus páginas en un entorno de desarrollo. Utilice la consola de su navegador o software que permita supervisar las solicitudes y respuestas HTTP para comprobar los ID que aparecen a continuación. El servicio de ID se ha implementado correctamente cuando los pares clave-valor que se enumeran a continuación devuelven los mismos valores de ID.
Puede utilizar Adobe Debugger o el proxy HTTP Charles para buscar estos ID específicos de soluciones. No obstante, es libre de usar la herramienta o el depurador que más le convenga.
Todas las soluciones
Compruebe:
Para realizar comprobaciones adicionales que permitan determinar si el servicio de identidad funciona correctamente, consulte Prueba y verificación del servicio de identidad de Experience Cloud.
Analytics
Compruebe el identificador SDID en la solicitud de JavaScript. El SDID de Analytics debe coincidir con el mboxMCSDID de Target.
Si las pruebas devuelven un AID, esto indica cualquiera de los siguientes factores:
Si ve un AID, compare su valor con el Target mboxMCAVID de. Estos valores son idénticos cuando el servicio de ID se ha implementado correctamente.
Audience Manager
Para probar el reenvío del lado del servidor, consulte Comprobar la implementación del reenvío del lado del servidor.
Target
Compruebe:
Si las pruebas devuelven un mboxMCAVID, esto indica cualquiera de las siguientes opciones:
Si ve un mboxMCAVID, compare su valor con el Analytics AID de. Estos valores son idénticos cuando el servicio de ID se ha implementado correctamente.
Implementación
Implemente el código después de pasar la prueba.
Si habilitó un periodo de gracia: