03 · 印尼 · 谷歌上架包 · 培训手册¶

来源：/Users/bob/Documents/投流/印尼投流组培训手册_谷歌包版.docx（投流组内部培训手册，由同事整理） 目标市场：印度尼西亚（实操细节以印尼站点为例；菲律宾站点见 07-菲律宾站点投放要求） 版本说明：谷歌上架包 / Google Ads 投放版 最后整理：Bob · 2026-06-20

⚠️ 市场说明

本文档由投流组印尼市场培训手册（RT99）转换而来，仅作流程与操作步骤参考。 当前团队学习与实践的重点是菲律宾市场——请将文中 RT99、印尼、IDR、KPI 12/13、+7 时区等全部替换为：

印尼手册菲律宾对照

RT99 P222.com

KPI 12/13 KPI 6（见 07-菲律宾站点投放要求）

+7 时区 +8 菲律宾时区

印尼后台路径澎湃推广渠道模块

渠道战略：PH-菲律宾投流渠道清单

排版说明：由 Word 原稿经 pandoc 转换 + 结构化后处理（章节标题、表格、标注块），保留培训手册原有层级。

第一章投流组概述¶

1.1 核心职责¶

投流组负责为公司寻找合适的投手（广告投放公司 / 渠道商），委托其在各投放媒体上投放广告，并持续审核投手的面板数据，防范作弊与诈骗，确保每一分广告费都花在真实有效的流量上。

项目	说明
核心目标	以最合理的首充成本，拉取最大体量的真实客户流量
参与部门	运营、财务、记账、投流组
主要投放媒体	Google Ads（主）、Facebook / TikTok（辅）
主要投放类型	谷歌上架包（安卓）
回传系统	ADJ（默认）
目标市场	印度尼西亚

💡 谷歌上架包投放特点： 上架包在谷歌媒体跑，起量后商店排名提升快，但封包风险高。须多渠道多媒体同时快速起量，在下架前迅速拉高消耗、降低获客成本。 W2A 是直接下载 APK，不涉及上架包；谷歌包是上架至 Google Play 商店的正式包。

1.2 组织架构与职责分工¶

投放部门拆分为多个小组并入运营，由运营统一管理，每组配置如下：

项目	说明
运营经理	负责所有渠道二审，最终决定是否使用 / 停投某渠道或站点
投放主负责人（1人）	承担 40% 责任，主导渠道筛选、对接、日报跟进
投放副负责人（2人）	各承担 30% 责任，协助执行并相互监督
运营组长	当无运营经理时，代行二审职责

主负责人轮换机制¶

为保证每位投放人员均能积累全流程经验，主负责人按站点轮换担任：

站点 1111.com：A 为主负责人，B / C 为副负责人
站点 2222.com：B 为主负责人，A / C 为副负责人
依此类推，每个新站点轮换一次主负责人

💡 原理： 多岗位协同监督，确保各项数据真实、准确、可追溯，同时避免单人长期掌控同一站点带来的风险。

第二章渠道管理¶

2.1 渠道库的使用原则¶

公司维护一份统一的渠道库，所有投放必须优先从渠道库中挑选渠道：

优先从公司渠道库中挑选已验证的渠道进行对接
新增渠道需备注：是否有数据佐证、渠道来源（介绍人姓名）、渠道联系方式
新渠道整理完毕后，提交领导审批，批准后方可纳入渠道库

💡 原理： 能跑量的渠道，经过一段时间后广告户会陆续死完，跑量会持续下滑。因此需要不断对接新渠道来补量。部分渠道商会提前屯半年的优质广告户，专门等待合适的平台首发机会，一次性用完换取高服务费，这是市场常见现象，需提前了解。

⚠️ 注意： 渠道信息必须留档，工作记录须留痕。下次该公司的人带着收款地址来合作时，可查阅历史记录决定是否合作。

2.2 新渠道对接流程¶

寻找新渠道分为以下几个环节，务必严格按顺序执行：

💡 筛选渠道前的心态说明： 渠道能否起量有很大的运气成分，不是完全可控的。投手不是固定的，同一个渠道商今天和明天的投手可能不同，别人跑得好拉群后不一定能复制同样的成效。渠道商通常先用新广告户测试，有发现能起量的户才会拿老户或借/买老户继续堆量。如果新户量没跑起来，很多渠道商不愿意直接上老户，怕把老户也搞死了。所以新渠道初期数据差不一定是投手能力问题，也可能是在用新户试水。因此筛选渠道看的是综合实力和历史数据，不是单次表现。数据差时不要急于停线，先观察几天排除运气因素；同时多开几条渠道线分散风险，不把量押在单一渠道上。

前置步骤：私聊初步筛选（拉群前必做）¶

正式拉群前须先在私聊中完成以下筛选，确认渠道商有真实实力后才拉群：

项目	说明
1.	先问渠道商能不能跑指定媒体和投放类型
2.	能跑则要求提供最近该媒体的日报截图或消耗链接，核实对方是否真实有上量经验

⚠️ 注意： 警惕新手拿假截图来对接——实际是第一次跑，用我们当练手。判断方式：日报数据是否合理连贯、消耗链接能否核实、数据是否有持续性。不能让没有经验的投手因为练手失误造成我们的损失。

项目	说明
3.	发送资料模版，要求对方填写后提交：

投放市场：印尼投放产品：rt99 投放媒体：投放类型：（请填写最擅长类型）收款地址：结算方式：全集团统一次日结请填写合作资料便于审核

项目	说明
4.	核查收款地址，需从以下两个维度判断：

- 交易数量：交易越多说明与多方合作过，是老公司，诈骗风险低；交易少或地址新则风险高

- 交易记录中的对方地址：查看与该收款地址有往来的对方是否是正规甲方公司（甲方公司特征：经常有大额交易往来）。若交易记录里都是正规甲方给他打款，说明该渠道商是真实在做业务的

项目	说明
5.	同时核查渠道库历史记录，确认是否有过违规或被禁止合作的记录

⚠️ 注意： 收款地址核查不过关不能进入下一步，历史有违规记录的地址直接拒绝合作。

第一步：群发初筛¶

项目	说明
6.	在合作渠道群内群发投放需求，仅给出一个对接联系方式（不在群发中暴露详细要求）
7.	有渠道主动联系后，首先索取其日报数据，并询问对方使用的广告户类型（参考 4.7）

⚠️ 注意： 拉群之前禁止发送投放要求，避免让同行提前了解我们的稽核标准——这是我们花钱踩坑积累的竞争优势，不免费给任何人。

第二步：初步筛查¶

项目	说明
8.	查看渠道商的收款地址交易量：交易越大、越频繁越安全；金额小、地址新则诈骗风险高
9.	重点核查渠道商过往数据：消耗、首充成本、首充转化率，是否达到市场质量水平

确认能否满足授权 / 远程要求（这是合作的必要前提）

项目	说明
Facebook 渠道	必须授权 BM 管理系统，可查看每天真实消耗数据
TikTok 渠道	要求远程查看桌面消耗面板（TT 授权含个人隐私，多数不愿意，故只要求远程）

第三步：私聊确认条件¶

在拉群之前，私聊中先发送「渠道对接条件」，确认对方所有条件均可接受后，再执行拉群操作，避免浪费双方时间。

✅ 要点： 对接群回复慢或不回复的渠道直接放弃合作，但保留群聊记录备查。我们不缺渠道，低效率的渠道不值得等待。

素材准备¶

渠道商确认合作条件后，通常会索取平台 Logo 和广告图用于制作素材：

先到运营与投流共享群组内翻找现有素材，找到直接转发给渠道商
找不到再向运营部索要

渠道审批（拉群前必须完成）¶

确认条件无误后，在正式拉群之前，需整理以下信息提交运营经理二审：

使用该渠道的原因
渠道来源 / 介绍人
强制授权 XMP 系统或授权广告户的证明
投放 KPI 对比
以往投放数据：投充比、客价值、留存、回收率、裂变比例

运营经理（或运营组长）审批通过后，方可正式拉群合作。

💡 原理： 拉群 = 正式确认合作，是审批通过后的动作，不是审批前的动作。

第四步：拉群并发投放要求¶

拉群后第一时间发出「投放要求」文件（见第五章）
将渠道商的收款地址发到群内并置顶，作为唯一认可的收款地址

💡 收款地址变更规则： 地址一旦置顶，渠道商若想更换，必须满足以下条件才能变更：渠道商群内多人确认 + 我方至少组长与组员共同确认。原因：地址变更可能是渠道商账号被盗，或原地址被标记风险，需双方多人核实防范诈骗风险。

素材准备：渠道商此时会索取平台 Logo 和广告图用于制作素材
- 先到运营与投流共享群组内翻找现有素材，找到直接转发给渠道商
- 找不到再向运营部索要
群名备注格式：RT99-印尼-GG-GGB-G9 5+1 +7
将新渠道群的群名及开关状态登记至 List 报表内，开关状态默认选「开」

✅ 要点： List 报表是报表助理生成次日报表的依据，新渠道群不登记则助理无法跟进；群名须与后台渠道名称保持一致，避免对账混乱。开启表格开关的申请时间：在开跑后第一天晚上提出申请，第二天即可使用。

登记完成后，还需在报表群申请制表：

在 List 群内登记需要制作的表格
复制群内所有像素编号（例：FW66-W2A-FB-W19-1）
将以上信息发到内部群 → 报表群 → 申请制表

第三章谷歌包对接与配置流程¶

谷歌包与 PWA / W2A 的核心差异：不需要配置像素，不需要在运营后台开渠道配置，公司和渠道商双方都直接在 ADJ 上查看数据。

💡 谷歌包数据架构原理： 一个谷歌包可以同时给 10-15 个渠道跑。运营后台只创建一个包的编号（例：GGB-66），只能看到整个包的汇总数据，无法区分单个渠道。 ADJ 是区分单渠道数据的唯一工具——每个渠道在 ADJ 里有独立的追踪链接，才能看到各自的消耗和成效。

3.1 包库存选包¶

路径：进入公司谷歌包库存文档

选择最少人用的包，避免多个渠道同时跑同一个包导致互相竞争、消耗过快、加速封包
在库存文档备注群编号已使用（例：G9 使用）
复制以下信息备用：包链接、包名、启动类

⚠️ 注意： 散列（密钥）绝对不能发给渠道商——渠道商拿到散列后可以直接修改我们在 FB 开发者中心的应用配置，失去对该包的控制权。

3.2 发给渠道商的信息¶

确认选好包后，发给渠道商以下内容：

包链接
包名
启动类
广告命名规范（必须严格按格式）

广告命名格式：RT99-GG-GGB-G9-包名-自定义文字示例：RT99-GG-GGB-G9-Cinderwing Mosaic-自定义文字查询不到按 0 计算

3.3 谷歌 Ads 授权 MCC 码¶

路径：登入谷歌 Ads → 工具 → 数据管理器 → 关联的产品 → 管理

拉到第 500 页，搜索对应谷歌 Ads 应用名称（从库存包里找）
点击「选项」→「与另外一个账号共享」
填入渠道商提供的 MCC 码进行绑定
发送邀请
在第三方应用分析工具里用 MCC 码搜索已邀请的记录，截图发送给渠道商确认

MCC 授权后的激活测试（必做）¶

共享 MCC 码给渠道商后，我方还需要再做一次注册和充值的测试流程，让渠道商在 ADJ 里能看到事件数据，相当于激活这个包：

下载包 → 注册账号 → 充值测试回调 10 元
进入 Adjust → 报告 → 所有报告 → RT99 分类 → 粘贴应用名搜索 → 渠道源选「全部」→ 确认自然流量里注册和首充事件人数有增加
增加确认后通知渠道商，渠道商看到事件才会开始跑量

⚠️ 注意： 没有这一步渠道商看不到事件，无法确认回传正常，不会开始跑量。MCC 授权和激活测试缺一不可。

3.3.1 GG ADS 创建关联 ID（买包时操作）¶

路径：进入谷歌 ADS 控制面板 → 工具 → 数据管理器 → Third-party app analytics（有时需手动输入查找）→ 点击进入三方应用分析工具 → 创建关联 ID

选择分析工具：Adjust
选择移动应用的推广平台
查找对应应用（可通过应用名或程序包名搜索，信息错误会查询不到）
点击「创建关联 ID」→ 保存返回的关联 ID，后续在 ADJ Campaign Lab 中使用

💡 原理： 关联 ID 是谷歌 ADS 与 Adjust 之间的唯一绑定凭证，创建后需填入 ADJ Campaign Lab 的 Google Ads 合作伙伴配置中，谷歌包全家桶成员会自动映射 SDK 事件。

3.4 ADJ 授权渠道商¶

路径：进入 Adjust 个人中心 → 账户设置 → 用户 → 添加新用户

填写信息：名称填群编号（例：gg-ggb-g9），姓填平台名（例：rt99），邮箱填渠道商提供的邮箱，语言选英语
角色权限根据媒体类型区分：

项目	说明
TT 跑谷歌包	给编辑员权限（需要在 ADJ 绑定广告账户和识别码等信息）
FB / GG 跑谷歌包	给读者权限（不需要绑定其他信息，只需查看数据）

添加用户成功 → 告知渠道商 ADJ 已添加
邀请界面 → 查看邀请 → 截图发送给渠道商

3.5 谷歌包测试流程¶

每次渠道对接都需要测试，测试完成后需在 ADJ 核实回传事件成功后才通知渠道商开始跑量。

Step 1：基础测试¶

点击发给渠道商的包链接，下载安装
充值测试回调 10 元，到账后系统自动判定需要强制弹窗引导下载 APK
进入游戏点击下注几次，确认余额有正常加减分

Step 2：ADJ 核实回传¶

路径：Adjust → 报告 → 所有报告 → 选择 RT99 分类 → 应用筛选粘贴谷歌包应用名搜索进入

查看自然流量的注册和首充事件人数是否有增加
有增加 → 事件回传成功 → 通知渠道商可以开始跑量
没有增加 → 继续排查回传问题

💡 原理： 测试时是我们自己点进去注册充值的，不是通过广告进来的，所以会归类在自然流量里。看到自然流量里注册和首充事件有数据，就证明 ADJ 能正确接收到回传事件。

💡 弹窗引导安装 APK 的原理： 我们大部分的谷歌包是上架至 Google Play 商店的正式包。客户下载并注册充值后，系统根据后台设置的弹窗条件（入金后强制跳转），引导客户再下载一次未上架的 APK 备用包。谷歌包迟早会被下架，普通下架后已安装用户可继续使用，但新用户无法下载。最危险的情况是 Google Play Protect 判定为有害应用，会直接强制删除已安装的应用，老用户也无法继续使用。提前引导客户安装 APK 备用包，是确保包下架或被强制删除后客户仍能继续使用的关键手段。

3.6 买包流程（与包商对接）¶

买包是与包商之间的对接，与渠道商无关。打款由组长负责，组员只负责对接信息。

Step 1：采购申请¶

在买包群告知包商需要购买多少包
包商答复有无存货及到货时间
有包后包商发包信息给我方
所有信息登记到公司谷歌包库存文档

Step 2：后台配置¶

路径：后台 → 渠道配置 → 谷歌-谷歌包 → 新建 APK 推广

项目	说明
渠道名称	GGB-XX（按编号填入）
渠道域名	选择谷歌包专用域名
弹框引导安装	开启
弹框时间点	用户入金后
弹框时间间隔	0 小时（即强制弹出）
安卓弹框安装类型	apk

完成保存 → 生成渠道链接备用

库存表填写：

绑定链接 → 填入后台生成的渠道链接
谷歌ADS应用名称 → 填入包名（打开包链接即可看到）

Step 3：ADJ 创建应用¶

路径：Adjust → AppView → + 创建新应用

应用名称：RT99-包名（例：RT99-Arena Rush）--- 平台名与包名即可，包名永远不会重复，方便后续筛选
币种：选择当地市场法币（印尼选 IDR）
勾选「该应用仅存在位于欧洲经济区之外的用户群」→ 确认
平台 → 安卓 → 安卓商店 → 应用ID 填写包商提供的包名
导入事件：选择以往的 GGB 应用导入，勾选后自动参考

Step 4：发送信息给包商¶

复制以下内容发到买包群给包商绑定，格式参考：

GGB-67包 https://rt99abc123.com/#/?ch=rxogw&mode=4 绑定链接: https://play.google.com/store/apps/details?id=com.arena.rush3&gl=un&pli=1 应用识别码 nhai5r5s1t6o enterGame ieud70 firstrecharge xais1x login ho6byn logout zelacj recharge 7o5ord rechargeClick zcy0lc register 1kwbo4 registerClick dhhlnp

⚠️ 注意： 散列（密钥）绝对不能发给包商或渠道商——拿到散列后可以直接修改 FB 开发者中心的应用配置，失去对该包的控制权。

Step 5：测试回调¶

包商打开渠道链接注册，把用户ID发给我方
后台 → 财务管理 → 三方代入款 → 粘贴用户ID查询充值订单
复制充值订单号，填写平台名 + 用户ID + 充值订单号 → 发送运营群申请测试回调10元
等待约 30 分钟 → 进入 Adjust → 报告 → 所有报告 → RT99分类 → 粘贴应用名搜索 → 渠道源选「全部」→ 查看自然流量注册和首充事件人数是否增加
有增加 → 回传成功 → 买包流程完成，可以开始给渠道商投放

💡 原理： 打款由组长负责，组员只负责对接信息（收集包商信息、填库存表、配置后台和ADJ、发测试信息等），不涉及打款操作。

3.7 List 报表登记¶

谷歌包的 List 报表登记格式与 PWA/W2A 不同：

PWA / W2A：登记群名
谷歌包：登记渠道广告命名，例：RT99-GG-GGB-G9-Cinderwing Mosaic

💡 原理： 谷歌包后台只有一个包编号，报表助理需要用广告命名来区分不同渠道的数据。

登记完成后：

在 List 群内登记需要制作的表格
复制群内渠道编号
发到内部群 → 报表群 → 申请制表

第四章 ADJ 系统配置（谷歌包专属）¶

谷歌包默认使用 ADJ（Adjust）系统追踪各渠道数据。本章介绍 ADJ 后台的基础配置，新人入职后需由组长开通账号权限。

⚠️ 注意： ADJ 后台需由组长开通账号权限，新人入职后先把邮箱发给组长申请开通，收到邀请邮件后点击链接登入。

4.1 添加应用¶

路径：登入 Adjust → AppView → 所有应用 → 点击「添加应用」

应用名称：建议与渠道群名保持一致，方便后续查询（例：RT99-FB-W2A-P1）
报告币种：选择 IDR - Indonesian Rupiah（印尼市场）
勾选「该应用仅存在位于欧洲经济区之外的用户群」
填完点击「添加应用」，进入应用后复制出应用识别码备用

4.2 编辑平台信息¶

点击「平台」→ 选择「安卓」→ 选择商店「Google Play 商店」
W2A 不需要填写包商提供的应用 ID，直接保存

4.3 导入事件¶

路径：点击「SDK 集成」→「前往事件」→「导入事件」→「从已有应用中导入事件」

选择同平台系统下已有的 W2A 应用借用事件（不需要重新手动添加），导入完成后应看到以下三个事件：

firstrecharge（首充）
recharge（充值）
register（注册）

导入完成后，复制以下四个识别码填入运营后台对应字段（第三章 3.1 节）：

项目	说明
应用识别码	→ 运营后台 AD应用识别码
register 识别码	→ 运营后台 AD事件识别码-注册
firstrecharge 识别码	→ 运营后台 AD事件识别码-首充
recharge 识别码	→ 运营后台 AD事件识别码-充值

⚠️ 注意： 注意：register 和 registerClick 是两个不同事件，registerClick 是注册按钮点击事件，不是我们需要的，不要选错。

4.4 Campaign Lab 绑定合作伙伴¶

路径：Adjust → Campaign Lab → 合作伙伴 → Facebook Web → 新链接

Step 1：选择应用¶

点击「新链接」→ 搜索栏粘贴渠道群名 → 选择刚创建的应用

Step 2：填写数据分享¶

编辑数据分享 → 填写渠道商提供的 Pixel ID 和 Access Token
Event Source URL 和 Facebook Install Event Name 不需要填写
直接点击「启用」（不要点 Enable AdImpression Mapping）

Step 3：设置数据分享¶

勾选以下三项：

✅ 卸载与重装
✅ 应用内收入
✅ 参数 → 选择「发送所有参数」

Step 4：映射事件¶

点击「映射事件」→「添加映射事件」，绑定以下两个：

项目	说明
ADJ 事件 firstrecharge	→ 合作伙伴事件 Purchase
ADJ 事件 register	→ 合作伙伴事件 CompleteRegistration

全部完成后点击「下一步」。

Step 5：设置链接使用场景¶

选择「单一设备链接」
链接名称建议与应用名称保持一致
点击下一步

Step 6：用户目标位置¶

添加重定向 → 选择「自定义 URL」→ 填入运营后台生成的 APK 链接

💡 原理： APK 链接获取路径：运营后台 → 推广渠道 → 渠道配置 → 搜索刚创建的渠道名称 → 复制 APK 链接栏的下载链接

完成后点击两次下一步。

4.5 归因设置¶

路径：Adjust → 归因设置 → 安装设置 → 编辑

选择「基于点击的归因」
启用概率模型
归因窗口设置为 24 小时
保存

4.6 复制点击 URL¶

路径：Campaign Lab → 找到刚创建的链接 → 复制点击 URL（Click URL）

回到运营后台 → 找到对应渠道 → 将之前填「1」占位的 AD点击URL 替换为此点击 URL → 保存。

💡 原理： AD点击URL 在后台渠道配置时先填「1」占位，等 ADJ 生成点击 URL 后再回来替换，因为 ADJ 配置和运营后台配置是交叉进行的。

4.7 TT 跑谷歌包 Campaign Lab 绑定流程¶

路径：Adjust → Campaign Lab → 合作伙伴 → TikTok For Business [SAN] → 新链接

输入 APP 名 → 下一步
编辑 → 将 Enabled 设为绿色 → 启用
点击下一步 → 设置数据分享：
勾选「会话」
勾选「应用内收入」
勾选「参数」
映射事件：

项目	说明
ADJ 事件 firstrecharge	→ 合作伙伴事件 Pay
ADJ 事件 register	→ 合作伙伴事件 Register

启用合作伙伴

⚠️ 注意： TT 渠道在 ADJ 授权时须给编辑员权限（不是读者），同时叮嘱渠道商只能编辑自己在跑的线，其他渠道的线不要动。

第五章日常运营与数据管理¶

5.1 谷歌包监控与死包处理¶

集团每个组都有一个谷歌包机器人检测群，负责实时检测包的状态。需要经常查看该群内自己负责的包是否出现链接失败、死包等异常情况。

发现死包后的处理流程¶

复制死包的包名（格式：RK55-GGB-GB）
进入谷歌包库存表格，找到该包 → 整栏填充红色，标记为已死包
找到自己负责的所有使用该包的渠道群 → 逐一通知代投人员该包已死

⚠️ 注意： 必须主动通知代投人员，否则代投不知道包已死，广告事件已无法回传，但消耗仍在继续，成本会极高造成损失。

到内部群通知所有同事该包已死，因为同一个包可能有多个同事在使用和负责，提醒他们去各自对接的渠道群通知代投
评估是否继续补包：若该渠道代投数据表现好，且网站仍缺量，可以继续买新包给代投补上继续跑

💡 原理： 单条线的停线两步操作（List 报表改关 + 标签页改红）仍需执行，死包通知是额外的紧急处理流程。

5.2 日报核对流程¶

谷歌包日报核对与 PWA/W2A 完全不同：

谷歌包不需要我们自己填写日数据，由**填表专员**直接去 ADJ 拿数据并填写表格
我们只需进入表格查看**首充成本**，判断是否需要调整预算或停线

消耗核对流程¶

渠道商发送谷歌已出账单费用（PDF格式）
用 AI 分析 PDF，提取每个包昨日的消耗金额
确认消耗无误后开始核对首充成本

💡 MCC 授权的实际用途说明： MCC 授权后只能查看实时事件数据，无法查看消耗金额。消耗核对只能依赖渠道商提供的 PDF 账单，存在一定造假风险。防范方式：定期对比 ADJ 数据与 PDF 消耗的合理性，发现明显异常时要求渠道商解释。

数据查看的限制与处理逻辑¶

路径：进入公司谷歌包库存表 → 找到对应应用名 → 复制 → 进入 Adjust → 报告 → 所有报告 → 粘贴应用名搜索 → 渠道源选「全部」→ 查看数据

项目	说明
后台数据	只能看到单个包的整体人均充值和留存，无法区分单个渠道
日常关注	正常情况下谷歌包数据较好，只需关注首充成本即可
数据异常时	发现整体数据差 → 找消耗最多的渠道入手排查 → 根据情况筛掉表现不好的渠道

⚠️ 注意： 单条像素金额不一致时，可能是该像素下挂了多个广告户（多户共跑），需确认是否有多个消耗链接，能对上总金额即可。金额对不上的，必须向渠道商确认清楚原因，合理才可继续跑。

5.3 日报提交时间要求¶

项目	说明
截止时间	北京时间 17:00 前
渠道商须提供	昨日消耗金额、广告成效面板截图、日报截图
我方须发出	首充成本、今日预算、打款金额、打款地址

广告消耗面板截图必须包含以下字段¶

项目	说明
覆盖人数	触达的独立用户数量
展示次数	广告被展示的总次数
千展成本	每千次展示的费用（CPM）
花费金额	昨日实际消耗金额
购物次数	首充事件触发次数
完成注册次数	注册事件触发次数
单次购物成本	首充成本

日报格式示例：

RT99-GG-GGB-G9-Cinderwing Mosaic 昨日消耗 100 成本 12 今日预算 200 附：今日优化分析 / 预计增量合计今日预算 XXX，备款余额 XXX，需打款金额 XXX 打款地址：TXopwasm7ss*********PhEsXwBqWiCtZz

💡 原理： 渠道商一般北京时间 14:00 上班，17:00 前提供日报是合理时间窗。若超时则配合度不高，遇到紧急暂停情况可能影响及时执行，可考虑更换渠道商。

5.4 每日结算与请款流程¶

日报核对完成后，按以下四个步骤完成当日的结算与备款操作：

Step 1：核对报表余额¶

需核对两项内容：

核对渠道表内「总消耗」和「总回流消耗」，与渠道商提供的报表数据是否一致
余额不一致时，须找出差异原因——有的渠道商会修改服务费比例或打错金额，必须逐一确认
余额一致 → 正常进入下一步

💡 回流消耗说明： 回流消耗是 FB 按归因窗口计算的延迟转化消耗，数据由渠道商直接从 FB 后台导出提供。归因窗口：点击后 7 天内 / 浏览后 24 小时内。用户浏览广告后在 24 小时内回来充值，这笔消耗被 FB 归因回原来的广告，产生回流消耗。因此当天跑广告当天就能出现回流消耗。结算时必须将回流消耗一并计入，结算金额 = 正常消耗 + 回流消耗，不能只结算正常消耗部分。

⚠️ 注意： 余额核对不过关不能跳过，消耗数据一旦有偏差，后续所有预算和结算计算都会出错。

Step 2：发送预算通知（含结清欠款）¶

发完预算通知的同时，需在消息中一并列出欠款余额，告知渠道商结清时间：

一般累积到 3000 以上才结算一次，金额较小时先跑着不用急于结清
预算通知须在渠道群内发出，让渠道商确认打款地址

预算通知格式示例：

今日预算：12000 欠款余额：-10736.72 款项次日算：备款：11000 地址：TJYnRvUz3Patkin9dLk8qWtPqFF5sC9cn4

Step 3：提交请款申请¶

请款前必须先截图即将发布的请款信息发给渠道商核对，确认以下内容无误后再提交请款：

项目	说明
今日预算	批了多少预算给渠道
备款余额	实际欠款渠道商的总金额
需要打款金额	接近欠款总额的整数（若所有线全停则全额结算）
收款地址	与群内置顶地址核对一致

⚠️ 注意： 哪怕只有一两位数的错误，渠道商确认后出现问题责任由渠道商自行承担。此机制保护我方——一旦渠道商确认了金额和地址，后续任何争议都有据可查。

💡 原理： 打款金额选「接近整数」而不是精确金额，是因为今天仍在跑量、消耗仍在变动。只有所有线全停了，才全额精确结算。

渠道商确认无误后，按以下格式向上级提交请款申请，等待审批：

日期：5-16 归属团队：推广牛部-牛大力业务明细：投流渠道备款 RT99-GGB-G9 合计 USDT：11000 地址：TJYnRvUz3Patkin9dLk8qWtPqFF5sC9cn4

⚠️ 注意： 请款时须核对此次地址与第一次和该渠道商合作时登记的地址是否一致，地址不符需立即停止并向上级确认，防止打款诈骗风险。

Step 4：打款后更新平台记录¶

款项打出后，需在平台的渠道表内完成登记：

选择打款日当天的日期
备注打款金额
打款后需将打款截图一并发送渠道方查看

💡 该渠道所有线全部结算完毕后： 在共享文档表格里找到对应渠道的表格名称（例：RT99-GG-GGB-G9-Cinderwing Mosaic）整栏填充颜色为红色 → 代表该渠道所有线已全部停线且结算完毕

同时在内部投流对接群发布停群公告，格式：

RT99-印尼-GG-GGB-G9 TJv99fxSHUWA*****r2YgQdvvc 停群原因：成本太高，已结算

✅ 要点： 四个步骤缺一不可：核对余额 → 发预算通知 → 提交请款（先截图给渠道商确认）→ 登记打款记录，顺序不能颠倒。

服务费升级处理流程¶

触发条件：某个包单日消耗超 5000U 且成本达标 → 服务费从 5+1 升至 6+1

在共享小表格里找到该渠道当日数据，手动把公式从 6% 改为 7%
该日所有数字标红色 → 方便日后查看哪些天是 6+1 服务费
发到渠道群内告知渠道商服务费有变动，让对方核对确认
按 6+1 结算当日服务费给渠道商

⚠️ 注意： 如果怕破坏表格公式结构，找做表人员帮忙改动，不要自行乱改。标红只是内部识别用，不是发给渠道商看的。

5.5 预算分配决策逻辑¶

首发与正常投放的定义¶

项目	说明
首发	平台从未投放过，或已停止投放超过两三周、市场上无广告 → 按首发节奏把控（3-7 天均算首发阶段）
正常投放	平台已有持续投放记录，市场上有广告在跑

拉量节奏把控（快速参考表）¶

首发阶段：

项目	说明
消耗 500U / 成本 ≤ 10U	批准预算 1500U
消耗 1000U / 成本 ≤ 10U	批准预算 3000U
消耗 3000U / 成本 ≤ 10U	批准预算 7000U

正常投放（成本 10U 以内）：

项目	说明
消耗 500U / 成本 ≤ 10U	批准预算 800U
消耗 1000U / 成本 ≤ 10U	批准预算 2000U
消耗 3000U / 成本 ≤ 10U	批准预算 5000U

正常投放（成本 11U 以内）：

项目	说明
消耗 500U / 成本 ≤ 11U	批准预算 800U
消耗 1000U / 成本 ≤ 11U	批准预算 1200U
消耗 3000U / 成本 ≤ 11U	批准预算 4000U

过了测试期标准（综合首充成本参考：11 - 12）¶

数据参考我方运营后台数据面板，不是渠道商提供的广告消耗面板。后台数据才是判断客户质量的真实依据。

面板重点查看：每日消耗、首充成本、人均充值、留存、投存比、复存

💡 原理： 渠道商看到的数据越少，越难精准造假。给预算时，哪项数据不合格只告知渠道「客户质量差」，不暴露具体哪项数字——告诉了对方就能针对性地精准造假。

项目	说明
成本优秀（明显低于 KPI）	按渠道单日能消耗的 2-3 倍给出今日预算，鼓励起量
成本超出一点点但可优化	不加预算，要求渠道优化成本后再申请加预算
成本或客户质量很差	投手能力不足或素材问题，执行核减或停线。注意：假量反而成本会控制得很好，成本差的不一定是假量，需结合后台数据深度核查
成本表现正常但客户质量异常	人均低、投存比低、留存差 → 警惕假量，确认假量则不给结算
已起量但成本难以压低	逐步每日降低预算（不能一刀切停，否则影响整体量）

测试期标准（首充成本 KPI：10 以内）¶

测试阶段留存、复存等数据需时间积累，前期重点看成本、人均充值、消耗即可。

数据参考我方运营后台数据面板，不是渠道商提供的广告消耗面板。

项目	说明
成本优秀（低于 KPI）	按渠道当日消耗的 2-3 倍给出今日预算，鼓励起量
预算内成本偏高（成本 13 左右）	不加预算，要求渠道优化，成本降下来再申请
预算内成本较高（成本 14+）	降低预算，要求渠道优化，成本降下来再申请
预算外擅自超量且成本差	成本差太多 → 核减（一般跑得好才敢擅自加量）
已起量但成本难以压低	逐步每日降低预算（不能一刀切停，否则影响整体量）

预算批准原则（新渠道 vs 老渠道）¶

项目	说明
新渠道数据非常好	只批 1 倍预算——让渠道商自己来群内申请加量，保留核减主动权。若一开始就批 3 倍，成本跑炸了对渠道商的核减理由不充分
新渠道数据一般好	批约 2 倍预算，观察稳定性
老渠道（有合作基础）	可直接批 2-3 倍——老渠道有合作经验，懂得把控成本和主动协商，不会乱来

💡 原理： 渠道商有把握时会主动在群内找你申请加预算，你看完数据后现场决定是否加，灵活可控。

预算决策示例¶

测试期 gg-ggb-1：每日上限 500，昨日消耗 280，成本 15（KPI 11 内）→ 不增加预算，提醒渠道优化，否则取消
测试期 gg-ggb-2：消耗 200，成本 30，先给机会让渠道继续尝试优化
gg-ggb（起量线）：消耗 20000，成本或客户质量很差 → 停线，结合后台数据核查是否假量；确认假量则昨日消耗不结算；非假量则按 12U 核减，渠道愿意接受可继续，不接受换渠道
老台子：通常已经过层层审核筛选，一般不会出现高成本；若出现，同样按标准核减

成本超出时的沟通处理¶

成本超出 KPI 时，不直接强制停线，而是给渠道商二选一：

「成本太高了。如果你还想跑，明天统计成本超 12 以上算你的；不跑就现在停。」

渠道商选择继续跑，必须说出具体优化方案才给机会，例如：

加了新户 / 好户 --- 新的广告户质量更好，预期成本能压下来
换了新广告素材 --- 旧素材效果差导致成本高，新素材有信心改善

⚠️ 注意： 能说出具体优化方案的渠道商值得给机会；说不出原因只是硬撑的，直接停线。这也是判断渠道商是否真的有实力的重要信号。

💡 起量申请预算原理： 不确定单像素成本走向和投手实力时，尽量压低初始预算。成本偏高（如 11.3）：今日预算可再加 200，让投手先尝试优化，否则该线报废，拉长回本周期。今日超量且成本划算（成本稳定在 10 以内但消耗已达 1500，原预算只批 500）：阶梯式稳步放量，如今日预算可给 5000，按这个成本的量持续跑下去没问题。综合判断：人均、留存、复存、投存比均高，说明客户质量好，即使 KPI 稍微超出也可以接受；若成本低但后台数据全低于市场，则不考虑。

核减标准¶

⚠️ 注意： 以下核减标准仅供参考，实际执行以集团最新公告为准，会随市场情况和形势定期更新。

📌 核减规则 1：综合成本（含回流）连续 2 天超出 KPI → 按以下标准核减 TikTok 媒体：按 12U 核减其余媒体（FB / GG）：按 11U 核减原理：连续两天总平均成本超出 KPI，说明投手没有实力或不够认真。集团不能单独承担亏损，双方共同承担风险，也倒逼渠道商主动找我们沟通、协商稳妥方案。

📌 核减规则 2：日报成本（含回流）在 KPI 内，但单日成本连续 2 天超出 → 扣除服务费 原理：综合累积成本没超 KPI，不能直接核减；但单日连续超出说明控制能力不足，扣服务费作为警示。

📌 核减规则 3：一周内仅有 1 天单日超出 KPI → 仅提醒，不核减 原理：单日波动是大概率事件，一次不做惩罚，也要考虑渠道商的生存空间。

📌 核减规则 4：因运营支付通道问题导致 KPI 飙升 → 提醒渠道控制消耗，不核减 原理：我们自己的问题不能为难渠道商，但如果通知后渠道商未及时处理，可扣服务费。

📌 核减规则 5：渠道超出预算 超出 KPI 2U 以内 → 扣除服务费（渠道商不赚钱）超出 KPI 2U 以上 → 核减（渠道商需倒贴差价）目的：降低集团承担的风险，让渠道商共同承担，倒逼其不断优化投放方式。【内部说明】以上规则是对外发给渠道商的震慑标准。实际执行时需综合判断：单日成本超KPI已经多少天、综合总成本超KPI已经多少天、超出幅度多少，灵活决定，确保对集团最有利。

⚠️ 注意： 渠道商合作时至少有 5 条线，有时会将某条线卖给他人。一旦核实到假量，无论何种原因，当日消耗不结算，且不再继续合作。

5.6 广告费结算机制¶

采用次日结算制，渠道商需先垫付广告费：

测试期广告费由渠道商先垫付
结算金额较低时，可与渠道商协商累积到 3000 或测试结束后一次性结算
已起量的渠道商，至少垫付当日广告费，次日在群内确认地址后结算欠款

💡 原理： 次日结算核心逻辑：先看清楚实际消耗（确认授权数据无造假），再结算。只要授权没取消，可持续查看消耗面板。

5.6 核实消耗数据的四种方式¶

根据渠道单日消耗金额，采取对应的核实方式。消耗越大，核实要求越严格，任何理由都不能成为不执行授权的理由。

四种方式对比¶

项目	说明
方式	消耗链接 / 邮箱授权 / BM 授权 / XMP 绑定
操作门槛	最低 / 低 / 中 / 高（需高层拉群）
能看消耗金额	✓ / ✓ / ✓ / ✓
能看广告素材	✗ / 取决于权限级别 / 取决于权限级别 / ✓
跨账户汇总	✗ / ✗ / ✗ / ✓
数据可信度	低（渠道可随时删改报告）/ 中 / 中 / 高（API 直连，难以造假）
防插量作弊	✗ / 需广告管理员权限以上 / 需广告管理员权限以上 / ✓

⚠️ 注意： 消耗链接最大的风险：只能看到钱有没有花出去，无法查看广告素材。渠道商可以挂着我们的广告系列名称，用我们的广告费给其他广告主跑量，从消耗链接完全看不出来。消耗越大，这个风险越高。

按单日消耗金额执行的核实规则¶

项目	说明
单日消耗 2000 以内	发消耗链接即可
单日消耗 2000 以上	必须升级为邮箱授权或 BM 授权（要求广告管理员权限以上，才能查看素材）
对方声称授权会导致广告户死掉	不接受此理由，改为绑定 XMP 系统（见下方流程）
任何理由拒绝绑定授权或 XMP	一律拒绝合作，消耗越大越要警惕对方在耍心眼

邮箱 / BM 授权的权限说明¶

两种授权方式能看到的内容，取决于渠道商授予的角色级别：

项目	说明
分析师权限	只能查看消耗金额和数据报告，看不到广告素材，无法防范插量作弊
广告管理员权限	可查看广告素材、受众设置、出价策略等完整内容，是我们要求的最低权限级别
完整管理权限	可查看并操作所有广告内容

⚠️ 注意： 务必要求渠道商授予「广告管理员」以上的权限，仅有分析师权限等同于只拿到消耗链接，无法查看素材，防作弊效果为零。

升级绑定 XMP 的流程¶

当渠道商以授权导致广告户死掉为由拒绝授权时，执行以下流程：

上报上级，由我方以下四方共同拉群跟进：高层管理、投放负责人、运营负责人、投放渠道总负责人
在群内正式说明：绑定 XMP 系统后，我方承诺不会操作对方的任何消耗权限，各方可互相监督
完成 XMP 绑定后，通过 XMP 查看跨账户消耗数据和素材表现

💡 原理： XMP 是第三方平台（xmp.mobvista.com），数据通过 API 直连各媒体平台回传，渠道商较难在 XMP 层面造假。同时 XMP 支持跨渠道跨账户汇总对比，是消耗金额大时最可靠的核实手段。

授权截图留档要求¶

每次完成授权后，必须截图存档，并在群内保留记录：

截图内容：授权完成的确认页面
备注格式：「日期」+「渠道编号」，例：2026-05-19 RT99-FB-W2A-P1
截图发至对应渠道群，保留在群内，不可删除

⚠️ 注意： 授权截图是日后核查消耗真实性和追溯授权状态的重要凭据，一旦发现数据异常可第一时间查阅。

FB 授权具体操作步骤¶

用自己的 FB 账号登入广告管理系统
复制自己的广告管理系统 ID 发给渠道商 → 渠道商用该 ID 绑定授权 → 授权成功后即可在自己的广告管理系统里查看对方授权过来的广告户
或：提供邮箱给渠道方 → 渠道方发送授权链接到邮箱 → 点击链接跳转到消耗的广告户界面
开始核对真实消耗（与共享文档每日登记的消耗对比）和广告素材

TT 远程查看具体操作步骤¶

使用谷歌远程桌面：https://remotedesktop.google.com/support/
让渠道商下载并开启屏幕分享
渠道商提供访问代码给我方
输入代码即可远程查看对方电脑屏幕
开始核对真实消耗（与共享文档每日登记的消耗对比）和广告素材

像素死亡需要更换的操作流程¶

路径：Adjust → Campaign Lab → 合作伙伴 → Facebook Web → 数据分享 → 选择对应应用 → 编辑 → 填写渠道提供的新 Pixel ID 和 Access Token → 保存

项目	说明
还未开始投放	直接编辑现有应用，更新 Pixel ID 和 Access Token
已经开始投放	不能直接编辑，必须新增一条新的渠道名称重新配置，避免旧线回流叠加新线客流导致成本数据失真

广告户死亡后的应对流程¶

触发条件：渠道商广告户死亡，自己也查询不到，授权和远程均失去意义，且所有数据同步下滑，怀疑数据造假。

处理步骤：

若渠道商为长期合作方，询问是否愿意继续跑。实际情况复杂，渠道商可能有以下反应：
- 没钱接着跑 --- 死户之前压着一天的结算款，渠道商资金周转不过来
- 不放心接着跑 --- 担心我方不给钱，不敢继续垫付
- 本身就是假量 --- 对方心虚，不敢继续跑下去

💡 原理： 询问是否继续跑，同时也是判断渠道商是否存在假量的方式——真实投放的渠道商通常愿意沟通解决，假量渠道商往往借故推脱或直接消失。

死户之前的数据需要至少观察 15 天后再评估留存及各项数据
重点核查指标：投存比是否保持在 5 以内（造假量的渠道商若不了解市场运营数据，造假必然留有漏洞）
结合运营表格内的数据综合分析客户质量
确认没有假量、客户质量合规后，才给予结算

本节作为对接参考资料，在与渠道商沟通户型时可随时翻阅。不同户型在稳定性、消耗上限和被封风险上差异很大，了解这些有助于判断对方实力并做出正确的跟进决策。

▌ Facebook 广告户¶

FB 普通户（Personal Ad Account）¶

最基础的广告户，由个人 Facebook 账号直接创建，门槛最低。

项目	说明
来源	个人 FB 账号直接开设，无需审核
消耗上限	初始每日上限极低（约 50 美元），需逐步积累消耗记录才能缓慢提升
稳定性	最差，封号率高，投放 BC 类极容易被封
价格	最低，市面大量流通，渠道商通常批量购买使用
适用场景	测试期少量预算或素材测试，不适合起量

FB 绿通户（Agency Account / 代理商户）¶

由 Facebook 官方授权代理商开设的广告户，享有更高额度和一定的政策保护。

项目	说明
来源	通过 FB 官方认证代理商申请开设，需走审核流程
消耗上限	初始上限较高，可快速放量，部分可达每日数万美元
稳定性	较好，代理商有一定申诉和保护权限，被封后恢复渠道更多
价格	中等偏高，通常按月租或按消耗比例支付服务费
适用场景	需要快速起量的渠道，首发或补量阶段的主力户型

💡 原理： 绿通户之所以叫「绿通」，是因为代理商账户在 FB 审核机制上享有「绿色通道」，部分审核规则相对宽松，广告过审速度也更快。但 BC 类投放仍有被封风险。

FB 授信户（Credit Line Account）¶

经过 Facebook 信用评估后，获得先消耗后付款额度的广告户，是市场上稳定性最高、消耗能力最强的户型。

项目	说明
来源	FB 根据账户历史消耗记录和信用评级授予，或通过大型代理商申请
消耗上限	最高，可支持每日数十万美元消耗，无需实时充值
稳定性	最强，历史积累深厚，被封概率最低
价格	最贵，市场稀缺，掌握授信户的渠道商议价能力强
结算方式	先跑量后付款（按授信周期结算），不同于普通户的预充值模式
适用场景	大体量长期投放，频繁换户的学习期损耗少，综合成本更优

▌ TikTok 广告户¶

TT 普通户（Standard Ad Account）¶

TikTok 广告平台的基础账户，个人或企业均可直接注册开设。

项目	说明
来源	通过 TikTok for Business 官网注册，需提交基本企业信息
消耗上限	初始上限低，需逐步积累账户信誉才能提升
稳定性	一般，投放 BC 类内容封户风险较高，且 TT 从 2025 年起加强管控
价格	低，适合小规模测试
适用场景	预算有限的测试期，不适合大规模起量

TT 代理商户（Agency-Managed Account）¶

通过 TikTok 官方授权代理商开设或托管的广告账户，享有更高额度和优先支持。

项目	说明
来源	通过 TT 官方认证代理商申请，需提交资质材料审核
消耗上限	较高，代理商有统一的消耗配额，可为旗下账户快速放量
稳定性	较好，代理商拥有直联 TT 官方的申诉渠道，封户后处理速度更快
价格	中等偏高，通常收取月租费或消耗返点
适用场景	需要稳定起量的渠道，TT 投放的主力户型

💡 原理： TikTok 代理商户与 FB 绿通户逻辑相近，核心优势是代理商与平台之间的直接关系，账户在审核和申诉上有更多支持。但由于 TT 从 2025 年起对 BC 类管控加严，代理商户也无法完全规避封控风险。

TT 白名单户（Whitelist / Allowlist Account）¶

经 TikTok 官方特别审批，允许投放特定受限品类（如 BC 类）的特殊账户，是市场上最稀缺的 TT 户型。

项目	说明
来源	需向 TT 官方提交品牌资质和投放内容审核，门槛极高，通常通过大型代理商申请
消耗上限	最高，官方授权类别内无限制
稳定性	最强，白名单账户有官方背书，封控风险极低
价格	极贵，市场上真正的白名单户极为稀缺，掌握此类资源的渠道商实力强
适用场景	BC 类大体量长期投放的最优方案；若渠道商声称拥有此类账户，应优先上报跟进

FB / TT 各户型横向对比¶

项目	说明
平台 / 户型	普通户 → 代理商户（绿通户）→ 授信户 / 白名单户
稳定性	差 → 中 → 强
消耗能力	低 → 中高 → 最高
被封风险	高 → 中 → 低
价格	低 → 中 → 高
适合阶段	测试 → 首发起量 → 稳定长跑

对接时的处理原则¶

初步接触渠道商时，询问对方拥有什么类型的广告户，根据回答按以下原则处理：

项目	说明
对方只有普通户	按常规测试流程推进，5 条像素正常测试，预期起量速度慢、户死得快
对方有绿通户 / 代理商户	立即上报上级一起跟进，评估对方实力和数据真实性；确认有实力后可直接给 10 条像素开始测试，并争取更多业务量
对方有授信户 / 白名单户	重点上报，由上级主导跟进。此类渠道属稀缺资源，优先评估合作可行性，有实力则加大合作力度

✅ 要点： 对方拥有绿通户或授信户，并不代表数据一定真实，实力需要通过实际投放数据来验证。上报后，上级和团队共同观察前期数据质量，确认真实起量能力后再决定是否扩大业务量。

⚠️ 对接时注意以下几点： 声称拥有授信户或白名单户但成本极不稳定的渠道，需警惕是否混用大量普通户充数。绿通户、代理商户和授信户的服务费通常高于普通户，谈判前须确认费率结构，避免后期争议。无论哪种户型，授权核实消耗的要求不变——户型好不代表数据一定真实。

印尼市场优先对接的广告户类型¶

项目	说明
Facebook	授信户、绿通户优先对接
TikTok	加白企业户优先对接
Google	独享户优先对接

主力户说明¶

主力户 = 老户 + 优先对接的高质量户（授信户、绿通户、加白企业户、独享户）。普通户上几天基本死完，主力户可以稳定跑一段时间，这也是主力户不愿意授权的原因之一——主力户是渠道商的核心资产，担心授权后暴露账户信息加速被封控。

起量后关注主力户的消耗占比：

以一条线消耗 5000U 为例，主力户消耗占比需达到 30% 以上才算健康
占比过低说明消耗分散在大量低质量普通户上，稳定性差，起量能力存疑

💡 原理： 授权阶段重点关注起量户的消耗金额占比，是判断渠道商真实实力的重要指标。

第五章投放要求（渠道商对接标准）¶

以下内容为拉群后第一时间发给渠道商的「投放要求」，请勿在拉群前提前透露。

5.1 基本投放信息¶

项目	说明
投放地区	印度尼西亚
投放媒体	Google Ads
投放类型	谷歌上架包（安卓）
首充门槛	10K
回传系统	ADJ（默认）
开户时区	每条像素统一时区（注册后不可修改）
测试期日耗	300 - 500
KPI 要求（对外）	首充成本 10，不能超过 11（故意写低，给内部留缓冲空间）
KPI 要求（内部）	首充成本 12 以内
系统支持	仅限安卓，无 iOS 包，无 PC 版
事件配置	购物 / 首次存款

⚠️ 注意： 谷歌包封包风险高，须多渠道多投手同时起量，在下架前迅速拉高消耗降低获客成本。单包放给单渠道，要求渠道准备多个投手和广告户投放同一个包。

服务费标准¶

项目	说明
GG 媒体（基础）	固定 5+1
GG 媒体跑谷歌上架包：单包日耗超 5000U	成本达标情况下上涨至 6+1
KW / MTG / OKS 平台	固定 2+1

✅ 要点： 服务费上涨的前提是成本达标。若消耗大但成本超出 KPI，不触发涨价；成本优质、客户质量高、消耗高的渠道可直接奖励首发机会。

5.2 素材要求¶

广告素材由渠道商投手自行准备，我们最多提供参考建议，不直接制作或强制审批。素材尺寸等规格如有需要，向运营部索取。

必须使用高质量原创素材，禁止直接沿用旧素材（视觉疲劳导致成效差，浪费预算）
推荐使用平台活动导向类素材（引导注册 / 登录 / 下载 / 首充）
素材内容必须基于真实活动，不得虚构奖金或活动（避免影响留存）
文字使用印尼语，避免直接金钱诱导或强烈赌博暗示（防止审核问题）
每个活动提供 3-5 个变体（不同角色组合、布局微调），用于测试点击率
素材审核方式：可让渠道商发链接给我们查看，优点可借鉴并分享给其他渠道，缺点及时提醒。广告素材是专业投手研究的领域，我们只能提建议，不直接命令或强制审批。

5.3 禁止行为¶

❌ 禁止： 禁止使用一刀流跑法（相同内容重复数百次投放）。渠道商成本低但平台长期利益受损，客户质量极差，一经发现立即暂停。

❌ 禁止： 禁止使用 AB 面斗篷工具（强制过审工具，容易偷量；只有具备合作前提的渠道才允许，对外一律声明禁止）。

❌ 禁止： 禁止使用纯 Logo 无文案素材（客户质量差，成本高）。

❌ 禁止： 禁止重复使用旧平台素材（等于花钱给竞争对手打广告）。

❌ 禁止： 禁止虚假宣传平台没有的活动或存在漏洞的奖金（夸张宣传导致客户落地后失望，留存极低）。

5.4 广告命名规范¶

广告系列命名格式：产品名称 - 群编号 - 线编号

示例：888R-FB-W2A-01

5.5 预算超限结算规则¶

⚠️ 注意： 测试阶段单日消耗上限为 500。在群内未提前申请的情况下，KPI 以外超出测试预算的消耗，一律按后台首充人数 × KPI 上限（14）结算，不按实际面板数据结算。此规则重要，请务必让渠道商确认知悉。

📌 测试期不结算服务费规则： 测试期总消耗 2000U 以内，若成本高到明显异常（判断为渠道商恶意消耗广告费以赚取服务费），不结算任何服务费。原理：测试期本是验证渠道质量的阶段，若成本离谱说明渠道商没有诚意优化，甚至可能故意拉高消耗。不结算服务费是对恶意消耗行为的制约，同时优化对接大环境。

第六章数据审核标准¶

6.1 测试期核心指标¶

项目	说明
主要看	消耗金额、综合人均首充成本
辅助核对	配合渠道截图后台注册和首充人数进行比对
单线测试预算	每条 300 - 500，测试期 3 天
判定方式	3 天后成本好的线继续，差的线当场或测试结束后停止

⚠️ 注意： 单线像素有一定运气成分（像素可能起不了量、广告户死掉、户不足等），以 3 天综合结果为准。

6.2 三日后深度数据¶

项目	说明
人均存款	客户平均存款金额
复存比例	充值后再次充值的比例
投存比	客户存款后投注金额与存款金额的倍数，倍数越高客户质量越好
首存转化率	首日一般在 70% 左右

⚠️ 注意： 消耗金额大的渠道需重点看打码倍数。倍数低可能存在造假，需格外警惕。

投存比原理与监控标准¶

投存比的决定因素：站内运营活动、平台回报率、投放素材是否为市场热门游戏。

随着投放时长增加，客户的游戏天数也在增加，投存比必须稳定上涨。

⚠️ 单渠道投存比监控规则： 将单线数据与整体数据对比，若单线投存比远低于整体平均水平，首先排查：真实消耗是否准确、投放素材是否有问题联系渠道商后两三天内仍没有优化增长 → 停止合作

裂变值原理与监控标准¶

裂变值的决定因素：站内分享活动、站内分享域名、投放时长、投放类型占比。

⚠️ 单渠道裂变值监控规则： 监控单渠道每日裂变数据，对比长期数据是否有明显低于整体的情况示例：谷歌包全站当天裂变比 10%，单渠道当天裂变比 5%，远低于整体数据时，要求该渠道投手上线分享活动相关的广告素材

6.3 给渠道商后台查看权限的条件¶

不是所有渠道都能获得后台查看权限，必须同时满足以下条件：

授权 XMP 系统或广告户均能正常提供
投放成效优质（短期快速起量且成本极低）
已确认是好的渠道商，才可给后台权限（否则渠道商可能刻意看后台数据进行精准造假）

💡 原理： 渠道商面板数据和我们平台后台本身存在回传差距，面板数据永远少于后台数据（业界皆知）。正因如此，只有确认是优质渠道才给后台权限，防止渠道商借助后台数据完善造假方案。

第七章常见风险与防坑指南¶

7.1 作弊与诈骗识别¶

收款地址核查¶

查看渠道商收款地址的交易量，交易越大、越频繁越安全
交易量少、地址新（近期才出现）的，诈骗风险极高，不合作

消耗数据核实¶

每日通过授权或远程核实渠道实际消耗，与面板数据交叉比对
授权一旦取消，立即停止结算，直到重新确认

回复效率判断¶

对接群回复慢或不回复的渠道：直接不合作，但保留群聊记录
若遇紧急情况（如站点异常需喊停），配合度低的渠道将造成双方损失

7.2 新台首发与老台补量¶

项目	说明
新台首发	市场上没有我们广告，相对容易跑，渠道商会优先抢首发；使用老户跑但死户也快
老台补量	市场上很久没有我们广告，补量效果与首发接近
停投时机	首充成本后台综合拉高时，回本周期被拉长，可考虑停投 1-2 个月后再补量

💡 原理： 市场广告饱和后，综合首充成本上升是正常现象，并非渠道商问题。暂停投放等市场「冷却」后再补量，往往能获得更好的成本和效果。

7.3 防封域名维护¶

防封域名失效：根据运营提供的新防封域名，在后台渠道配置中更换
炮灰域名失效：直接替换炮灰域名，修改渠道链接前缀即可，防封域名不受影响
正常情况下一套防封域名分配给一个媒体专用，但当该媒体线因波动无法上量、域名长期闲置时，可转给其他媒体使用，让每条域名的成本发挥价值
像素不可跨类型共用：一个像素只能绑定一种投放类型，不同类型之间不能共用同一像素，否则回传错乱

7.4 合作渠道防作弊手段¶

针对不同媒体采取对应的监控方式，防范假量、增值、水军等问题：

Facebook 媒体¶

广告户授权（仅限已起量的渠道）：索要每个广告户的消耗链接，截图留底。未起量的渠道拿消耗链接即可，授权没意义且容易导致广告户被封
绑定 XMP 系统

Google 媒体¶

广告户授权（仅限已起量的渠道）：截图留底。未起量的渠道拿消耗链接即可
绑定 XMP 系统

TikTok 投放 W2A / PWA¶

不定时、不定期远程查看，远程前禁止提前通知渠道，随机抽查

TikTok 投放上架包（含 iOS 包）¶

单包放给单渠道，要求合作渠道准备多个投手、多个广告户投放同一个包
每个上架包保证存活 7 天，要求渠道完成 3000 单首存保底，差一单扣 0.5U 服务费

💡 原理： 为推动 XMP 普及率，可在合作通知群发布公告：绑定 XMP 可增加业务量分配给渠道，以激励渠道主动配合授权。

7.5 作弊手段类型详解¶

以下为市场常见作弊方式，新人须充分了解以便识别：

类型一：常规增值（需授权才能防范）¶

渠道商拿到广告费，完成低于 KPI 的成效后，根据我们的 KPI 虚报消耗。具体手法是利用浏览器插件篡改页面显示数字——插件修改的是你浏览器里看到的页面内容，让远程查看时显示虚假的消耗金额，但 FB 服务器上的真实数据并没有被改变。

💡 原理： 这也是为什么授权比远程更可靠：我们自己点进授权链接查看的是 FB 服务器上的真实数据；渠道商远程给我们看时，对方电脑上的浏览器可能已被插件篡改显示内容，我们看到的可能是假数字。

类型二：水军增值¶

渠道商拿到 1 万广告费，实际只投放 3000-5000，剩余抽出购买水军，导致后台数据混乱。或通过各大媒体水军群，发送广告链接，诱导水军注册充值，以此拉低渠道的投放成本。

类型三：假量¶

市场上存在专业假量团队，利用猫池、云手机、机器人批量注册、充值、投注，后台数据严重混乱，且可被明显识别。假量根据留存天数和充值要求不同定价不同。印尼市场曾发现能做 25 日留存的假量团队，单个售价约 7.5U。

类型四：恶意消耗（假量降成本）¶

渠道因自身原因导致成本远超 KPI，为维持合作关系，主动利用水军群组发布诱导内容，以水军流量拉低投放成本，但实际客户质量极差。

类型五：无授权情况下的插量作弊¶

渠道商广告户未被授权时，可将其他广告商的广告插入我们的广告位，拉高我们的投放成本，再提供假截图对账：

示例：渠道实际成本为 6U，插入三家其他广告商的广告后，成本变为 10U，并提供伪造截图告知我们成本是 10U，净赚差价 4U
防范方式：要求已起量渠道必须授权，通过授权后的真实消耗面板核实数据，杜绝此类差价套利

类型六：无授权情况下的恶意消耗服务费¶

渠道商将广告费投放至出价极高、单次成效昂贵的广告队列，以「测试广告」为名义将费用快速花完，却没有带来任何有效获客，目的是多消耗广告费、多赚取服务费：

识别特征：消耗金额高，但注册和充值数量极低甚至为零，成本数据极差
防范方式：要求渠道授权，核实真实投放队列和广告成效，一旦发现此类行为立即停线，该日消耗不结算

⚠️ 注意： 以上六种作弊方式均会造成广告费损失或数据失真，一经发现立即停止合作，当日消耗不结算。

7.6 投放数据分析¶

单渠道辅助分析指标¶

注存比 / 访存比可作为辅助数据，观察转化率，筛选转化率较高的渠道增加业务量。运营二次拉回的数据也能提升综合数值，需结合来看。

留存数据分析¶

投放留存的决定因素：投放媒体、投放类型、充值通道、运营拉回策略。出现留存数据波动较大时，优先排查运营支付通道，再用主域名数据与直推代理线数据比对，以当下市场数据得出结论。

项目	说明
W2A / PWA / GGB 真实投放	留存数据低于主域名 2% 以内属正常
TT 媒体 vs FB / GG 媒体	TT 客留存高于 FB / GG 约 1%；TK 进量占比高的站点，留存更有优势

新增体量分析¶

新增体量的决定因素：投放类型获客成本、市场政策、投放时长、投放渠道配备。随着投放时长增加、广告铺量饱和，广告效益会逐渐降低并掉量。当某站点买量明显减少时，需从以下维度判断是否增加渠道：

获客成本是否增长
市场媒体占比调配是否合理
风控机制变化了解

目标：尽量长期性、规模性地稳定买量。

客单价决定因素及各媒体对比¶

项目	说明
TT 媒体	综合单价最高。使用人群极多且年轻化，各类型广告位远超 FB / GG；BC 同行大盘出价远超集团 KPI，加上 TK 从 2025 年开始严格管控 BC，整体成本最高
FB 投放 PWA	前期成本低，后期大盘价格高。无 ADJ 辅助，FB 回传数据收集 7 天，归因量会随时间累积推高大盘成本且难以压低
FB 投放 W2A	成本大盘价格相对稳定。有 ADJ 辅助比对，投手可据此控制成本
GG 媒体上架包	成本稳定，大盘价稍低。但上架包在谷歌媒体跑，起量后商店排名提升快，封包风险高，须多渠道多媒体快速起量，在下架前迅速拉高消耗，降低获客成本

💡 原理： 各媒体投放建议：FB 投 W2A、TT 投 PWA、谷歌包要多渠道多媒体同时投放，在下架前迅速起量，降低获客成本。

7.7 归因偷量（Attribution Hijacking）¶

谷歌包绑定 Adjust 后，当一个真实用户准备充值时，另一个渠道商的应用或恶意 SDK 会监听到安装广播，抢先向 Adjust 发送一个假点击，让 Adjust 把这次首充事件归因给他们。实际带来客户的渠道反而拿不到归因，白做了功。主要有两种手法：一是**点击劫持**——监听安卓安装广播，在用户安装完成前插入虚假点击抢走归因，特征是点击到安装时间极短；二是**点击泛滥**——大量发送虚假点击，用概率碰瓷，撞上真实用户安装后就抢走归因。

对我们公司的实际影响¶

归因被偷对我们公司没有实际损失，原因如下：

结算以渠道商授权的消耗面板数据为准，不是 Adjust 的归因数据
渠道商去偷量，影响的只是首充成本的高低变化，不会影响我们实际支付的金额
实际客户的落地永远都在我们这，不会因归因被偷而流失会员
归因偷量本质上只是 Adjust 的归因判定问题，不影响我们后台的真实数据

💡 归因偷量真正影响的是渠道商： FB / GG 根据归因数据优化广告出价，归因被偷会让算法跑偏，导致投放效果变差渠道商自己的数据准确性受损，间接导致成本升高这是渠道商需要关注的问题，不是我们主要承担的风险

预防措施¶

开启 Adjust 点击劫持过滤功能（需联系 sales@adjust.com 开通，属于防作弊套件）
监控 CTIT（点击到安装时间）：正常用户需要一定时间，若某渠道点击到安装时间异常短（几秒内），几乎可以确定是点击劫持
监控单渠道归因占比：某渠道归因数据突然异常高但后台实际充值没有对应增长，需警惕
选择可信赖的包商和渠道：恶意 SDK 是偷量的主要载体，包商若在 SDK 里埋了恶意代码极难发现

在合作渠道中，挑选消耗高、质量好的渠道，主动索取以下信息了解同行动态：

同市场的投放日报
近期广告面板截图或链接
同行的首充成本和进量情况
同行的投放类型占比（PWA / W2A / 上架包各占多少）

💡 原理： 了解同行数据的目的：判断市场整体成本走势，发现我们的成本是否偏高或偏低，以及同行主推哪种投放类型，为我们的媒体资源调配提供参考。

7.9 购买谷歌包注意事项¶

谷歌上架包与 PWA / W2A 不同，涉及与包商的合作，需要额外注意以下风险：

1. 包商偷投放量¶

包商可能在 B 面链接上替换成其他广告主的广告跑几小时，占用我们的流量额度。

项目	说明
识别方式	不定时查看 B 面链接，若注册数据突然下滑，可能有猫腻
应对方式	发现异常立即联系包商核实，情况严重停止合作

2. 包的存活周期不确定¶

不同的上架手法，包的存活周期差异极大。更要注意部分包商为了持续卖新包，会在包过了质保期后主动举报让包下架，迫使我们继续购买新包。

⚠️ 注意： 选择包商时要核实其口碑和历史合作记录，警惕以快速下架为由频繁推销新包的包商。

3. 包的转化率差异¶

部分包商的包由于代码混乱、专业度不够，导致包跑不起来，转化率极低。测试期发现转化率明显低于市场水平，需及时更换包商。

4. 包的库存与供给能力¶

需提前确认包商是否能及时补充我们的需求量，避免起量后因缺包导致断供影响投放连续性。

5. 新包供给优先权¶

与包商谈合作时，争取新包出来时优先选择权，其他客户再拿去卖。新包质量往往最好，存活周期最长，优先权是核心竞争优势。

附录快速参考¶

A. 关键时间节点¶

项目	说明
渠道日报截止	北京时间 17:00 前
渠道商上班时间	北京时间 14:00
跑广告转点时间	凌晨 00:00（换户、换时区须在此后操作）
测试等待回传时间	约 30 分钟
域名激活等待时间	刷新列表等待 3-5 分钟
远程 / 授权核查	不定时不定期，禁止提前通知渠道商。太晚可等第二天，不影响次日核查

B. 命名规范速查¶

项目	说明
渠道群名	RT99-印尼-GG-GGB-G9 5+1 +7
广告命名	RT99-GG-GGB-G9-包名-自定义文字，例：RT99-GG-GGB-G9-Cinderwing Mosaic-自定义文字
List 报表登记	使用广告命名，例：RT99-GG-GGB-G9-Cinderwing Mosaic

C. 核心 KPI 速查¶

项目	说明
测试期单线日耗	300 - 500
首充成本 KPI	12 以内；过了测试期综合参考 11-12
超限结算标准	后台首充人数 × 14
首存转化率参考	首日约 70%
起量预算倍数	当日消耗 × 2-3
核减触发条件	综合成本连续 2 天超 KPI → 按 13U 核减；单日连续 2 天超 → 扣服务费

D. 核减规则速查¶

项目	说明
综合成本连续 2 天超 KPI（TikTok）	按 12U 核减
综合成本连续 2 天超 KPI（FB / GG）	按 11U 核减
单日成本连续 2 天超（综合不超）	扣除服务费
一周内仅 1 天单日超	仅提醒，不核减
运营通道问题导致成本飙升	提醒控量，不核减（但未及时处理可扣服务费）
超预算超 KPI 2U 以内	扣除服务费
超预算超 KPI 2U 以上	核减（渠道商补差价）
测试期成本异常离谱（判断恶意消耗）	不结算任何服务费

--- 文档持续更新中，如有问题请联系运营经理 ---

印尼手册	菲律宾对照
RT99	P222.com
KPI 12/13	KPI 6（见 `07-菲律宾站点投放要求`）
+7 时区	+8 菲律宾时区
印尼后台路径	澎湃推广渠道模块