说说我的理解,在应用程序(APP/H5/小程序等)投入运营后, 在做用户行为分析的时候需要挖掘核心业务功能使用情况时,往往会需要在应用的代码中添加一些额外的代码来采集数据,这就是所谓的“埋点”。 无埋点(全埋点)绑定页面的各个控件,当事件触发时就会调用相关的接口上报数据。优点:不需要埋点,方便、快捷、省事。缺点:传输数据量比较大,需要消耗一定的数据存储资源。 3.时机准确(顺序性) 埋点的时机是指埋点的顺序应该和用户操作以及页面曝光的具体事件一致,有几个比较明确的时序是我们需要提前知道的。 页面上的事件以及模块的曝光一定要在页面曝光之后打。 页面关闭之后绝对不能再打这个页面上的任何事件以及任何曝光。 前端的页面第一次进入容器的时候都由 sdk 的 hybird 容器打,后续相同容器内的页面跳转就由前端自己打。 (加备注,所有场景) 点击之后如果有跳转一定要打 openurl 事件,并且之后会打一个 pageshow 打点,只有多 tab 切换的时候可以不遵循这个规律。
3、埋点数据 以前听说过,但是网上没有找到例子。大概思路: Monkey测试也是会产生埋点行为数据的,比如: PageShow、Click等事件。 那么我们可以先使用PageShow来统计页面级别的覆盖情况,只有结合埋点平台获取Monkey期间的埋点数据即可。 使用埋点的覆盖率计算公式: Monkey的PageShow(分子) / 线上最近几个版本的Top覆盖率(分母) 优点: 统计的覆盖率更贴近用户维度, 缺点: 依靠公司内部埋点数据建设 提高覆盖率 1 3、通过路由跳转 基于一些路径比较深,也是核心功能的页面,可以使用路由直接跳转。 Android路由主要是映射页面跳转关系,根据路由表将页面请求分发到指定页面。 ,再去打开那个页面 不合法的打开App的页面被屏蔽掉 H5打开链接在所有平台都一样,方便统一跳转 打开某个APP,如果APP存在就直接打开,不存在就去下载页面下载 可以使用adb命令跳转到路由 adb
精美礼品等你拿!
目前,有赞DSP 广告投放渠道主要有: 腾讯朋友圈(跳转小程序为主) 头条、百度、快手的APP(跳转H5为主) ? 广告的终极目标:复购 1.3 广告信息存储 1.3.1 埋点记录与查询: 埋点系统记录,会记录用户在某个店铺的广告点击、点击时间,给订单归因使用。 在查询埋点消息时,会优先使用yzUid(用户登录或授权有赞账号状态下获取到的)来查询,其次是用埋点sdk自动生成的uuid查询,最后通过大账号(微信),支付宝,微博绑定的时候生成一个对应的mockID来查询 二、广告业务测试 2.1 测试难点 1、埋点的生成,依赖kafka中间件、flink任务的正常运行, 目前是直接发kafka mock消息,或直接调接口在hbase中写入埋点; 2、测试全链路比较长, (朋友圈小程序投放为主)、跳转(商家小程序内)经过几个系统,可能会有关键参数丢失的情况,比如广告参数gdt_vid等,会导致生成埋点失败; 目前还没有很好的整套流程的校验,来保证关键参数不丢失; 4、不同环境生成的
如果说页面的跳转算一次新的曝光,问题在于页面的功能变化多少算一次页面的跳转?一个典型的场景是一个页面中某子模块进行了 Tab 间切换时,当前页面的 PV 该如何统计。 其他:关于 Hybrid 类型埋点 客户端内的 H5 生成埋点使用的是 JavaScript SDK,如果直接发送到日志收集服务,会丢失客户端的重要属性。 知乎的做法是将 H5 的日志发送给客户端,由客户端处理后发送给日志接收服务。 在知乎我们对 H5 这类统称 Hybrid,我们自研了 Hybrid 框架,跨端通信和埋点传输由框架提供支持,自动化解决和 ZA (Zhihu Analytics Log Server)的通信问题。 Hybrid 框架主要处理以下的问题: 对于 Native 和 JS 混合的页面,该页面曝光统计 对于 JS 页面内部的跳转,页面曝光的统计 JS SDK 生成的日志,传输到 Native,并发送给日志收集服务
url 的值是否有效,如果有效,判断 url 中是否存在 http,进行web-view打开对应的H5页面,注意:1. webView 页面是公用的打开 H5 的页面,需提前创建;2. H5 url可以存入缓存,也可以使用全局状态变量,此处采用缓存变量【urlAndParams】; 5.4 如果 url 有效,并且不是 H5 页面,直接使用跳转方法 route; 5.5 如果 url route 判断传入的 type 是否是wx的有效跳转,如果无效,使用navigateTo,有效使用传入type执行! 将页面点击跳转方法 routeTo,和js跳转方法 route 暴露! /pages/addressList/addressList'}) 页面tabbar页面跳转 <view bindtap="routeTo" data-url="../.. 总结 <em>跳转</em>方法等使用频繁的方法,尽量封装,这样后期如果需要<em>埋</em><em>点</em>,直接在此方法,就能完成<em>页面</em>大部分操作行为的<em>埋</em><em>点</em>; CustomBar 如果需要自定义,尽量封装全局组件!
这里包含 WEB、HTML5, App(IOS、Android、Hybrid形式) 后端应用系统 服务器系统 关于Hybrid 类型埋点 客户端内的 H5 生成埋点使用的是 JavaScript SDK 一般的处理方式为H5的日志通过 JSBridge调用Native,由Native统一向后端发送日志信息。 ? 比如: 代码埋点+全埋点:在需要对落地页进行整体点击分析时,细节位置逐一埋点的工作量相对较大,且在频繁优化调整落地页时,更新埋点的工作量更加不容小觑,但复杂的页面存在着全埋点不能采集的死角,因此,可将代码埋点作为辅助 ,将用户核心行为进行采集,从而实现精准的可交叉的用户行为分析; 代码埋点+服务端埋点:以电商平台为例, 用户在支付环节,由于中途会跳转到第三方支付平台,是否支付成功需要通过服务器中的交易数据来验证,此时可通过代码埋点和服务端埋点相结合的方式 阿里的SPM位置编码由A.B.C.D四段构成, 各分段分别代表 A:站点/业务, B:页面, C:页面区块, D:区块内点位。
JDFlutter-core-lib 为 Dart 与原生之间通信的桥梁,我们提供了原生接口,如:网络请求 JDNetwork、设备相关 JDDevice、页面跳转 JDJumping、埋点 JDMta 未来我们会增加对 ios 模拟器的支持,点击“启动 Flutter 调试”即可启动模拟器直接跳转到对应的页面。 ▲数据统计 方案1:在原生跳转入口处增加埋点。 方案2:在Flutter入口main路由中增加页面埋点。 方案3:在Flutter业务页面中增加埋点。 若JDReact业务可用,降级至JDReact业务 若JDReact业务不可用且有h5降级页,则降级至h5页面 若JDReact业务不可用且无h5降级页,JDFlutter统一错误页 若无JDReact 业务可降级且有h5降级页,降级至h5页 其他情况,统一显示JDFlutter统一错误页 以上的降级容灾图包含了所有可能的异常。
04 奇点埋点对比行业创新功能 4.1 埋点可视化展示 查看某个页面的埋点信息,通常采用分页列表的方式,详细数据要跳转到看板浏览。 4.2 H5与原生App全链路数据打通 类似京东金融这样使用Native和WEB技术开发的混合应用,之前H5页面和原生页面的数据,使用了不同的SDK采集,用户在两端页面间跳转,数据是断裂的,只能分开统计 采用归因统计的方法能关联部分两端的数据,但会导致数据统计不准确,不但增加数据分析人力、物力成本,不可靠的数据还会使运营无法精准投放广告,从而影响最终收益; 如今奇点团队实现了H5页面和原生页面数据打通 访序打通: 访序是指用户在当前访次内,页面的访问顺序,H5和原生页面打通后,页面的访序是连续的,可以更精准的查看用户访问页面路径。 来源埋点: 来源埋点是指上一个页面用户点击点最后一个埋点ID。 首访埋点: 首访埋点是指用户打开App时首次点击的坑位埋点,根据首访埋点可以定位到进入某一 H5 或原生页面起始点。
如果在其他平台,不支持跳转, 例如iphone的相机,还可以正常打开H5页面,因为url可以做302跳转。这一点会很方便线下铺设二维码。 看似无用的api的使用方式。 我们提前上线了埋点,证明了截屏次数与订单数成正比。说明截屏的人是有下单意愿的,他们截屏,是为了分享给朋友,询问意见。那我们干脆直接把分享功能放进去了。 第一点: 没有什么是一次跳转不能搞定的。 这是我们在内部群提到过的一句话。最初的出处是,有些团队需要用H5做页面,但是又需要一些原生能力,例如分享。这一点是很多促销所必需的能力。 在webview要操作的东西,如果操作不了,那么就进行一次跳转,进入原生页面。在原生页面可以拥有你所想要的所有权限。 事实上,真正做的是通过这一次跳转,进入原生页面,使用原生能力。 而且,如果用户操作回退,比如滑动回退,还能回到之前的页面,一切看起来是顺其自然的。
更重要的一点,还需要针对数据更新请求、面渲染内容、数据埋点等真实用户行为做延迟处理。更详细的内容在前端部分有展开说明。 NO.5 前端的核心手段 在客户端容器的帮助下,主会场的H5页面可以提前在客户端首页通过离屏的WebView进行加载和渲染、并在用户实际访问时“即开即用”。 页面埋点 主会场页面虽然已经预创建,但在用户真实访问之前,是不能够将预创建页面的UV、PV、数据曝光等埋点等发送出去,否则会干扰正常的数据统计。 在页面埋点和模块渲染的策略上,前端提供了全局的props.isPrender等透传属性,实现了页面埋点延迟发送,同时支持动态配置占位元素、实现了新模块的自动适配。 性能指标标准 与BI团队一起梳理性能数据的各阶段与细分的性能埋点,其实很多阶段和数据是具有通用性的。
作者:vivo 互联网大数据团队- Zhao Wei、Tian Fengbiao、Li Xiong本文从提升用户行为分析效率角度出发,详细介绍了H5埋点方案规划,埋点数据采集流程,提供可借鉴的用户行为数据采集方案 一、背景针对用户行为数据进行采集有个专业术语叫埋点,在h5页面上做的埋点统称为H5埋点。H5页面因其灵活性,便捷的交互和丰富的功能,以及在移动设备上支持多媒体等特点目前被广泛应用于网页app开发。 现阶段H5埋点的自由度较高,行业数据产品在同类高频的业务场景上设计的时间花费较多,埋点开发、埋点测试等事项耗时,且需重复劳动;同样的埋点数据分析层面-基础分析指标,留存指标,页面分析等需求需多次开发模型 3.3 埋点设计3.3.1 埋点个数为了得到pv和uv的相关数据,我们设计了2个埋点,1个为页面进入时上报的埋点,另外1个为页面离开时的埋点,上报的数据都是一对的,离开-进入页面为一对,失去焦点-得到焦点为一对 ,切换tab离开当前页面-返回当前页面也为一对;为什么要设计2个埋点?
企业可以做的其中一件事就是监测 H5 页面的埋点数据。 那么在不同的业务场景下,埋点数据可以帮助企业做哪些事呢?企点君将通过以下四个场景来为大家介绍。 在进行活动推广时,对H5页面不同年龄段的课程链接添加埋点监测代码。通过上报的埋点数据,企业了解到7-9岁儿童英语课程的点击量最高,潜在需求最大。 通过对商品链接的埋点,获取不同商品的点击数据。点击量高的商品,说明更受用户的欢迎,可以放在H5页面靠上的位置,提升商品销量。 通过企点营销将微信文章转成H5后,分享到公司维护的微信群或员工朋友圈,后台会自动抓取页面上的埋点数据,除了图文页公众号名称、点击关注和点赞的数据之外,还有两个关键指标: 滑至文章底部数据 & 举报按钮点击数据 看完企点君以上的分享,是不是对企点营销新增功能-H5监测埋点数据监测有了一定的了解呢?想要了解更多企点营销相关的信息,欢迎您后台留言与企点君交流~ ?
3、购物专题、折扣会场、营销活动,统统可以用 H5 承载啦~电商小程序。我们知道最多人琢磨电商! 接下来就给大家看看使用小程序 <web-view /> 组件新能力 电商啊,详细、漂亮的商品图文排版和电商营销活动才能让更多败家君含笑埋单。 然而,此前小程序有两个大痛点: 在小程序原有组件能力下,小程序排版要做得好看,是件挺【麻烦且耗时】的事情; 平日频繁多变的电商活动专题页,在之前的机制上,需要【每次】都提交小程序审核才能发布,一旦有修改就需要 今天微信开放 <web-view /> 新能力后,我们可以【轻松】在小程序内呈现更为丰富的电商详情页排版;同时通过微信 JSSDK 提供的跳转小程序页面接口,实现网页控制跳转到具体小程序页面,从而定制【 小程序有了 <web-view/> 后,现在我们可以直接接入 HTML5 的电商活动页面,【随时随地】修改,【同时又能跳转】到小程序的页面! 你该明白为什么我说很多老板和程序猿都笑出声了吧!
测试关注点 2.1 业务逻辑测试 业务逻辑相关的测试,视具体业务的需求而定; 2.2 页面元素UI测试 页面UI主要包括文字、图片以及页面布局等方面测试; 文字:风格一致、错别字、标点符号统一、换行是否显示正常 ;4)图片适配:根据不同屏幕和分辨率进行适配; 页面布局:页面文字图片是否能自适应屏幕、整体布局是否合理等; 内嵌链接:空链接、刷新链接数据是否展示;链接跳转是否正确; 2.3 页面操作 1)刷新与返回 iOS13系统); 2.7 安全测试 明确投放渠道都有哪些,是否对未投放渠道做了限制,直接通过url请求是否拦截等; 接口部分敏感信息是否加密传输等; 直接URL是否能打开; 防止恶意攻击; 2.8 埋点测试 埋点数据检查; 2.9 上线后验证测试 上线后:H5涉及到的各种资源文件,在测试环境(包括预发环境),一般都是内域,正式上线,RD童鞋有把资源文件(或者说url中的链接忘了修改)漏发的风险,所以上线后一定要用外网环境再快速回归下 ; 如何保证二次发布后有效更新; 以上是对项目中遇到的H5页面的测试关注点的总结,基本都可以应用到移动端APP常见的H5页面测试上,除此之外,如果有其他未考虑到的地方,欢迎大家留言补充
测试关注点 2.1 业务逻辑测试 业务逻辑相关的测试,视具体业务的需求而定; 2.2 页面元素UI测试 页面UI主要包括文字、图片以及页面布局等方面测试; 文字:风格一致、错别字、标点符号统一 3)刷新页面图片是否正常展示;4)图片适配:根据不同屏幕和分辨率进行适配; 页面布局:页面文字图片是否能自适应屏幕、整体布局是否合理等; 内嵌链接:空链接、刷新链接数据是否展示;链接跳转是否正确 2.7 安全测试 明确投放渠道都有哪些,是否对未投放渠道做了限制,直接通过url请求是否拦截等; 接口部分敏感信息是否加密传输等; 直接URL是否能打开; 防止恶意攻击; 2.8 埋点测试 埋点数据检查; 2.9 上线后验证测试 上线后:H5涉及到的各种资源文件,在测试环境(包括预发环境),一般都是内域,正式上线,RD童鞋有把资源文件(或者说url中的链接忘了修改)漏发的风险 ,所以上线后一定要用外网环境再快速回归下; 如何保证二次发布后有效更新; 以上是对项目中遇到的H5页面的测试关注点的总结,基本都可以应用到移动端APP常见的H5页面测试上,除此之外,如果有其他未考虑到的地方
在第二节《埋点准备工作》中介绍到,埋点设计之前有四件准备工作要做,分别是了解产品、梳理旧需求、梳理旧埋点以及熟悉埋点流程。 ,设计埋点框架。 、评论(评论点赞、分享) 备注:加看单行为可视为内容的路径 微课 主要形式为图文和音频,伴随行为阅读文字,音频(听、下载)、分享(课程、内容请朋友读)、评论、收藏(内容)、设置(内容) 附实体 特别放送 /x/xx/xxx h5 x xx xxx applet/x/xx/xxx applet x xx xxx 0xFF 总结 本节先梳理了极客时间app的信息架构,根据梳理出的实体和功能等信息,进行了埋点设计文档的布局 需要强调的是虽然埋点框架在很大程度上解决了埋点设计的检索、管理和扩展问题,但更详细的埋点采集信息等血肉的补充则是更加关键的内容,这个是在七天埋点设计之旅系列上无法传递和分享的,需要埋点设计人员根据业务特点和需求进行相应的调整
像一些特殊的埋点,例如banner位等都是单独设计的,内部通过一些参数区分banner的内容和位置。且大多数banner是H5页面的,所以这里加上banner的埋点也是为了方便介绍下面的埋点测试。 埋点测试 埋点开发完以后,就需要数分进行测试和验收了。常见的埋点分为客户端埋点和H5(前端)埋点,客户端又分为安卓和iOS。 一般情况下,安卓采用ADB测试,iOS采用mac控制台测试,H5页面采用charles抓包。 ⚠️注意:下述配置方式为MAC,Windows电脑可自行查找相关内容。 测试:在Filter栏输入keyName即可过滤非测试埋点的日志,然后测试H5相关的埋点即可。 H5埋点不跟版,可优先修改。 总结 本文主要是帮助没有埋点经历的同学对埋点工作有个大致的理解,而有过埋点经历的同学则入乡随俗,以当前公司标准为主。
前端埋点:前端埋点可以理解为web端,app端等在前端触发相关规则时进行的埋点上报等,主要记录的是用户的操作行为,例如点击了哪个按钮,进入了哪个页面等等。 代码埋点用于埋业务数据复杂的场景,全埋点用于收集更多的用户数据做自定义分析等数据挖掘场景,可视化埋点用于运营活动页面等生命周期较短的页面场景。 对于一些需要十分准确的采集的关键事件,比如支付、登录等事件是在页面关闭之后才发送的(即点击支付、登录页面发生了跳转),有些浏览器可能会取消掉页面关闭时发出的请求,导致后端没收到上报的数据。 需要一个页面的唯一标识和控件的唯一标识。页面的唯一标识一般通过url标记,但要处理好url后面的参数。控件的唯一标识一般通过元素在整个文档中的xpath路径来标记。 (2) H5用户 如果是h5用户,sdk会创建一个uuid来唯一标记用户,uuid根据用户的浏览器类型、屏幕宽高、分辨率等特性生成。
0x00 前言 在上节中我们介绍了埋点设计时四种主要思维方式,本节我们挑选典型的疑难埋点场景进行埋点设计。 用户来回滑动也正常加入到缓存中,回滑加入缓存不去重 0x02 列表式 曝光事件的处理是埋点设计中最难的部分,其中尤以上报时机和上报格式最为考研埋点设计人员的能力,下面结合给出作者的经验设计。 悬浮的授权弹窗下的页面曝光,需要授权弹窗消失后才能上报 0x03 点击相关 点击延后 点击埋点的上报时机一般不存在疑问,即点击发生时候或者点击结果返回时上上报,但在处理一些特殊场景的时候合理的制定上报时机 具体的点击附着场景如下: 点击评论这个事件,就附着了评论的id、评论作者的id等信息,如果归结到统一的点击事件,就需要加额外的信 息。 0x05 总结 本节对埋点设计中常见的刷新流、列表式、点击相关、联动演化四种常见情形讲解了埋点设计的方式,当然埋点中并不仅仅这几种方式,从统计需求出发,结合实际的场景,才是埋点设计的根本出发点。
腾讯移动金融开发平台(TMF)为银行、互联网金融、保险、证券客户提供一站式、覆盖全生命周期的移动金融服务。核心服务包括APP客户端开发组件、应用加固、环境安全检测等APP开发运营关键服务,帮助金融机构低成本、高效率地打造移动金融服务…...
扫码关注腾讯云开发者
领取腾讯云代金券