13 · 推广渠道

入口路径：后台 → 推广渠道 目标读者：副组长 / 运营 / 推广商务 / 技术运维 核心问题：渠道怎么管 / 数据怎么看 / 怎么自动封装 APK 推 Google Play 之外的拉新 / 怎么给装机用户做拉回通知 资料来源：推广渠道子项.png + 9 个子菜单截图 + GoogleFCM凭证申请操作说明.pdf 最后更新：2026-05-11 作者：Bob/Aimee

---

一、模块定位

推广渠道是后台的"拉新一条龙"模块，把从「渠道埋点 → 投放统计 → 留存分析 → APK 打包 → 装机通知推送」整条链路全部集成在一处。和其它模块的边界：

模块	关注点
04-营销工具	站内活动、福利、新人转盘等"激活已注册用户"的玩法
11-代理管理	"通过代理拉新"的佣金链路
13-推广渠道	"通过买量 / 投放 / 自封 APK 拉新"的官方渠道链路
15-站内消息推送	注册后用户的站内通知

子菜单 9 个（从左侧导航截图）：

#	子项	类型	用途
1	添加推广渠道	渠道埋点	创建推广商 / 渠道 / 埋点链接
2	推广统计报表	实时数据	按推广商 / 渠道查实时引流数据（每小时整点更新）
3	推广效果评估	历史评估	一键导出历史推广效果数据
4	注册日活分析	留存分析	看从某天注册的用户后续 30 天留存（投注口径）
5	首充日活分析	留存分析	看从某天首充的用户后续留存（充值口径）
6	首充日活分析(详细)	留存深度分析	90 天窗口 + 首存人数/人均存款/复存比例/投存比四维
7	安装页模版	落地页	「仿谷歌商店安装页」之类的落地页模板库
8	智能封装 APK	APK 打包	一站式给推广商自动打包专属 APK + 推送配置
9	业主上传 APK	APK 手动上传	业主自己编译好的 APK 包上传备份

💡 整体业务流程：

flowchart TD
    n1["1. 添加推广渠道（建埋点链接）"]
    n2["2. 推广商投放 → 用户点链接落到 安装页模版"]
    n3["3. 用户下载 智能封装APK / 业主上传APK"]
    n4["4. 用户打开 APK → 触发 APK弹框授权通知 → 拿到推送权限"]
    n5["5. 用户注册 → 进入 推广统计报表 / 推广效果评估"]
    n6["6. 后续留存进入 注册日活分析 / 首充日活分析 / 首充日活分析(详细)"]
    n1 --> n2 --> n3 --> n4 --> n5 --> n6

---

二、添加推广渠道

2.1 功能定位

创建"推广商 → 渠道"两级埋点结构，给每个渠道生成唯一的引流链接，前台/APK 落地时记录渠道来源，后续所有报表按此归因。

2.2 页面结构

顶部"推广商"区：

元素	用途
新建推广商（蓝按钮）	创建一个上级推广商账号（CPS / 投放商 / 代理总称）
显示全部（开关，默认关闭）	关闭时仅显示已选推广商，打开后列出所有

中部"当前推广商"区（选中一个推广商后展开）：

按钮	用途
查看渠道（蓝）	显示该推广商下所有渠道
修改名称（蓝）	改推广商显示名
取消隐藏（绿）	把先前隐藏掉的推广商重新显示

底部"渠道列表"区：

字段	说明
置顶	拖动排序
渠道名字	自定义
埋点类型	❓ 截图无值，可能枚举：H5 / APK / 短链等
渠道链接	自动生成的引流 URL
操作	编辑 / 删除 / 测试回传
测试回传	用于第三方 SDK 测试归因回调
事件说明	渠道额外备注

2.3 红字提示（重要）

⚠️ 「如果您想要将域名封装 APK，请一定要创建【APK 链接(上架包)】的类型」

这条提示说明系统把渠道分至少两种类型，封装 APK 必须用 APK 链接(上架包) 类型——否则智能封装 APK 找不到对应的渠道埋点。

2.4 副组长 / 商务 SOP

flowchart TD
    root["推广商对接首日"]
    s1["1. 进“添加推广渠道” → 新建推广商<br/>- 命名规则 ❓（建议三段式：地区_推广商名_合作期，例：PH_AdMart_2026Q2）"]
    s2["2. 选中推广商 → 「查看渠道」 → 新建渠道<br/>- 类型必选 APK链接(上架包) 才能后续封装 APK<br/>- 渠道名字 = 投放素材标识（例：fb_video_v1）"]
    s3["3. 复制「渠道链接」给推广商"]
    s4["4. 用「测试回传」按钮验证一次归因事件"]
    root --> s1 --> s2 --> s3 --> s4

2.5 待确认

1. 埋点类型枚举有几个？除了 APK 链接(上架包) 还有哪些？
2. 渠道链接默认参数结构？（utm_source / utm_medium / utm_campaign 还是自定义）
3. 取消隐藏的反向操作（隐藏）入口在哪个按钮？
4. 测试回传调用的是什么协议？（Postback URL / S2S）

---

三、推广统计报表

3.1 功能定位

实时看板——按推广商 / 渠道 / 时间段查询当前推广效果。

3.2 筛选项

字段	默认值	说明
推广商	请选择	必选（无默认）
推广渠道	全部渠道	子选
时间段	当天 00:00 – 23:59	可改
查询统计报表（蓝按钮）	-	触发查询

3.3 顶部提示

⚠️ "渠道数据每小时整点更新，点击实时数据可以查询当前最新推广数据"

→ 报表数据默认按小时整点写入；如需"刚才几分钟"的最新数据，需要点"实时数据"（按钮可能在结果区出现，截图未触发查询）❓

3.4 待确认

1. 结果区默认列有哪些？（注册 / 充值 / 投注 / 收益）
2. "实时数据"按钮位置？是查询后才显示吗？
3. 报表是否支持多维度对比（昨天 vs 今天、A 渠道 vs B 渠道）？
4. 能否导出 Excel（这里截图无导出按钮，疑似要走「推广效果评估」）？

3.5 渠道数据形态：谷歌包 vs PWA（为什么归因颗粒度不同）

学习讨论：投流渠道数据模型内部研究（取自生产库实测）。本节解释运营常遇到的"谷歌包渠道数据对不上、只能看聚合"到底为什么。

在 §3 推广统计报表 / §4 推广效果评估里按"推广商 → 渠道"看数据时会发现：PWA 渠道能精确落到单个推广商，谷歌包(GGB)渠道却只能看到一个大汇总、拆不到人。这不是数据错了，而是两类渠道的数据颗粒度天生不同。

先厘清两个字段

• 渠道编码(channel_code)：后台给每个渠道生成的 5 位随机短码（做主键/关联用），如 07q5l、3qlmk。
• 渠道命名(channel_name)：运营手写的人类可读命名（可随意改、带"停"、带日期），如 P222-FB-PWA-P145-3、GGB-38。

后台没有独立的"渠道类型"字段——PWA / 谷歌包 / IOS / 短信 的区分只能靠 channel_name 的命名前缀识别（隐式约定，不是结构化字段）。按命名实测 P222 共 794 个渠道：

类别	数量	命名是否带推广商维度
FB-PWA	644	带（…-P145-3 里的 P145 = 推广商编号）
TT-PWA	80	带
GGB(谷歌包)	53	不带（只有包序号，如 GGB-38）
IOS	6	-
短信-H5 / SEO / W2A / 其它	3 / 2 / 1 / 5	-
合计	794

为什么 PWA 对得上、谷歌包对不上

flowchart LR
    subgraph PWA["PWA：一后台渠道 = 一推广商（1:1，可一一映射）"]
      a1["渠道 P222-FB-PWA-P61-5"] --> a2["推广商 P61"]
    end
    subgraph GGB["谷歌包：一后台渠道 = 一安装包 = N 推广商共用（1:N，拆不开）"]
      b1["渠道 GGB-38"] --> b2["推广商 P61"]
      b1 --> b3["推广商 P62"]
      b1 --> b4["推广商 P77 …"]
    end

• PWA：后台给每个推广商单开一个渠道，命名里写死推广商编号（P + 数字）→ 一个渠道编码 = 一个推广商，数据粒度已经到底，能一一映射。
• 谷歌包：一个安装包 = 一个后台渠道(GGB-N)，但线下这个包会发给很多推广商一起推 → 后台这一条渠道的数据是所有推广商的合计，没有任何字段能拆回到具体哪个推广商。

数据佐证（实测逐日）：

渠道	单日注册量	说明
GGB-38（谷歌包）	峰值 5058 人，日均约 381	一个包多推广商合计
单个 FB-PWA 渠道	0~9 人/天	一个推广商一个号，粒度到底

单渠道单日 5058 注册不可能是一个推广商的量，只能是"一个包被 N 个推广商一起推"的总和。

还有一层：谷歌包连"渠道方侧"数据都没接

投流归集系统里有一个 gsheet_channel_sources 接口，专门登记"渠道方(推广商)自己维护的 Google 表格"，同步后能拿到按推广商拆分的消耗/曝光/点击/前端注册/前端首充。但 P222 在这个接口一条都没登记（全库只有 D9D9 登记了 1 张），对应的渠道方广告日数据 gsheet_channel_ad_daily 里 P222 也是空的。加上 P222 在系统配置里被标为 report_only = true（"无渠道平台"，跳过全部渠道子表步骤），所以：

• 谷歌包渠道现在只有后台聚合数，没有任何"渠道方侧"的推广商级明细。
• 要把谷歌包拆到推广商，唯一的数据来源是渠道方自己的表格；后台聚合数只能当"包级"对账上限，不能当分母去拆。

一句话给运营/组长：PWA 后台粒度 = 推广商，所以报表能精确到人；谷歌包后台粒度 = 安装包（比推广商粗一级），报表只能看到整包聚合、拆不到单个推广商——这是数据模型决定的，不是漏配了什么。核算谷歌包某个推广商的 ROI，得回渠道方自己的表格拿数，别指望后台报表拆得开。

---

四、推广效果评估

4.1 功能定位

历史推广数据一键导出——主要用途是业主结算 / 数据复盘。

4.2 页面结构

元素	说明
推广商 / 推广渠道 / 时间段	三维筛选（同 §3）
查询评估（蓝色禁用态）	选好筛选后才高亮
一键导出历史推广效果数据（蓝按钮）	直接下载 Excel，无需先查询

4.3 与「推广统计报表」差异

维度	推广统计报表	推广效果评估
颗粒度	实时（每小时整点）	历史
输出方式	屏幕浏览	Excel 下载
用途	当日盯盘	月度对账、给业主出账

4.4 待确认

1. 导出 Excel 字段完整列表？
2. 默认导出多长时间窗口？（30 天 / 90 天 / 自定义）
3. 是否含首充 ARPPU / 留存率等深度字段？还是只有原始计数？

---

五、注册日活分析

5.1 功能定位

以"注册当天"为锚点，看后续 N 日有多少人回来投注。

5.2 表头字段

⚠️ "数据每日(GMT+8) 02:30 更新" —— T+1 数据，凌晨 2:30 GMT+8（北京/菲律宾时间）整批跑

筛选：

字段	默认
推广商	全部推广商
推广渠道	全部渠道
留存类型	投注（重要！）

留存类型 = 投注 表示"N 日留存"按"是否还在投注"判定，不是"是否登录"。❓ 也可能可切换"登录留存""充值留存"，待确认下拉选项。

5.3 表格列

列	含义
日期(GMT+8:00)	注册当天
注册人数	当天新注册
充值人数	当天有充值动作的注册用户数
充值金额	当天累计充值额（PHP）
提现人数	当天有提现动作的注册用户数
提现金额	当天累计提现额
投注人数	当天有投注动作的注册用户数
2日留存	注册后第 2 日还在投注的人数
3/4/5/6/7日留存	同上
30日留存	注册后第 30 日还在投注

5.4 待确认

1. 留存类型下拉有哪些选项（投注 / 登录 / 充值）？
2. 留存数字是绝对数还是百分比？
3. 没有 15 / 20 / 25 日？（首充日活分析有，注册日活分析没有）

---

六、首充日活分析

6.1 功能定位

以"首充当天"为锚点，看后续 N 日是否还在留存——衡量"花钱拉来的用户后续付费意愿"，是营销 ROI 的核心。

6.2 表头字段

⚠️ "数据每日(GMT+8) 00:30 更新" —— 比注册日活早 2 小时跑批

筛选无"留存类型"开关 → 隐式按充值口径判定留存。

新增按钮：导出 Excel（蓝）

6.3 表格列

列	含义
日期(GMT+8:00)	首充当天
首充人数	当天首充用户数
首充金额	当天首充金额合计
充值金额	当天总充值金额（含非首充）
提现人数 / 提现金额	当天提现
当日复充	当天首充用户当天又充了一次的人数(占比%)
2 / 3 / 4 / 5 / 6 / 7 日留存	首充后 N 日留存
10 / 15 / 20 / 25 日留存	中长期留存
30 日留存	滚动表格右侧（截图被截断）

💡 "当日复充"是营销关键指标——首充当天复充率高 = 用户体验顺、充值入口流畅；低 = 平台首存玩法没接住，下一步要联动 04-营销工具 出"首充再充再送"活动。

---

七、首充日活分析(详细)

7.1 功能定位

是 §6 的深度版——把每个首充日的用户在 90 天内的多维行为指标全部摊开。

7.2 与 §6 的差异

维度	首充日活分析	首充日活分析(详细)
留存窗口	30 日	90 日
字段维度	单一（人数/金额）	4 维（首存人数 / 人均存款 / 复存比例 / 投存比）
用户类型筛选	无	有（默认"全部"）
导出 Excel	✅	❓ 截图未显示

7.3 表格 4 个核心指标（每个单元格内展示）

指标	含义	用途
首存人数	当天首充用户数	量
人均存款	当天首充总额 / 首存人数	客单价（首充 ARPPU）
复存比例	首充用户再次充值占比	留存
投存比	投注金额 / 充值金额	玩家活跃度（越高代表用户越愿玩，反复打码）

💡 "投存比"是 iGaming 行业的核心指标——投存比 > 5 表示用户充 100 PHP 在平台至少打了 500 PHP 的码，平台抽水空间足；投存比 < 1 = 用户充了钱不玩直接提（套利怀疑）。

7.4 用户类型筛选

截图显示有"用户类型: 全部"下拉，可能枚举： - 全部 - 首充用户 - 非首充用户 - 普通会员 / VIP 会员（30 + 10 个层级）❓ 待用户验证

7.5 待确认

1. 用户类型下拉具体值清单？
2. 是否支持单元格深钻（点击某天的某指标看明细用户列表）？
3. 90 日窗口右侧（30 / 45 / 60 日）也包含 4 个指标？还是只有当日数据 4 维 + 后续日期 2 维？

---

八、安装页模版

8.1 功能定位

把渠道埋点链接落到一个仿应用商店页面，提升点击下载转化率（用户看到"Google Play 风格页"比看到原始下载链接更信任）。

8.2 添加模版表单字段

字段	约束	用途
模版类型	下拉(默认"仿谷歌商店安装页")	模板风格
模版名称	必填	后台标识
App 图标	320×320 或 512×512，≤ 200 KB	落地页头图
App 名字	必填	落地页大标题
副标题	必填	副标题（如"Best Casino App"）
Download 简介	≤ 200 字符，空则显默认值	短描述
App 简介	长描述	详细介绍
App 宣传图	统一 330×587 px PNG，≤ 500 KB / 张，最多 8 张	安装页轮播

📌 尺寸严格：宣传图必须 330×587 px 才能在安装演示中展示——这是仿谷歌商店截图区的标准尺寸。

8.3 SOP

flowchart TD
    root["推广商对接 + 准备封装 APK 时"]
    s1["1. 找设计出 App 图标（512×512）+ 8 张宣传截图（330×587）"]
    s2["2. 进“安装页模版” → 添加模版 → 全部字段填齐"]
    s3["3. 模版会绑定到智能封装 APK 的某个渠道"]
    s4["4. 用户点埋点链接 → 看到这个仿谷歌商店页 → 点“安装”才下载 APK"]
    root --> s1 --> s2 --> s3 --> s4

8.4 待确认

1. 模版类型下拉有几个选项？（截图只看到"仿谷歌商店安装页"）
2. 安装页域名怎么配置？沿用主站还是独立子域？
3. 安装页模版和具体渠道怎么绑定（截图未呈现）？

---

九、智能封装 APK

9.1 功能定位

后台自动化打包专属 APK——给每个推广渠道生成一个独立 APK 包，包含独立包名 / 图标 / 启动图 / FCM 推送凭证。是这个模块最技术化的核心功能。

9.2 顶部按钮

按钮	用途
智能 APK 推送凭证申请说明（蓝）	弹出说明 / PDF（即附件 GoogleFCM凭证申请操作说明.pdf）
APK 通知授权弹框设置（蓝）	进入 §9.5 弹框配置
刷新（蓝）	-
添加模版(1/5)	当前 1 个，最多 5 个模版

9.3 模版列表（截图实例）

字段	默认模板值
模版名字	默认模板
Apk 名字	p222
Apk 域名	点击设置
Apk 图标	(p222 红色 logo)
App 启动图	空
推送配置	点击配置
操作	编辑

🔑 重大证据：默认模板 Apk 名字 = p222，与 01-身份验证设置 中 TG bot 命名 pengpai_fk_phl_v1_2026_bot 印证——澎湃 / p222 / pengpai / ph(L) 同一身份。

9.4 编辑 APK 模版（新建表单）

字段	约束
模版名称	必填
Apk 名字	必填（影响 Apk 包名前缀）
Apk 域名	下拉，必填（绑定到 02-域名管理 的某域名）
Apk 图标	512×512，≤ 200 KB，PNG
Apk 启动图	1080×1920 或 1440×2560，≤ 800 KB，PNG

9.5 编辑 APK 域名（独立弹框）

只编辑"Apk 域名"一项——把模板与 02-域名管理 中已配的下载域名关联。

9.6 编辑 APK 推送配置（关键技术节点）

字段	类型	用途
Apk 名称	只读，例 p222	-
Apk 包名	只读 + 点击复制	例 com.pengpai.system.ph.dng1.template_14
google-services.json	上传 + 文本预览框	Firebase Web 应用配置（拿推送 token）
apk 密钥 json	上传 + 文本预览框	Firebase Server Key（后端发推送用）
获取测试 APK（蓝）	-	上述两 json 上传后才高亮
测试推送消息（蓝）	-	装机后测试推送是否到达

🔑 Apk 包名拆解： com.pengpai.system.ph.dng1.template_14 - com.pengpai → 公司命名空间（pengpai = 澎湃） - .system.ph → 系统 / 菲律宾（Philippines） - .dng1 → 暂不明确（"东南亚 1 区"？"丹尼/东南亚 1 号集群"？❓） - .template_14 → 内部模板序号

9.7 PDF 附件：GoogleFCM 凭证申请操作说明

「智能 APK 推送凭证申请说明」按钮弹出的就是 PDF（已附在 ./assets/13-推广渠道/GoogleFCM凭证申请操作说明.pdf），指导如何到 Firebase Console 申请 google-services.json + apk 密钥 json。对照记忆 reference_firebase_fcm + reference_fcm_helper_architecture —— 这套流程和 3F 工具箱的 FCM Console 助手对应的是同一个 Firebase 工作流。

9.8 APK 弹框授权通知配置（重要！装机即拉新留存抓手）

⚠️ "用户拒绝通知后，再次打开 apk 才会弹框"

字段	默认值	说明
弹框样式	中间活动弹框	视觉风格（中间 / 顶部 / 底部 等）❓
时间间隔	1 小时弹一次	防骚扰频次
弹框标题	Permission Notice（英文）	注意：英文文案——印证菲律宾市场
弹框内容	"Turn on notifications to receive more rewards and similar benefits."	拉留存话术

💡 副组长视角：APK 用户拒了通知 = 失去拉回手段——后续 15-站内消息推送 / 短信都触及不到。这个弹框是"装机后的留存抓手"，是营销决定要不要重投信息给副组长拿权限的关键 1 小时。

9.9 SOP（接入新渠道全流程）

flowchart TD
    root["推广商 X 要做自封 APK 投放"]
    s1["1. 商务: 添加推广渠道 → 类型选 APK链接(上架包)"]
    s2["2. 设计: 出 512×512 图标 + 1080×1920 启动图 + 8 张 330×587 宣传图"]
    s3["3. 技术 / 运维:<br/>a. 找业主拿一个独立 Firebase project (PDF 流程)<br/>b. 下载 google-services.json + 生成 apk密钥json<br/>c. 安装页模版 添加（仿谷歌商店）<br/>d. 智能封装 APK 添加模版 → 上传图标/启动图 → 绑 Apk 域名<br/>e. 编辑 APK 推送配置 → 上传两 json → 点 获取测试APK<br/>f. 装到测试机 → 测试推送消息 验证 token 到达"]
    s4["4. 配置 APK通知授权弹框 (默认 1 小时一次，文案英文)"]
    s5["5. 推广商: 拿渠道链接（带 APK 包名归因参数）"]
    s6["6. 上线 1 周后回 推广统计报表 看渠道效果<br/>进 注册日活分析 / 首充日活分析 看留存"]
    root --> s1 --> s2 --> s3 --> s4 --> s5 --> s6

9.10 待确认

1. 添加模版(1/5) 限制原因——业务上 1 个推广商对 1 个 APK 模板？还是技术限制？
2. Apk 包名生成规则——是按 template_NN 自增？还是和推广商绑定？
3. dng1 是什么含义？(数据库分区？地区代号？还是某种运营分组？)
4. 测试推送消息 调用 FCM 哪个 endpoint？支持 Topic / Token 单发？
5. 弹框样式枚举值列表？

---

十、业主上传 APK

10.1 功能定位

业主自己外部编译好的 APK手动上传到后台备份/分发——是 §9 智能封装 APK 的降级方案。

10.2 列表字段

列	说明
APK 名称	自定义
文件名	实际上传的 .apk 文件名
备注	自由文本
下载	直链下载按钮
操作	编辑 / 删除

10.3 上传弹框

字段	必填
APK 名称	✅
APK 文件	✅
备注	-

10.4 与「智能封装 APK」差异

维度	智能封装 APK	业主上传 APK
谁编译	后台自动	业主 / 外部编译
推送配置	后台流程化	业主自己内嵌（后台无 FCM 设置）
包名	后台命名 com.pengpai.system.ph.*.template_NN	业主任意
数量	限 5 个模板	无明显限制
用途	标准渠道铺量	老 APK 应急 / 特殊业主自封

10.5 待确认

1. 业主上传 APK 的下载链接是绑定到渠道埋点的吗？还是裸 URL？
2. 业主自编 APK 怎么做归因？（包内嵌渠道参数还是 URL 参数）
3. 文件大小上限？（截图未显示）

---

十一、副组长 / 商务全流程 SOP

flowchart TD
    root["新推广商接入（D-7 ~ 上线）"]
    d7["D-7 商务: 添加推广渠道 → 新建推广商 + 渠道（类型 APK链接(上架包)）"]
    d6["D-6 设计: 准备图标 + 启动图 + 宣传图（按 §8.2 § 9.4 规格）"]
    d5["D-5 技术: Firebase 项目 + 上传两 json (PDF 指引)"]
    d4["D-4 配 安装页模版 → 智能封装 APK 模版 → APK通知授权弹框"]
    d3["D-3 测试: 获取测试APK + 测试推送消息"]
    d2["D-2 真机 QA + 内部 UAT"]
    d1["D-1 把渠道链接交给推广商 + 配「测试回传」"]
    d0["D-0 上线"]
    d0sub["每小时整点 进 推广统计报表 看实时进量<br/>每日 02:30 后 进 注册日活分析 看昨日的“今天”<br/>每日 00:30 后 进 首充日活分析 看昨日首充 + 复充<br/>每周末 进 首充日活分析(详细) 看 7/15/30/90 日留存<br/>月底 进 推广效果评估 一键导 Excel 给业主结算"]
    root --> d7 --> d6 --> d5 --> d4 --> d3 --> d2 --> d1 --> d0 --> d0sub

---

十二、待确认清单（汇总）

#	待确认项	来源
1	埋点类型枚举完整列表（除 APK 链接(上架包)）	§2.5
2	渠道链接默认 URL 参数结构	§2.5
3	测试回传协议	§2.5
4	推广统计报表结果列默认值	§3.4
5	"实时数据"按钮位置	§3.4
6	推广效果评估导出 Excel 字段清单	§4.4
7	注册日活分析「留存类型」下拉值	§5.4
8	留存数字是绝对数还是百分比	§5.4
9	首充日活分析(详细) 用户类型下拉值	§7.5
10	是否支持单元格深钻（看明细用户）	§7.5
11	安装页模版「模版类型」枚举	§8.4
12	模版数量限制 1/5 的业务原因	§9.10
13	Apk 包名 dng1 含义	§9.10
14	弹框样式枚举值	§9.10
15	业主上传 APK 文件大小上限	§10.5
16	业主自编 APK 归因方式	§10.5

---

十三、相关文档

• 01-身份验证设置（TG bot 命名揭示 pengpai = 澎湃 = ph(L) = p222）
• 02-域名管理（APK 域名下拉绑定的源头）
• 04-营销工具（"当日复充"低的话联动首充活动）
• 10-用户管理（推广来的用户进风控初审）
• 11-代理管理（代理拉新 vs 渠道拉新的差异）
• 15-站内消息推送（FCM 推送的另一接入口径）
• 附件：GoogleFCM凭证申请操作说明.pdf（Firebase Console 拿 json 的官方流程）
• 内部记忆 reference_firebase_fcm.md / reference_fcm_helper_architecture.md（3F 工具箱 FCM 接入参考）

---

十四、互动自测

下面题目全部取自本文档已写明的事实，边学边测。答完门槛卡即视为通过本模块。

14.1 知识测验

:::quiz{id=apk-link-type} 想把域名封装成 APK，添加推广渠道时必须先建哪种类型的渠道？

• [ ] H5 链接
• [ ] 短链
• [x] APK 链接(上架包)
• [ ] 测试回传

解析：§2.3 红字提示——「如果您想要将域名封装 APK，请一定要创建【APK 链接(上架包)】的类型」，否则智能封装 APK 找不到对应的渠道埋点。 :::

:::quiz{id=ggb-attribution} 谷歌包(GGB)渠道在后台报表里，为什么只能看整包聚合、拆不到单个推广商？

• [ ] 后台故意隐藏了推广商维度
• [ ] 谷歌包数据还没到整点更新时间
• [x] 一个安装包 = 一个后台渠道，会被 N 个推广商共用（1:N），后台没有字段能拆回具体推广商
• [ ] 谷歌包渠道命名里写死了推广商编号

解析：§3.5——PWA 一个渠道编码对应一个推广商（1:1，能一一映射）；谷歌包一个安装包发给很多推广商一起推，后台这条渠道的数据是所有推广商合计，没有任何字段能拆回。 :::

:::quiz{id=update-times multi=true} 以下关于各报表数据更新节奏的说法，正确的有哪些？（多选）

• [x] 推广统计报表：渠道数据每小时整点更新
• [x] 注册日活分析：数据每日 02:30（GMT+8）更新
• [x] 首充日活分析：数据每日 00:30（GMT+8）更新
• [ ] 推广效果评估：实时逐分钟更新

解析：§3.3 每小时整点；§5.2 注册日活 02:30；§6.2 首充日活 00:30（比注册日活早 2 小时跑批）。推广效果评估（§4）是历史数据一键导出 Excel，不是实时更新。 :::

14.2 情景演练

:::scenario{id=ggb-roi}

{"start":"n1","nodes":{"n1":{"text":"业主要你核算谷歌包 GGB-38 里某个推广商 P61 的单独 ROI。你打开后台的推广统计报表，只看到 GGB-38 一条聚合数据（峰值单日 5058 注册）。你怎么给出 P61 的数？","choices":[{"label":"用 GGB-38 的聚合数据除以共用推广商数量，估算 P61 的份额","next":"bad","feedback":"❌ §3.5：后台聚合数只能当「包级」对账上限，不能当分母去拆。谷歌包后台没有任何字段能拆回单个推广商，均摊是编数据。","good":false},{"label":"回渠道方(推广商)自己维护的 Google 表格拿按推广商拆分的数据","next":"good","feedback":"✅ §3.5：要把谷歌包拆到推广商，唯一的数据来源是渠道方自己的表格；后台报表拆不开是数据模型决定的。","good":true}]},"bad":{"text":"用聚合数均摊会给业主一份编造的 ROI。记住：谷歌包后台粒度 = 安装包，比推广商粗一级。","terminal":true},"good":{"text":"正确。PWA 才能用后台报表精确到推广商；谷歌包必须回渠道方表格拿数。","terminal":true}}}

:::

14.3 关键规格闪卡

:::flashcards{id=key-specs} - 封装 APK 前必须先建的渠道类型 :: APK 链接(上架包)（§2.3） - 推广统计报表更新频率 :: 每小时整点更新（§3.3） - 注册日活分析更新时间 :: 每日 02:30（GMT+8）（§5.2） - 首充日活分析更新时间 :: 每日 00:30（GMT+8）（§6.2） - 安装页「App 宣传图」规格 :: 330×587 px PNG，≤500KB/张，最多 8 张（§8.2） - Apk 图标规格 :: 512×512，≤200KB，PNG（§9.4） - Apk 启动图规格 :: 1080×1920 或 1440×2560，≤800KB，PNG（§9.4） - 投存比含义 :: 投注金额 ÷ 充值金额（>5 抽水空间足，<1 套利怀疑，§7.3） :::

14.4 学完门槛

:::gate{id=done score=0.8 title=学完推广渠道} 达到通过分数后，请确认你能独立讲清以下三点：

• 封装 APK 必须先建「APK 链接(上架包)」类型的渠道，否则智能封装 APK 找不到埋点（§2.3）。
• PWA 渠道后台粒度 = 推广商（1:1，报表能精确到人）；谷歌包渠道粒度 = 安装包（1:N，只能看整包聚合，拆不到单个推广商）。核算谷歌包某推广商 ROI 要回渠道方自己的表格拿数（§3.5）。
• 三张核心报表的更新节奏：推广统计报表每小时整点、注册日活 02:30、首充日活 00:30（均 GMT+8）（§3.3 / §5.2 / §6.2）。 :::