• 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏吧

前端业务的监控与埋点数据的上报

开发技术 开发技术 4周前 (09-04) 29次浏览

我曾经在 2018 年 12 月底的时候,发表过Vue 单页面中进行业务数据的上报,现在这 1 年多以来,我对此也有了更深的理解。

这里,我们还是主要探讨业务数据的上报,关于页面性能和错误日志的收集上报,不在此讨论范围内。

我们前端团队的业务数据上报功能,主要集中在新闻客户端内部,依赖于新闻客户端提供的特性,因此其他团队的前端上报组件是没办法适应我们的需求的,这里我本人基于之前上报的经验,开发了一套完整的前端业务埋点数据上报组件。

开发这套组件之前,我们要先明确几个问题:

  1. 哪些数据是可以自行收集的,哪些数据需要开发者埋点上报;
  2. 开发者进行数据埋点的方式有哪些?
  3. 如何保障设备的唯一性;
  4. 跳转前的上报丢失如何处理;
  5. 在新闻客户端、微信、QQ 等环境都可以进行上报;
  6. 单页面应用中,切换页面时如何上报;
  7. 用户并未退出页面,而是切换了 APP,又重新切换回来怎么办?
  8. 是否支持自定义上报的方式?

上面的这些疑问,我们一一进行了解决。

1. 可以自行收集的信息与设备唯一性

很多信息都是可以自行收集,而不用每个开发者都收集一遍,例如基于新闻客户端提供的能力,可以拿到设备信息,已登录用户的个人信息,ua 等,都是可以自行收集的,然后存储起来。

不过在新闻客户端外,就无法拿到设备信息了。我在这里,通过前端生成一个尽量唯一 的码来标识设备,并存储到 cookie 和 localStorage 中,若存在则使用,若不存在则生成一个新的。以此来保证设备的唯一性。

let uid = cookie.getCookie('wzpuser') || localStorage.getItem('wzpuser');
if (!uid) {
    uid = 'gh' + Date.now() + (Math.random() + '').substr(-6);
    cookie.setCookie('wzpuser', uid, 360);
    localStorage.setItem('wzpuser', uid);
}
this.__data.uid = uid;
return Promise.resolve(this.__data);

开发者可以更加关注在页面和用户行为上。

2. 开发者进行数据埋点的方式有哪些?

主要有 2 种方式,一个是开发者的主动上报:

reporter.send({
    pagename: 'mainpage',
    event_id: 'banner_click',
});

还有一种方式,是在 html 元素上添加data-reporter属性,然后进行事件冒泡,若遇到 data-reporter 后,则进行上报;若一直冒泡到 document 上都没有该属性,则不上报。

// 渲染每一个专场
const renderItem = (item: SpecialItem) => (
    <div
        data-reporter={JSON.stringify({
            pagename: 'mainpage',
            event_id: 'item_click',
        })}
    >
        <div
            className="cover"
            onClick={() => handleAnswer(item.ename, item.zhname, item)}
        >
    </div>
);

3. 跳转前的上报丢失如何处理

我们经常需要上报点击某个链接的 pv,但通常会存在上报还没有完成,页面已经卸载了,导致上报失败。

针对这种情况,我是在跳转前,先存储到本地,等下次重新回到这个页面时,将存储的数据进行上报。为了方便传入和存储,我对字段也进行了过滤,没有数据的字段全部去掉,只上报有数据的字段。

reporter.send(
    {
        pagename: 'mainpage',
        event_id: 'link_click',
    },
    'save'
); // 先进行存储
window.location.href = 'https://www.xiabingbao.com';

4. 在新闻客户端、微信、QQ 等环境都可以进行上报

新闻客户端中提供了一些获取设备信息和用户信息的能力,而微信、QQ、浏览器等环境,只能使用前端的一些骚操作了,例如分析 cookie 中的字段,ua 中的一些字段等等。

这里我也编写了一个工具方法https://github.com/wenzi0github/utils,将这些能力独立出来。欢迎 star。

5. 单页面应用中,切换页面时如何上报

这个问题没有很好地解决,虽然能监听到 history 路由和 hash 路由的变化(前端中的 hash 和 history 路由),但页面的名称需要提前定义好,而组件是不知道的,因此这里交给开发者开进行监听路由的变化并上报数据。

// 每个hash路由的PV上报
router.afterEach((to) => {
    // to为当前已打开的页面,to.name为在router/index.ts中设定的name
    reporter.send({
        pagename: to.name,
        event_id: 'pv',
    });
});

6. 用户并未退出页面,而是切换了 APP,又重新切换回来怎么办?

用户没有退出页面,而是使用了系统级的 home 键,进行了 APP 的切换,其实用户也是真实的离开了,若用户重新回来,其实 page view 应该是要+1 的,然而页面没有刷新,会产生丢失 PV 的情况。

这里我们可以监听页面的可见性,当页面重新可见时,我们就把 pv+1。当然还有一种情况要考虑到:用户可能只是在多个 APP 中切换,当前页面只是其中的过客而已,而用户并没有真的进入到这个页面中。因此我们需要设置下重新上报 PV 的条件:

  • 距离上次可见时有 30 分钟左右;
  • 当前可见已有 5 秒以上;
let lastShowTime = 0; // 上次可见时的时间

const visibility = new PageVisibility();
visibility.visibilityChange((isShow) => {
    let timer;
    if (isShow && Date.now() - lastShowTime >= 1000 * 60 * 30) {
        // 页面可见时
        timer = setTimeout(() => {
            report.send({
                pagename: 'mainpage',
                event_id: 'pv',
            });
        }, 5000); // 5秒后上报
    } else {
        clearTimeout(timer);
    }
});

7. 是否支持自定义上报的方式

组件中提供了 img 标签上报和 post 方式的方式,如果这两种方式也不满足上报要求,可以自定义上报方式,并上报到对应的服务器上。

const report = new Report({
    actid: 56,
    adapter: (data) => {
        // 要上报的数据
        console.log(data);
    },
});

8. 总结

前端业务的监控与埋点数据的上报

通过这次业务埋点数据的上报,也了解了很多基础功能的实现,同时还有如何提供自定义的能力。

欢迎我的公众号,多多交流:
前端业务的监控与埋点数据的上报


喜欢 (0)