网站功能中发生的错误是网站性能中一个不起眼但又很重要的部分。这些错误可能是 404 错误页面，也可能是用户发起的错误。
用户引发的错误最有可能发生在涉及表单和/或输入字段的地方。某个元素可能无法正常工作，或者设计导致用户以某种方式进行交互，从而阻碍了他们顺利完成整个过程。
例如，查询字段中的邮政编码可能不正确（如下所示）。这些错误可能相当常见，在邮政编码中包含或排除空格等简单的事情都可能导致问题，例如 W11 8QT 与 W118QT。
关于优化表单转换的文章很多
它实际上是一门科学，所以我没有必要再 反应针对的是以色列的 添加什么，相反，在这篇博文中，我将解释如何使用 Google Analytics 来跟踪整个网站上发生的错误，其中表单字段或任何用户启动的输入功能导致错误发生。
答案 = 经典的事件跟踪
有时，事件追踪似乎是生命、宇宙和一切的 新加坡数据 答案；除了少数例外，就追踪现场互动而言，它几乎满足您的所有要求。
在这种情况下，它可用于跟踪已提交表单或 （或拆分测试）使用这个 包含输入字段的页面但发生错误的情况。用于收集此见解的其他类型的跟踪包括：可用性研究（钝性工具）、转换漏斗（甚至更无趣）、热图（几乎不值得费心）。
为了进行精确的跟踪和洞察，您需要确切地知道哪些字段报告了错误，以及理想情况下，为什么。
我们主要对前三种感兴趣。但在进一步讨论之前，先看看它们在自然栖息地的产出可能会有所帮助。
上图显示了事件跟踪概览报告中的三个主要变量，您可以通过导航至“行为 > 事件 > 概览”来获取这些变量。
默认情况下，您会看到来自“类别”变量的数据，当您深入到下一级时，您将看到来自“操作”变量的数据，然后从那里看到“标签”变量的数据。
这里的要点是，您从外层开始，然后逐步深入，直到获得所需的见解。这也构成了如何配置事件跟踪以
记录错误数据的基础。
因为您将使用这三个变量，并且网站中可能散布着许多表单/表单字段，所以确保以易于查询的方式收集输出会有所帮助