小程序隐私协议怎么写｜收集清单与授权文案对齐实操 – MPForge
直接回答：隐私协议最怕的不是写得不漂亮，而是和代码实际收集的信息对不上。这篇小程序隐私协议写法教程写给运营与开发：按梳理接口、写收集清单、配授权弹窗文案的顺序，做到清单、弹窗、代码调用三者一致，审核与用户投诉都看这一点。MPForge（DEVDIY 旗下）按这套口径对齐后，隐私类驳回与投诉的处理成本明显下降。
一、审核看什么：一致，而不是辞藻
所有收集个人信息的小程序都要有隐私协议，审核与投诉的第一判断标准是「声明与行为是否一致」。先明确两个不做：
- 不做「先上线后补协议」：隐私指引未配置就提审，是高频直接驳回项。
- 不写「等信息」：收集项写「设备信息等」，等于没写清楚，审核与用户都读不出边界。
协议的主体结构可以参考 小程序用户隐私指引填写指引 逐项填写，本文讲的是怎么让协议与你小程序的真实行为咬合。
二、先梳理接口：清单从代码里长出来
收集清单不能由文案凭空写，要从代码实际调用的接口和组件里梳理出来。四步走：
- 过一遍接口清单：开发逐个列出涉及个人信息的调用：手机号、位置、相册、剪贴板、头像昵称等，标注使用页面。
- 标注收集目的：每一项写清具体用途，不写「提升用户体验」这种空目的，要写到「用于订单发货联系收件人」这个粒度。
- 补上第三方披露：接入的支付、地图、统计等第三方 SDK 涉及个人信息的，同样要披露，这是最常被漏的一项。
- 倒推最小化：对照 小程序隐私接口与所需信息声明，砍掉与核心功能无关的收集项。
清单定稿后交给文案与开发各一份，后续任何一方改动都要回到这张表同步，这就是后面不出乱的锚点。
三、弹窗与协议同版本：文案口径三处对齐
授权弹窗、隐私指引、客服话术三处口径必须一致，改一处就改三处。对照口径：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 收集清单 | 与代码调用逐项一致，目的写到具体动作 | 复制网上模板没改，收集项与实际不符 |
| 授权弹窗 | 在需要该信息的动作处弹出，文案与指引一致 | 进入首页连弹，或弹窗文案是旧版 |
| 第三方 SDK | 披露名称、涉及信息与用途 | 只字未提，投诉时无法举证 |
| 撤回路径 | 协议写明撤回入口且真实可达 | 写了撤回条款，产品里找不到入口 |
弹窗的出现时机与交互细节，参考 小程序隐私弹窗交互设计要点；时机设计的原则是贴着需要该信息的动作走，早弹伤体验，晚弹伤合规。
四、变更与投诉：把口径变成流程
隐私不是一次性的文案工作，收集项一变协议就跟着变。三条流程口径：
- 变更同发：新增或减少收集项时，协议、弹窗、代码同版本发布，禁止只改代码不改声明。
- 留档：每个版本的协议与清单存档，投诉与审核问询时能拿出「当时用户同意的是什么」。
- 客服同口径：客服话术与协议一致，用户问「你们收集了我什么」，答案与页面声明逐条对得上。
试点口径：对齐这套流程后，隐私类驳回与投诉不再是高频问题，处理单条投诉的时间也明显缩短，因为三方口径一致，举证就是截图。
五、避坑清单
这四条坑都出现在真实审核与投诉里，上线前逐条对照。
- 别用通用模板不改：模板可以借鉴结构，收集项与目的必须按你的小程序重写。
- 别漏第三方 SDK：统计、支付、客服组件都算，披露到清单里才完整。
- 别写空目的：「提升用户体验」过不了审也应付不了投诉，目的要具体到动作。
- 别把撤回入口藏起来：撤回授权与注销账号的入口要真实可达，藏得深等于没有。
六、常见问题 FAQ
隐私协议写好后放哪里？
配置在小程序后台的用户隐私指引中，并在小程序内提供可随时查看的入口；授权弹窗内也要有跳转到完整协议的链接。
收集手机号必须写进协议吗？
必须。手机号属于个人信息，写清收集场景与目的（如用于发货联系），并保证只在声明过的范围内使用。
隐私协议和 GEO 地理位置配置有关系吗？
两回事但常一起出问题：收集位置信息既要在协议里声明用途，也要完成对应的地理位置配置（门店地址、经纬度、服务类目）。这里的 GEO 指位置配置，不是按城市堆关键词的地域 SEO。
改了收集项一定要重新审核吗？
涉及隐私接口与收集范围的变更通常伴随审核；做法是协议、弹窗、代码同版本发布，一次审过，避免多次改动多次提审。
用户投诉收集信息超范围怎么办？
先核对投诉项与协议声明：声明内则出示清单与同意记录；声明外则立即下线该收集项并更新协议，补上差异说明。
