如何使用事件跟踪来降低跳出率

发布者:hqt发布时间:2021-07-07 02:07:36

当前位置:主页 > SEO资讯

如何使用事件跟踪来降低跳出率?我们之前写过的问题之一是,网站的跳出率在 Google 分析中本身并不准确。问题在于它需要与页面进行两次交互才能将站点访问记录为跳出以外的任何内容。访问您的网站、阅读您的内容、感到满意并离开的用户不会进行第二次互动,因此被留下作为反弹而不是满意的用户。

这通常意味着您的跳出率高于实际情况。如果您找到一种方法来记录与该页面的其他交互,而不仅仅是加载一个新页面,您可以记录有关点击您的博客文章但没有移动到另一个页面的用户的会话信息。

Google 有一种方法可以记录与您的页面的其他交互,只要它们是特定的交互。这称为事件跟踪。根据您使用的是现代的analytics.js 还是旧的已弃用的Google Analytics 的ga.js 版本,有不同的事件跟踪实现。我将讨论它们,但我从旧版本开始。如果你已经更新——而且你应该——可以跳过第一部分并继续第二部分。

旧版 GA.JS 事件跟踪

事件跟踪的工作原理是将一段可跟踪的代码分配给您网站上的各种媒体,这些媒体通常不计为互动,因此不会被 Google 跟踪。一些例子包括:

*我强烈建议您远离 Flash。Flash 是一个被高度利用的插件,它为大多数 Web 浏览器打开了安全漏洞。它是通过广告传播恶意软件的最常见载体之一。它很容易崩溃,需要重新启动浏览器。它不适用于某些移动设备。默认情况下,Chrome 和 Firefox 已开始阻止它,需要用户交互才能播放 Flash 媒体,这对于基于 Flash 的导航来说可能是杀手锏。视频播放器使用 HTML5 做得更好。而且,如果这还不够,Adobe 计划在2020 年底之前完全停止支持 Flash 。

从本质上讲,只要您可以将特定的跟踪代码附加到要跟踪的特定事件操作,就可以跟踪您想要的任何内容。但是,您确实需要确保它是仅在使用时才被跟踪的事件。除了谷歌已经跟踪的内容之外,在页面加载时跟踪其他内容对您没有好处;它不添加任何数据。

直接来自 Google 的一个提示是,在开始实施事件跟踪之前,仔细考虑您的网站并实施良好的报告结构。您不想添加要跟踪的事件并发现它与您的其余数据不匹配。对您将来可能想要跟踪的操作类型有一个全面的了解可能会很好。

此外,请确保在跟踪事件时,将该事件命名为清晰的名称。您不想发现自己想知道 EventA1 和 EventB1 之间究竟有什么区别,以及它们与 EventAB 或 Event1 之间的关系。最好有像 NavButtonHome 和 VideoPause 这样的事件。

为了设置事件跟踪,您需要做的第一件事是在您的网站上设置常规跟踪。如果您到目前为止使用过 Google Analytics,那么您已经拥有了它。如果还没有,您需要完成设置 Google Analytics 所需的全部粘贴代码验证所有权繁琐工作。

假设您设置了 GA,那么您将需要修改要作为事件跟踪的任何内容的代码。您需要在代码中添加 _trackEvent() 方法作为调用。如果您不知道这意味着什么,请告诉您的开发人员去做。

_trackEvent() 方法具有特定的格式或签名。它看起来像这样:_trackEvent(category, action, opt_label, opt_value, opt_noninteraction)。

这是什么意思呢?

需要注意的是,动作可以在不同的类别中命名相同。您可以在两个不同的类别中有两个不同的 Play 操作。但是,当您稍后查看 Google Analytics 并且想要查看单个操作指标时,除非您也按类别进行分离,否则这些指标将被视为同一操作。给每个类别和每个动作一个唯一的名称是值得的。

标签可用于区分不同对象上同一类别中的相同操作。例如,假设您有一个页面,上面有三个视频,每个视频都是星球大战电影的预告片。所有这些都将具有类别 Video,并且所有这些都将具有用于按下播放按钮的操作 Play。那么你如何分辨每个视频之间的区别?这就是标签的所在。所以你会有三个条目:

谨慎的话。立即发送到 Analytics 的事件命中数上限为 10 个。一旦这 10 个事件发生,Analytics 每秒最多只能接受一个事件命中。例如,如果您要让视频在播放的每一秒发送一个新事件,这将耗尽您的配额并覆盖您可能想要跟踪的其他操作。如果您正在跟踪多个同时进行的操作,请尝试确保在此之前没有跟踪很多其他操作。

移民。Google 已将所有 Analytics 属性转移到其新的 Universal Analytics。我知道有些人没有费心完全更新他们的网站,或者因为他们喜欢的某些功能不再可用而抵制。我强烈建议无论如何更新。随着时间的推移,遗留代码的问题会越来越多。要充分利用事件跟踪,请迁移到 Analytics.JS 并按以下方式实施跟踪。

Analytics.JS 事件跟踪

如果你阅读了上面的所有内容,尽管它不适用于你,我提前为我第二次涵盖的任何内容道歉,比如关于为什么 Flash 不好的警告。

使用现代分析代码进行事件跟踪的工作方式与使用旧代码相同;它附加了一段可跟踪代码,当用户触发相关事件时运行,然后将该事件作为交互添加到 Google Analytics。上面的例子仍然适用;AJAX 元素、Flash 元素、脚本、小部件、下载。

值得在此重申,如果可能,应从您的网站中删除 Flash。如果它被索引,它的索引很差,它会影响性能和加载时间,而且 Adob​​e 将在短短几年内自行放弃它。

Analytics.JS 事件以不同的方式工作。他们依靠新的谷歌分析方法将事件解析为命中类型。您可以在此处阅读有关哪些命中类型的信息。本质上,不同的命中类型在 Analytics 中记录为不同的事件。现代分析本身支持几种不同的命中类型,例如综合浏览量和各种信息类型。

通用分析

与 GA.JS 版本一样,您可以调用特定格式的事件命令。这是格式化的:

ga('send', 'event', [eventCategory], [eventAction], [eventLabel], [eventValue], [fieldsObject]);

使用事件的一种有用方法是设置一个事件来监控网站外部的点击。当用户单击从您的站点到另一个页面的外部链接时,通常这不算作交互,因此不会继续用户的会话。它记录为反弹,即使它根本不是反弹。您可以使用事件跟踪来监控出站点击。只是不要对内部链接执行此操作,因为您会将出站点击和内部综合浏览量加倍。

如果您想将某个事件排除在计入非反弹用户的范围之外,您仍然可以将非交互属性添加到事件标志中。在这种情况下,您只需要在我上面有“fieldsObject”的地方添加“nonInteraction: true”行。这会将事件标记为非交互式事件,以防止将其不当记录为用户交互。

我在这里没有真正涉及到它,但新的分析还有其他方法来跟踪用户交互,因此当有预制解决方案时,您不一定需要放置特定的事件跟踪代码。

在这三者之间,您应该可以轻松地降低跳出率。当然,您的实际跳出率根本没有下降。您只是获得了关于您认为反弹但实际上没有反弹的人的更准确数据。

----- end -----