数据安全表单不是选择题游戏，而是对真实数据采集的声明。填错会直接导致拒审或下架。
填写前先盘点
- 收集了哪些数据类型（设备、账号、位置、支付、消息等）
- 是否共享给第三方（广告、统计、云服务）
- 是否加密传输（TLS）以及是否可关闭采集
- 用户如何申请删除，删除入口是否可用
- 隐私政策是否写到同一套事实
SDK 盘点示例
sdk-inventory.ymlyaml
sdks:
- name: firebase_analytics
data: [device_id, usage_events]
shared: false
- name: appsflyer
data: [advertising_id, install_attribution]
shared: true
- name: push_provider
data: [push_token]
shared: true
encryption_in_transit: true
deletion_url: https://example.com/privacy#delete
ephemeral_only: false对齐原则
表单 = SDK 事实 = 隐私政策，三处不一致几乎必炸。
常见填错场景
| 场景 | 错误 | 正确做法 |
|---|---|---|
| 只用了统计 SDK | 勾选不收集 | 按 SDK 文档如实声明 |
| 有广告归因 | 写不共享 | 标明与广告伙伴共享 |
| 可删除账号 | 表单写无法删除 | 提供删除入口并一致声明 |
| WebView 内采集 | 假装无采集 | 按实际 H5/SDK 行为填写 |
表单变更的发布纪律
一旦 SDK 或采集行为变化，先更新盘点表，再改隐私政策，最后改数据安全表单并视情况发版。顺序反了，最容易出现「后台声明」与「包体行为」短暂不一致的高风险窗口。
常见问题 FAQ
没有收集个人信息是不是可以全选不收集？
先确认 SDK 与日志。很多团队「自己没写采集代码」，但第三方 SDK 已在采集。
改表单要不要重新发版？
视变更与商店要求而定；声明与包体行为不一致时，往往需要发版并同步隐私政策。
需要代上架或拒审复盘？
把材料、拒审截图或目标国家发到 Telegram @N8888888，速加云会先做可行性预审再给排期。 也可查看服务页 谷歌上架、苹果上架、马甲包，或返回 上架指南知识库。
相关上架指南（内链推荐）
建议按主题继续阅读，形成完整决策路径。也可返回 上架指南知识库 查看全部文章。
