Analytics for Target 实施

将Adobe Analytics作为Target (A4T)的报告源实施时,需要几个步骤。

实施步骤

以下各节介绍了将此集成部署到站点所需的步骤。

步骤 1:请求配置 Analytics 和 Target。

将Analytics作为Target的报告源实施后,必须为Analytics和Target设置。 使用此表单请求设置

步骤 2:设置用户权限

必须满足用户帐户要求,才能在Target中创建基于Analytics的活动。 请参阅用户权限要求

步骤 3:实施 Experience Cloud 访客 ID 服务。

通过访客 ID 服务,您可以在各个 Adobe Experience Cloud 解决方案中识别用户。您必须实施或迁移到所需版本的 Experience Cloud 访客 ID 服务。有关更多信息,请参阅实施之前中的“实施要求”。

请参阅​Experience CloudID服务​文档中的为目标实施Experience CloudID服务。

步骤 4:更新 AppMeasurement for JavaScript 或 s_code

您必须实施或迁移到所需版本的 appMeasurement.js。有关更多信息,请参阅实施之前中的“实施要求”。

有关新的实现,请参阅​Analytics Implementation Guide​中的JavaScript实现概述

有关迁移,请参阅​分析实施指南​中的迁移到AppMeasurement for JavaScript

第5步:下载和更新at.js

必须使用生产帐户实施或迁移到所需版本的at.js。 无需对代码进行修改。

有关更多信息,请参阅实施之前中的“实施要求”。

第6步:主持人at.js

如果您以前部署了at.js,则可以用更新的版本替换现有文件。 有关更多信息,请参阅实施之前中的“实施要求”。

如果不替换,则可以将此文件与访客 ID 服务文件和 AppMeasurement for JavaScript 文件一起托管。这些文件必须托管在可从您网站上的所有页面进行访问的 Web 服务器上。下一步需要使用这些文件的路径。

第7步:所有站点页面上的引用at.js

通过在每页的标记中添加以下代码行,将at.js包含在VisitorAPI.js下:

对于 at.js:

<script language="JavaScript" type="text/javascript"
src="http://INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/at.js"></script>

在at.js之前加载VisitorAPI.js至关重要。如果要更新现有的at.js或mbox.js文件,请确保验证加载顺序。

从实现角度为Target和Analytics集成配置现成设置的方法是使用从页面传递的SDID在后端自动将Target和Analytics请求串接在一起。

但是,如果您希望更多地控制将与Target相关的分析数据发送到Analytics以用于报告目的的方式和时间,并且您不希望选择通过SDID使Target和Analytics自动缝合分析数据的默认设置,则可以通过​analyticsLogging = client_side​通过​设置window.targetGlobalSettings。 注意:低于 2.1 的任何版本均不支持此方法。

例如:

window.targetGlobalSettings = {
  analyticsLogging: "client_side"
};

此设置具有全局效果,这意味着 at.js 进行的每次调用都将在 请求中发送 analyticsLogging: "client_side",并且将为每个请求返回分析有效负载。Target完成此设置后,返回的有效负载格式如下所示:

"analytics": {
   "payload": {
      "pe": "tnt",
      "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
   }
}

然后,可以通过数据插入API将有效负荷转发到Analytics。 请注意,对于自动分配和自动目标活动,您还需要转发sessionId。 有关详细信息,请参阅​Adobe TargetSDK​指南中的目标分析(A4T)报告

如果不希望进行全局设置并且想要使用按需方法,则可以使用 at.js 函数 getOffers() 通过传入 analyticsLogging: "client_side" 来实现此目的。将仅返回此调用的分析有效负荷,且Target后端不会将有效负荷转发到Analytics。 通过采用此方法,默认情况下,每个at.js Target请求都不会返回有效负荷,而是仅在需要并指定时才返回。

例如:

adobe.target.getOffers({
      request: {
        experienceCloud: {
          analytics: {
            logging: "client_side"
          }
        },
        prefetch: {
          mboxes: [{
            index: 0,
            name: "a1-serverside-xt"
          }]
        }
      }
    })
    .then(console.log)

此调用将会调用一个响应,您可以从中提取分析有效负载。

响应如下所示:

{
  "prefetch": {
    "mboxes": [{
      "index": 0,
      "name": "a1-serverside-xt",
      "options": [{
        "content": "<img src=\"http://s7d2.scene7.com/is/image/TargetAdobeTargetMobile/L4242-xt-usa?tm=1490025518668&fit=constrain&hei=491&wid=980&fmt=png-alpha\"/>",
        "type": "html",
        "eventToken": "n/K05qdH0MxsiyH4gX05/2qipfsIHvVzTQxHolz2IpSCnQ9Y9OaLL2gsdrWQTvE54PwSz67rmXWmSnkXpSSS2Q==",
        "responseTokens": {
          "profile.memberlevel": "0",
          "geo.city": "bucharest",
          "activity.id": "167169",
          "experience.name": "USA Experience",
          "geo.country": "romania"
        }
      }],
      "analytics": {
        "payload": {
          "pe": "tnt",
          "tnta": "167169:0:0|0|100,167169:0:0|2|100,167169:0:0|1|100"
        }
      }
    }]
  }
}

然后,可通过数据插入API将有效负荷转发到Analytics。

步骤 8:验证实施

更新 JavaScript 库后,加载您的页面,以确认 调用中的 mboxMCSDIDTarget 参数值与 页面查看调用中的 sdidAnalytics 参数值相匹配。

在单页应用程序 (SPA) 中,由于调用顺序并不总是可以预测,因此尤其务必要进行此验证。

注意:​为使 A4T 能够正常运行,这些值必须匹配。

步骤 9:(可选)删除之前的集成代码

我们建议您删除之前的集成,以便简化您的实施,并免除解决系统间差异的麻烦。您可以删除可能已为之前的 SC 与 T&T 集成部署的任何代码,包括 mboxLoadSCPlugin

步骤 10:启用可将 Analytics 用作 Target 报表源的选项

在Target中,单击​管理>可视体验书写器,然后选择​按活动​或​Adobe Analytics​选择以启用这些选项。

  • **如果选择为每个活动选择,您在创建每个活动时可以在 和 之间进行选择。**TargetAnalytics
  • **如果选择 Adobe ,则会将 Analytics 设置为您创建的所有活动的报表源。**Analytics

在此页面上