使用Adobe Advertising ID创建Marketing Channels处理规则
仅集成Adobe Advertising-Adobe Analytics的广告商
您可以使用Adobe Advertising ID （AMO ID和EF ID）在Adobe Analytics中配置Marketing Channels处理规则。 将Adobe Advertising ID用于特定于您的Adobe Advertising营销活动的规则。 处理规则的顺序决定了是否正确捕获了所有可能的数据。
处理规则中的AMO ID
AMO ID是用于报告Analytics中Adobe Advertising数据的主要跟踪代码。 AMO ID是由Adobe管理的动态值的连接，用于在Analytics内提供精细的报表。 它存储在Analytics eVar或rVar维度(AMO ID)中。 可以通过两种方式在Analytics中设置AMO ID：
-
点进跟踪： Adobe Advertising在链接中设置了
s_kwcid查询字符串参数，当发生点进时，Analytics会从登陆页面URL中选取该参数。 -
浏览跟踪（仅限DSP）： Last Event Service在服务器端检测到浏览并向Analytics发送AMO ID。 在这种情况下，URL不包含
s_kwcid参数。
AMO ID中的动态值表示跟踪的营销渠道：
-
AMO ID中的前缀可用于标识Marketing Channels中的顶级渠道。
-
AMO ID正文中的字符短语表示更具体的促销活动类型。
-
后缀“vt”存在于DSP显示到达流量中，可用于创建单独的点进和显示到达DSP渠道。
可以忽略AMO ID的其余部分。
处理规则中的EF ID
AMO EF ID (EF ID)是Analytics for Advertising集成中使用的第二个跟踪代码。 其主要目的是跟踪Analytics事件数据并将其传递到Adobe Advertising。 每次发生点进或浏览时，都会生成一个唯一的EF ID，即使对于同一访客而言，该ID与同一广告完全相同。 Analytics报表用户界面中未使用EF ID，因为它通常超过Analytics中每个变量限制的500,000个唯一值，使其不可用于报表。 Adobe Advertising量度和元数据不应用于EF ID；而是仅应用于AMO ID。 在Adobe Advertising中优化促销活动需要添加的跟踪粒度，因此需要使用这两个ID。
虽然EF ID维度未直接在Analytics报表中使用，但EF ID可用于创建营销渠道。 EF ID后缀指示渠道（显示或搜索）以及访问是由点进还是显示到位驱动。 EF ID中的分隔符是冒号，而不是AMO ID中的感叹号。
Adobe Advertising处理规则的示例
以下示例规则集侧重于广告渠道（“付费搜索”、“显示点进”和“显示视图到达”）的规则。 此外，还演示了付费搜索检测的推荐规则（包括该规则如何与免费搜索营销渠道逻辑进行交互）以及免费反向链接域规则的可选更新。
注意：根据广告商的偏好，可以将显示区分为两个渠道或合并到单个渠道中。
在示例屏幕快照中包括了其他渠道，以说明广告渠道相对于典型实施中的其他渠道的推荐操作顺序。
付费搜索规则
最佳实践是为Paid Search规则包含两个带有“Any”运算符的条件：
-
成本/点击/展示数据包含AMO ID，因此请包含AMO ID。 AMO ID应以“AL！”开头 将点击/成本/展示数据正确分配给Paid Search.
-
Paid Search点进次数的URL始终包含
s_kwcid查询字符串参数，因此请包含该参数，以确保在访客导航回登陆页面时执行正确的重复数据删除。 包括“AL！” ，以正确将click/cost/impression数据分配给s_kwcid。Paid Search
不要将渠道值设置为AMO ID。 相反，请将其设置为反向链接域、搜索引擎+关键字或页面等。 （这与所有Marketing Channels相关）。
免费搜索规则
对于Natural Search，请确保您的Paid Search检测规则包含ef_id和s_kwcid查询字符串参数。 （通常，当Advertising Search、Social和Commerce集成到Analytics中时会自动配置此项，但如果Analytics管理员在配置集成后更改了逻辑，请进行验证。）
将规则设置为“匹配免费搜索检测规则”（通常是此渠道的默认设置）。
显示点进规则#1
通过仅捕获点进次数来创建显示点进营销渠道。 由于点进和显示到达的AMO ID相同，因此此规则使用EF ID变量和ef_id查询字符串参数。
有时，点进次数通过URL（默认）进行跟踪。 在其他情况下，点进次数通过服务器端的Last Event Service进行跟踪，因此URL不包含ef_id参数。 因此，该规则会检查EF ID变量或ef_id查询字符串参数以“:d”结尾的条件。 使用“Any”运算符，因为您希望为任一条件触发此规则。
自然反向链接域规则
（可选）最佳实践是向标准Natural Referring Domains规则添加一个包含“任意”运算符的“是访问的第一个页面”条件。 虽然此规则为可选规则，但它有助于防止在用户单击“返回”按钮返回登陆页面时设置自然反向链接的Edge情况。
显示CTV浏览规则
要跟踪DSP连接的电视(CTV)显示到达次数，请创建一个AMO ID以"!ctv"结尾的规则。 由于访客未单击广告，因此浏览跟踪在URL中不包含ef_id或s_kwcid，并且该规则只需要一个条件。
显示浏览规则
要创建显示ViewThrough渠道，请创建规则，其中EF ID以“:i”结尾。 由于访客未单击广告，因此浏览跟踪在URL中不包含ef_id或s_kwcid，并且该规则只需要一个条件。
显示点进规则#2
对于第二个显示点进规则，请将AMO ID设置为“AC！”。 存在第二条规则，用于捕获直接从Adobe Advertising进入Analytics的显示渠道的点击/成本/展示数据。 此数据归因于AMO ID，但不包括带有ef_id查询字符串的URL，因此这些点击不会与AMO EF ID关联，而该ID是第一个“显示点进”规则捕获的内容。
Marketing Channels规则的操作顺序 rule-order
-
将Paid Search 放在 Natural Search之前。 否则，可以将付费搜索数据分配给免费搜索。
-
将第一个 Display ClickThrough 放在 Natural Referring Domains和Natural Social之前。
-
当您使用CTV view-throughs时，请将其放在之前 Display ViewThroughs。 否则，CTV显示到达次数将被捕获为Display ViewThrough。
-
将Display ViewThroughs 放在个其他渠道之后，但放在Internal和Direct之前，因为同一登陆事件中可能会发生显示到达和非Advertising点进。 例如，访客可能会看到Adobe Advertising广告，获得印象，然后通过Natural Search访问网站。
最佳实践是将其他渠道（除Internal和Direct之外）优先于显示到达次数。
-
某些广告商可能会选择将Display ViewThroughs优先于Natural Referring Domains。 通过交换两个规则的处理顺序来执行此操作。
-
second Display ClickThrough规则可用于捕获直接从Adobe Advertising进入Analytics的点击/成本/展示数据。 由于此数据仅归因于AMO ID，因此这些点击不会与AMO EF ID相关联。 如果不设置此规则，则所有点击/成本/展示数据都属于Direct渠道，该渠道是不匹配Marketing Channel的任何数据的默认渠道。 此规则必须在 查看到达规则 之后出现，否则它将选取任何查看到达次数。