Show Menu
主题×

关于客户属性的数据文件和数据源

将客户属性上传到 Experience Cloud 的数据文件要求和多个数据源。
您将需要拥有从企业访问 CRM 或类似数据的权限。您上传到 Experience Cloud 的数据必须是 .csv 文件。如果您通过 FTP 或 sFTP 上传,则还需要上传一个 .fin 文件。
上传客户属性是为了每天处理一些文件。为了缓解延迟处理大量小文件的问题,在处理前一批文件后 30 分钟内由同一组织发送的文件将被路由到优先级较低的队列。

允许的文件类型和命名要求

文件类型 描述
.csv
以逗号分隔的值文件(例如在 Excel 中创建的文件)。这是包含客户属性数据的文件。
命名要求: 请确保文件扩展名不包含空格。
.fin
(必需) .fin 文件会告知系统您已完成数据上传。 .fin 文件的名称必须匹配 .csv 文件的名称。
Adobe 建议创建一个具有 .fin 扩展名的空文本文件。空文件可节省空间和上传时间。
注意:不允许重新命名已上传的 .fin 文件。 .fin 文件必须单独上传,并且不得是之前已上传的重命名文件。
在客户属性 FTP 中上传 .fin 文件后,系统会快速检索数据(在一分钟之内)。其他基于 FTP 的 Adobe 系统则与之不同,它们提取数据并不那么频繁(大约每小时一次)。
在使用拖放上传方法时不需要 .fin 文件。
.gz .zip
.gz (gzip) 或 .zip - 用于压缩文件。 .zip 文件不能在存档中包含一个以上的文件。
命名要求: .zip .gz 的名称必须匹配 .csv 的名称。例如,如果您的 .csv 文件是 crm_small.csv ,则 .zip 文件应为 crm_small.csv.zip
.fin 文件必须匹配 .csv 文件。

属性数据文件的要求

CSV 示例
CSV 文件必须遵循以下格式:
在文本编辑器中查看的同一文件:
准则
项目 描述
拖放
拖放文件应小于 100 MB。
在使用拖放上传方法时不需要 .fin 文件。
客户 ID 列
第一列必须是唯一的客户 ID。使用的 ID 应该与传递给 Experience Cloud ID 服务的 ID 相对应。
对于 Analytics,其为存储在 prop 或 eVar 中的 ID。
对于 Target,其为 setCustomerID 值。(请参阅 Analytics 和 Adobe Target - 同步客户 ID
此客户 ID 是 CRM 在数据库中针对每个人使用的唯一标识符。其余列为来自 CRM 的属性。您将选择要上传的属性数量。
建议对列标题使用友好、可读的名称,但不是必需的。当您在上传后验证架构时,可以将友好名称映射到上传的行和列。
关于客户 ID
企业通常使用 CRM 系统中的客户 ID。此 ID 是在人员登录时使用 setCustomerIDs 调用设置的。在上传到 Experience Cloud 的 CRM 文件中,还使用此 ID 作为密钥。 别名 ID 是 Audience Manager 中数据存储的友好名称,其中存储了别名数据。系统将别名发送到此数据存储(通过 setCustomerID)。CRM 文件将应用于该数据存储中的数据。
有关 setCustomerIDs 的信息,请参阅 客户 ID 和身份验证状态
后续标题和列
后续标题应表示每个属性的名称。
这些列应包含来自 CRM 的客户属性。
属性限制
您可以向 Experience Cloud 中的客户属性服务上传数百个 .csv 列。但是,在配置订阅和选择属性时,根据您拥有的解决方案,将会受到以下限制:
  • Analytics Standard :总共 3 个
  • Analytics Premium :每个报表包 200 个
  • Adobe Target Standard: 5 个
  • Adobe Target Premium: 200 个
行数限制
对行数的限制未知。
列数限制
为实用起见,请将列数限制在 200 左右。
字符限制
创建 Analytics 订阅时,已上传文件的字段长度将被截断为 255。
FTP 指南和大小限制
  • FTP 的最大文件大小限制为每次上传 4 GB。
  • 最小文件大小限制为每次上传 10 MB。
  • 您可以每半小时上传一个文件。
  • 您应当将您的 .csv (和 .fin )文件放在 FTP 站点的根文件夹中。
重要提示:FTP 帐户允许的总空间量为 40 GB。您有责任删除已处理的文件。
文件要求
每个属性来源应包含相同数量且以逗号分隔的字段。
包含换行符、双引号或逗号的字段必须加引号。
字段中的双引号字符必须使用反斜杠 (\) 进行转义。
空列将存储为 null
多个文件
上传客户属性数据时,如果您要快速且连续上传多个文件,尤其是文件较大时,请确保在上一个文件处理完成之后再上传下一个文件。您可以通过查看上一个文件被移动到客户属性 FTP 帐户中已处理或失败文件夹中的时间来监控上传情况。
如果将大文件分成较小的文件,并连续快速提交这些文件,实际上可能会减慢处理速度,除非您可以确保在提交下一个文件之前已完全处理每个文件。
字符编码
对于日文,必须使用 UTF-8。
历史数据
客户属性与 Analytics 中的基础访客配置文件关联。因此,在 Analytics 中,客户属性在访客配置文件的整个生命周期内都与该访客相关联。这包括客户首次登录之前发生的行为。
如果使用的是 Data Warehouse 回填方法,则数据将绑定到基于 Analytics ID (AID) 的 post_visid_high/low。如果使用的是 Experience Cloud ID 服务,则数据将绑定到基于 Experience Cloud ID (MID) 的 post_visid_high/low。
数据馈送
客户属性在数据馈送中不可用。

利用多个数据源

创建、修改或删除客户属性来源时,大约会有一小时的延迟。在此之后,ID 才开始与新的数据源进行同步。
每个客户属性来源的别名 ID 必须是唯一的。如果您有多个数据源使用同一 ID,则应按照以下方式对其进行设置:
在 VisitorAPI.js 或 Dynamic Tag Management 的 Experience Cloud ID 工具中:
设置两个客户 ID,使其分别对应于适当的数据源:
Visitor.setCustomerIDs({ 
     "ds_id1”:"123456", 
     "ds_id2":"123456" 
});

(请参阅 客户 ID 和身份验证状态 以了解更多信息。)
Experience Cloud > 人员 > 客户属性 ​中:
使用与上述客户 ID 对应的唯一别名 ID 创建两个客户属性来源。使用此方法可以将相同的引用 ID 发送到多个客户属性来源。