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 Analytics conector de origen transmite datos recopilados por Analytics a Platform en tiempo real, convertir archivos con formato SCDS Analytics datos en Experience Data Model Campos de (XDM) para el consumo por plataforma.
Este documento proporciona información general sobre Analytics y describe los casos de uso de Analytics datos.
Datos de Adobe Analytics y Analytics
Analytics es un potente motor que le ayuda a conocer más sobre 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 gestiona billones de transacciones web al año y el Analytics conector de origen permite aprovechar fácilmente estos datos de comportamiento enriquecidos y enriquecer el Real-Time Customer Profile en cuestión de minutos.
En un nivel alto, Analytics recopila datos de varios canales digitales y centros de datos de 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. Una vez que los datos en bruto han pasado por este procesamiento ligero, se consideran listos para el consumo por Real-Time Customer Profile. En un proceso paralelo al mencionado, los mismos datos procesados se procesan por microlotes y se incorporan a conjuntos de datos de Platform para su consumo por parte de Query Servicey otras aplicaciones de descubrimiento de datos.
Consulte la información general sobre 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 Informació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 traer Analytics datos en 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 minutos. Para obtener instrucciones sobre cómo crear una conexión de origen con Analytics Con la interfaz de usuario de Platform, consulte Tutorial del conector de origen de Analytics.
Para obtener información detallada sobre la asignación de campos que se produce entre Analytics y Experience Platform, consulte la Asignación de campos de Adobe Analytics guía.
¿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 sobre las latencias del Customer Journey Analytics, consulte: Protecciones del 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.
- Un 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 Analytics datos
Cada visita desde el Analytics El conector de origen 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 de su Analytics datos.
s_vi ID de cookie. A pesar de esto, se crea un AAID aunque la variable s_vi la cookie no está presente. AAID se representa mediante el post_visid_high y post_visid_low columnas en Analytics fuentes de datos. En cualquier evento determinado, el campo AAID contiene una sola identidad que puede ser de uno de los distintos tipos descritos en la variable 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 Fuentes de datos de Analytics. Para obtener más información sobre ECID, consulte la Informació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 variable Analytics implementación. AACUSTOMID se representa mediante el cust_visid columna en Analytics fuentes de datos. Si el AACUSTOMID está presente, el AAID se basará en el AACUSTOMID porque el AACUSTOMID supera todos los demás identificadores definidos por el orden de operaciones para Analytics ID.¿Cómo? Analytics la fuente trata las identidades
El Analytics El origen de pasa estas identidades al Experience Platform en forma XDM de la siguiente manera:
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 de 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 configura en el mismo evento:
- Si AAID está presente,
endUserIDs._experience.aaid.namespace.codese establece en "AAID". - Si ECID está presente,
endUserIDs._experience.mcid.namespace.codese establece en "ECID". - Si AACUSTOMID está presente,
endUserIDs._experience.aacustomid.namespace.codese establece en "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 a la variable 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.