2026-03-27
第三方 SDK 披露清单：广告、分析、登录与支付如何对齐双端隐私声明
先盘点 SDK 再填声明：广告/归因、分析、登录、崩溃、支付类高频漏报点与 CSV 自检表，对齐 App 隐私营养标签与 Google Play Data Safety，降低文书拒审。Telegram @hagee66。
隐私声明返工，十有八九是 SDK 没盘清。开发觉得「只是接了个统计」，商店表单却要回答：收集什么、是否共享、用于广告还是分析、是否追踪。先表后填，才能对齐 隐私营养标签与 Data Safety。
为什么必须先做 SDK 盘点
- 商店隐私表单是结构化问答，靠记忆勾选必漏
- 广告、归因、崩溃、推送常被当成「基础设施」而漏报
- 双端声明若各写各的，审核与用户信任都会出问题
- 版本迭代后 SDK 变更，没有表就无法同步更新声明
建议维护的字段（可做成表格/CSV）
| 字段 | 说明 |
|---|---|
| SDK 名称与厂商 | 准确到常用名 |
| 类型 | 广告/归因/分析/登录/支付/崩溃/推送/地图等 |
| 采集数据 | 设备标识、精确位置、联系方式、购买史等 |
| 用途 | 应用功能 / 分析 / 广告 / 防欺诈 等 |
| 是否传输给第三方 | 是/否及对象 |
| 是否用于追踪 | 按平台定义判断 |
| 配置开关 | 是否可关闭、是否默认开启 |
| 对应隐私政策章节 | 便于核对 |
| 负责人 | 技术对接人 |
高频漏报类型
1. 广告与归因
广告展示、中介聚合、MMP 归因，通常涉及设备标识与事件回传。漏报会导致「无广告声明」与实际行为冲突。
2. 分析与运营统计
活跃、漏斗、埋点平台：即使「只做产品分析」，仍可能构成收集。用途填「分析」而非假装不存在。
3. 登录与账号
Google / Apple / Facebook / 手机号登录等：会处理标识符与资料。需与登录功能说明一致。
4. 支付与订阅
IAP / Play Billing 及第三方支付组件：购买数据、账号关联需评估披露。参见 内购注意事项。
5. 崩溃、性能、远程配置
Crashlytics 类、性能监控、远程配置：常含设备与日志类数据。
6. 推送与消息
推送 SDK 的 token、设备信息；若做个性化推送，用途更要写清。
盘点方法（可落地）
- 工程侧：依赖清单、Gradle/Pod/SPM、初始化代码搜索
- 网络侧：抓包看启动后第三方域名（辅助，不替代代码盘点）
- 产品侧：确认实际开启的功能开关与后台配置
- 法务/运营侧：对照现有隐私政策章节
- 输出：一式三用——政策修订、Apple 标签、Google Data Safety
自检表（提审前）
- 所有第三方 SDK 已入表
- 自研采集接口也已入表（不仅是第三方）
- 每个「有采集」项都能在政策中找到对应描述
- 广告相关 SDK 已单独标注用途
- 与上版差异已标注（新增/移除/配置变更）
- 双端表单责任人已指定
与预检、拒审的关系
模板：发给协作方的 SDK 摘要
应用 / 版本：
SDK 总数：
含广告/归因：是 / 否
含分析：是 / 否
含登录：是 / 否
含支付：是 / 否
含崩溃/推送：是 / 否
附件：sdk-inventory.csv
隐私政策是否已按表更新：是 / 否
营养标签 / Data Safety：待填 / 已填待核