前言
这篇文章的前半部分简要介绍了一些可能导致您的转换出错的标准方式。
这篇文章的后半部分——“如何使用跟踪代码管理器过滤转化”之后的所有内容都是使用跟踪代码管理器和 cookie 智能过滤转化的高级方法。
如果你确信你已经涵盖了你的基础，请随意跳到高级部分，我只是觉得在深入了解更复杂的解决方案之前先了解一些基本内容很重要。
避免错误转换
除了未能记录重要数据之外，搞砸分析的最佳方法之一是记录错误的内容并将其与您记录正确内容的所有时间混为一谈。
例如：如果您在不应该的情况下计算转化次数，这可能会破坏自动广告出价、您对各个渠道的重视程度，甚至您认为自己的业务表现如何。在这篇文章中，我们将此问题称为“错误转换”。
您可以通过多种方式在 Google Analytics（分析）中跟踪转化，也有多种方法可以搞砸它。这篇文章将重点介绍一些主要的方式，当你基于用户填写表格然后登陆感谢页面时，你可以搞砸转化。
我们将介绍：
- 一些有用的工具
- 需要检查的事项——用户如何意外转换？
- 如何保护基于目的地的目标免受错误转化
- 理想的基于事件的目标方法
- 如何保护基于事件的目标免受错误转化
有用的工具
下面的工具将帮助您完成本文中的一些检查。
Chrome 开发者工具
F12 将打开 Chrome DevTools（根据您的键盘，您可能需要按“功能”键）。您可以在“控制台”中测试 JavaScript，并在“应用程序”中查看活动 cookie。
谷歌标签管理器预览
Google 跟踪代码管理器有一个新的预览，它将向您展示随着时间的推移在一系列页面上发生的情况。
Adswerve 数据层检查器
该插件汇总了 Chrome 控制台中的 dataLayer 信息。
分析跟踪监视器插件
我发现这个插件对于检查发送给 GA 的信息非常有用。一个不错的功能是能够在记录将要发送的内容时阻止实际发送到 GA 的点击。
标记助手
Chrome Tag Assistant 插件将向您显示页面上存在哪些跟踪代码管理器标签。如果您单击录制会话，它还会为您提供每个页面上发生的所有事情的细分。也就是说——如果我有跟踪代码管理器访问权限，我就不会那么依赖记录，因为新的 GTM 预览和跟踪监视器插件之间涵盖了很多有用的信息。
取文件夹
我创建了一个免费的 Tag Mapper 工具，以便更轻松地查看 Tag Manager 更改可能产生的影响。如果您计划更改 GTM 帐户中的某些内容，您可以查看其他可能会受到影响的内容。同样，如果您注意到某些东西坏了，它可以帮助您找到根本原因。
检查事项
直接跳到一个包罗万象的解决方案可能很诱人，但如果您在不应该记录转换时记录转换，那可能是因为您的网站访问者正在做他们不应该做的事情。
让我们从快速检查您应该做的检查开始，以确保您不会因为忽略您网站上的问题而使数字看起来正确。
1. 您是否只在感谢页面上记录转化？
要检查您是否在不应该记录的页面（例如，您网站上的每个页面或其他内容）上记录了转化，请快速查看 Google Analytics（分析）中的反向目标路径报告：
转化 > 目标 > 反向目标路径。
左侧的第一列应该显示您的目标转化发生在哪里，除非您正在做一些不寻常的事情。如果您在该列中看到一堆出乎意料的页面，则表明您需要更改转化标准。
这里要记住一件事：如果您是根据事件而不是网页浏览来记录转化，并且您看到左侧列中出现了错误的页面，请确保您的转化事件仅在您的网页浏览之后触发。
2. 除了表单完成之外，您是否以其他方式链接到转换页面？
如果您使用基于用户加载特定页面（如感谢页面）的任何目标，并且您知道您只是在感谢页面上记录转换，那么您可能搞砸的另一种方式是意外链接到那些感谢页面。如果用户可以点击错误的链接并最终进入转换页面，您需要修复它。
检查这一点的一种方法是使用像 Screaming Frog 这样的工具来抓取网站并查看您的转化页面是否出现。如果它们出现，您知道这可能是个问题。要了解如何解决问题，您可以选择有问题的页面并检查“链接”面板，该面板将为您提供链接到它们的位置列表。
3. 用户是否直接登陆感谢页面？
检查用户是否登陆您的感谢页面的一种快速方法是使用细分。如果您创建一个以着陆页作为感谢页面的细分，您可以了解 Google Analytics（分析）认为用户登陆您的转化页的频率。
下面，你可以看到段界面的截图。我已将其设置为包含第一次交互是用户登陆感谢登陆页面的任何会话。如您所见，该站点上的 339 个会话就是这种情况：
一旦您看到用户登陆您的感谢页面的频率，您就可以查明将这些用户带到该网站的来源。
下面，我在 Source/Medium 报告中应用了“登陆感谢页面”部分，看起来我们得到了一堆直接会话，还有一些 CPC 会话，以及其他地方的自然会话：
这里要记住的重要一点是，这是基于谷歌分析认为正在发生的事情。这并不一定意味着用户直接从广告登陆这些页面。事实上，在这个例子中，我们知道情况并非总是如此，有时这是我们的跟踪代码被破坏或以另一种方式混淆的症状。即便如此，它也给了我们一些需要调查的东西。
例如：
- 我们是否有直接指向转化页面的广告或其他活动？
- 我们的转化页是否已在 Google 中编入索引？
- 我们的转化流程中是否有一个页面未被跟踪？
- 我们的跟踪代码是否损坏，或者用户是否在现场做会混淆 GA 的事情？
3.1 您是否有直接指向转化页面的广告或其他活动？
我无法引导您完成所有这些，但所有广告平台都应该允许您检查活动的着陆页。确保您没有任何附属公司直接链接到转换页面（无论是意外还是恶意）也很重要，因为您支付的费用可能比他们应得的多得多。
检查非付费链接可能更难，例如社交媒体活动。也就是说，值得花时间检查。如果您发现自己无意中链接到了这些转化页，您可以与相关团队合作，为将来制定相关政策。
3.2 您的转化页是否已在 Google 中编入索引？
Google 可能是导致转化页问题的常见原因。这是一个贪婪的爬行者。它会跟随你网站内外的链接，如果有一个机器可抓取的链接到你的感谢页面，它可能会找到它。
检查 Google 是否保存了您的感谢页面（并且可能会将用户直接发送给他们）的一种快速方法是在 Google 中搜索这些页面。
使用“site:”将 Google 结果过滤到您网站上的页面。使用“inurl:”将结果过滤到仅包含特定字符串的页面。
以下是我们为一位客户所做的检查示例。我们发现他们在索引中有很多“感谢”页面（超过 600 个）。其中一些页面很好，但它突出了一些转换页面供我们处理：
3.3 您的跟踪代码是否被破坏，或者用户是否在现场做会混淆 GA 的事情？
我们没有时间来解决这里可能出错的所有事情。需要检查的一些事项是：
- 您是否缺少某些页面上的跟踪代码？也许您没有在用户登陆感谢页面之前对其进行记录。
- 您在不同页面上是否有不同版本的 Google Analytics？这可能再次导致混淆或分裂会话。
- 您是否在任何内部链接中包含 UTM 参数？任何网站爬虫都应该可以帮助您找到这一点。
- 您是否在 GA 中设置了错误的时区？会话不能跨越“午夜”——如果它们跨越，GA 会将它们分成两个单独的会话。
- 您是否在感谢页面上包含可能导致用户为页面添加书签的重要信息，或者稍后尝试返回？这里的一种解决方案是在感谢页面上几乎不包含任何特定于访问者的内容，并向他们保证您将通过电子邮件向他们发送详细信息。值得对此进行测试，以确保它不会损害访问者的信心。
- 您是否有任何表格需要填写半个多小时，并且在此期间不记录互动？您可以通过将表单拆分为不同的页面并跟踪访问者何时填写表单字段或遇到错误来避免这种情况。除了我们在这篇文章中看到的内容之外，所有这些都应该可以帮助您使您的表单更加用户友好。
勾选所有这些后，您就可以开始研究如何改进过滤转化数据的方式。
如何保护基于目的地的目标免受错误转化
如果您在 Google Analytics（分析）中将目标类型设置为“目标”，这意味着只要 GA 记录特定网页的综合浏览量，它就会计为一次转化。
您可以使用漏斗使您的目标目标要求用户首先访问其他页面。如果您编辑目标并打开“渠道”，您可以指定通向目标的步骤。这意味着当用户直接访问您的感谢页面时，您可以确保不记录目标转化。
您还可以使用它来区分不同类型的目标转换。例如，如果您对多个表单使用相同的感谢页面，您可能有一个目标，即渠道涉及浏览一个表单页面，另一个目标涉及浏览另一个表单页面。
如果您：
- 拥有更少（且相当静态）的不同目标。
- 用户可以合法地完成每个目标的方式很少（并且相当静态）。
然而，漏斗步骤不允许像正则表达式这样的东西，所以它们不是很灵活。此外，您只能使用具有目标类型目标的渠道。因此，如果出现以下情况，漏斗将无济于事：
- 你的目标是基于事件的。
- 用户可以通过多种方式实现目标。
- 您有多个团队管理站点，跟踪用户实现目标的所有方式是没有意义的。
您应该意识到，如果您遇到内部 UTM 或会话超时等问题，这些表单漏斗可能意味着您停止记录一些您应该记录的转化。说真的，确保这些问题得到解决。
理想的方法：基于事件的目标
理想的方法是使用基于事件的转换而不是基于目标的转换。您与您的开发人员合作，以便在用户填写表单时告诉 GA 发生了事件，而不是 GA 必须等待感谢页面浏览量。然后 GA 将该事件的每个实例记录为目标转换。
下面是一个基于事件的目标转换的标准，如果您以前没有见过它们并且正在努力描绘它们是如何设置的。每当 GA 收到“thank_you_page”类别的事件时，它都会记录此目标的转化：
这是理想的原因是，您只会在用户实际执行您希望他们执行的操作时记录转换。大多数基于浏览量的转化目标只是我们试图猜测用户做了什么。这就是为什么您在基于目的地的目标方面遇到问题的原因，例如用户直接登陆您的感谢页面而没有填写您希望他们填写的表格。
你可能会觉得把这个“理想”的解决方案留到帖子的后面有点奇怪，但我这样做是因为这通常不是最简单的解决方案。它可能需要开发人员方面的大部分工作，并且您可能正在使用您的开发团队必须编辑的 CMS 中内置的内容，或者更糟糕的是，您可能正在使用他们必须侵入的外部表单解决方案.
我现在提出这个解决方案是因为如果你还没有这个解决方案，你需要说服别人去做。他们的第一个问题可能是“你考虑过其他选择吗？” 当你进行对话时，你可以说：
- 我们确保只在正确的页面上记录转化。
- 我们已确保用户不会以我们可以阻止的方式访问这些页面。
- 我们已确保我们跟踪网站的方式没有其他问题。
- 我们的转化数据正以我们无法阻止的方式受到污染，因为我们必须依赖感谢页面浏览量。
- 我们无法使用 Google Analytics（分析）过滤掉这些转化。
- 确保我们的数据准确的最佳方法是使用事件，而要使用的最准确的事件是仅在用户完全按照我们的意愿执行时才会发生的事件。
- 如果你能帮助我，我会成为你最好的朋友。
谷歌分析漏斗的替代品
事实证明，上述基于事件的解决方案是不可能的。生活有挫折，我们继续前进。
另一种方法是切换到基于事件的转换，并使用跟踪代码管理器自行处理。使用跟踪代码管理器和 cookie，您可以创建更灵活的 GA 漏斗版本，仅在用户登陆并访问合格页面的感谢页面时发送转化事件。这是如何运作的？简而言之：
- 当用户访问您的其中一个符合条件的页面时，您会在他们的浏览器中放置一个 cookie。
- 当用户加载感谢页面时，您会检查 cookie，如果存在，则将转换事件发送到 Google Analytics。如果没有，你就没有。
- 然后你清除cookie。
这意味着您不会记录以下错误转化：
- 用户直接登陆感谢页面。
- 用户在未访问相关表单时意外点击感谢页面。
- 用户将感谢选项卡保持打开状态，或将其添加为书签，并在其 GA 会话到期后稍后单击返回。
下面的部分介绍了一些特定的跟踪代码管理器术语（最令人困惑的是“自定义事件”和“谷歌分析事件”完全是两个不同的东西）。
一些术语要知道
我已将跟踪代码管理器术语用蓝色和所有 Google Analytics（分析）术语用橙色进行了颜色编码，但如果您发现自己迷路了，您可能需要阅读一下或与知识渊博的同事或顾问交谈。
事件：我们发送给 Google Analytics 以记录特定操作的内容。
自定义事件：网页上发生的事情，我们可以将其用作跟踪代码管理器触发器条件的一部分。
触发器：我们在跟踪代码管理器中列出的一组条件。当这些条件都同时满足时，触发器会触发并且通常会激活一个标签。
标签：标签管理器中的某事。这听起来很模糊，因为它几乎可以是从向 Google Analytics 发送事件到完全重写页面的任何事情。
变量：跟踪代码管理器中的一条信息，我们可以在触发器、代码或其他变量中轻松引用它。
数据层：页面上的结构化信息，可以更轻松地将信息传递给标签管理器。
如何使用跟踪代码管理器过滤转化
1. 确保您的网站上安装了 Google 跟踪代码管理器
它需要在每一页上。如果您需要进一步的指导，Google 已分享了跟踪代码管理器快速入门指南。
如果您从标准 GA 代码切换到跟踪代码管理器，请确保您没有同时包含 GA 和跟踪代码管理器，否则您会重复计算。
2. 每次加载感谢页面时告诉跟踪代码管理器
我们假设您的感谢页面都是相同类型的页面，因此您可以合理地对您的开发团队说：“请对我们所有的感谢页面进行更改”。要求他们添加类似于下面脚本的内容。
示例脚本
<script>
window.dataLayer.push({
“event”: “conversion”
});
</脚本>
如果您需要在让开发人员参与之前测试此过程，您可以尝试自己添加代码，方法是使用 Chrome DevTools 将代码粘贴到控制台中。
当页面加载时，该脚本会将信息添加到数据层。跟踪代码管理器会检测到更改，您可以将其用作触发条件之一。在这种情况下，跟踪代码管理器会在添加此数据时检测称为转化的自定义事件。我们会回到那个。
3. 每次加载合格页面时告诉跟踪代码管理器
我们还将假设您的合格网页之间存在一些相似之处。一方面，他们可能都有一个表格。您可以与您的开发团队协调，以便在添加其中一种表单时自动添加/激活脚本。
示例脚本
<script>
window.dataLayer.push({
“event”: “qualifying”
});
</脚本>
在这种情况下，您会看到一个名为“排位赛”的自定义事件。同样，您可以通过直接粘贴到控制台来测试它。
4. 每当用户登陆符合条件的页面时，设置一个 cookie
您将使用您的“合格”自定义事件作为触发条件。下面是触发器设置的屏幕截图：
然后，您将创建一个将由该触发器激活的标签。该标记将向页面添加一些内容，在这种情况下添加 JavaScript（即使标记类型指定了 HTML）。JavaScript 将在添加并为用户设置 cookie 后立即运行，这样您就可以将信息从一个页面传递到另一个页面。
示例脚本
<script>
// 从现在开始获取时间 30 分钟（这是因为默认的 GA 会话超时
// 是半小时，我们希望我们的 cookie 超时匹配）
var dt = new Date();
dt.setHours(dt.getHours() + 0.5);
// 设置一个名为 ‘qualified’ 的 cookie，其值为 ‘true’，在 30 分钟后过期 document.cookie = “qualified=true; path=/; expires=”+dt;</script>
5.获取cookie值
使用跟踪代码管理器变量确保您检测到 cookie 的值，这将在您每次检查时为您提供“合格”cookie 的当前值。
6. 确定是否应该过滤转化
在第二步中，您创建了一个将在所有最终转化页面上发生的 dataLayer 事件。
现在，您创建了一个触发“转换”事件的触发器。
然后创建一个由该触发器激活的标签，并创建另一个自定义事件。
下面是要添加的自定义 HTML。它会检查您的合格 cookie 是否设置为“true”，这表明用户在本次会话中已经访问了合格页面。如果为真，则创建另一个名为“create_filtered_conversion”的自定义事件。如果它是假的，你不会。无论哪种方式，都可以通过将 cookie 的过期时间设置为过去的时间来删除 cookie。
示例脚本
<script>
// 当我们即将触发转换时 – 检查我们是否应该这样做。
// 如果我们应该 – 创建一个将触发转换的事件
// 否则，不要。无论哪种方式 – 清除 cookie
// 获取变量 var isQualified = {{Variable – 限定 cookie}}
// 检查转换是否合格 if (isQualified === “true”){ // 如果用户有合格的 cookie window.dataLayer.push({ “event”: “conversion_confirmed”, }); } else { // 如果我们确定不应触发转换，则不执行任何操作 “” }
// 设置cookie过期时间来清除itdocument.cookie = “qualified=false; path=/; expires=Thu, 01 Jan 1970 00:00:00”;</script>
7. 发送事件到 GA
首先，您创建一个等待“conversion_confirmed”事件的触发器。
然后创建一个标签，由上面的触发器激活，它将相关事件发送到 GA。发送到 GA 的事件的细节可以是任何你想要的，你只需要确保它们符合你在 GA 中的目标标准。
8. 不要立即关闭旧转换
关于这一点的一件好事是，您可以将它与现有的转化跟踪一起运行，以查看转化被过滤掉的频率。让您的旧转换设置运行一段时间（多长时间取决于您获得转换的频率）。
观察这两个数字并检查您是否过滤掉了大量的转化。此检查将帮助您发现旧设置或新设置中的错误。
让我知道你的想法
谷歌分析永远不会是您网站上所有内容的完美记录，但这些检查和流程应该可以帮助您清除一些可能误导您的方式。
你怎么看？您认为人们缺少哪些 GA 改进？请在评论或 Twitter @robinlord8 上告诉我。<strong style=”color:orange” 事件
