做 App 或小程序，隐私保护指引这关几乎躲不掉：后台表单要一栏一栏填，审核会打回来说「用途不明确」「第三方没列全」。很多人直接抄同行模板，结果和自己的实际采集行为对不上，反而更麻烦。这篇按表单栏目拆开讲每栏怎么写、写到什么程度算够，附一份提交前自查顺序，以及被驳回时先改哪一栏。
做 App 或小程序，隐私保护指引这关基本躲不掉：后台表单要一栏一栏填，审核会打回来说「用途不明确」「第三方没列全」。很多人图省事直接抄同行模板，结果和自己的实际采集行为对不上，抄来的句子越多，对不上的地方越多，反而更难解释。
这篇按表单栏目拆开讲：每栏写到什么颗粒度算够，哪些情况绝对不能套模板，被驳回时先改哪一栏。判断标准都给了「什么情况下不适用」，你对着自己产品实际情况取舍，别照搬。
动笔前先对齐：你实际采了什么
写指引之前先做一张采集清单，这是全篇的地基。清单列清楚：哪一栏权限或字段、什么时候触发、数据发到哪个域名、存多久。指引里的每一句都要能从这张表里找到出处，找不到出处的句子就删掉，别留着撑字数。
| 采集来源 | 典型触发点 | 最容易漏的点 |
|---|---|---|
| 用户主动提供 | 注册、下单、填地址 | 没写清哪些是必填、哪些可以不填 |
| 自动采集 | 启动、定位、日志上报 | 没写触发时机，读者以为一直在采 |
| 第三方 SDK 顺带采集 | 登录、推送、统计初始化 | 只写了自己，忘了 SDK 也有采集行为 |
- 三类来源分开记：用户主动提供、自动采集、第三方 SDK 顺带采集，第三类最容易漏
- 每条记录写事实不写承诺，把做不到的写进指引等于给自己挖坑
- 域名和存储期限跟开发确认，别凭印象填，凭印象填的十个里错八个
- 清单做成可更新的文件，加功能、换 SDK 时同步改，不是交完就完
各栏目的合规填法
收集目的这一栏最常见的毛病是写空话。写「提升用户体验」「优化服务」等于没写，审核没法判断范围。改成具体场景加触发动作：在哪个页面、用户点了哪一步之后才开始收集。颗粒度到这一步，后面几栏才有的对。
使用范围、第三方与存储
- 使用范围
- 必须和收集目的一致；收集手机号写「用于账号安全」却实际发营销，属于超范围使用
- 第三方共享
- 单独成栏，写清对方身份和你传了哪些字段，别用「合作方」一句带过
- 存储与删除
- 写机制不写口号：保留多久、用户怎么申请删除、多久内响应
- 与总政策的关系
- 指引是入口处的摘要，详细措辞放隐私政策正文，两处说法必须一致
第三方这一栏的判断标准很简单：你能不能说出对方是谁、你传了什么字段。说不出来就说明依赖没梳理完，这时候填什么都是猜。什么情况下可以粗写？只有当你确实不向任何第三方传输个人信息时，才能写「不共享」，而不是「暂不共享」这种模糊表述。
两处说法不一致怎么办
指引和隐私政策正文是同一套事实的两种长度，不是两份可以各自发挥的文案。改了一处，另一处必须同步改。实务做法是：正文写详细版，指引里只放摘要句，摘要句从正文里摘，不重新组织措辞，这样天然不会冲突。
被驳回的常见原因与改法
驳回意见通常只点名一两处，但背后往往是清单没做全。改法按下面的顺序来，先改被点名的栏，再顺手检查相邻栏有没有同类问题，不要整篇重写，整篇重写容易改出新矛盾。
- 「收集目的不明确」：把抽象描述换成具体功能名和触发动作
- 「未覆盖全部权限」：拿手机系统里的权限清单逐项比对，缺一项补一项
- 「与第三方 SDK 声明不一致」：跟开发一起拉一次依赖列表，别凭记忆填
- 改完只动被点名的栏，重新提交观察反馈，一次别改太多变量
- 定位被点名的那一栏看驳回原文用的词，和你表单里哪一栏对应，先把对应关系写下来再动手
- 回到采集清单核对事实被驳回说明清单和实际行为可能脱节，先确认事实再改措辞，顺序别反
- 只改这一栏并补相邻栏改写后顺手检查目的、范围、第三方三栏是否还自洽，不自洽就一起调
- 重提后记录反馈把每次驳回意见和改法留档，下次换 SDK 或加功能时能提前避开同类问题
提交前自查与版本维护
提交前按固定顺序自查，一项没过就别提交。顺序是：采集表、权限清单、第三方字段、存储期限、联系方式。前一项是后一项的输入，跳着查很容易漏。
| 自查项 | 过关标准 | 不过关怎么办 |
|---|---|---|
| 采集表 | 每条指引句都能找到出处 | 删掉无出处的句子 |
| 权限清单 | 与系统权限逐项对得上 | 缺的补进指引 |
| 第三方字段 | 能说出对方是谁、传了什么 | 拉依赖列表重新梳理 |
| 存储期限 | 写的是机制不是口号 | 改成可执行的说法 |
| 联系方式 | 真实可达、有人处理 | 换成实际处理人渠道 |
把指引当成版本化文档来维护：加功能、换 SDK、改域名时同步更新，别等到被投诉才改。留一份历史版本对照，出争议时能说清某个时间点的告知口径。涉及的通用要求，可以先到站内安全与合规分区的基础条目看一遍，再回到自己这份逐栏核对。
下一步想对照同类产品的资料与工具目录，先到站内工具与指南页面按分类翻一遍，再回来改自己这版；涉及整体合规条目，到安全与合规分区核对当时的说明。→常见问题
直接抄同行的隐私保护指引行不行？
不建议。同行的采集范围、第三方 SDK、数据流向和你几乎不会完全一致，抄完容易出现「声明了没做」或「做了没声明」两种问题，前者是过度承诺，后者是漏告知，都可能在审核或投诉里成为把柄。模板可以看结构，字段必须对着自己的采集表一条条核。
指引和隐私政策是不是写一份就行？
不是。指引通常是提交时表单里那份摘要式说明，讲清收集什么、干什么用、给谁；隐私政策是完整文本，还包含用户权利、未成年人、跨境等更细的条款。两者口径要一致，但粒度不同，不能拿一份互相复制。两者的区别可到 /safety 分区的相关条目核对。
小团队没有法务，怎么保证填得不踩坑？
把重点放在「如实」上：逐项对着实际采集行为写，做不到的删除承诺，不确定的字段先问开发而不是先填。另外提交前拉一遍权限和第三方依赖清单，这两个是驳回率最高的地方。涉及跨境传输、批量敏感信息这类复杂情形，再去找专业意见，不要靠网上模板硬套。
