文档Customer Journey AnalyticsCustomer Journey Analytics 指南

将Adobe Analytics数据馈送列映射到Customer Journey Analytics

最近更新： 2026年11月6日

创建对象：

  • 管理员
  • 用户
AVAILABILITY
本文中描述的功能处于发布的有限测试阶段，因此可能在您的环境中尚不可用。 当该功能正式可用时，将删除此说明。 有关 Customer Journey Analytics 发布流程的信息，请参阅 Customer Journey Analytics 功能版本。

Adobe Analytics和Customer Journey Analytics数据馈送列之间不可能存在真正的1:1映射。 这两种产品存在根本性差异，并且每个组织的实施也可能存在显着差异。

此参考可帮助数据工程师评估Adobe Analytics数据馈送列，并确定其工作流中与Customer Journey Analytics最接近的等效项。

NOTE
此引用仅包括Adobe根据Analytics数据馈送列引用视为当前的列。 如果您的Analytics数据馈送列未在此表格中列出，且您积极使用，请查阅贵组织的解决方案设计文档，以确定其在Customer Journey Analytics中的最佳等效项。
accept_language
列出所有已接受的语言，如图像请求中的 Accept-Language HTTP 标头所示。
adload

媒体广告加载

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
aemassetid

一个多值变量，对应于一组 Adobe Experience Manager Assets 的资产 ID (GUID)。 可增加展示事件的计数。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
aemassetsource

标识资产事件的来源。 在 Adobe Experience Manager 中使用。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
aemclickedassetid

Adobe Experience Manager 资产的资产 ID。 增加点击事件的数量。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
amo_cid

AMO ID维度，用于Adobe Advertising集成。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
amo_ef_id

AMO EF ID维度，用于Adobe Advertising集成。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
browser

表示浏览器的数值 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

browser_height

“浏览器高度”维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
browser_width

浏览器宽度

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
campaign

“跟踪代码”维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
carrier

指定移动运营商。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

您不能同时收集用户代理信息和设备查找信息；这两个维度的群体是互斥的。 您必须选择在配置数据流时要直接收集用户代理还是设备查找信息（基于用户代理）。

channel

网站区域维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
ch_hdr

通过 HTTP 请求头收集的客户端提示。

在Adobe Analytics中，客户端提示作为连接字符串包含在此列中。 与user_agent列相比，这种方法被认为是一种更现代的方法。

您不能同时收集用户代理信息和设备查找信息；这两个维度的群体是互斥的。 您必须选择在配置数据流时要直接收集用户代理还是设备查找信息（基于用户代理）。

ch_js

通过用户代理客户端提示 JavaScript API 收集的客户端提示。

在Adobe Analytics中，客户端提示作为连接字符串包含在此列中。 与user_agent列相比，这种方法被认为是一种更现代的方法。

配置Web SDK时，您可以使用highEntropyUserAgentHints上下文字符串收集此数据。 填充多个XDM字段而不是一个长连接字符串：

  • 操作系统版本： xdm.environment.browserDetails.userAgentClientHints.platformVersion
  • 架构： xdm.environment.browserDetails.userAgentClientHints.architecture
  • 设备型号： xdm.environment.browserDetails.userAgentClientHints.model
  • 位： xdm.environment.browserDetails.userAgentClientHints.bitness
  • 浏览器供应商： xdm.environment.browserDetails.userAgentClientHints.vendor
  • 浏览器名称： xdm.environment.browserDetails.userAgentClientHints.brand
  • 浏览器版本： xdm.environment.browserDetails.userAgentClientHints.version

有关详细信息，请参阅用户代理客户端提示。

您不能同时收集用户代理信息和设备查找信息；这两个维度的群体是互斥的。 您必须选择在配置数据流时要直接收集用户代理还是设备查找信息（基于用户代理）。

clickmaplink

Activity Map链接维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

此列不适用，因为Customer Journey Analytics尚不支持Activity Map。

clickmaplinkbyregion

Activity Map链接（按地区）维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

此列不适用，因为Customer Journey Analytics尚不支持Activity Map。

clickmappage

Activity Map页面维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

此列不适用，因为Customer Journey Analytics尚不支持Activity Map。

clickmapregion

Activity Map区域维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

此列不适用，因为Customer Journey Analytics尚不支持Activity Map。

code_ver
用于编译和发送图像请求的 API 或客户端 SDK 版本。
color

颜色深度 ID，它基于 c_color 列的值。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

connection_type

表示连接类型维度的数值ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

cookies

Cookie支持维度。
Y：已启用
N：已禁用
U：未知

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
country

表示访客所在国家/地区的数值 ID。 引用 country.tsv 查找表。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

currency

交易过程中使用的货币代码。 用 currencyCode 设置。

xdm.commerce.order.currencyCode

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
ct_connect_type
与 connection_type 列相关。 最常见的值为 LAN/Wifi、移动运营商和 Modem。
curr_factor
确定货币的小数位。 用于货币换算。 例如，美元使用两个小数位，因此该列的值为 2。
curr_rate
交易时的汇率。 Adobe 与 XE 合作，以确定当天的汇率。
customer_perspective

确定点击是否为移动后台点击。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

Customer Journey Analytics没有事件类型的本机概念，在该概念中，它会根据点击的上下文自动包含或排除点击。 您可以使用xdm.eventType帮助确定大多数报告中应包含和排除哪些事件。

cust_hit_time_gmt

仅限启用了时间戳的报表包。 随点击发送的时间戳（基于 UNIX® 时间）。

Customer Journey Analytics没有时间戳与非时间戳报表包的概念。 请改用xdm.timestamp，并根据需要调整组件设置。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
cust_visid

在用 visitorID 设置情况下的自定义访客 ID。

Customer Journey Analytics支持使用identityMap的任意数量的标识。 如果您的组织使用自定义身份，则它很可能位于身份映射中。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
c_color
调色板的位深度。 在计算颜色深度维度时用到。 AppMeasurement 使用 JavaScript 函数 screen.colorDepth()。
daily_visitor
用于确定点击是否为新的每日访客的标志。
dataprivacyconsentoptin

同意管理选择加入维度。 每次点击可以出现多个值，各个值之间用竖线 (\|) 隔开。 有效值包括 DMP 和 SELL。

如果您的组织具有数据管理平台，则该平台可能会填充此维度的所需XDM字段。

dataprivacyconsentoptout

同意管理选择退出维度。 每次点击可以出现多个值，各个值之间用竖线 (\|) 隔开。 有效值包括 SSF, DMP 和 SELL。

如果您的组织具有数据管理平台，则该平台可能会填充此维度的所需XDM字段。

date_time

以可读格式表示的点击时间（基于报告包所在时区）。

您可以使用xdm.timestamp并应用​ 日期 ​或​日期时间 格式组件设置。

domain

域维度。 基于访客的网络接入点。

在配置数据流时启用​网络查找。 如果XDM字段包含在您的架构中，则该字段为xdm.environment.domain。

duplicated_from

仅在包含点击副本 VISTA 规则的报表包中使用。 指示从中复制点击的报告包。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

此列不适用，因为Customer Journey Analytics不具有VISTA规则的概念。

duplicate_events

列出每一个算作重复的事件。

此 Analytics 数据馈送列包含了因数据架构差异而无法转换为 Customer Journey Analytics 等效项的数据。

Customer Journey Analytics没有充当所有量度重复标志的单个字段。 相反，每个指标都包含其自己的指标去重组件设置。 因此，Customer Journey Analytics中没有与此Adobe Analytics数据馈送列等效的字段。

duplicate_purchase

确定此次点击对应的购买事件是重复事件因而被忽略的标志。

虽然无法直接翻译为此Analytics数据馈送列，但其删除重复购买操作的功能仍然存在。 如果使用Commerce详细信息字段组，则可以设置指标去重组件设置，其中​ 去重ID ​为xdm.commerce.purchases.id。

如果需要在需要标记重复购买的位置进行直接翻译，则可以使用规则集中的​ Deduplicate ​函数的Derived字段。

ef_id

EF ID，用于Adobe Advertising集成。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
evar1 - evar250

自定义变量 1 至 250。 在eVar维度中使用。 每个公司使用 eVar 的方式有所不同。 要了解有关贵组织如何填充各个eVar的更多信息，最好的地方是特定于贵组织的解决方案设计文档。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
event_list

以逗号分隔的数值 ID 列表，各 ID 表示点击时所触发的事件。 包括商务事件和自定义事件1-1,000。 使用 event.tsv 查找。

此列可能会映射到数十个不同的量度，具体取决于您的实施。 Adobe建议执行以下流程，将Customer Journey Analytics中的每个相应指标映射到其在此Analytics数据馈送列中表示的数字值：

  1. 使用event.tsv查找将每个数值映射到其度量名称。
  2. 使用您的解决方案设计文档将每个Analytics事件名称映射到Customer Journey Analytics中相应的量度名称。
  3. 在数据视图UI中选择映射的组件并记下其组件ID。 如果组件ID太笨重，您可以填充数据馈送别名ID字段并使用它。
  4. 对您的组织使用的每个指标重复执行上述操作。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

如果您的架构使用Commerce详细信息字段组，则某些量度可能会直接映射到以下XDM字段：

  • 结帐： xdm.commerce.checkouts.value
  • 购物车添加次数： xdm.commerce.productListAdds.value
  • 购物车打开： xdm.commerce.productListOpens.value
  • 购物车移除： xdm.commerce.productListRemovals.value
  • 购物车查看次数： xdm.commerce.productListViews.value
  • 产品查看次数： xdm.commerce.productViews.value
  • 订单： xdm.commerce.purchases.value

某些量度可能使用事件序列化，这是Adobe Analytics允许完全控制重复数据删除的方式。 您可以使用指标去重组件设置来实现去重奇偶校验。

  • 如果您的指标在Adobe Analytics中按访问删除了重复项，则您可以在该指标的组件设置中将重复项删除范围设置为会话。

  • 如果您的量度在Adobe Analytics中按事件ID进行了重复数据删除，则该量度的XDM对象可能同时包含value和id字段。 如果您的架构使用Commerce详细信息字段组，则这些量度可能驻留在这些XDM字段中，您可以在量度的组件设置中设置​ 重复数据删除ID ​字段：

    • 结帐： xdm.commerce.checkouts.id
    • 购物车添加次数： xdm.commerce.productListAdds.id
    • 购物车打开： xdm.commerce.productListOpens.id
    • 购物车移除： xdm.commerce.productListRemovals.id
    • 购物车查看次数： xdm.commerce.productListViews.id
    • 产品查看次数： xdm.commerce.productViews.id

如果要删除重复的订单量度，请参阅duplicate_purchase。

exclude_hit

用于确定该点击是否被排除在报告之外的标志。 对于被排除的点击，visit_num 列不递增。

Customer Journey Analytics不接受开箱即用的“排除的点击”。 但是，如果您具有标记要排除的特定点击的XDM字段，则可以重新创建此功能：

  1. 确保将标记已排除点击的XDM字段作为一个组件（维度或量度，具体取决于您如何设置此标记）包含在内。 在报告🔗中选择隐藏组件可能对此字段有益。
  2. 在数据视图设置中，选择​ 添加区段 ​下拉菜单，然后选择​创建区段。
  3. 创建一个区段，以排除存在排除点击组件的所有事件或包含要排除的值。
  4. 在区段和数据视图上选择​保存。

现在，Customer Journey Analytics报表中不存在排除的点击，但在数据馈送导出中仍然可用。

first_hit_pagename
原始登入页面维度。 访客访问的原始登入页面的名称。
first_hit_page_url
访客访问的第一个 URL。
first_hit_referrer
访客的第一个反向链接 URL。
first_hit_ref_domain
原始反向链接域维度。 基于 first_hit_referrer。 访客的第一个反向链接域。
first_hit_ref_type

表示访客的第一个反向链接的反向链接类型的数值 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

first_hit_time_gmt
访客第一次点击的时间戳（基于 UNIX® 时间）。
geo_city
根据 IP 地址判断的点击来源城市的名称。 在城市维度中用到。
geo_country
根据 IP 地址判断的点击来源国家/地区的缩写。 在国家/地区维度中用到。
geo_dma
根据 IP 地址判断的点击来源人口统计区的数值 ID。 在美国DMA维度中用到。
geo_region
根据 IP 地址判断的点击来源州或区域的名称。 在地区维度中使用。
geo_zip
根据 IP 地址判断的点击来源的邮政编码。 帮助填充邮政编码维度。 另请参阅 zip。
hitid_high
与 hitid_low 配合使用可标识某次点击。
hitid_low
与 hitid_high 配合使用可标识某次点击。
hit_source
点击的来源。 点击源1和2将计费。
1：不带时间戳的标准图像请求
2：带有时间戳的标准图像请求
3：带有时间戳的实时数据源上载
4：未使用
5：通用数据源上载
6：不再使用；完全处理数据源上载
7：TransactionID数据源上载
8：不再使用；Adobe Advertising数据源的以前版本
9：不再使用；Adobe Social概要量度
10：使用了Audience Manager服务器端转发
hit_time_gmt
Adobe 数据收集服务器收到该点击时的时间戳（基于 UNIX® 时间）。
hourly_visitor
用于确定点击是否为新小时访客的标志。
ip
IPv4 地址，基于图像请求的 HTTP 标头。 与 ipv6 互斥；如果此列包含未进行模糊处理的 IP 地址，则 ipv6 为空白。
ipv6
压缩的 IPv6 地址（如果有）。 与 ip 互斥；如果此列包含未进行模糊处理的 IP 地址，则 ip 为空白。
javascript

基于 j_jscript 的 JavaScript 版本的查找 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

java_enabled

启用Java的维度。
Y：启用
N：禁用
U：未知

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
j_jscript
浏览器支持的 JavaScript 版本。
language

表示访客语言的数值 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

last_hit_time_gmt
上次点击的时间戳（以 UNIX® 时间表示）。 用于计算上次访问后天数维度。
last_purchase_num
客户忠诚度维度。 访客以前购买的次数。
0：之前没有购买（不是客户）
1：1 次先前购买（新客户）
2：2 次先前购买（退货客户）
3：3 次或更多先前购买（忠诚客户）
last_purchase_time_gmt
在上次购买后天数维度中用到。 上次购买的时间戳（以 UNIX® 时间表示）。 对于首次购买和以前未购买过的访客，此值为 0。
latlon1
位置（精确到 10 千米）
latlon23
位置（精确到 100 米）
latlon45
位置（精确到 1 米）
mcvisid
ECID。 一个 128 位数字，由两个填充到 19 位的 64 位数字拼接而成。
mc_audiences

访客所属的 Audience Manager 区段 ID 列表。 post_mc_audiences 列将分隔符更改为 --**--。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileaction

移动设备操作。 在移动实施中调用 trackAction 时会自动收集。 可在应用程序中实现自动操作路径。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileappid

移动应用程序 ID。 采用以下格式存储应用程序名称和版本：[AppName] [BundleVersion]

xdm.application.name + xdm.application.version

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileappperformanceappid
用于 Apteligent Data Connector。 Apteligent 中使用的应用程序 ID。
mobileappperformancecrashid
用于 Apteligent Data Connector。 Apteligent 中使用的崩溃 ID。
mobileappstoreobjectid
用在 Appfigures 数据连接器中。 应用商店对象 ID。
mobilebeaconmajor
Mobile Services 信标主要
mobilebeaconminor
Mobile Services 信标次要
mobilebeaconproximity
Mobile Services 信标邻近性
mobilebeaconuuid
Mobile Services 信标 UUID
mobilecampaigncontent

显示链接的内容名称或 ID。 由移动设备应用程序客户获取填充。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilecampaignmedium

营销媒介，例如横幅或电子邮件。 由移动应用程序客户获取填充。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilecampaignname

营销活动的名称，也存储在营销活动变量中。 由移动设备应用程序客户获取填充。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilecampaignsource

原始反向链接，例如新闻稿或社交媒体网络。 由移动应用程序客户获取填充。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilecampaignterm

要在此客户获取中跟踪的付费关键字或其他搜索词。 由移动设备应用程序客户获取填充。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobiledayofweek

应用程序启动当天是星期几的编号。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobiledayssincefirstuse

距应用程序首次运行的间隔天数。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobiledayssincelastuse

距应用程序上次运行的间隔天数。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobiledeeplinkid
从上下文数据变量 a.deeplink.id 收集。 在客户获取报表中用作移动客户获取链接的标识符。
mobiledevice

移动设备名称。 在 iOS 上，该变量存储为用逗号分隔的 2 位数的字符串。 第一个数字表示设备是第几代的，而另一个数字则表示设备所属的系列。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilehourofday

定义应用程序启动时的时间。 采用 24 小时数字格式。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileinstalldate

移动设备安装日期。 提供用户首次打开移动应用程序的日期。

由于 Customer Journey Analytics 为每个组件使用报告时间归因，因此它没有超越回顾窗口的持久性概念。 此 Analytics 数据馈送列引用了访客层面的行为，这种行为会扩展到访客的整个历史记录。 此组件在 Customer Journey Analytics 中的回顾窗口越长，它与 Adobe Analytics 功能的匹配度就越好。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilelaunchnumber

移动应用程序每启动一次，该变量值便会递增。

由于 Customer Journey Analytics 为每个组件使用报告时间归因，因此它没有超越回顾窗口的持久性概念。 此 Analytics 数据馈送列引用了访客层面的行为，这种行为会扩展到访客的整个历史记录。 此组件在 Customer Journey Analytics 中的回顾窗口越长，它与 Adobe Analytics 功能的匹配度就越好。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilemessagebuttonname

从上下文数据变量 a.message.button.id 收集。 用于应用程序内消息，以标识关闭消息的按钮。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilemessageid

应用程序内消息 ID

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilemessageonline

应用程序内消息在线

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilemessagepushoptin

从上下文数据变量 a.push.optin 收集。 当用户选择启用推送消息时，设置为“true”；否则，将该值设为“false”。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilemessagepushpayloadid

从上下文数据变量 a.push.payloadid 收集。 在推送消息中用作有效负载标识符。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileosversion

Mobile Services 操作系统版本

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobileplaceaccuracy
从上下文数据变量 a.loc.acc 收集。 指示收集时 GPS 的精度（以米为单位）。
mobileplacecategory
从上下文数据变量 a.loc.category 收集。 描述特定位置的类别。
mobileplaceid
从上下文数据变量 a.loc.id 收集。 给定目标点的标识符。
mobilepushoptin

Mobile Services Push 选择启用

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilepushpayloadid

Mobile Services Push 负载 ID

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobilerelaunchcampaigncontent
Mobile Services 启动内容
mobilerelaunchcampaignmedium
Mobile Services 启动媒介
mobilerelaunchcampaignsource
Mobile Services 启动来源
mobilerelaunchcampaignterm
Mobile Services 启动搜索词
mobilerelaunchcampaigntrackingcode
从上下文数据变量 a.launch.campaign.trackingcode 收集。 在客户获取中用作启动促销活动的跟踪代码。
mobileresolution

移动设备的分辨率。 [Width] x [Height] 以像素为单位。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mobile_id

如果用户使用了移动设备，则为移动设备的数字 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

monthly_visitor
确定访客是否在当月首次出现的标记。
mvvar1 - mvvar3

列出变量值。 包含分隔的自定义值列表（取决于实施）。 post_mvvar1 - post_mvvar3 列将原始分隔符替换为 --**--。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
mvvar1_instances - mvvar3_instances

在当前点击上设置的列表变量值。 将原始分隔符替换为 --**--。 post 列通常不包含数据。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
new_visit
确定当前点击是否为新访问的标志。 在访问不活跃 30 分钟后，由 Adobe 设置。
os

表示访客的操作系统的数值 ID。 基于 user_agent 列。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

当配置数据流时，您可以启用​设备查找。 如果启用，请选中​ 操作系统 ​复选框。 如果您在架构中包含以下XDM字段，则这样做会自动填充这些字段：

  • OS供应商： xdm.environment.operatingSystemVendor
  • OS名称： xdm.environment.operatingSystem
  • OS版本： xdm.environment.operatingSystemVersion

您不能同时收集用户代理信息和设备查找信息；这两个维度的群体是互斥的。 您必须选择在配置数据流时要直接收集用户代理还是设备查找信息（基于用户代理）。

pagename

页面维度。 如果 pagename 变量为空，则 Analytics 改用 page_url。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
pagename_no_url

与 pagename 类似，但它不会回退到 page_url。 仅 post 列可用。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
page_event

在图像请求中发送的点击类型（标准点击、下载链接、自定义链接、退出链接）。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

page_event_var1

仅用于链接跟踪图像请求。 所点击的下载链接、退出链接或自定义链接的 URL。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
page_event_var2

仅用于链接跟踪图像请求。 链接的自定义名称（如果已指定）。 根据page_event中的值设置自定义链接、下载链接或退出链接。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
page_type

未找到页面维度，通常用于404页面。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
page_url

page_url：点击的URL。 使用文本的数据类型。
post_page_url：已剥离链接跟踪图像请求(tl())。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
paid_search
确定点击是否与付费搜索检测相匹配的标志。
persistent_cookie

在永久性Cookie支持维度中使用。 表示访客是否支持在每次点击后不会被丢弃的 Cookie。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
pointofinterest

Mobile Services 目标点名称

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
pointofinterestdistance

Mobile Services 与目标点中心的距离

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
product_list

products 页面变量。 有助于填充多个维度和量度，包括类别、产品、件数和收入。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
prop1 - prop75

自定义流量变量 1 至 75。 在Prop维度中使用。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
purchaseid

某次购买的唯一标识符，使用 purchaseID 变量设置它。 供 duplicate_purchase 列使用。

xdm.commerce.order.purchaseID

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
quarterly_visitor
确定此点击是否为新季度访客的标志。
referrer

反向链接维度。 请注意，在 referrer 使用数据类型 varchar(255) 时，post_referrer 使用数据类型 varchar(244)。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
ref_domain
反向链接域维度。 基于 referrer 列。
ref_type
表示此点击的反向链接类型的数值 ID。 在反向链接类型维度中使用。
1：网站内部
2：其他网站
3：搜索引擎
4：硬盘
5：未发送
6：已输入/添加书签（无反向链接）
7：电子邮件
8：无JavaScript
9：社交网络
10：对话式AI工具
resolution

表示显示器分辨率的数值 ID。 在显示器分辨率维度中使用。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

search_engine

表示将访客引向您的网站的搜索引擎的数值 ID。 在搜索引擎维度中使用。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

search_page_num
供所有搜索页面排名维度使用。 指示用户在点进您的网站之前您的网站出现在搜索结果的第几页上。
secondary_hit
确定此点击是否为辅助点击的标志。 此标志通常源自多包标记和复制点击的 VISTA 规则。
sourceid
源 ID
stats_server
没有用处。 处理点击的 Adobe 内部服务器。
s_kwcid

Adobe Advertising 集成中使用的关键词 ID。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
s_resolution
原始屏幕分辨率值。 使用 JavaScript 函数 screen.width x screen.height 收集而得。
tnt

在 Adobe Target 集成中使用。 表示所有当前符合条件的测试。 格式为：TargetCampaignID:TargetRecipeID:TargetType\|Event/Action。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
tnt_action

在 Adobe Target 集成中使用。 表示点击符合条件的所有测试。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
tnt_instances
在 Adobe Target 集成中使用。 Target 实例变量。
transactionid

稍后可通过数据源上传各种数据点的唯一标识符。 使用 transactionID 变量收集而得。

xdm.commerce.order.payments[0].transactionID

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
truncated_hit
表示图像请求被截断（收到部分点击）的标记。
Y：点击被截断；接收到部分点击
N：点击未被截断；收到完整点击
t_time_info

访客的当地时间。 格式为：M/D/YYYY HH:MM:SS Month (0-11, 0=January) Timezone offset (in minutes)

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
userid
没有用处。 报告包 ID 的数值 ID。 请改用 username。
username
点击的报告包 ID。
user_agent
在图像请求的 HTTP 标头中发送的用户代理字符串。
user_hash
没有用处。 报告包 ID 的哈希值。 请改用 username。
user_server

在服务器维度中使用。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
va_closer_detail
最近联系详细信息维度。
va_closer_id

标识上次接触渠道维度的数值ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

va_finder_detail
首次接触渠道详细信息维度。
va_finder_id

标识首次接触渠道维度的数值ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

va_instance_event
标识营销渠道实例的标志。
va_new_engagement
标识营销渠道新参与的标志。
video

内容流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoad

广告流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadinpod

面板中的广告位置流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadlength

广告时长（变量）流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadname

广告名称（变量）流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadplayername

广告播放器名称流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadpod

广告Pod流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoadvertiser

广告商流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoaudioalbum
相册流媒体服务维度。
videoaudioartist
艺人流媒体服务维度。
videoaudioauthor
创作流媒体服务维度。
videoaudiolabel
为流媒体服务添加标签维度。
videoaudiopublisher
Publisher流媒体服务维度。
videoaudiostation
Station流媒体服务维度。
videocampaign

促销活动ID流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videochannel

内容渠道流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videochapter

章节流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videocontenttype

内容类型流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videodaypart

日部分流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoepisode

剧集流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videofeedtype

媒体馈送类型流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videogenre

流媒体服务类型维度。 此维度允许在同一次点击中有多个值，值之间用逗号分隔。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videolength

内容时长（变量）流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videomvpd

MVPD流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoname

内容名称（变量）流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videonetwork

网络流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videopath

媒体路径流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoplayername

内容播放器名称流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoebitrateaverageevar

平均比特率流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoebitratechangecountevar

比特率会更改流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoebuffercountevar

缓冲事件流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoebuffertimeevar

流媒体服务总缓冲时间维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoedroppedframecountevar

丢帧流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoeerrorcountevar
错误流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

预处理列的值
后处理列的值
收集时
在报告中使用
应用处理规则之前
应用处理规则之后
应用 VISTA 规则之前
应用 VISTA 规则之后
未应用分配
分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoeextneralerrors
外部错误ID流媒体服务维度。 此维度允许在同一次点击中有多个值。
videoqoeplayersdkerrors

播放器SDK错误ID流媒体服务维度。 此维度允许在同一次点击中有多个值。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoqoetimetostartevar

开始流媒体服务的时间维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoseason

季流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videosegment

流媒体服务维度内容区段。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videosessionid

媒体会话ID流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoshow

显示流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videoshowtype

显示类型流媒体服务维度。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
videostreamtype
流类型流媒体服务维度。
visid_high

与 visid_low 配合使用可唯一地标识某位访客。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
visid_low

与 visid_high 配合使用可唯一地标识某位访客。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
visid_new
确定此点击是否包含新生成访客 ID 的标志。
visid_timestamp
如果新生成了访客 ID，就会在生成时提供 UNIX® 时间戳。
visid_type

不供外部使用；Adobe 内部用于处理优化。 数字ID，表示用于识别访客的方法。
0：自定义访客ID或未知/不适用
1： IP和用户代理回退
2： HTTP移动订阅者标头
3：旧版Cookie值(s_vi)
4：回退Cookie值(s_fid)
5：身份服务

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
visit_keywords

搜索关键词维度。 此列使用非标准的 varchar(244) 字符限制，以适应 Adobe 使用的后端逻辑。 后处理列是**post_keywords**，而不是**post_visit_keywords**。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
visit_num
访问数量维度。 起始值为 1，并且每当访客开始新的访问时，此值就会递增。
visit_page_num
点击深度维度。 访客每产生一次点击，此值就增加 1。 重置每一个访问。
visit_referrer
此访问的第一个反向链接。
visit_ref_domain
基于 visit_referrer 列。 此访问的第一个反向链接域。
visit_ref_type

表示此访问的第一个反向链接的反向链接类型的数值 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

visit_search_engine

表示此访问的第一个搜索引擎的数值 ID。

此 Analytics 数据馈送列使用一个查找表来识别所需的值。 在 Customer Journey Analytics 中直接提供了这个值，不需要任何查找表。 确保您的工作流考虑到最终值，而不是某个中间查找值。

visit_start_pagename
访问中首次点击的页面。
visit_start_page_url
访问中首次点击的URL。
visit_start_time_gmt
访问中首次点击的时间戳（基于 UNIX® 时间）。
weekly_visitor
用于确定此点击是新每周访客的标记。
yearly_visitor
用于确定此点击是新每年访客的标记。
zip

帮助填充邮政编码维度。 另请参阅 geo_zip。

此 Analytics 数据馈送列包含了预处理和后处理两个版本（前缀为 post_）。 带有前缀 post_ 的列包含了最终在报告中使用的值。 在可用的情况下，大多数组织仅使用 post_ 列。 下表比较了这两列的属性：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
预处理列的值 后处理列的值
收集时 在报告中使用
应用处理规则之前 应用处理规则之后
应用 VISTA 规则之前 应用 VISTA 规则之后
未应用分配 分配应用

由于 Customer Journey Analytics 没有预处理和后处理的概念，因此在 CJA 数据馈送中重新创建这两列比较困难。 如果您希望获得这两列的近似值，可以将同一个 XDM 字段多次拖放到维度列中，以创建具有不同归因设置的多个组件：

  • 预处理列：无归因
  • 后处理列：应用与数据视图设置中 Analytics 变量相同的分配和有效期限的设置。 大多数组件会使用“上一个”分配以及“访问”的有效期限。
recommendation-more-help
analytics-platform-help-main