雷雷_20240415_抖音电商埋点与归因分析实践思考_1.pdf

《雷雷_20240415_抖音电商埋点与归因分析实践思考_1.pdf》由会员分享，可在线阅读，更多相关《雷雷_20240415_抖音电商埋点与归因分析实践思考_1.pdf（20页珍藏版）》请在三个皮匠报告上搜索。

1、D Da at ta aF Fu un nC Co on n#2 20 02 24 4抖抖音音电电商商埋埋点点与与归归因因分分析析实实践践思思考考张雷雷-抖音集团电商数据架构师D a t a F u n 上海站嘉宾专享C Co on nt te en nt ts s目目录录现状问题解决方案总结规划D a t a F u n 上海站嘉宾专享0 01 1 现现状状问问题题D a t a F u n 上海站嘉宾专享埋点的历程无日志采集Log1.0-复用友盟格式Log2.0（失败）-未上线Log3.0-event¶ms2013年以前2013-20162015-20162016至今1.13年以前

2、，抖音集团自身不收集流量日志，依赖外部工具做统计。2.13年-16年（Log1.0），复用友盟事件格式，开始自己做采集，主要支撑推荐场景和围绕推荐的分析场景。3.15年-16年（Log2.0-未上线），引入统一的页面标识，提供链路追踪的归因能力。因为切换成本，通用性不足，复杂度过高等原因没有上线使用。4.17年-至今（Log3.0），Log 3.0 日志解决方案 event+params。当前在使用的版本，与ByteIO（埋点平台），Tea（分析平台）形成一套解决方案，提供了从管理到分析的能力。D a t a F u n 上海站嘉宾专享抖音的变化早期首页现在首页电商场景D a t a F u

3、n 上海站嘉宾专享电商场景遇到的问题问问题题0203分析诉求：围绕流量的承接转化与交易拆解归因，归因能力是强诉求01场景：用户的链路深度加深（商城、搜索），页面迭代频繁（大促、营销）埋点：参数复杂化，长链路传参诉求增多质量问题突显，漏传、错传引发线上事故归因未知场景增多，业务分析困难维护成本高，埋点流程效率低下D a t a F u n 上海站嘉宾专享0 02 2 解解决决方方案案D a t a F u n 上海站嘉宾专享解决方案框架大图L Lo og g3 3.0 0 事事件件+参参数数B BT TM M：位位置置信信息息B BC CM M：内内容容信信息息链链路路串串联联：生生成成p pr

4、 re ev vi io ou us s、c ch ha ai in n链链路路等等信信息息关关键键事事件件优优化化：页页面面访访问问、商商品品曝曝光光点点击击等等关关键键归归因因场场景景：体体裁裁分分类类、达达人人分分佣佣等等埋埋点点管管理理S SD DK K归归因因平平台台策策略略配配置置策策略略审审批批策策略略运运维维分分析析产产品品流流量量分分析析用用户户轨轨迹迹交交易易路路径径漏漏斗斗分分析析。D a t a F u n 上海站嘉宾专享埋点管理单单击击此此处处添添加加标标题题BTM参考了SPM的概念进行设计，由4个点位组成：业务.页面.区块.坑位 用来描述一个固定的位置信息。BCM则

5、是在内容信息上全局统一关键参数命名，如product_id，shop_id，author_id，promoton_id等，防止同义不同名的表达，类似数据表中维度命名统一 L LO OR RE EMML LO OR RE EMML LO OR RE EMMbtm：a5425.b8692.c2154.d8060user_id：xxxxxxx区别于SPM一个应用内可以有多个a点位（业务），spm a点位代表站点一个c点位（区块）可以归属于多个b点位（页面）下，主要是复用的区块，例如猜喜模块，搭建活动共用的模块等新新增增：B BT TMM、B BC CMM 统统一一位位置置内内容容信信息息表表达达D

6、a t a F u n 上海站嘉宾专享埋点管理单单击击此此处处添添加加标标题题治理：关键事件的事件名称，参数，上报时机等统一发生时机不统一每次展示都上报、首次展示上报，不展示只要端上有新信息上报（虚曝光）展示25%、50%、100%等不同曝光面积上报事件名称不统一show_product、search_result_show、show_ecom_cardshow_ecom_crad等事件参数杂乱不同场景，参数命名规则不一致。搜索、猜喜、商业化等埋点上报核心依赖客户端开发、质量依赖QA人工验证、整体自动化程度不高商品曝光治理D a t a F u n 上海站嘉宾专享SDK能力介绍1.负责关键事件