报告包数据的Adobe Analytics source connector
Adobe Experience Platform允许您通过Analytics Source Connector摄取Adobe Analytics数据。 Analytics源连接器将Analytics收集的数据实时流式传输到Platform，并将SCDS格式的Analytics数据转换为Experience Data Model (XDM)字段供Platform使用。
本文档提供了Analytics的概述并描述了Analytics数据的用例。
Adobe Analytics和Analytics数据
Analytics是一个功能强大的引擎，可帮助您了解有关客户的更多信息，了解他们如何与您的Web资产进行交互，了解您的数字营销支出在哪些方面有效，并确定需要改进的方面。 Analytics每年处理数万亿个Web事务，而Analytics源连接器允许您轻松地挖掘此丰富的行为数据，并在几分钟内扩充Real-Time Customer Profile。
从较高层面来看，Analytics从世界各地的各种数字渠道和多个数据中心收集数据。 收集数据后，将应用访客识别、分段和转换架构(VISTA)规则和处理规则来塑造传入的数据。 原始数据经过此轻量级处理后，会被Real-Time Customer Profile视为准备就绪，可供使用。 在上述并行流程中，相同的已处理数据被微批次并引入Platform数据集以供Query Service和其他数据发现应用程序使用。
有关处理规则的更多信息，请参阅处理规则概述。
Experience Data Model (XDM)
XDM是一个公开记录的规范，为应用程序提供了通用结构和定义，以便用于在Experience Platform上与服务进行通信。
遵守XDM标准允许统一合并数据，使得提交数据和收集信息更加容易。
要了解有关XDM的更多信息，请参阅XDM系统概述。
字段如何从Adobe Analytics映射到XDM？
建立源连接以使用Platform用户界面将Analytics数据引入Experience Platform后，数据字段会在几分钟内自动映射并引入到Real-Time Customer Profile中。 有关使用平台UI创建与Analytics的源连接的说明，请参阅Analytics源连接器教程。
有关Analytics与Experience Platform之间发生的字段映射的详细信息，请参阅Adobe Analytics字段映射指南。
Platform上Analytics数据的预期滞后时间是多少？
下表概述了Platform上Analytics数据的预期延迟。 滞后时间因客户配置、数据卷和使用者应用程序而异。 例如，如果Analytics实施配置了A4T，则管道延迟将增加到5-10分钟。
有关Customer Journey Analytics延迟的详细信息，请参阅：Customer Journey Analytics护栏。
生产沙盒的Analytics回填默认为13个月。 对于非生产沙盒中的Analytics数据，回填将设置为三个月。 上表中提到的100亿个事件的限制严格与预期延迟有关。
在生产沙盒中创建Analytics源数据流时，将创建两个数据流：
- 一个数据流，将历史报表包数据回填到13个月的数据湖。 此数据流在回填完成后结束。
- 将实时数据发送到数据湖和Real-Time Customer Profile的数据流流。 此数据流持续运行。
Analytics数据中的主标识符
来自Analytics源连接器的每次点击都包含一个主要标识符，该标识符取决于ECID或AAID是否存在。 如果存在ECID，则ECID被指定为主要标识符。 如果存在AAID，则将AAID指定为主要的。
下表提供了有关Analytics数据中标识字段的更多信息。
s_vi Cookie ID。 尽管如此，即使不存在s_vi Cookie，也会创建AAID。 AAID由Analytics 数据馈送中的post_visid_high和post_visid_low列表示。 在任何给定事件上，AAID字段都包含单个标识，该标识可能是 Analytics ID🔗的操作顺序中描述的几种不同类型之一。 注意：在整个报表包中，AAID可能包含跨事件的多种类型。mcvisid表示。 有关ECID的详细信息，请参阅ECID概述。 有关ECID如何与Analytics配合使用的信息，请参阅Analytics和Experience CloudID请求中的文档。s.VisitorID变量的使用情况在Adobe Analytics中填充该字段。 在Analytics 数据馈送中，AACUSTOMID由cust_visid列表示。 如果AACUSTOMID存在，则AAID将基于AACUSTOMID，因为AACUSTOMID优于 Analytics ID🔗的操作顺序所定义的所有其他标识符。Analytics源如何处理标识
Analytics源将这些标识以XDM形式传递给Experience Platform，如下所示：
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
这些字段未标记为标识。 相反，相同的标识（如果存在于事件中）将作为键值对复制到XDM的identityMap中：
{ "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 } ] }
将一个或多个身份复制到identityMap时，endUserIDs._experience.mcid.namespace.code也设置在同一事件上：
- 如果存在AAID，则
endUserIDs._experience.aaid.namespace.code设置为“AAID”。 - 如果存在ECID，则
endUserIDs._experience.mcid.namespace.code设置为“ECID”。 - 如果存在AACUSTOMID，则
endUserIDs._experience.aacustomid.namespace.code设置为“AACUSTOMID”。
在身份映射中，如果存在ECID，则将其标记为事件的主身份。 在这种情况下，由于Identity服务宽限期，AAID可能基于ECID。 否则，AAID将标记为事件的主标识。 绝不会将AACUSTOMID标记为事件的主ID。 但是，如果存在AACUSTOMID，则由于操作的Experience Cloud顺序，AAID将基于AACUSTOMID。