小程序埋点（小程序埋点是什么意思）

by intanet.cn ca 移动开发 on 2024-03-20

本篇文章给大家谈谈小程序埋点，以及小程序埋点是什么意思对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

1、埋点功能就是数据分析的力量吗？
2、微信小程序----腾讯有数接入埋点
3、小程序收集各公司数据的方法
4、支付宝小程序：如何做好小程序埋点？
5、支付宝小程序：如何做好小程序埋点？Part IV 埋点实施实战
6、小程序：埋点

埋点功能就是数据分析的力量吗？

在日常工作中，很多时候我们都会用到数据分析的方法，优质的数据分析能够帮我们快速的找到问题所在；产品经理在日常工作中也需要对数据分析的方法有一定的掌握，更好的提高工作效率；本文作者分享了关于数据埋点和日常数据分析，我们一起来了解一下。

数据反馈，不仅能验证我们的产品是否符合市场的预期，而且还能为我们优化产品，迭代产品提供需求，建立产品的优化飞轮。

因此，数据分析是形成整个产品工作闭环中，必不可少的一环。

去年我们团队上线了一个新的产品，上线后，由于一直招不到合适的数据产品经理，因此团队让我先暂时支持下数据产品的基础工作。

于是，在这期间，我成了半个数据产品，在支持了一段时间的数据工作后，也建立了对数据的基本认知。

所以今天，我先从埋点开始，介绍下数据埋点工作过程中要了解的要点，同时补充介绍下，在数据分析工作中，可以直接应用一些分析框架和工作方法。

一、数据埋点与事件管理

1. 什么是埋点、事件、参数

埋点，是通过在程序中植入代码的方式，记录用户在软件（web、app、小程序）上的操作行为的技术手段。

事件，是记录用户在软件中操作行为的标签，如，用户在首页的曝光事件、按钮的点击事件等。

而在事件中，为了进一步区分事件的范围，更好地进行数据分析，会增加事件的“参数”，用来框定某个范围内的数据。如，时间参数、城市参数，就是用来筛选某个区间内事件上报数据的。

假如，我们要看到3月20日的产品首页曝光人数。

我们首先可以在首页中增加带有“时间”姿激兆参数的“曝光”事件埋点。

在查询时，可通过代码在数据库中找到“首页曝光”这个事件，并在时间上选择“昨天”这个时间参数。

就可以得到昨天在首页曝光的用户数。

2. 事件分类

事件是通过用户在软件中留下的痕迹，来进行统计和上报的。

因此，从用户痕迹获取的维度上来看，事件可分为：基础事件和行为事件

1）基础事件是用户的属性标签，可用铅哪来建立用户画像的；如，用户id、城市、地址、年龄、经纬度、设备、ip地址、运营商、网络等信息，都属于基础事件。

2）行为事件就是用户在软件上的行为标签；如，曝光pv/uv、点击pv/uv、停留时长等，都属于行为事件。而根据用户操作的行为，行为事件又可进一步细分出以下三类：

点击事件，指用户在软件中的点击，如用户在某个按钮、某个功能的点击，都记录为一次点击事件；曝光事件，指用户打开页面的行为，如用户在某个页面上曝光一次，记录为一次曝光事件；页面事件，指用户在页面中的操作，如，通过统计A用户在B页面停留时长；

3. 埋点的方式

介绍迹租完事件分类之后，我们再来看下埋点的两种主要方式：

1）私有化部署

全部功能都自己开发，在代码中写入事件和上报逻辑，并搭建起相应的查询后台，埋点后，事件上报到对应的平台即可进行可视化呈现。

私有化部署的优势是：数据安全性高；且可根据业务需要，定制埋点逻辑；

但缺点也同样明显，就是不论是埋点开发还是可视化平台的搭建，所耗费的成本都比较高；

所以，一般只有大厂或相对成熟的产品，才会选择私有化部署的方案。

微信小程序----腾讯有数接入埋点

腾讯有数推出，为品牌商、零售商打造的数据分析与管理平台，融合腾讯数据、技术与生态优势，提供全链路经营数据分析、消费者洞察、精准营销等能力，让企业经营更“有数”。

登录微信公众平台，进入开发开发设置服务器域名，将添加为 request 合法域名。

在开发环境中还有SDK版本检查可供进行查看。

配置接口，用来调整SDK的基础机制。官方建议init初始化应该在App()调用之前调用，如果自己改造，只要测试通过即可。

在app中初始化如下：

有数小程序数据上报SDK是一个小程序环境的数据采集工具，它提供了简单的接口帮助你快速将数据接铅氏入数据中心。

上报队列数据上报任务通过队列发送，降低数据丢失率。

自动采集可自动对常见的行为进行埋点，并收集通用的属性，可通过配置打开和关闭，具体见文档微信小程序SDK 中的使用方法。

SDK 默认上报小程序的启动、显示、隐藏事件，可以在初始化的时候配置 trackApp: false 关闭该功能。

未使用小程序插件，SDK 提供proxyPage开关对Page开启代理模式。会自动上报页面相关的预置事件，如browse_wxapp_page。

已使用小程序插件，SDK 提供 sdk.page 支持对 Page 的改造。

也可以选择使用 track 自己上报预置事件。

注意：在小程序里有如下几种异步数据容易导致问题：通过wx.login获取 openid ，通过wx.getShareInfo获取 openGId 。

在有数的官方接入数据文档中，接入指引都较为详细，行为可进行手动上报

比如订单状态变更 custom_order

可以查看各种行为的接入进度

1、初始化时配置 trackApp:true启用自动上报小程序的启动、显示、隐藏事件；槐稿散

2.未使用小程序插件，SDK 提供 proxyPage:true 开关对 Page 开启代理模式。会自动上报页面相关的预置事件，如 browse_wxapp_page等。

3.已使用小程序插件，SDK 提供 sdk.page 支持对 Page 的改造，另外敬缓需配置usePlugin: true，是否使用插件，默认是：false。

4.建议文档从头到尾的读，读3遍！！！包括官方产品介绍和产品接入文档。

5.仔细看测试点文档，以及每个字段需要的类型、以及必填项的默认值！

[img]

小程序收集各公司数据的方法

您好，小程序是一种轻量级的应用程序，可以在微信、支付宝等平台上运行。小程序可以收集各公司数据的方法如下：

1. 数据采集工具：小程序可以使用数据采集工具来收集用户数据。这些工具可以跟踪用户的行为、浏览历史和交互方式等信息。这些数据可以用于分析用户行为和优化用户体验。

2. 用户调查：小程序可以通过用乱没户调查来收集数据。用户调查可以询问用户对产品或服务的看法、意见和建议。这些数据可以用于改进产品或服务，提高用户满意度。

3. 数据库：小程序可以使用数据库来存储和管理数据。数据库可以存储用户信息、交易记录、产品信息等数据。这些数据可以用于分析用户行为和改进产品或服务。

4. 数据交换：小程序可以与其他应用困埋程序和服务进行数据交换。例如，小程序可以与第三方支付服务进行数据交换，以便处理支付事务。这些数据可以用于分析用户行为和优化用户体验。

5. 网络爬虫：小程序可以使用网络爬虫来收集数据。网络爬虫可以从互联网上抓取数据，例如，产品信息、价格信息等。这些数据可以用于分析市场趋势和竞争对手。

小程序收集各公汪陪蚂司数据的方法多种多样，但需要注意的是，数据收集必须符合相关法规和规定，保护用户隐私。

支付宝小程序：如何做好小程序埋点？

一. 埋点还是埋雷？数据埋点的五大“坑”

在接触过上百家头部客户中，诊断和参与了数百次的数据体系搭建工作。几乎80%的开发者都没有科学的埋点规划，只采集显性数据，而更深层的与事件、参数相关的隐性数据，都没有采集到。埋点规划并不难！但为什么大部分企业都做的不太好？埋点规划需要整合产品、运营、技术和业务等跨部门的需求，运营同学不太懂技术、技术同学不太懂业务、产品同学不太懂埋点。

埋点的常见的问题有那些呢？

遗漏：指的是埋点采集不全面，有可能重要的数据并没有采集到，会对数据分析造成比较直接的影响，出现这个问题的原因是前期数据分析需求不清晰。

杂乱：前期并没有进行事件结构化的设计，想一出是一出。通常是想到一个需求，就答帆把这个需求提供给技术进行埋点。例如：某一个位置或者某一个功能的点击行为尺缓，就当做一个事件进行采集，看上去采集和查看很容易，但随着时间跟需求的增加，当采集了大量零散的事件之后，需要在统计工具中通陵举模过分组分析时，就会比较麻烦。

低效：在事件设计的时候，会去做结构化处理。但事件设计的参数逻辑会有问题，通常都是以大的页面这种框架的思维去进行设计。举个例子：部分客户在设计时，会按照页面的思路去进行事件采集，当产品结构产生变化时，原有事件调整概率会比较大，因为之前都是按页面结构去设计，页面的调整直接影响事件采集。

无用：指的是数据虽然采集了，但分析时根本用不上，这个问题主要有2个原因导致，一是前期需求不太清晰，另一个是之前的采集需求都是由不同人提出的，由于中间人员变动，很多采集需求就不清楚了，并且也不敢下掉，因为并不清楚这个事件是否还有人使用。

复用：指的是事件重复采集，或者是需求重复，这个同样是与多个人提需求有关，并没有一个人去做整合管理，或者是说，没有一个工具去帮忙我们做管理。

如果想要避免这些坑，就需要坚守五个原则：

需求清晰合理设计实施规范结果可验规范管理

支付宝小程序：如何做好小程序埋点？Part IV 埋点实施实战

埋点实施应该注意些什么呢？

埋点实施

下图为一个资讯行业的事件埋点模版，可以参照这个模板去进行梳理并提交给技术。友盟+ 开发者数据银行产品中的智能采集平台就可以按照这个模板，直接帮我们生成对应的埋点方案，并协助我们进行后续的事件管理。

市场上主流支持的四种埋点方式，分别是代码埋点、服务端埋点、可视化埋点和全埋点。

代码埋点：支持事件与参数这种结构化的使用方式，弊端是想增加或修改事件，都需要重新发版，用户更新后才能采集。服务端埋点：通常用于业务数据的采集，例如：付费成功、用户注册等，这个场景会选择用服务埋点进行采集。可视化埋点和全埋点：都是解决整个App前端操作的一些点击行为，例如说某些按钮、页面，每一个点击都能监测。但差异点在于可视化埋点只能看到圈定后的数据，那么全埋点则是在圈定时，历史数据也能去追溯。但这两个埋点的弊端是散点采集，每一个点击行为都是一个事件，在数据分析时，事件的量级会较大，不易于分析，而且它只能是取这种点击行为的事件，并不能把参数带过来，你可以理悉斗解为它就是一个纯扁平化的一个事件采集。

针对需求的不同，数据采集方式应该是结合使用的，以友盟+为例，友盟+现在支持两种埋点方式，代码埋点和可视化埋点，开发者可以结合使用，去满足事件方案的采集需求。

埋点验证

埋点后可通过三种方式验证：

打印日志，开启debug去打印Log，去验证触发事件log是否有上报，这种方式需要技术来配合验证集成测试睁仔磨，以友盟+为例，只需要让技术注册一个测试设备，就可在你这个测试设备上去启用你的App，在去触发事件，产品、运营的同学就可直接测试埋点情况。也可以使用市场上智能验证的工具，以友盟+为例，可先注册设备，自动去识别整个埋点的情况，且日志是实时的，可产出事件的验证报告。

智能验证，可以帮您智能验证这些事件的点是否采集了，是否有遗漏，最后会定期给出体检报告，详细的明细都会有。在友盟+的智能采集页面就可以智能验证埋点，只需要注册一个测试设备，这个测试设备填加完之后会实时把客户这些埋点的数据戚租进行验证，到底是成功还是异常，以及测试的时间是什么都会有详细的数据。

综上所述：一个公司的埋点要可见、可控、可管，如果一家公司不清楚自己的埋点结构，便是在错误的数据上长期持续经营业务，越走越错。合理的埋点方案，可以使埋点能够智能调试和验证，大幅降低埋点采集的成本，从而最终达成数据质量的根本性提升。