Conector de origen de Adobe Analytics para datos de grupos de informes
Adobe Experience Platform le permite introducir datos de Adobe Analytics a través del conector de origen de Analytics. El conector de origen Analytics transmite los datos recopilados por Analytics a Platform en tiempo real, convirtiendo los datos Analytics con formato SCDS en campos Experience Data Model (XDM) para que Platform los consuma.
Este documento proporciona información general sobre Analytics y describe los casos de uso de los datos de Analytics.
Datos de Adobe Analytics y Analytics
Analytics es un potente motor que le ayuda a conocer mejor a sus clientes, cómo interactúan con sus propiedades web, ver dónde es efectivo su gasto en marketing digital e identificar áreas de mejora. Analytics administra billones de transacciones web al año y el conector de origen Analytics le permite aprovechar fácilmente estos datos de comportamiento enriquecidos y enriquecer Real-Time Customer Profile en cuestión de minutos.
En un nivel superior, Analytics recopila datos de varios canales digitales y de varios centros de datos en todo el mundo. Una vez recopilados los datos, se aplican las reglas de Identificación del visitante, Segmentación y Arquitectura de transformación (VISTA) y reglas de procesamiento para dar forma a los datos entrantes. Después de que los datos sin procesar hayan pasado por este procesamiento ligero, Real-Time Customer Profile los considera listos para el consumo. En un proceso paralelo al mencionado anteriormente, los mismos datos procesados se procesan en microlotes y se incorporan a conjuntos de datos de Platform para su consumo por parte de Query Service y otras aplicaciones de detección de datos.
Consulte la descripción general de las reglas de procesamiento para obtener más información sobre las reglas de procesamiento.
Modelo de datos de experiencia (XDM)
XDM es una especificación documentada públicamente que proporciona estructuras y definiciones comunes para que una aplicación se utilice para comunicarse con servicios en Experience Platform.
El cumplimiento de los estándares XDM permite que los datos se incorporen de forma uniforme, lo que facilita la entrega de datos y la recopilación de información.
Para obtener más información sobre XDM, consulte la descripción general del sistema XDM.
¿Cómo se asignan los campos de Adobe Analytics a XDM?
Cuando se establece una conexión de origen para llevar datos de Analytics al Experience Platform mediante la interfaz de usuario de Platform, los campos de datos se asignan e incorporan automáticamente en Real-Time Customer Profile en cuestión de minutos. Para obtener instrucciones sobre cómo crear una conexión de origen con Analytics mediante la interfaz de usuario de Platform, consulte el tutorial del conector de origen de Analytics.
Para obtener información detallada sobre la asignación de campos que se produce entre Analytics y el Experience Platform, consulte la guía asignación de campos Adobe Analytics.
¿Cuál es la latencia esperada para los datos de Analytics en Platform?
La latencia esperada para los datos de Analytics en Platform se describe en la siguiente tabla. La latencia variará según la configuración del cliente, los volúmenes de datos y las aplicaciones de los consumidores. Por ejemplo, si la implementación de Analytics está configurada con A4T, la latencia a la canalización aumentará a 5-10 minutos.
Para obtener más información acerca de las latencias de Customer Journey Analytics, consulte: Protecciones de Customer Journey Analytics.
El relleno de Analytics para zonas protegidas de producción tiene un valor predeterminado de 13 meses. Para los datos de Analytics en entornos limitados que no son de producción, el relleno se establece en tres meses. El límite de 10 000 millones de eventos mencionado en el cuadro anterior se aplica estrictamente a la latencia esperada.
Al crear un flujo de datos de origen de Analytics en una zona protegida de producción, se crean dos flujos de datos:
- Un flujo de datos que rellena los datos históricos del grupo de informes con un retraso de 13 meses en el lago de datos. Este flujo de datos finaliza cuando se completa el relleno.
- Flujo de flujo de datos que envía datos activos al lago de datos y a Real-Time Customer Profile. Este flujo de datos se ejecuta continuamente.
Identificadores principales en datos de Analytics
Cada visita del conector de origen Analytics contiene un identificador principal que depende de si existe un ECID o un AAID. Si hay un ECID, el ECID se designa como identificador principal. Si hay un AAID, entonces el AAID se designa como el principal.
La siguiente tabla proporciona más información sobre los campos de identidad en los datos de Analytics.
s_vi. A pesar de esto, se crea un AAID aunque la cookie s_vi no esté presente. AAID está representado por las columnas post_visid_high y post_visid_low en Analytics fuentes de datos. En cualquier evento determinado, el campo AAID contiene una sola identidad que puede ser uno de los distintos tipos descritos en el orden de operaciones para Analytics ID. Nota: dentro de un grupo de informes completo, un AAID puede contener una combinación de tipos entre eventos.mcvisid en las fuentes de datos de Analytics. Para obtener más información sobre ECID, consulte la descripción general de ECID. Para obtener información sobre cómo funciona ECID con Analytics, consulte el documento sobre Solicitudes de ID de Experience Cloud y Analytics.s.VisitorID en la implementación Analytics. AACUSTOMID se representa mediante la columna cust_visid en Analytics fuentes de datos. Si el AACUSTOMID está presente, AAID se basará en el AACUSTOMID porque este supera todos los demás identificadores según se definen en el orden de operaciones para Analytics ID.Cómo trata el origen Analytics las identidades
El origen Analytics pasa estas identidades al Experience Platform en formato XDM como:
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
Estos campos no están marcados como identidades. En su lugar, las mismas identidades (si están presentes en el evento) se copian en el XDM identityMap como pares clave-valor:
{ "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }
Cuando la identidad o identidades se copian en identityMap, endUserIDs._experience.mcid.namespace.code también se establece en el mismo evento:
- Si AAID está presente,
endUserIDs._experience.aaid.namespace.codese establece como "AAID". - Si ECID está presente,
endUserIDs._experience.mcid.namespace.codeestá establecido en "ECID". - Si AACUSTOMID está presente,
endUserIDs._experience.aacustomid.namespace.codese establece como "AACUSTOMID".
En el mapa de identidad, si ECID está presente, se marca como la identidad principal del evento. En este caso, AAID puede basarse en ECID debido al período de gracia del servicio de identidad. De lo contrario, AAID se marca como la identidad principal del evento. AACUSTOMID nunca se marca como ID principal para el evento. Sin embargo, si AACUSTOMID está presente, AAID se basa en AACUSTOMID debido al orden de operaciones del Experience Cloud.