解读：用“埋点”获取用户行为，洞察技术背后真正意义

　　使用“隐藏点”获得用户行为并深入了解该技术的真正含义

　　有很多文章关于埋藏点，为什么我们要写它呢？首先，这不是纯粹的技术文章文章，而是从非技术人员的角度，我希望通过简单的语言描述，每个人都可以快速理解这些技术概念. 另外，目前市场上的文章表示没有系统的知识梳理，或者不够客观，而且存在偏差. 我们希望每个人都能通过外观，系统的解释和梳理来理解隐患. 该点的真正含义.

　　

　　▌我为什么要埋葬它？

　　Internet应用程序（网站，APP）通常不专门记录开发过程中的用户身份和行为数据，也不包括专业的数据分析功能. 但是有时为了分析用户做出某些动作或不做出某些动作的根本原因，需要详细的用户数据进行分析. 目前，您需要使用专业的用户分析工具和掩埋点.

　　数据获取是任何数据平台的初始动作. 对于Internet应用程序而言，捕获和获取用户行为是最重要的. 如果没有准确，全面的用户身份和行为数据作为输入，则在随后的分析中获得准确见解的可能性将存在不确定性，闭环营销也将缺乏过程数据基础，并且将更难以携带精炼操作.

　　▌埋点原理

　　对于基于用户行为的数据平台，出现在用户界面中并可以获取用户信息的接触点是用户数据的直接来源，建立这些接触点的方法是掩埋这些接触点. 这些联系人获取用户行为和身份数据后，将通过网络将其传输到服务器以进行后续处理.

　　从准确性的角度来看，掩埋点分为客户端掩埋点和服务器端掩埋点. 客户端掩埋点，即在客户操作界面中，当客户生成操作时记录用户行为. 这些行为只会在客户端发生，而不会传输到服务器端. 服务器端的埋入点通常位于程序和数据库中，交互式界面用于埋入这些点. 这时，掩埋点将更准确地记录数据更改，同时将减少由于网络传输和其他原因导致不确定性的风险.

　　从分析的角度来看，数据越准确和全面，就越理想. 但在实际生产过程中，必须考虑数据采集可行性等问题. 因为数据分析工具的最终用户可能是企业中的各种角色，例如工程师，产品运营，营销甚至其他业务人员；每个人都将在不同的时间和产品的不同模块中以不同的规则将自己注入产品. 采集值得关注的代码. 遵循传统方法，常见的工作流程如下:

　　

　　团队还将使用一个表格来采集每个团队的要求，然后将其交给工程师. 如下图所示:

　　

　　实际上，即使是著名的数据分析服务提供商Mixpanel，也只能将此工作流长时间用作其推荐的最佳实践，甚至不得不花费大量时间在文档中心提供该工作流. 文档用于帮助每个人熟悉此工作流程.

　　▌传统掩埋点的缺点

　　一遍又一遍地进行迭代，以使行为采集和掩埋点管理这两个动作构成此工作流的闭环，但是此闭环具有几个明显的缺点. 因此，它们也在实际工作中. 是什么让每个人都很沮丧:

　　在实际工作过程中，一些公司一方面强调数据采集的重要性，但另一方面，他们仍然没有真正将重点放在数据采集上.

　　对于行业从业者来说，数据采集和管理从来都不是足以达到一定水平的问题，但是只要数据业务仍在发展，就必须继续自行进行迭代以更好地探索. 访问和管理方法问题. 时至今日，Mixpanel等国外知名制造商仍在努力寻找更有效，更准确的掩埋点方法. 国内制造商也有很大的改进空间.

　　在讨论“埋点”这一大概念之后，其细分概念将立即出现，例如“无埋点”，“全埋点”，“无标记埋点”，“未编码埋点”，从用户的角度来看，如果您仍然不太了解这些概念，那么将很难集成业务数据采集，并且不可能选择一个适合您的团队和业务的隐藏点的方法...

　　下面，我将整理所有可能的掩埋点及其名称的方法，并进行简要说明，希望对您的工作有所帮助.

　　▌代码掩埋点: 最可控制的掩埋点方式

　　代码嵌入是最经典的嵌入方法，可帮助工程师了解用户如何使用产品. 从理论上讲，由于工程师手动将掩埋点集成到代码逻辑中，只要它是客户端操作，它就可能变得更加复杂. 常见的包括: 页面停留时间，页面浏览深度，视频播放时间，用户鼠标跟踪，表单项停留和终止等. 特别是对于某些非单击和不可见的行为，必须埋藏代码才能实现. 因此，如果需要对掩埋点进行更精确的控制，那么代码掩埋点是最佳选择.

　　也许您仍然无法区分集成点和掩埋点. 为了嵌入这些要点，制造商通常会提供一个代码包，可以将其理解为一个工具包，其中收录常用的工具. 如果要掩埋某些东西，则必须首先拥有此工具箱，它是集成的SDK. 然后使用此工具包根据内部说明进行各种操作，即掩埋要点.

　　当然，缺点也很明显. 上面描述的困扰几乎与代码掩埋有关. 为了使掩埋过程更有效率，制造商付出了很多努力.

　　▌购买所有要点: 让我高兴并担心我

　　完全埋藏点，一些国内队伍也称“无埋藏点”，“无痕埋藏点”和“自动埋藏点”. 这是对全自动埋入方法的探索，从名称上看，它似乎是一劳永逸的解决方案，然后让我们看一下“完全埋入”是什么.

　　

　　客户端掩埋点通常分为访问级别，页面级别和页面内行为级别. 当用户访问网站或启动移动应用程序时，几乎所有制造商都会自动采集报告用户的访问；当用户访问其他页面时，某些制造商将默认情况下不选择不自动采集，而是将其用作“选项”. 对于特定页面中用户的详细操作行为，只有少数制造商支持自动采集报告. 意识到后两个自动采集的制造商通常会说他们都被埋葬了. 但是，页内行为级别的采集也可以在采集的范围内进一步探索. 最常见的是自动采集交互式元素和自动采集所有元素之间的区别.

　　交互式元素包括: 链接，表单项（例如按钮，输入框等），HTML对象级元素等. 非交互式元素太多，大多数页面元素都属于此类别. . 实际上，每个人在网页和移动应用程序中可以看到的许多界面都不是标准元素，因此，实际上不能自动报告界面上的许多看似交互的元素采集. 真可惜.

　　但是让我们看一下优点.

　　首先，完整的埋葬点确实会自动采集大量数据，并且在以后使用这些数据时，您可以直接从数据库中查询. 因为没有埋葬点采集，所以我不会面对. 无法使用. 这对于分析人员来说是一种非常流行的方法，因此经常听到这样的说法: “如果可以采集，请尝试尽可能使用采集，并且始终可以使用后续分析. ”其次，掩埋点是一项相对耗时的工作，需要业务方提供解决方案，工程师掩埋点以及测试团队进行测试. 但是，由于实际工作中存在大量的掩埋点，因此每次发布新功能或新活动时都需要新的掩埋点，因此掩埋点不仅耗时，而且错误率也难以控制. 对于完整的埋入点，无论是否使用，都将首先检索数据. 因为该程序是自动完成的，所以几乎不存在想要A和工程师掩埋B的商人的错误.

　　但是，任何企业都有其两个方面.

　　首先，所有埋藏点的“全部”并不是真正的全部. 基本计算机浏览器和移动应用程序中页面上的常见用户操作包括鼠标行为，键盘行为和手指行为. 例如，常见的鼠标单击，鼠标滑动，屏幕滚动，键盘输入，光标选择，甚至静止性在Web端都很常见. 除了点击式按压之外，移动终端还具有多指打开和闭合，拉动和按压的力. 但是，这些操作并非全部都是“埋葬点”. 可以掩埋的通常只有单击或按下. 显然这还远远不够，我们甚至不能称其为全埋点.

　　第二，所有隐埋点的“全部”是以采集报告的数据量为代价的. 随着数据量的增加，客户端崩溃的可能性将增加. 尤其是在移动终端上，更多的数据量意味着更多的功率，流量和内存消耗. 从这个角度来看，在现阶段也很难实现真正的“丰满”.

　　第三，即使可以将所有行为数据都接收回来，也无法避免特定分析过程中的二次分类和处理，甚至是痛苦的. 因为机器无法按照我们在采集处想要的方式有意义地命名所有事件，所以它甚至无法保证采集中的事件是完全正确的. 因此，此时已增加了在埋地的早期阶段节省的人工成本.

　　第四，在现阶段，对于与行为相关的用户身份信息和属性信息，完整的埋葬点几乎是无能为力的.

　　那么这个功能正是我所需要的吗？这实际上是程度的问题. 关于这个问题，只能结合您的实际情况. 如果您需要随机浏览过去点击行为的趋势，则此功能仍然适用，否则会有更好的选择.

　　▌可视化的埋入点: 所见即所得的埋入方法

　　代码嵌入点和完全嵌入点在易用性和准确性之间未取得平衡. 在很多情况下，视觉掩埋点也称为“未编码掩埋点”. 如前所述，代码嵌入的缺点对网站有利，但对于移动应用程序而言无疑是极其低效的. 为了解决此问题，一些制造商选择了完整的埋入点，而许多制造商还选择了所见即所得的埋入点道路，即可视化的埋入点.

　　可视化掩埋点的优点在于，可以直接在网站的真实界面或移动应用程序上操作掩埋点，并且可以在掩埋点后立即验证掩埋点是否正确. 这还没有结束，埋点可以部署到所有客户端几乎实时也有效. 由于视觉掩埋点，分析的需求方，业务人员，无权触摸代码或不知道如何编程的人员的好处，因此可以以非常低的阈值获取数据进行分析. 可以说是向前迈出的一大步.

　　视觉掩埋点的部署原理

　　当访问受监视的网站或移动应用程序时，支持视觉掩埋点的SDK将与服务器一起检查是否存在新的掩埋点. 如果找到了更新的埋藏点，它将从服务器下载并立即生效. 这样可以确保在服务器收到最新的埋葬点之后，可以在下次访问期间部署所有客户端.

　　可视化的掩埋点和完全掩埋点对掩埋点和分析的追求完全不同. 可视化埋入点的想法是提高原创工作流的效率-仍然需要理清需求和设计埋入点;完全的埋藏点是简化工作流程-无论如何，数据将由采集返回，分两个步骤容易忽略了必要性. 这里不可能说出最好的策略，因为在分析中，事先的严格计划和事后的分散探索是不同的角度. 而且，这两个埋葬点并不是唯一的，可以同时使用.

　　可视化掩埋点也有很多限制.

　　首先，视觉嵌入点仅用于单击可见元素，而最常见的可见元素是单击行为. 单击操作的掩埋点确实是当前视觉掩埋点的主要攻击点. 但是，从实际情况来看，复杂的页面，非标准页面和动态页面都增加了无法使用视觉掩埋点的风险. 一旦遇到，仍然只是掩埋这些点的代码.

　　第二，对于单击操作附带的业务属性，虽然也可以通过进一步选择属性所处的元素来获取属性信息，但是国内制造商的支持程度较低.

　　第三，为了确保掩埋点的准确性，视觉掩埋点已逐渐集成了更复杂的高级设置，例如: “相同页面”，“相同版本”，“相同级别”，“相同文本”. . ，具有这些复杂设置的视觉掩埋点仍然是提高效率的视觉掩埋点吗？

　　▌标签管理器: 低调的主控器

　　您可能不熟悉标签，但是您不再熟悉用于采集网页数据的SDK. 这些嵌入在网页中，可用于监视类型采集网页，移动应用程序或视频上的数据. 马克. 但是标签的目的远不止于此. 通过在网站中嵌入代码，工程师可以为网站提供许多其他功能. 除了刚才提到的数据监视之外，它还可以为网站提供一些附加功能，其中最常见的是推送个性化内容，例如: A / B测试，消息推送，个性化广告等.

　　如果网站或移动应用程序使用标签的功能来实现许*敏*感*词*，则需要大量标签，并且可能还需要频繁地更新或更改标签. 网页也是如此. 上网很容易，但对于移动应用程序来说却很难. 如果有错误或遗漏，则校正将有很长的校正周期. 在这种情况下，标签管理器会派上用场.

　　标签管理器提供了一个容器. 工程师只需要将容器正确地嵌入网页或移动应用程序中即可. 之后，不了解该技术的团队可以通过在线管理将各种标签发布到网页或移动应用程序中. . 这样，技术人员和业务人员可以独立工作. 听起来与视觉掩埋点相似吗？是的，它们的原理几乎完全相同. 只是视觉隐藏点更倾向于为用户在客户端的点击行为提供一种直观的方法，而标签管理器处于代码级别，并且可以做更多的事情.

　　标签管理器非常强大，因为它无需掩埋代码，并且可以通过DataLayer获取页面中的变量，例如每个用户的不同用户ID，用户级别，登录状态，所购买产品的名称，价格等；并且触发器只有在这些变量达到一定数量时才可以触发事件报告. 是不是很棒！

　　目前，最著名的标记管理器是Google推出的Google标记管理器（简称GTM），占据了83％的市场. *敏*感*词*本是免费的，但仍提供了非常强大的功能，足以供一般团队使用. 如果您想了解有关GTM功能的更多信息，请阅读其官方网站，其中收录非常丰富的说明和案例.

　　

　　总而言之，目前尚没有用于获取客户端中用户数据的简单通用的解决方案. 您应该在适当的场景中选择相应的嵌入方法，以平衡成本和收益. 幸运的是，制造商现在基本上支持上述多种客户端行为采集方法. 将来，对于客户端掩埋点，集成了标签管理器某些功能的可视化掩埋点必将取代更多代码掩埋点，并解决工作中所有常见的客户端行为采集.

　　就像早期论坛的编辑框一样，帖子的效果只能通过发布或预览功能看到，但是随后出现了所见即所得的编辑器，使文本的编辑非常高效和令人愉快. 目前，开源社区中流行的Markdown格式仍使用此方法. 在许多流行的Markdown编辑器中，它仍然可以在一侧进行编辑，在另一侧进行预览或直接以最终格式进行编辑.

　　随着物联网时代的到来，越来越多的用户界面将出现在计算机和移动电话之外，并且越来越多的内容因人而异. 届时，越来越多的SDK集成会在将来自动采集出现更多标准用户行为，并且对于需要计算或需要在特定条件下生效的非标准和强大业务含义，您可以提交Buried指向可视化以完成. 但是在这个阶段，恐怕最好的组合仍然是GTM和视觉嵌入.