google-analytics - Google Analytics - 访客级自定义变量问题和观察

Question

我使用 Facebook JSSDK(即客户端)来验证我的网络应用程序的当前用户是谁。

代码看起来像这样:

    ... inited google analytics ...

       ...
       //events *before* authentication
       _gaq.push(['_trackEvent', 'TEST', 'EVENT BEFORE AUTH', 1]);   

       ... 
       //events *after* attempt at client-side authentication
       // callback might return after, say, 7 seconds
        authenticateUser(function(userInfo) {
             // setting visitor-level custom var
            _gaq.push(['_setCustomVar', 1, 'AUTHED-USER', userInfo, 1]);
            _gaq.push(['_trackEvent', 'TEST', 'EVENT AFTER AUTH', 1]);   
        });

(如果您尝试模拟此操作，请确保在第一个事件触发后运行“setCustomVar”相当长一段时间 - 因为您希望给 GA “足够的时间”来发送第一个事件)

这会在自定义变量下跟踪事件时产生以下“问题”:

1. 来自 Facebook 的响应(包含用户信息)可能会在其他事件发送到 Google Analytics 后返回 - 访问者级别的自定义变量似乎可以“解决这个问题”，因为看起来甚至是之前跟踪的事件此 session (在设置自定义变量之前)列在自定义变量值(在其之后设置)的“下方”。

2. 不同的用户可能使用相同的浏览器来使用该应用程序。 “覆盖”访问者级自定义变量的行为是有问题的 - 似乎从此浏览器发出的所有预身份验证事件都在最新的自定义变量值下列出/分组。我尝试在覆盖之前发出 _deleteCustomVar 调用 - 但这并没有解决问题。

以不同的方式“解决”第一个问题 - 我想到不使用访问者级别的自定义变量(而是使用页面/ session 变量) - 但这意味着所有预身份验证事件都不会列在自定义变量下var - 为了解决这个问题，我想以某种方式将所有事件跟踪推迟到身份验证完成之后 - 但这似乎..嗯..很奇怪。

另一个解决方案是使用我自己的“visitor-cookie”。但 GA 已经这样做了，所以我不愿意重新发明轮子..(而且在用户切换之后，访问者的 cookie 将“撒谎”用于预身份验证事件)

对于如何解决这种情况有什么建议吗？

Answer 1

也许对每个 customVar 范围的一些解释会对您有所帮助。

访客级别简历

访客级别简历将适用于您设置简历那一刻起的所有访问。如果您在单次访问期间更改了简历，该访问将在 GA 中的旧值下列出，但以后的访问将具有更新的简历。

session 级简历

session 级别CV仅在当前 session 中有效。在以后的 session 中它是空的。如果您在访问期间更改了 session 级别 CV，则 GA 中报告的值是最后一个。

https://developers.google.com/analytics/devguides/collection/gajs/gaTrackingCustomVariables#usage

The last session-level variable called in a session is the one used for that session. Example: If login=false for slot #1 at the beginning of the session and login=true for slot #1 later on, the session is set to true for login.

Over-rides any previously-set page-level variable called in the same session. Example: If slot #1 is first used for category=sports and then for login=true for a session, category=sports will not be recorded for that session.

页面级简历

对于你的情况，你必须小心这一点。当您使用页面级简历时，切勿将访问次数视为指标，而应始终使用综合浏览量(如果您在设置简历后立即触发事件，则使用totalEvens)。

使用哪一个？

现在回答你的问题。我首先会问自己是否有任何理由相信多个用户会使用同一个浏览器。我见过为计算机等信息亭设计的系统，在这种情况下，这是一个完全正确的观点。但除了使用同一浏览器的用户数量可能与您的指标无关。

即使在使用相同的浏览器的情况下，如果您使用 session 级别的简历，它始终会是空白的，直到用户设置它，如果他在访问期间更改它，您将得到最新的简历，这可能就是您想要的。使用 session 级简历的唯一缺点是，如果用户从未登录，您将没有该访问的简历。

因此，如果您有任何理由相信您的受众很有可能与多个用户共享同一浏览器，那么我会选择 session 级别的简历。否则，我会保留用户级别的简历，因为该值更改的可能性很小，而且即使用户决定在特定访问期间不登录，您也会拥有一份简历。

PS

我不知道您代码中的事件是否只是示例，但它们是错误的。事件中的前 3 个参数是字符串，看起来您正在传递 2 个字符串和一个整数。

设置 CV 后，您肯定需要一个事件或综合浏览量，设置 CV 不会向 GA 发送点击，因此发送点击是绝对必要的。如果您只是为了注册简历而发送事件，则最好发送如下事件:

_gaq.push(['_trackEvent', 'CV', 'set', '', 0, true]); 

这将触发非交互式事件，并且不会影响跳出率等指标。