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.

Gráfico que ilustra el recorrido de datos de distintas aplicaciones de Adobe, incluido Adobe Analytics.

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?

IMPORTANT
Las transformaciones de la preparación de datos pueden añadir latencia al flujo de datos general. La latencia adicional añadida varía en función de la complejidad de la lógica de transformación.

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.

Datos de Analytics
Latencia esperada
Nuevos datos en Real-Time Customer Profile (A4T no habilitado)
< 2 minutos
Nuevos datos para Real-Time Customer Profile (A4T está habilitado)
hasta 30 minutos
Nuevos datos en Data Lake
< 2,25 horas
Nuevos datos para el Customer Journey Analytics sin vincular
< 3,75 horas
Nuevos datos para el Customer Journey Analytics con vinculación
< 7 horas
Relleno de menos de 10 000 millones de eventos
< 4 semanas

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.
NOTE
Los datos de relleno de Analytics no se han ingerido en Profile, por lo que no se tienen en cuenta en los perfiles de licencia.

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.

Campo de identidad
Descripción
AAID
AAID es el identificador de dispositivo principal en Adobe Analytics y se garantiza que existe en todos los eventos que se pasan a través del origen Analytics. A veces, AAID se denomina ID de Analytics heredado o ID de cookie 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.
ECID
El ECID (ID de Experience Cloud) es un campo de identificador de dispositivo independiente, que se rellena en Adobe Analytics cuando Analytics se implementa mediante el servicio de identidad de Experience Cloud. El ECID a veces también se denomina MCID (ID de Marketing Cloud). Si existe un ECID en un evento, el AAID puede basarse en ECID en función de si el período de gracia de Analytics está configurado. El ECID está representado por 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.
AACUSTOMID
AACUSTOMID es un campo de identificador independiente que se rellena en Adobe Analytics según el uso de la variable 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.id
  • endUserIDs._experience.mcid.id
  • endUserIDs._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.code se establece como "AAID".
  • Si ECID está presente, endUserIDs._experience.mcid.namespace.code está establecido en "ECID".
  • Si AACUSTOMID está presente, endUserIDs._experience.aacustomid.namespace.code se 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.

NOTE
Puede utilizar la preparación de datos para filtrar las identidades secundarias procedentes de Analytics, como AAID y AACUSTOMID. Si se filtran, estas identidades no se incorporarán en el perfil si están disponibles en los datos entrantes de Analytics. Los datos sin filtrar se seguirán cargando en el lago de datos.
recommendation-more-help
337b99bb-92fb-42ae-b6b7-c7042161d089