避免在Google Analytics（分析）中进行错误的转化

发布者：hqt发布时间：2020-12-27 12:12:06

当前位置：主页 > Google Ads

这篇文章的前半部分简要介绍了转换可能会出现问题的一些标准方式。

在下半年这个职位的-一切后，“如何过滤转换与标签管理”是使用代码管理工具和饼干智能过滤转换的高级方式。

如果您有信心自己已经了解了基础知识，请随时跳到高级部分，我觉得在深入到更复杂的解决方案之前，先了解一些基本知识很重要。

避免错误的转换

除了无法记录重要数据之外，搞砸分析的最佳方法之一就是记录错误的内容，并在记录正确的内容的所有时间中将其汇总。

例如：如果您不该计算转换次数，可能会增加自动广告竞标价格，您对单个渠道的重视程度，甚至认为您的业务表现如何。对于这篇文章，我们将这个问题称为“错误的转化”。

您可以通过多种方式跟踪Google Analytics（分析）中的转化，也可以采用多种方式进行跟踪。这篇文章将着重介绍当您基于用户填写表单然后登陆到“感谢页面”时，您可以混淆转化的一些主要方法。

我们将介绍：

一些有用的工具
要检查的事情-用户可能会如何意外转换？
如何保护基于目标的目标免遭错误转化
理想的基于事件的目标方法
如何保护基于事件的目标免遭错误转化

有用的工具

下面的工具将帮助您完成本文中的某些检查。

Chrome DevTools

F12将打开Chrome DevTools（您可能需要按键盘上的“功能”键）。您可以在“控制台”中测试JavaScript，并在“应用程序”中查看活动的cookie。

Google跟踪代码管理器预览

Google跟踪代码管理器提供了一个新的预览，它将向您显示一段时间后一系列页面上发生的情况。

Adswerve数据图层检查器

此插件汇总了Chrome控制台中的dataLayer信息。

Analytics Tracking Monitor插件

我发现此插件对于检查向GA发送哪些信息确实有用。一个不错的功能是能够在记录要发送的内容时阻止匹配实际发送到GA。

标签助手

该浏览器标签助理插件会告诉你什么标签管理标签出现在页面上。如果单击以记录会话，则还将为您提供每页上发生的所有事件的细分。就是说-如果我具有“标签管理器”访问权限，我不太会依赖于录音，因为在新的GTM预览和跟踪监视器插件之间涵盖了许多有用的信息。

标签映射器

我创建了一个免费的Tag Mapper工具，以便更轻松地查看Tag Manager更改可能产生的影响。如果您打算更改GTM帐户中的某些内容，则可以查看其他可能受到的影响。同样，如果您发现某些问题已损坏，则可以帮助您找到根本原因。

检查事项

可能会想直接跳到一个万能的解决方案，但是如果您不应该记录转换，那可能是因为您的网站访问者正在做不应做的事情。

让我们首先快速检查一下您应该做的检查，以确保仅通过忽略网站上的问题来确保数字看起来不正确。

1.您是否仅在感谢页面上记录转换？

要检查您是否应该在网页上记录转化，您不应该（例如，网站上的每个网页或其他内容）快速查看Google Analytics（分析）中的“反向目标路径”报告：

转化>目标>反向目标路径。

除非您做了不同寻常的操作，否则左侧的第一列应向您显示目标转换的发生位置。如果您在该列中看到一堆意外的页面，这表明您需要更改转化条件。

这里要记住一件事：如果您是基于事件而不是综合浏览量来记录转化，并且看到错误的页面显示在左侧栏中，请确保您的转化事件仅在综合浏览量之后才触发。

2.除了表单完成以外，您是否还以其他方式链接到转换页？

如果您基于加载特定页面（例如感谢页面）的用户使用任何目标，并且您知道自己仅在感谢页面上记录转化，那么搞砸事情的另一种方法是不小心链接到那些感谢页面。如果用户单击错误的链接并转到转换页面，则需要进行修复。

检查此问题的一种方法是使用Screaming Frog之类的工具来爬网该网站，然后查看是否显示转换页。如果它们全部出现，您可能知道这是一个问题。要找出解决问题的方法，您可以选择有问题的页面并检查“ Inlinks”面板，该面板将为您提供链接到它们的位置的列表。

3.用户是否直接登陆感谢页面？

检查用户是否登陆您的感谢页面的一种快速方法是使用细分。如果您在目标网页中创建目标网页是您的感谢页面，那么您可以了解Google Analytics（分析）认为用户在转换页上登陆的频率。

在下面，您可以看到细分界面的屏幕截图。我将其设置为包括任何会话，其中第一次互动是用户登录到谢谢登录页面上。如您所见，此站点上的339个会话就是这种情况：

一旦看到用户登陆您的感谢页面的频率，就可以查明将这些用户带到网站的来源。

下面，我在“来源/媒介”报告中应用了“感谢页面登陆”部分，看起来我们正在获得许多直接会话，而且还有一些CPC会话以及其他地方的有机会话：

这里要记住的重要一点是，这是基于Google Analytics（分析）认为正在发生的事情。不一定意味着用户直接从广告上登陆这些页面。实际上，在此示例中，我们知道情况并非总是如此，有时这是我们的跟踪代码以其他方式被破坏或混淆的症状。即使这样，它也给我们提供了一些需要研究的东西。

例如：

我们是否有直接指向转换页的广告或其他活动？
我们的转化页是否在Google中建立了索引？
在转换流程的中间是否存在未被跟踪的页面？
我们的跟踪代码是否已损坏，或者用户是否在现场做一些会使GA感到困惑的事情？

3.1您是否有直接指向转换页的广告或其他活动？

我将无法引导您完成所有这些操作，但是所有广告平台都应允许您检查活动的着陆页。同样重要的是要确保您没有任何关联公司（无论是无意还是恶意）直接链接到转换页面，因为您可能向他们支付的费用超出其应有的水平。

检查诸如社交媒体活动之类的非付费链接可能会更加困难。也就是说，值得花费时间进行检查。如果您发现偶然地链接到这些转换页面，则可以与相关团队合作，在将来制定相应的政策。

3.2您的转换页是否在Google中建立了索引？

Google可能是导致转换页面问题的常见原因。这是一个疯狂的爬行者。它会跟踪您网站内部和外部的链接，如果在您的“感谢”页面上有一个可以通过计算机抓取的链接，则很可能会找到它。

检查Google是否保存了您的感谢页面（并可能直接将用户发送给他们）的一种快速方法是在Google中搜索这些页面。

使用“网站：”可将Google搜索结果过滤为您网站上的页面。使用“ inurl：”将结果过滤为仅包含特定字符串的页面。

以下是我们为一位客户进行的支票示例。我们发现索引中有很多“谢谢”页面（超过600个）。其中一些页面很好，但是它突出显示了许多转换页面供我们处理：

3.3您的跟踪代码是否损坏，或者用户是否在现场做一些会使GA感到困惑的事情？

我们没有时间研究这里可能出错的所有事情。要检查的一些事情是：

您是否在某些页面上缺少跟踪代码？也许您没有在用户登陆到感谢页面之前就对其进行记录。
您在不同页面上是否有不同版本的Google Analytics（分析）？这又可能导致会话混乱或分裂。
您是否在任何内部链接中包括UTM参数？任何网站搜寻器都应帮助您找到此内容。
您在Google Analytics（分析）中设定的时区有误吗？会话不能跨越“午夜” —如果这样做，GA会将其分成两个单独的会话。
您是否在感谢页面上包含重要信息，这些信息可能导致用户为该页面添加书签，或者稍后尝试返回该页面？一种解决方案是在“感谢”页面上几乎不包含任何特定于访客的内容，并向他们保证您将通过电子邮件向他们发送详细信息。值得测试以确保它不会损害访问者的信心。
您是否有任何表格需要花费半小时以上的时间填写，并且在此期间不记录互动？您可以通过将表单分成不同的页面并跟踪访问者何时填写表单字段或何时遇到错误来避免这种情况。除了本文中要讨论的内容之外，其他所有内容都应有助于您使表单更加用户友好。

选中所有选项后，您就可以开始研究改进过滤数据的方式。

如何保护基于目标的目标免遭错误转化

如果您在Google Analytics（分析）中将目标类型设置为“目标”，则意味着Google Analytics（分析）每次记录特定网页的综合浏览量，都将被计为一次转化。

您可以使用渠道使目标目标要求用户首先访问其他页面。如果您编辑目标并打开“渠道”，则可以指定实现目标的步骤。这意味着您可以确保当用户直接进入您的感谢页面时，不记录目标转化。

您也可以使用它来区分不同类型的目标转化。例如，如果您对多个表单使用相同的感谢页面，则可能有一个目标，其中渠道涉及通过一个表单页面的行进，而另一个目标涉及对另一个表单页面的行进。

如果您执行以下操作，这将起作用：

具有较少（且相当静态）的不同目标。
用户可以合法地完成每个目标的方式很少（而且相当静态）。

但是，渠道步骤不允许使用正则表达式之类的东西，因此它们不太灵活。此外，您只能将渠道与目标类型的目标一起使用。因此，如果出现以下情况，渠道将无济于事：

您的目标是基于事件的。
用户可以通过多种方式实现目标。
您有多个团队管理该网站，并且跟踪用户实现目标的所有方式没有任何意义。

您应该意识到，如果您遇到内部UTM或会话超时等问题，这些表单渠道可能意味着您停止记录应有的某些转化。认真确保这些问题已解决。

理想的方法：基于事件的目标

理想的方法是使用基于事件的转换，而不是基于目标的转换。您与开发人员一起工作，以便在用户填写表单时，您告诉GA事件已发生，而不是GA必须等待感谢页面的页面浏览。然后，Google Analytics（分析）会将该事件的每个实例记录为目标转化。

如果您以前从未见过这些目标，并且正在努力说明它们的设置方式，那么以下是基于事件的目标转换的标准。每当GA收到“ thank_you_page”类别的事件时，它都会记录该目标的转化：

之所以理想，是因为您只会在用户实际执行您希望他们执行的操作时记录一次转换。大多数基于综合浏览量的转化目标只是我们试图猜测用户所做的事情。这就是为什么您遇到基于目标的目标的问题，例如用户直接登陆您的感谢页面而没有填写您希望他们填写的表格。

您可能会认为将这种“理想”的解决方案保留到发布这么晚才有点奇怪，但是我这样做是因为这通常不是最简单的解决方案。它可能需要在开发人员方面进行最多的工作，并且您可能正在使用CMS内置的某些内容，而您的开发团队必须对其进行编辑，或者更糟的是，您可能正在使用外部表单解决方案，他们不得不采用这种方式。

我把这个解决方案了，在这一点，因为如果你不已经有这个的地方，你需要说服别人去做。他们的第一个问题可能是“您是否考虑过其他选择？” 进行对话时，您可以说：

我们确保只在正确的页面上记录转化。
我们确保用户不会以我们可以防止的方式进入这些页面。
我们确保跟踪网站的方式没有其他问题。
我们的转化数据正以无法避免的方式受到污染，因为我们不得不依靠感谢页面浏览量。
我们无法使用Google Analytics（分析）过滤掉这些转化。
确保我们的数据准确的最佳方法是使用事件，而最准确的事件是仅在用户完全按照我们希望的方式执行时才发生的事件。
如果您能帮助我，我将成为您最好的朋友。

Google Analytics（分析）渠道的替代方法

事实证明，以上基于事件的解决方案是不可能的。生活在无奈中，我们继续前进。

另一种选择是仍然转换为基于事件的转换，并使用标记管理器自行处理。使用代码管理器和Cookie，您可以创建更灵活的GA渠道版本，以便仅在用户访问了访问合格页面的感谢页面时才发送转化事件。这是如何运作的？简而言之：

当用户访问您的符合条件的页面之一时，您会在其浏览器中放置一个cookie。
当用户加载感谢页面时，您将检查cookie，如果存在，则将转换事件发送到Google Analytics（分析）。如果不是，您就不会。
然后，您清除cookie。

这意味着您不会记录以下错误的转换：

用户直接登陆感谢页面。
用户未访问相关表单时无意中点击了感谢页面。
用户将“感谢”选项卡保持打开状态或将其添加为书签，然后在其GA会话期满后单击以使其返回。

以下部分介绍了一些特定的跟踪代码管理器术语（最令人困惑的是，“自定义事件”和“ Google Analytics（分析）事件”完全是两件事。）

一些术语要知道

我用蓝色标记了标签管理器术语，用橙色标记了所有Google Analytics（分析）术语，但是如果您迷路了，您可能需要阅读一些或与有经验的同事或顾问交谈。

事件：我们发送给Google Analytics（分析）以记录特定操作的内容。

自定义事件：网页上发生的事件，我们可以将其用作“标签管理器”触发器的条件的一部分。

触发条件：我们在跟踪代码管理器中列出的一组条件。当同时满足所有这些条件时，触发器将触发并通常会激活标签。

标记：标记管理器中执行某项操作的某项。这听起来很含糊，因为从发送事件到Google Analytics（分析）到完全重写页面，几乎是什么。

变量：变量管理器中的一条信息，我们可以轻松地在触发器，标签或其他变量中引用。

数据层：页面上的结构化信息，可以更轻松地将信息传递给标签管理器。

如何使用跟踪代码管理器过滤转化

1.确保您的网站上安装了Google跟踪代码管理器

它需要在每个页面上。如果您需要进一步的指导，Google已共享了标签管理器快速入门指南。

如果您要从标准GA代码切换到跟踪代码管理器，请确保不同时包含跟踪代码和跟踪代码管理器，否则您将重复计算。

2.每次加载感谢页面时，请告知标签管理器

我们假设您的感谢页面都是相同类型的页面，因此您可以合理地对开发团队说：“请对我们的所有感谢页面进行此更改”。要求他们添加类似以下脚本的内容。

示例脚本
<script>
window.dataLayer.push（{
“ event”：“ conversion”
}）;
</ script>
如果您需要在参与开发人员之前测试此过程，则可以尝试使用Chrome DevTools将代码粘贴到控制台中来自己添加代码。

页面加载后，该脚本会将信息添加到数据层。跟踪代码管理器会检测到更改，您可以将其用作触发条件之一。在这种情况下，代码管理器会在添加此数据时检测到一个称为转换的自定义事件。我们将回到这一点。

3.每次加载合格页面时告诉标签管理器

我们还将假设您的合格页面之间存在一些相似之处。一方面，他们可能都将拥有表格。您可以与开发团队协调，以在添加任何一种表单时自动添加/激活脚本。

示例脚本
<script>
window.dataLayer.push（{
“ event”：“ qualifying”
}）;
</ script>

在这种情况下，您会看到一个称为qualifying的自定义事件。同样，您可以通过直接粘贴到控制台中进行测试。

4.每当用户登陆到符合条件的页面时，都设置一个cookie

您将使用“合格”自定义事件作为触发条件。以下是触发器设置的屏幕截图：

然后，您将创建一个标签，该标签将由该触发器激活。标签将向页面添加一些内容，在这种情况下，将添加JavaScript（即使标签类型指定了HTML）。一旦添加JavaScript，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”，这表明用户已在此会话中访问了合格页面。如果为true，则创建另一个名为“ create_filtered_conversion”的自定义事件。如果它是错误的，那么您不会。无论哪种方式，都可以通过将cookie的过期时间设置为过去来删除它。

示例脚本
<script>
//当我们即将触发转换时-检查是否应该执行。
//如果我们应该-创建一个将触发转换的事件
//否则，请不要。两种方式-清除Cookie

//获取变量
var isQualified = {{变量-合格的Cookie}}

//检查转换是否合格
（isQualified ===“ true”）{
//用户是否具有合格的cookie
window.dataLayer.push（{
“ event”：“ conversion_confirmed”，
}）;
} else {
//如果我们确定不应触发转换，则不执行任何操作
“”
}