首页 / 科技 / 正文

你点一下,后台就“叮”一声:埋点到底埋了什么?

前天晚上,我窝在沙发里刷短视频。刷到一个烤肠机,多看两秒。第二天,购物App首页给我推了烤肠。我老婆斜我一眼:手机偷听你吧?

我说,大概率不是。它只是在“埋点”。

这词儿听起来像工地打桩,其实特别日常。你每点一下、滑一下、停一下,后台都可能有人拿小本本记一笔。记的就是人类在App里的脚印。

埋点,就是给用户行为装个小铃铛

你打开外卖App,点进一家麻辣烫。滑动菜单,停了三秒。加购鱼豆腐,领了一张券,最后没下单。这一串动作,在埋点系统里可能变成好几条日志。

日志长啥样?别想得太玄。大概就是:谁、在什么时候、哪个页面、干了啥、结果如何。比如 事件ID、用户ID、时间戳、页面名称、按钮位置、设备型号、App版本。有的还带实验分组,看你属于A版还是B版。

说白了,埋点不是读心术。它更像便利店门口的计数器。进一个人,咔哒。拿了一瓶水,咔哒。到收银台又放下,咔哒。老板不看监控,也能知道货架哪里容易让人犹豫。

手机App用户点击行为埋点数据采集流程图

那为啥非得埋?因为产品经理不能靠“我觉得”。按钮蓝色还是橙色?弹窗早弹还是晚弹?首页放三个还是五个入口?拍脑袋太贵了。埋点就是裁判。

产品经理追着开发加埋点,开发想打人

产品经理追着开发加埋点,开发想打人
产品经理追着开发加埋点,开发想打人

我有个朋友做产品。他每天的口头禅是:这里加个埋点,那里也加一个。开发听完脸都绿了。不是开发脾气差,是埋点这活儿很碎。

一个按钮,你得想清楚:曝光要不要埋?点击要不要埋?点击之后成功失败要不要埋?参数带哪些?页面来源怎么传?版本兼容怎么办?测试环境的数据会不会混进正式库?

更要命的是,埋点一旦上线,名字改起来很麻烦。今天叫 btn_click,明天叫 click_button,后天又来个 home_btn_click_v2。分析师打开表,直接两眼一黑。这不是数据,这是方言大全。

所以靠谱团队会有一份埋点文档。事件名、触发时机、参数定义、负责人、上线版本,写得清清楚楚。听着很笨,但省命。

别以为只有“点击”才算埋点

点击埋点最直观。你点了,记一笔。但用户不点,也是信息。

比如曝光埋点。你刷到一条广告,没点,但它在屏幕里出现了两秒。系统会记:曝光。短视频的完播率、滑走率、暂停率,全靠这类埋点。你以为自己只是发呆,其实数据里已经写了一行:此人对烤肠机兴趣不明,但瞳孔可能停留过。

还有页面停留、搜索词、分享、收藏、报错、支付结果。前端埋点偏用户动作,后端埋点偏业务结果。前端能知道你点了“提交订单”,后端才知道订单到底成没成。两边对不上,就开始扯皮。

技术上又分代码埋点、可视化埋点、全埋点。代码埋点准,但开发烦。可视化埋点快,但覆盖有限。全埋点省事,啥都采,结果噪音大得像菜市场。选哪种,看团队穷不穷、急不急、数据洁癖重不重。

电商购物车页面埋点事件参数示意图
电商购物车页面埋点事件参数示意图

那些年,埋点翻过的车

最常见的是重复上报。用户点一次,后台收到两条。转化率直接翻倍,老板看了很高兴,分析师看了想离职。

还有漏埋。活动页上线三天,才发现关键按钮没埋。相当于饭店开业三天,发现收银机没插电。用户来了,钱收了,账没记。

命名混乱也很致命。同一个“加入购物车”,在不同页面有五个名字。最后没人知道哪个是哪个。数据仓库里像旧仓库,箱子都长一样,标签还写错。

隐私这块,更得小心。埋点能记行为,不代表能随便记手机号、身份证、精确位置。国内有个人信息保护法,国外有GDPR。正规做法是最小必要,能匿名就匿名,能聚合就聚合。用户不是透明人。你记他点了啥,可以。你把他底裤颜色都采了,那不行。

刚聊完火锅就刷到火锅,真是偷听吗?

刚聊完火锅就刷到火锅,真是偷听吗?
刚聊完火锅就刷到火锅,真是偷听吗?

多数时候,不是。更常见的解释是:你之前搜过、看过、停过、买过类似东西。加上你的设备ID、账号、地理位置、时间、人群标签,推荐系统一锅乱炖,就猜你今晚想吃火锅。

还有协同过滤。买A的人通常也买B。你朋友搜了火锅,你们在同一个WiFi下,或者同一个小区,也可能被算进去。不是玄学,是统计。

当然,我不是给所有App发好人卡。真有坏公司乱来,该骂就骂。但普通App更爱埋点,因为便宜、可控、还能写进隐私政策。偷听麦克风成本高,风险大,还容易翻车。埋点就像翻你的购物小票,不声不响,但信息量巨大。

下一次,你刷到“刚好需要”的东西,别急着骂手机成精。它可能只是把你之前的小动作,记在了小本本上。

你也可以去设置里关掉个性化推荐。不过关了之后,推荐可能像食堂大锅菜——能吃,但没什么灵魂。对吧?