广告归因模型怎么选?从单触点、多触点到马尔可夫链和 Shapley Value
用户先看到信息流广告,随后搜索品牌,最后从应用商店完成购买。三个渠道都参与了转化,功劳该给谁? 归因模型就是一套“分配转化价值”的方法。它们没有统一最优解,因为各自回答的问题不同:有人关心谁带来用户,有人关心谁完成收口,还有人想识别路径承接或渠道组合价值。 选择模型之前,先看完整地图。 模型类别 代表方法 核心问题 启
12 篇已发布内容
用户先看到信息流广告,随后搜索品牌,最后从应用商店完成购买。三个渠道都参与了转化,功劳该给谁? 归因模型就是一套“分配转化价值”的方法。它们没有统一最优解,因为各自回答的问题不同:有人关心谁带来用户,有人关心谁完成收口,还有人想识别路径承接或渠道组合价值。 选择模型之前,先看完整地图。 模型类别 代表方法 核心问题 启
用户先看到信息流广告,随后搜索品牌,最后在应用商店完成购买。三个触点都参与了转化,功劳该给谁? 没有实验时,我们无法直接看到“少了某个触点,用户还会不会转化”。最常见的做法,是先制定一套规则,再按同一口径分配功劳。这就是启发式归因。 它不训练模型,优势是简单、透明、容易复算;不足也很明确:规则表达的是业务判断,不是真实
单触点归因必须选出一个“赢家”,其他触点的贡献全部归零。但在长决策链路中,用户可能先被广告种草,再查看评测、搜索品牌,最后才完成购买。只奖励一个触点,很容易误判渠道价值。 多触点归因允许多个触点共享功劳。问题随之而来:是平均分,还是奖励离转化更近、位置更关键的触点? 一、线性归因:默认每个触点同等重要 线性归因把转化价
渠道包明明写了来源,为什么归因数据还是会乱? 渠道包归因的思路很简单:为不同应用商店、媒体或合作方生成带有不同渠道号的 Android 安装包。App 首次启动时读取渠道号并上报,系统便知道这个包来自哪里。 渠道号可以写在 AndroidManifest.xml 、资源文件或 APK 签名区,具体取决于分包工具。它不需
上篇解释了平均边际贡献。这一篇只做一件事:用一组完整数据,算出 A、B、C 三个渠道各自应获得多少贡献。 一、先定义价值函数 子恢老师拿了18w在三个渠道(A+B+C三个渠道都投)推广一款产品,三个渠道的新增用户量刚好是18w,其中A渠道为内渠信息流;B渠道为应用商店;C渠道是社交裂变。 A:信息流; B:应用商店;
三个渠道共同带来一批新增用户。渠道单独投放时有产出,组合投放后又会互相增强或挤压。预算应该怎么分? 只看各渠道独立产出,会忽略协同;只看最终总量,又不知道每个渠道贡献了多少。Shapley Value 提供了一种思路: 计算每个渠道加入不同组合时带来的边际贡献,再对所有情况取平均。 一、从合作博弈到广告归因 Shapl
摘要|本文结论 马尔可夫链把用户旅程表示为状态之间的概率转移。它能把触点顺序和渠道承接关系纳入贡献计算,但结果仍受状态定义、窗口期、样本和可观测范围约束,不能直接视为因果增量。 一、马尔可夫链是什么 马尔可夫链是一种描述系统如何在不同状态之间随机转移的概率模型。 它通常包含三个要素: 状态 :系统当前处于什么位置,例如
摘要|本文结论 完整网络的整体转化率为 \frac{17}{24} 。A、B、C 的移除效应分别为 \frac{16}{34} 、 \frac{23}{34} 、 \frac{6}{34} ;归一化后的贡献占比为 35.56%、51.11%、13.33%。 一、马尔可夫链归因的三个步骤 将计算流程归纳为三步:
用户在 H5 看到一篇内容或一条邀请,点击下载 App。应用安装完成后,原网页已经关闭,系统如何知道用户来自哪个渠道,又该打开哪篇内容? 剪贴板归因提供了一条简单的“跨安装信道”:H5 把来源信息写入系统剪贴板,App 首次打开时读取并匹配,从而恢复渠道、活动或目标内容。 它不依赖设备 ID,也不要求应用商店回传参数,
世界杯围挡、直播间贴片、信息流落地页、应用商店搜索,哪个场景效果最好?如果只看点击率,品牌广告几乎必输;如果只看最终下载,又可能把前面的认知触点全部抹掉。 归因真正要解决的,不是“把功劳分得绝对公平”,而 是回答三个经营问题:用户从哪里来、哪些触点推动了转化、下一笔预算应该投向哪里。 一、归因的价值,是改善下一次决策
拿不到设备 ID、安装来源参数或平台确定性回传时,还能不能判断一次激活来自哪条广告? 一种常见补救办法,是比较广告点击和 App 首次启动时的环境信息,例如公网 IP、User-Agent、操作系统、设备型号、语言和时间。如果两端足够相似,就把它们视为同一次用户行为。这通常被称为模糊归因,更准确的说法是 概率建模归因
从 IMEI、IDFA 到 OAID:设备号归因为什么正在失效? 移动广告最早的一套归因逻辑很直接:用户点击广告时,媒体记录设备标识;用户安装并首次打开 App 后,归因 SDK 再读取一次标识。两端一致,就把这次激活记到对应广告上。 这是一种确定性匹配:不需要猜用户是谁,只要证明“点击设备”和“激活设备”是同一台即可