小程序埋点

小程序埋点包含代码型埋点与非代码型埋点两种类型，在其本质特征上存在显著差异：前者需要明确了解页面运行流程的核心要素（如访问顺序），而后者的埋设方式则更为灵活多变。
采用小程序嵌入式的数据采集技术时需要注意：这种技术手段仅能记录用户的点击行为或交互动作（如浏览、加载等），无法进行统计分析（例如商品销量数据）。

• 代码埋点

• 运营效能较高（不仅包括支付交易的完成率还包括交易完成后的后续处理）

• 工作强度较大（不依赖于基础事件支撑，并且每个漏斗都需要独立设置埋点），但操作相对简便：无论选择多少套系统，在初次部署时只需配置一套核心埋点信息；后续扩展时只需修改或补充AppID和EventID即可

• 可能会导致现有代码出现异常（例如需要通过添加标签来区分来源）

• 无需编写任何代码即可进行埋点操作（通常需要安排开发团队预留接口供后续使用）

以事件为基础（可先处理单个事件后再构建漏斗模型；建议采用后置漏斗设计以便于后期对模型进行调整）。
获取页面布局（支持view按钮的操作，并需在点击状态下指定相应的类）。
获取数据参数（仅限于page级别操作而无法使用component）并进行分类分析。
具体采用多少套埋点方案。

主要列举了两种类型的主要差异 但问题是无代码埋点能否实现支付成功呢？例如 在用户完成支付后会跳转到某个页面时 我们可以通过观察用户离开页面以及在JavaScript中获取相关支付数据的方式 来判断是否完成了支付操作 这种情况下需要我们对产品的交互流程有非常深入的理解

mta(代码埋点)

配置

1. 点击注册移动分析-mta

   • qq注册

2. 得到Appid(这是SDK平台的app id为数字不同于微信小程序app id)

   • 绑定后小程序会通过appid发送到mta，在同步到你的管理项目

3. 集成SDK，

• 打开微信小程序开发环境中的下载链接微信小程序SDK。

• 将获取到的SDK文件拖拽至微信小程序开发环境中。

• 对应的app.js文件。

• 导入SDK脚本：

  • 在onLaunch阶段执行mat.App.init以初始化相关功能
  • 在需要统计的页面onLoad中触发mta.Page.init()方法
  • 通过移动分析平台获取统计结果

    mta.App.init({
    
       "appID":"500013092",//刚刚生成的appid
    
       "eventID":"500015824", // 高级功能-自定义事件统计ID，配置开通后在初始化处填写
    
       "statPullDownFresh":true, // 使用分析-下来刷新次数/人数，必须先开通自定义事件，并配置了合法的eventID
    
       "statShareApp":true, // 使用分析-分享次数/人数，必须先开通自定义事件，并配置了合法的eventID
    
       "statReachBottom":true // 使用分析-页面触底次数/人数，必须先开通自定义事件，并配置了合法的eventID
    
    });

基本功能

在mta.App.init中配置

• 统计下拉刷新
• 统计渠道来源
• 统计上拉刷新

自定义事件

1. 开通高级功能后才能创建自定义事件，在项目→引用管理中需选择地址所在位置。
   2. 将eventid存入app.js文件中的mta.App.init字段。
   3. 在基础分析界面→自定义事件→事件列表模块中新增一个新事件项。

• 同一个事件具备多可增益的参数
  • 同一配置参数允许多值化设定

4. 完成事件id赋值及配置参数设置
5. 将代码复制至目标统计页面，并将其按事件分类置于相应区域。

需要关注的一个点在于，在设置时可以输入不同参数；但查看具体细节则需等到次日

漏斗事件

漏斗事件用于评估转化效率，在实际应用中必须包含至少两个关键步骤：首先是从浏览商品开始；接着是将商品加入购物车；最后完成支付交易。

1. 必须开通高级功能后才能创建自定义事件，并在项目→引用管理部分勾选地址选项。
2. eventid必须被写入app.js中的mta.App.init字段。
3. 从基础分析开始，在自定义事件部分构建漏斗模型。
4. 填入相关信息。
5. 复制事件代码至相应位置。

在查看统计信息和转化率这两个指标时，只能在第二天才能看到结果

小程序运营（无代码埋点）

微信小程序运营的操作不存在编辑代码的形式，根据需要配置即可

小程序运营配置文档

配置文件

简易教程

小程序运营数据

请前往数据文档地址进行注册。
参考教程→运营数据→进入小程序后台管理页面。

小程序运营平台埋点

• 单击按钮或双击视图（+按住）操作。
  • 从该页面获取属性（该属性需在WXML中作为变量声明）。
  • 所得数据与上文相同，但值得注意的是所得数据基于按钮操作前的状态。

这表明我们无法获得点击后的行为数据（因此也就无法判断用户是否完成了支付流程）。
该组件的数据信息难以访问（但我们可以捕捉到用户的点击行为）。
我们建议优先选择使用行为相关的数据（这些行为都可以被埋点），同时也要考虑到行为与数据结合分析的优势。
漏斗模型（基于预先定义的行为类型）应当尽可能的小（建议选择单一行为作为基础构建）
漏斗模型中的过滤规则是依据单个行为特征设置

* 指标(系统、自定义的字段)
* 分组(系统)
* 过滤条件(有自定义的字段)

根据需要选择埋点工具

小程序自带运营平台

1. 无法判断支付是否完成, 仅能确认支付操作已触发
2. 未埋设数据采集码则无法实施特定筛选标准, 某些页面必须嵌入标记
3. 支持记录访问次数、访客人数以及每次访问的点击量, 但不支持汇总交易金额
4. 其发送数量仅限于小程序内部传播的数据范围, 可以进行记录
5. 不具备授权查看功能

mta分析

1. 仅支持小程序运营平台基于特定的事件机制进行功能配置，在确保事件粒度尽可能小的前提下实现漏斗分析功能。
2. 必须采用独立于页面数据之外的方式进行统计数据。
3. 程序运行后不允许新增PV记录（但通过小程序平台仍然可以实现此功能）。
4. 能够识别支付操作的成功与否。
5. 能够确认授权状态。
6. 无法计算总金额。