【问题标题】:Google Analytics Event Tracking As Client Side Error Log [closed]谷歌分析事件跟踪作为客户端错误日志[关闭]
【发布时间】:2010-12-15 17:47:10
【问题描述】:

我目前正在使用Google Analytics Event Tracking 来跟踪我的网络应用程序中的用户界面交互。

由于我们的系统目前没有记录客户端错误的方法,作为快速修复,我已将事件跟踪代码放入 catch 块和 Web 服务错误处理程序中。

还有其他人这样做吗?是否有效,或者您会推荐其他方法吗?

谢谢

【问题讨论】:

    标签: javascript logging error-handling google-analytics


    【解决方案1】:

    我喜欢!由于您可以在跟踪脚本中添加任何内容,因此可以获得有关错误的足够信息!虽然我会对错误进行分类,以便能够从“真实”的 Google Analytics 数据中将它们分类出来。

    我们以更简单的方式做同样的事情;在 GA 中以页面视图的形式记录了一些地址验证,可以在内容向下钻取中进行整理。

    【讨论】:

      【解决方案2】:

      不错的主意!非常聪明,事实上。 Google Analytics(分析)中的自定义跟踪工具就是这样:您可以根据自己的需求使用自定义工具。

      我的一部分担心那些禁用 Javascript 的人不会被报告给 Google Analytics(分析),但这个百分比越来越小。

      在相关说明中:您可以考虑查看名为“智能”的测试版分析功能。您可以设置自定义报告,因此如果任何数字异常高或异常低,它会通过电子邮件发送给您。可能是密切关注您的网站运行情况的好方法。

      另一种方法是通过 AJAX 报告错误,该错误会在电子邮件中吐出所有错误信息。它适用于流量较低的应用程序,并且不需要太多设置。

      【讨论】:

        【解决方案3】:

        我们也这样做,并以虚拟页面视图的形式跟踪错误,帮助唯一地识别脚本文件、行号和错误消息。它真的很好用。如果您缩小脚本文件以删除换行符,那么它就不会那么有效。您可以在https://github.com/shyam-habarakada/js-watson 找到我们用来实现此功能的简单代码。

        HTH。

        【讨论】:

          【解决方案4】:

          我不认为谷歌分析是跟踪客户端错误的好工具。

          它非常有限,因为它不是为了跟踪长消息而设计的,因为它使用图像像素跟踪,这只不过是一个将所有信息编码为 url 参数的 get 请求。 url 的最大长度约为 1800 个字符,这限制了可以收集的信息量。

          因此很难收集大量信息,例如堆栈跟踪、自定义用户信息等等。

          【讨论】:

            猜你喜欢
            • 2013-09-18
            • 1970-01-01
            • 2016-07-02
            • 1970-01-01
            • 2016-05-21
            • 1970-01-01
            • 2011-06-26
            相关资源
            最近更新 更多