游戏广告归因怎么测：点击、安装、激活、付费与重复归因
摘要：广告归因将渠道点击与游戏内激活、注册和付费关联。测试重点是事件口径、去重、延迟、深度链接和数据对账。
标签：游戏测试、广告归因、数据测试、埋点测试、运营测试
一、面试官真正想考什么
面试官想看你能否跨越广告平台、归因服务、应用商店和游戏埋点，用稳定标识和时间窗解释一条转化链路。
二、30 秒合格回答
我会先确认点击、安装、首次启动、注册、角色创建和付费的定义，以及归因窗口、优先级和去重规则。使用测试渠道链接覆盖直接安装、点击后延迟安装、重复点击、卸载重装、跨设备和深度链接，核对归因平台、游戏后台与原始事件。付费回传要关联订单但避免泄露无关个人数据；数据延迟、重试和重复上报需使用事件ID去重，最终按渠道、版本和日期做分层对账。
三、2 分钟高分回答
我会先组织产品、投放和数据团队统一事件口径：点击、安装、首次打开、激活、注册、角色创建、付费和退款分别在什么时点产生，以设备、账号还是角色去重，采用哪个时区和归因窗口。QA验证的是批准后的商业规则，不能自行决定"最后一次点击一定归谁"。
然后建立一条可追踪测试链路：使用受控渠道链接和匿名测试标识，记录渠道、活动、素材、点击时间、安装时间、事件ID和订单号。覆盖自然安装、点击后立即或延迟安装、多渠道先后点击、重复点击、卸载重装、深度链接、离线首次启动和跨日期边界。每个事件都检查产生条件、字段、上报次数、重试与服务端去重。
对账时不直接比较三张报表总数，而是先对齐时间窗、时区、数据成熟时间、过滤规则和粒度，再从少量明细追踪到游戏后台、归因服务与广告平台，最后按渠道、版本、地区和日期汇总差异。付费链路要使用稳定订单关联支付、补单、退款和币种换算，并遵循数据最小化原则，不使用真实用户个人信息做测试。
四、归因漏斗与对账模型
| 阶段 | 关键标识 | 典型异常 |
|---|---|---|
| 广告点击 | 渠道、活动、素材、点击ID | 参数丢失、重复点击 |
| 安装激活 | 安装标识、首次打开时间 | 自然量误归因、重复激活 |
| 游戏转化 | 账号、角色、事件ID | 注册定义不一致、延迟上报 |
| 支付回传 | 订单号、金额、币种 | 重复付费、退款未关联 |
| 报表聚合 | 日期、时区、归因窗口 | 延迟、过滤、口径差异 |
推荐对账顺序是"口径---数据成熟度---明细链路---分层汇总---差异分类"。差异可分为未产生、未发送、传输失败、被去重、被过滤、仍在延迟窗口和聚合口径不同。
五、核心测试清单
- 点击参数、渠道、活动、素材和深度链接；
- 首次安装、自然量、再归因和卸载重装；
- 多渠道先后点击与归因优先级；
- 激活、注册、角色创建、留存和付费事件；
- 离线启动、延迟上报、重复事件和时区边界；
- 订单退款、取消和金额币种；
- 报表延迟、采样、聚合与隐私设置下的可用口径。
六、连续追问
追问1：游戏后台100个激活，渠道只有90个，谁错？
先对齐定义、时间窗、时区、去重和数据延迟，再用匿名测试标识抽样关联原始事件。不同口径不能直接相减。
追问2：重复点击多个广告算哪个渠道？
按已确认的归因模型和窗口验证，例如最后一次有效点击。QA验证实现，不自行决定商业规则。
追问3：如何测试退款？
使用受控订单验证付费事件和后续退款事件的关联、金额、币种及报表调整，不能删除原付费记录制造不可审计数据。
追问4：卸载重装后又激活，算新用户吗？
取决于批准的身份和再归因规则。测试要控制设备标识、账号、重装间隔和隐私设置，验证原始事件与报表归类，而不能脱离口径回答。
追问5：怎样验证深度链接？
覆盖未安装、已安装、登录前后和链接过期，检查参数传递、落地页面、归因信息保存与失败回退；敏感参数不能明文暴露在日志或页面。
七、项目案例表达模板
某渠道注册数正常但付费金额翻倍。对账发现支付SDK重试时生成新事件ID，归因平台无法去重。团队改用订单号派生稳定事件ID，回归覆盖回调重试、补单和退款。
更完整的项目表达应包括：先按渠道、版本和小时分层确认异常集中在支付回调重试；再抽样订单证明同一订单出现两个事件ID，而游戏资产只到账一次。修复后对历史影响范围只读扫描，并让补发脚本和报表调整走审批与审计。
八、评分点与失分项
定义、时间窗、去重、延迟和跨平台对账是高分点。只看最终报表，或为测试使用真实用户个人信息，会失分。
高阶回答还会提数据成熟时间、时区、币种、退款、匿名标识和差异分类。把"数字不一样"直接定为某一方Bug，或为了凑齐数字删除原始事件，都属于严重失分。
九、面试前练习
自行构造一个用户先点击渠道A、两天后点击渠道B、离线安装并在次日付费退款的案例。写出所有事件时间、标识与预期归属，并列出三方报表不一致时的排查顺序。
结语
归因测试不是追求三张报表数字绝对相同，而是让差异有一致口径、可追踪事件和合理解释。