解读:一文读懂代码埋点、全埋点、可视化埋点 | 5000字浅显易懂解析

　　解读:一文读懂代码埋点、全埋点、可视化埋点 | 5000字浅显易懂解析

　　上一篇文章如何建立完整的指标体系？在“2模型+1原理”中，我们系统地介绍了构建指标体系的方法论，从而完成了我们闭环数据运营中的“推理”环节。数据经过提前整理和规划后，我们就可以有条不紊地进入“采集”环节了。

　　说到“采集

数据”就离不开数据采集，说到数据采集就离不开埋点。

　　埋点的文章那么多，为什么还要写呢？首先，这不是一篇纯技术文章，而是站在一个非技术人员的角度，希望通过简单的语言描述，让运维同学能够快速理解概念。

　　另外，目前市面上的埋地文章，要么没有系统梳理知识，要么不够客观，有失偏颇。并且希望大家通过表象，通过系统的讲解和梳理，了解埋点的真正含义。

　　1.认识埋点

　　埋点是指在应用的具体过程中，通过技术手段采集用户行为信息，通过后续分析还原用户场景，从而指导产品功能的改进，验证客服质量。

　　对于当前移动互联网时代的应用，从用户行为的形式来看，常见的有：浏览页面、点击按钮、手势滑动、长按等；或者从功能上划分，常见的有：验证行为、交易行为、加入列表、搜索等功能行为。

　　对于不同行为的埋点集合，埋点在应用中的位置也可以分为客户端埋点、服务端埋点等，从实现方式上可以分为：代码埋点，可视化埋点，全方位埋点等。

　　也许您仍然分不清集成和嵌入之间的区别。为了埋点，易观方舟通常会提供代码包，可以理解为工具包，里面收录

了常用的工具。要想埋起来，首先得有这个工具包，也就是集成的SDK。然后根据里面的说明，用这个工具包做各种东西，也就是埋点。

　　1.1 为什么要埋点？

　　互联网产品在研发时往往不会专门记录用户身份和行为数据，也不收录

专业的数据分析功能。然而，有时为了分析用户执行某些动作或不产生某些动作的深层次原因，需要详细的用户数据进行分析。这时候就需要借助专业的用户分析工具和埋点。

　　数据获取是任何数据平台的初始动作。对于互联网产品来说，用户行为的捕捉和获取是重中之重。如果没有准确全面的用户身份和行为数据作为输入，后续分析获得准确洞察的可能性存在不确定性，营销闭环也将缺乏流程数据基础，精细化开展难度加大操作。

　　1.2 埋点原理

　　对于一个基于用户行为的数据平台，发生在用户界面上的、能够获取用户信息的触点是用户数据的直接来源，建立这些触点的方式就是埋点。

　　当这些联系人获取到用户行为和身份数据后，会通过网络传输到服务器进行后续处理。

　　从精度的角度，埋点分为客户端埋点和服务端埋点。

　　从分析的角度来看，数据越准确、越全面，越能达到理想状态；但在实际生产过程中，还需考虑数据采集的可行性等问题。

　　由于数据分析工具的最终用户可能是企业内部的各种角色，比如工程师、产品运营、市场营销甚至其他业务人员；每个人都会在不同的时间在产品的不同模块中以不同的规则注入自己的产品 关注获取代码。按照传统的方式，常见的工作流程如下：

　　团队也会用Excel表格采集

每个团队的嵌入式需求，然后交给工程师。

　　事实上，即使是知名的数据分析服务商Mixpanel，也只能将这个工作流作为其推荐的最佳实践，长期使用，甚至不得不花大量时间在文档中心提供几种不同风格的文档帮助大家熟悉这个工作流程。

　　2、传统埋点的不足

　　周而复始，行为采集和埋点管理这两个动作构成了上图中的工作流闭环，但是这个闭环有几个明显的弊端。所以在实际工作中，传统的埋点有很多地方让大家很苦恼，比如：

　　在实际的工作过程中，一些企业一方面强调数据采集的重要性，另一方面却还没有真正把重心放在这上面。

　　对于行业从业者来说，数据的采集和管理从来都不是一个够到一定程度就够了的问题，但只要数据业务还在发展，就需要自身不断迭代，探索更好的采集和管理的问题方式。

　　

" />

　　3.3主流埋点方式

　　说完“埋点”这个大概念，其细分概念随即出现，如“无埋点”、“全埋点”、“无痕埋点”、“*敏*感*词*埋点”、“可视化埋点” 》等等等。

　　站在用户的角度，如果还没有很好地理解这些概念，那么就很难结合业务进行数据采集，也就无法选择适合自己团队和业务的埋点方式。 ..

　　接下来，我们将系统地介绍在数据采集工作中可能遇到的各种埋点方法，重点介绍代码埋点、全埋点、可视化埋点的优缺点和适用场景。

　　3.1 代码埋没

　　代码埋点是帮助工程师了解用户如何使用产品的最经典的埋点方法。因为工程师手动将埋点整合到代码逻辑中，理论上只要是客户端操作，不管多复杂都可以采集到。

　　常见的如：页面停留时间、页面浏览深度、视频播放时间、用户鼠标轨迹、表单项停留和终止等。尤其是一些非点击和不可见的行为，如果不进行代码埋点是无法实现的。

　　所以如果我们需要对嵌入点进行更精确的控制，代码嵌入是最好的选择。

　　当然，缺点也很明显。上面说的这些麻烦，几乎都和代码埋点有关。比如数据采集周期长，人工成本高。

　　3.2 全埋点

　　全埋，国内部分车队也称“无埋”、“无痕埋”、“自动埋”。是对全自动埋线方式的探索，从名字上看似乎是一劳永逸的解决方案，那么我们先来看看什么是全埋线。

　　客户端埋点一般分为访问层、页面层、页内行为层：

　　实现了后两种自动采集的厂家一般都说是全埋式。然而，页内行为级别的采集

还可以进一步探索其采集

范围。最常见的是自动采集

交互元素和自动采集

所有元素的区别：

　　其实大家在网页和手机应用中看到的界面很多都不是标准元素，所以界面上很多看似可以交互的元素实际上是无法自动采集上报的。这不能不说是一种遗憾。

　　但是我们来看看全埋的优势。

　　首先，全埋点确实会自动采集很多数据，以后使用这些数据的时候直接从数据库中查询就可以了，不会因为有想看的时候没有埋点采集

。这是一个很受分析师欢迎的方法，所以经常听到“能采集

多少就采集

多少，后面的分析随时可以用到”。

　　其次，埋点是一个比较耗时的工作，需要业务方提供解决方案，工程师埋点，测试团队测试。但由于实际工作中埋点较多，每次发布新功能或新活动都需要新的埋点，埋点不仅耗时长，而且错误率也难以控制。

　　对于全埋点，数据不需要时先取回。由于都是程序自动完成的，所以几乎不会出现业务人员要A，工程师埋B的错误。

　　然而，任何企业都有其两个方面。

　　首先，所有埋点的“全部”并不是真正的全部。基本计算机浏览器和移动应用程序页面内的常见用户操作包括鼠标操作、键盘操作和手指操作。比如常见的鼠标点击、鼠标滑动、屏幕滚动、键盘输入、光标选择，甚至网页上的静止；在移动端，除了类似点击的按压，还有多指开合、拉动、用力按压。

　　但是这些操作不会全部被“埋”，能埋的通常仅限于点击或者按下，这显然是不够的，我们甚至不能称之为全埋。

　　第二，所有埋点的“满”是以采集

和报告的数据量为代价的。随着数据量的增加，客户端崩溃的概率也会增加。尤其是在移动端，更多的数据意味着更多的电量、流量和内存消耗。由此看来，现阶段很难做到真正的“圆满”。

　　第三，即使所有的行为数据都可以接收回来，具体分析时的二次整理和处理也是不可避免的，甚至是痛苦的。因为机器在采集

的时候不能按照我们想要的方式有意义地命名所有的事件，甚至不能保证采集

到的事件是完全正确的。所以，前期埋点省下来的人工成本，这时候都算进去了。

　　

" />

　　第四，现阶段全埋点对于用户身份信息和行为附带的属性信息几乎无能为力。

　　那么这个功能正是我需要的吗？这其实是一个程度的问题。关于这个问题，需要结合实际情况。如果你需要随机探索过去点击行为的趋势，那么这个功能很合适，否则还有更好的选择。

　　3.3 视觉埋点

　　代码埋点的缺点对于网站来说还好，但是对于移动应用来说无疑是极其低效的。为了解决这个问题，在部分厂商选择全埋点的同时，大量厂商也选择了所见即所得的埋点之路，即可视化埋点。

　　视觉追踪的好处是可以直接在网站或手机应用程序的真实界面上操作追踪点，追踪后可以立即验证追踪点是否正确。此外，向所有客户端部署埋点几乎是实时生效的。

　　因为可视化埋点的这些好处，分析需求方、业务人员、没有权限接触代码或者不懂编程的人，都可以以非常低的门槛获取数据进行分析。可以说是埋葬的一大进步。

　　可视埋点的部署原理也很简单。

　　支持可视化埋点的SDK会在访问被监控的网站或手机应用时，向服务器检查是否有新的埋点。如果发现有更新的埋点，会从服务器下载并立即生效。这样可以保证服务端收到最新的埋点后，所有的客户端都可以在下次访问时进行部署。

　　易观方舟视觉埋点技术不仅可以感知事件，即在定位埋点目标时，可以利用位置、属性等准确定位事件触发元素；它还可以获取事件属性，即可以灵活获取与事件相关的信息；还可以支持多种环境，如Android/IOS/JS等平台，原生页面/Hybrid模式（App内嵌网页），mPaaS/React Native等架构。

　　视觉埋点和全埋点对于埋点和分析有着完全不同的追求：

　　这里不能说哪个更好，因为事先的严密规划和事后的发散探索是分析的不同角度。而且，这两个埋点根本就不是独占的，可以同时使用。

　　但不可否认的是，视觉埋点有很多局限性：

　　首先，视觉埋点只是针对可见元素的点击，最常见的可见元素就是点击行为。点击操作的埋点确实是目前视觉埋点的主攻点。但从实际情况来看，复杂页面、非标准页面、动态页面都增加了可视化嵌入点不可用的风险，一旦遇到只能是代码嵌入点。

　　其次，对于点击操作附带的业务属性，虽然也可以通过进一步选择属性所在的元素来获取属性信息，但除了易观方舟，国内其他厂商都支持得不好。

　　三、为了保证埋点的准确性，视觉埋点中逐渐融入了更复杂的高级设置，如：“同页”、“同版”、“同级别”、“同文”……但是加入了这些复杂的设置，是否还是提升效率的视觉嵌入点呢？

　　4、如何选择不同类型的埋点

　　综上所述，我们系统地介绍了三种主流的埋点方式。至于如何选择不同类型的埋点，易观数据总结了一张“埋点对比表”，通过比较这三种埋点的优缺点，根据自身业务需求，选择最合适的埋点方法。

　　比如当业务对精度要求特别高，不容许出错，但对时间要求不是很严格时，可以使用代码埋点。

　　比如数据采集需求，不需要特别高的精度。比如有10000条数据，我们可以容忍1%或者2%的误差，如果我们还想知道历史数据，可以采用全埋。

　　比如我想知道更多的属性，更多的信息，但是又不想通过代码埋点，希望马上生效。然后就可以使用视觉埋点了。

　　通过我们总结的“买点对照表”，可以帮助您更快地根据您企业的具体需求采用更适合的埋设方式。结合易观方舟的数据采集能力，可以更方便、更快速、更准确地获取数据。

　　易观方舟免费体验，一键开启全场景私域运营

　　总结:快速seo排名怎么做（解读seo如何快速排名）

　　如何用PHP快速采集

和排名关键词？本文分两部分讲解，一是网站程序的标准化，二是网站的快速收录和排名。我想大部分人都会遇到公司网站有程序问题、url优化需求等问题，但是程序部的小伙伴们却不配合！或者网站聘请了第三方公司！如果你硬要去做seo，那你的工作基本上就开展不下去了！基本上以上都是因为公司的程序部和我们seo网站优化部没有协调好或者根本没有严格的规定！要知道seo是一个非常复杂的行业和职位，涉及的内容包罗万象，并且该程序对于网站的支持非常重要！如果合作不好，seo这边是没有效果的。会更麻烦！网站程序需要满足哪些规范才能适合SEO？

　　一、域名和服务器

　　1、如果页面不存在，则返回404错误码；

　　2、4XX、5XX服务器头信息异常增加，应及时通知SEO部门进一步检查。

　　3.域名不使用泛解析。当需要使用二级域名时，需要提前与SEO部门沟通后再进行分析；

　　3. URL规范化，URL启用301

　　4、网站不能有多个域名打开同一个页面；

　　5、如果有子域名开通测试，使用robots文件禁止搜索引擎抓取；

　　6、服务器启用gzip压缩，提高浏览速度；

　　7、在新栏目上线前完成内容填写；未完成内容的网站和栏目不得上线。

　　2.网站结构和URL相关

　　1、除计划禁止被搜索引擎抓取收录的内容外，本站所有URL均为静态。

　　2、网址一经确认上线，不得随意更改。特殊情况需要调整并与SEO部门沟通；

　　3、网站栏目和网址目录必须一一对应，一级分类对应一级目录，二级分类对应二级目录。最多可归为二级目录。如果产品/页面的数量需要分三层或更多层级分类，这时候就需要注意了。

　　4、整个站点目录的URL以斜杠结尾，URL不显示index.php等文件名；

　　

" />

　　5. URL中的列名、文件名等字母全部小写。

　　6、本站所有页面增加面包屑导航；

　　7. URL中统一使用破折号或下划线，不添加其他特殊字符；

　　8. URL目录名优先使用对应的英文单词，不要使用中文和拼音，可以使用数字或字母；

　　9、当URL改变时，旧的URL应该被301重定向到新的URL地址；

　　3、与页面打开速度有关

　　1、在不影响视觉效果的前提下，前端页面的所有图片都要进行压缩；

　　2、删除不用的CSS代码，尝试将页面样式代码合并到CSS文件中；

　　3、谨慎少用JS，测试JS是否拖慢页面访问速度；

　　4、禁止使用session ID、Frame、Flash；

　　5、页面纯文本代码（包括HTML、JS、CSS）不超过500K。主页等特殊页面可适当放宽。

　　6、使用主流浏览器实际测试页面打开速度，不要超过3秒。有条件的，多考省市。

　　4.TDK相关页面

　　1、页面Title标签、Description标签、H1文本会根据格式自动生成默认版本，但系统需要为SEO人员预留填写功能。

　　2、栏目页Title默认格式：二级栏目名称-一级栏目名称-网站名称；

　　3、产品页面Title默认格式：产品名称-网站名称；

　　4、文章页面Title默认格式：文章标题-网站名称；

　　

" />

　　5、搜索页面Title默认格式：搜索关键词-网站名称；；

　　6、每页Title默认格式：栏目名称-第X页-网站名称；

　　7、除特殊要求外，网站使用HTML代码链接，不使用JS生成链接；

　　8.除好友链接外的所有导出链接都添加nofollow属性；

　　9.在栏目、产品/文章页面的主图片上添加ALT文字。后台编辑器上传图片时，预留输入框填写ATL文本；

　　10. 在一个页面上只使用一次 H1。

　　五、函数使用及代码

　　1、除非另有要求，确保本网站所有页面上线时均已添加流量统计代码。

　　2、所有网站都开通了百度资源平台账号。

　　3、对于已经上线的网站，除SEO或运营部门另有要求外，robots文件开放所有网址和文件（包括图片、CSS、JS）的爬取。

　　4、后台实时或周期性生成并更新XML版本的Sitemap，包括首页、栏目、翻页、产品/文章页。是否收录

过滤条件页面将在与SEO部门协调后确定。

　　5. 所有新站均采用响应式设计，不使用独立的手机站或手机版子域名。已经用移动子域名优化过的旧站暂时保持现状，与SEO部门沟通后改用响应式设计。

　　6、英文网站的HTML代码中不得出现汉字，包括注释。

　　7、当由于各种原因需要更改URL时，旧的URL会被301重定向到新的URL，不要使用其他的转向方式。

　　8、当因各种原因更改URL时，导航和内页链接更新为新的URL。导航中禁止需要重定向的 URL。

　　6.利用PHP收录+SEO功能快速收录网站