抖音小游戏平台自归因切换说明,重要️重要️重要️
摘要
|
本文讨论了抖音小游戏平台自归因切换的相关事宜,包括背景、前期收益、切换说明及常见问题等,旨在提升归因准确率和投放效果。关键要点包括: 1. 切换背景:当前归因链路存在问题,如侧边栏和搜索场景无启动参数、转化回传延时、归因口径与结算数据口径有差异等,影响投放效果优化,预期通过平台自归因解决。 2. 前期收益:iaa 类“变现 ROI”切换自归因后,跑量消耗效果提升 5% – 8%,变现 roi 提升 3% – 7%;iap 类在付费 roi7 持平时,大盘跑量消耗效果 +20%。预计 2026 年 Q2 完成 iap 产品更大范围平台自归因切换。 3. 自归因逻辑:归因方改为平台,默认归因时间窗口 30 天,支持自定义。激活、变现、付费归因均有相应规则,付费剔除小于 1 元订单。 4. 切换流程:客户在【应用管理平台–小游戏】或【mapi 的时间窗修改接口】调整激活窗口期,巨量引擎直接配置生效自归因,无需客户开发。 5. 切换影响:按游戏 id * 广告 ea 粒度切换,已切换广告模型用自归因样本训练和计费,ad 平台展示自归因数据,丢弃小于 1 元订单,但开放平台结算不受影响。 6. 数据差异原因:双方对激活判定节点不同、用户跨端场景归因结果不同、点击后搜索进入游戏用户归因方式不同。 7. 缩小差异方法:客户可通过有效触点监测归因,用 ip 参数关联激活前 7 日内有效触点进行兜底归因,ip 归因准确率达 98% +。 |
本次切换涉及范围为 抖音小游戏
-
本期切换转化目标:每次付费、每付7R
-
前期已切换转化目标:综合7R、混变7R、变现7R、变现ROI、激活直投
-
剩余未切换转化目标:关键行为
一、背景
-
抖音小游戏当前归因链路下,存在较多问题可能会导致转化丢失,影响投放效果优化,如下:
-
客户归因逻辑:平台通过在跳转url上拼接启动参数,客户归因后携带参数回传以完成归因。可能问题如下:
-
侧边栏和搜索场景无启动参数:用户点击营销内容后没有成功打开小游戏,使用侧边栏和搜索,平台启动参数无法正常透传会影响转化归因
-
转化回传延时10s以上:会导致模型实时训练效果下降,影响投放推荐系统效率。
-
归因口径和开放平台结算数据口径有差异:导致投放数据始终与结算数据有偏差,影响收益。
-
基于以上问题和实验数据,预期通过「平台自归因」提升归因准确率和投放效果。
二、前期收益说明
收益实验验证中,预期通过「参数透传成功率提升」、「回传延时消除」和「开放平台口径对齐」三个方向,同步降低客户归因链路维护成本,提升投放数据与开放平台结算数据的一致性。
结合实验数据,切换后分类型预计收益如下:
1. iaa类:「变现ROI」下切换自归因可实现,当前跑量消耗效果提升5%~8%,变现roi提升3%~7%。
2. iap类:「每付7R、每付」平台自归因数据验证中,平台小流量测试在付费roi7持平情况下,大盘跑量消耗效果+20%(正向包比例75%+,分游戏的增长效果差异较大)。
因此预计在2026年Q2季度内,巨量引擎完成对iap每次付费、每次付费7R产品完成更大范围平台自归因切换。
三、自归因切换说明
本次切换无需客户改造,仅需明确归因窗口期和关注投放数据即可,如有疑问可联系对应直客销售或行业运营。
归因方更改为:平台
3.1 自归因逻辑
|
默认归因时间窗口30天,支持客户自定义,但可能存在与抖音开放平台数据差异。 |
|
转化类型 |
归因口径简介 |
|
激活 |
1. 激活定义:历史x天内首次打开该游戏的用户被认定为激活用户,x默认为30天,支持创建小游戏资产的账户在【应用管理平台–小游戏】模块修改x的值 2. 激活归因:激活事件归因至前30分钟内最后的投流/星图/发行人/纯自然推荐点击,其中归因至投流的转化事件在ad平台披露并进行投放模型训练 3. 归因key:用户id*小游戏id |
|
变现 |
1. 变现归因:变现事件归因至最后的激活事件,根据激活归因点击的结果 来确认变现归因到的投流id 2. 归因key:用户id*小游戏id |
|
付费 |
1. 付费归因:付费事件归因至最后的激活事件,根据激活归因点击的结果 来确认变现归因到的投流id 2. 归因key:用户id*小游戏id 3. 剔除小于1元的订单:此类订单不会被归因上用于广告投放,但是会在开放平台正常结算收益 |
3.2 切换自归因流程
1. 步骤1(客户仅需关注此步):客户请于【应用管理平台–小游戏】界面 或 【mapi的时间窗修改接口】调整激活的重新唤起判定窗口期,不修改默认按照30日生效,一个游戏一天限制修改1次。
2. 步骤2:巨量引擎直接配置生效自归因,无需客户进行任何形式的开发!
|
步骤 |
ad平台操作介绍 |
MAPI操作介绍 |
||
|
步骤1:激活窗口期配置 |
|
查询:https://open.oceanengine.com/labels/7/docs/1824379978676224?origin=left_nav编辑:https://open.oceanengine.com/labels/7/docs/1824379551374339?origin=left_nav |
||
|
步骤2:巨量引擎侧配置生效自归因 |
巨量引擎侧会直接修改线上逻辑以将投放数据切换为自归因,除了步骤1需要客户简单操作一下外,无需客户进行任何形式的开发
|
无 |
3.3 切换自归因的影响
1. 自归因切换方式:
a. 粒度:游戏id * 广告ea粒度进行切换
b. 过程:平台会对每期切换的客户,在对应游戏id的每次付费、每付ROI7的营销内容上,逐渐推流量切换自归因
2. 客户影响:
a. 模型预估与计费:已切换平台自归因的广告,模型会使用自归因样本训练,按照自归因样本进行计费。
b. ad平台数据披露:已切换平台自归因的广告,ad平台上对应转化目标的广告所展示的付费、激活类指标,会展示自归因数据(不会与客户api回传复计)。
c. 注意:自归因会丢弃小于1元的订单,模型预估、计费、ad展示均不计入此类订单。但开放平台的收益结算仍会统计,不会造成客户收益缺失。
四、常见问题
1. 客户通过api有正常回传全量广告归因数据,为什么还是和ad平台上的数据存在差异?可能有以下三个原因:
a. 双方对激活的判定节点不同:平台的激活节点默认统一为打开小游戏(对齐开放平台),若客户对用户激活定义差异较大(如认为进游戏主界面才算激活),则会由于激活判定节点的定义差异导致平台与客户归因数据统计不一致;
b. 用户跨端场景归因结果不同:跨端场景下,用户在不同端的获得的open_id可能不一致。例如,在抖音激活但在头条付费的用户,因开放平台下发的用户id 不一致,客户统计时可能认定为两个新激活用户,进而产生归因差异;但平台自归因会算作1个激活用户。
c. 点击后搜索进入游戏的用户被平台完成归因:少量游戏用户可能在点击广告后没有成功打开小游戏,后又使用侧边栏和搜索场景打开小游戏,此时平台广告启动参数无法正常透传,进而会影响客户归因的准确性,平台会使用last click的方式完成归因,导致平台与客户归因数据存在差异;
2. 如何能够缩小客户内部归因结果与平台自归因数据的差异?
a. 针对上述第三种情况所产生的数据差异,客户可以通过有效触点监测归因,用ip参数关联激活前7日内的有效触点再进行一遍兜底归因,此时可挽回部分由于广告启动参数透传失败导致的转化丢失数据(针对1.c)。目前平台测算过使用有效触点监测的ip归因准确率已经可以达到98%+。
夜雨聆风

