网站调整跟踪设置的示例

功能弃用:Genesys 将不再支持 ACD Web Chat v2,客户可以通过所有相应的 Chat Widget 版本使用该聊天工具。这是对之前宣布的 ACD Web Chat v1 弃用的进一步回应。因此,Predictive Engagement 也将终止对这些旧版网络聊天版本的支持。有关更多信息,请参阅弃用: 删除 ACD Web 聊天(版本 2) 。 鼓励所有现有客户迁移到 Web Messaging 和 Messenger。

网站跟踪设置让您可以灵活地定义如何收集和解释您管理的不同网站上的访客数据。根据您的业务需求,每个网站可能需要独特的跟踪行为。有关网络跟踪设置的更多信息,请参阅配置网络跟踪

本文提供了四个实际场景,说明如何有效地调整和组织您的网站跟踪配置:

  1. 情景一:多个网站具有不同的网络跟踪要求
  2. 情景二:通过分离配置来解决所有权模糊和配置混乱的问题
  3. 情景三:允许默认的网络跟踪配置
  4. 情景 4:测试网络跟踪配置

使用这些场景作为示例,帮助您组织网络跟踪设置,从而保持数据清晰、配置易于维护,并确保所有网站上的客户旅程准确无误。

情景一:多个网站具有不同的网络跟踪要求

一家软件公司管理着两家不同公司的网站:

  • 网站A是一个销售多种产品的电子商务网站。
  • 网站 B 是一家保险公司,它托管了一个单页应用程序。该应用程序允许用户注册、使用其帐户登录网站并管理其保单。

这两个网站具有相似的URL属性:

 网站 A 网站 B

https://website-a.com/home?q=running+shoes

https://website-a.com/product?id=123

https://website-a.com/product?id=456

https://website-a.com/about#ourteam

https://website-b.com/#/account?id=123 

https://website-b.com/#/account?id=456 

https://website-b.com/#/reset-password?q=1234

尽管这两个网站的网址属性相同,但它们的网络跟踪需求却完全不同。

网站 A 的跟踪要求 网站 B 的跟踪要求
  • 该组织希望排除内部营销团队的访问,以便只收集真实的客户活动数据。
  • 该组织希望追踪访问者在本网站上输入的产品搜索词,这些搜索词存储在查询参数中。 q

  • 网站 A 中的 URL 片段可以排除在跟踪之外,因为它们只是滚动到页面的某个部分。
  • 查询参数ID用于识别各个产品页面,应跟踪这些页面以了解与特定产品的互动情况。
  • 应该继续跟踪来自网站 A 营销团队的访问,因为他们与运营网站 B 的保险公司没有关联,并且代表的是合法用户。
  • 该组织不希望跟踪查询参数q网站 B 需遵守隐私政策,因为它包含临时和敏感数据。

  • URL 片段用于单页应用程序中的页面路由,这意味着组织必须将这些导航作为单独的页面浏览量进行跟踪。
  • 查询参数ID识别用户帐户,因此出于安全原因,应将其排除在跟踪之外。

该组织试图将网站 A 和网站 B 的独特网络跟踪要求转换到旧版网络跟踪设置中。菜单>管弦乐>预测性互动设置由此产生了以下跟踪行为:

字段名称 网站 A 的结果 网站 B 的结果
排除 IP 地址 203.0.113.10– 市场营销团队 营销团队已成功从网站 A 中筛选出去。  当营销团队需要帮助取消保险单时,他们在网站 B 中不会显示为用户。
排除 URL 查询参数 id 网站 A 的产品页面(应该被跟踪)被排除在网络跟踪之外。 网站 B 的敏感数据不包含在网络跟踪范围内。
跟踪 URL 片段 # 之后的任何 URL 信息都将被忽略。网站 A 内同一网页上的任何导航操作均已成功排除在网络跟踪之外。 # 之后的任何 URL 信息都将被忽略。这也不包括页面导航,页面导航应该在网站 B 中进行跟踪。
跟踪网站搜索 q 在网站 A 中搜索的任何词条都会被成功追踪为用户搜索。 任何搜索查询ID与网站 B 的密码重置相关的内容出现在用户搜索中,违反了公司政策。

为了克服预测互动下集中式网络跟踪设置的局限性,该组织决定编辑分别部署到网站 A 和网站 B 的两个 Messenger 配置,并直接从 Messenger 为它们定义不同的网络跟踪设置。它们各自的网络跟踪设置配置如下:

字段名称 网站 A 的 Messenger 配置 网站 B 的 Messenger 配置
排除 IP 地址 203.0.113.10 – 市场营销团队
排除 URL 查询参数 id,q
跟踪 URL 片段
跟踪网站搜索 q
通过实施上述网络跟踪设置,该组织现在:
  • 成功地将营销团队排除在网站 A 的跟踪范围之外,同时在网站 B 中显示为普通访客。
  • 从网站 A 的 URL 中捕获与其业务需求相关的信息,而网站 B 已成功排除 URL 中存储的任何敏感数据,同时捕获相关的导航数据。

情景二:通过分离配置来解决所有权模糊和配置混乱的问题

一个组织有多个业务管理员,每个业务管理员负责管理不同网站上的网络跟踪。在预测互动中,网络跟踪设置中存在多个用户条目会模糊所有权边界,降低每个字段的清晰度。因此,企业管理员很难确定每个设置适用于哪个网站,或者它是否仍然适用。过时的值通常会保留在配置中,以避免无意中影响多个部署。

该组织在“预测互动”下的 Web 跟踪设置包含多个用户贡献,配置方式如下:

字段名称
排除 IP 地址
  • 203.0.113.10 – 市场营销团队
  • 175.210.177.40 – 个人
  • 237.26.85.152 – 主页
  • 105.192.67.205 – 开发人员
  • 250.93.249.84 – 汤姆的团队
  • 143.220.228.79 – 测试
排除 URL 查询参数 id、token、filter、p
跟踪 URL 片段
追踪用户搜索 q,项

通过在各自的 Messenger 配置中配置各自不同的网络跟踪设置,企业管理员可以清楚地划分所有权和责任。每个管理员都可以维护自己的跟踪配置,并将其部署在自己管理的特定网站上,而不会影响其他管理员配置的跟踪行为,如下所示:

字段名称 信使配置 A Messenger 配置 B Messenger 配置 C 过时的数据
排除 IP 地址 203.0.113.10 – 市场营销团队 250.93.249.84 – 汤姆的团队
175.210.177.40 – 个人
237.26.85.152 – 主页
105.192.67.205 – 开发人员 143.220.228.79 – 测试
排除 URL 查询参数 id,令牌 过滤器,id p
跟踪 URL 片段
追踪用户搜索 q q term

情景三:允许默认的网络跟踪配置

一家公司管理着一个面向公众的主要网站,并拥有专门用于内部开发和测试的不同域名。工程团队使用开发环境来维护和改进公司的网站。代码完成后,会先将其添加到测试环境中,然后才能安全地公开发布更改。虽然他们的主网站是为客户使用而设,会处理敏感的用户数据,但他们的内部网站域不应受到任何跟踪限制,以确保收集到足够的事件数据以满足测试需求。

公共网站的跟踪要求 跟踪开发和测试环境的需求
  • 排除经常查看网站内容和行为的内部员工的网络访问。
  • 该网站使用查询参数ID在 URL 中使用令牌来存储不应被跟踪的敏感数据。
  • 该网站不使用URL片段。
  • 追踪用户搜索记录,以识别客户兴趣。
  • 跟踪所有用户流量,以确保网站在测试期间能够反映预期行为。
  • 内部环境中查询参数中存储的值与真实客户无关,仅限于内部数据。他们无需被排除在外。
  • 这些环境包含公共网站的副本,这意味着它们也不使用 URL 片段。
  • 除非工程团队正在积极开发网站的搜索功能,否则他们没有跟踪在搜索栏中输入的关键词的具体需求。

该公司使用三种不同的 Messenger 配置来管理其面向公众的网站、开发环境和测试环境的三个开发阶段。如果他们所有三个网络跟踪设置都配置为“预测互动”下的集中式传统设置,那么该公司可能不得不做出妥协: 

  • 跟踪内部环境的数据量,降低工程团队完成开发任务和测试的可见性,同时避免从面向公众的网站捕获敏感用户数据。
  • 为了满足开发和测试需求,网站跟踪设置未进行任何过滤,导致在面向公众的网站上收集敏感用户数据,违反了隐私合规性规定。

了解风险后,该公司选择将网络跟踪配置分开,如下图所示,通过在面向公众的网站 Messenger 配置中指定特定值,使跟踪行为与其业务需求和数据合规性保持一致。用于开发和测试的 Messenger 配置也都配置为 Messenger 特定的网络跟踪设置,使用默认跟踪值,即不忽略任何用户,并跟踪所有 URL 查询参数。这样可以确保收集到所有导航数据:

字段名称 Messenger 配置 – 公开 Messenger 配置 – 开发人员 Messenger 配置 – 测试
排除 IP 地址 203.0.113.10 – 市场营销团队
250.93.249.84 – 开发团队
175.210.177.40 – Company
排除 URL 查询参数 id,令牌
跟踪 URL 片段
追踪用户搜索 q

情景 4:测试网络跟踪配置

管理员用户负责其所在公司的网络跟踪实施。他们希望在其面向公众的网站上排除内部员工的 IP 地址和敏感用户数据被跟踪,同时记录网站访问者搜索的关键词。在将这些功能应用到面向公众的网站生产环境中之前,他们必须确保已正确定义 Messenger 的特定网络跟踪设置。他们编辑 Messenger 配置,以指定内部员工的 IP 地址、存储不需要的数据的查询参数以及用于存储用户搜索词的查询参数。新的 Messenger 配置版本创建方式如下:

字段名称 Messenger 配置 A – 版本 1 Messenger 配置 A – 版本 2
排除 IP 地址 203.0.113.10 – 市场营销团队
250.93.249.84 – 开发团队
175.210.177.40 – Company
排除 URL 查询参数 id,令牌
跟踪 URL 片段
追踪用户搜索 q

在为测试目的而创建的名为“测试环境”的 Messenger 部署中,管理员选择他们创建的最新 Messenger 配置版本,其中包含新的 Web 跟踪设置。与此同时,他们之前的 Messenger 配置版本(包含默认的 Messenger 特定网络跟踪设置)仍然是生产环境中使用的版本:

Messenger 部署名称 已选择 Messenger 配置
生产 Messenger 配置 A – 版本 1
测试环境 Messenger 配置 A – 版本 2

管理员通过在应用这些新设置的测试环境中进行导航来模拟网站访问者的浏览路径。管理员意识到,由于默认情况下禁用 URL 片段跟踪,他们正在丢失大量数据。他们的导航活动仅被部分追踪。他们在测试期间访问的几个页面缺失了。客户旅程视图。管理员创建了一个启用 URL 片段跟踪的新 Messenger 配置版本。

字段名称 Messenger 配置 A – 版本 1 Messenger 配置 A – 版本 2 Messenger 配置 A – 版本 3
排除 IP 地址 203.0.113.10 – 市场营销团队
250.93.249.84 – 开发团队
175.210.177.40 – Company
203.0.113.10 – 市场营销团队
250.93.249.84 – 开发团队
175.210.177.40 – Company
排除 URL 查询参数 id,令牌 id,令牌
跟踪 URL 片段
追踪用户搜索 q q

再次强调,最新的网络跟踪配置必须先经过测试才能部署到生产环境。管理员编辑其测试环境 Messenger 部署,以分配包含 URL 片段跟踪的最新 Messenger 配置版本。

Messenger 部署名称 已选择 Messenger 配置
生产 Messenger 配置 A – 版本 1
测试环境 Messenger 配置 A – 版本 3

新配置能够按预期跟踪所有网页,符合业务需求。管理员现在可以安全地将最新的 Messenger 配置版本部署到生产环境,以便将这些网络跟踪设置应用到其面向公众的网站:

Messenger 部署名称 已选择 Messenger 配置
生产 Messenger 配置 A – 版本 3
测试环境 Messenger 配置 A – 版本 3