小程序隐私保护指引怎么填？收集清单、权限说明与退回原因-资讯-成都中方互动科技

这份指引要填的其实就四件事：收集了哪些信息、分别用来做什么、有没有给第三方、用户怎么撤回同意。入口在小程序后台的用户隐私保护指引里，具体入口名称与字段以平台当期页面为准。填错或不填，提交审核会被退回，已上线的版本会被要求限期整改，它不是可选的说明文档，而是审核会逐条比对的声明。

为什么这份指引绕不过去

只要小程序会处理用户信息，就要声明。现在的常态是登录拿头像昵称、下单要手机号、门店导航要位置、上传凭证要相册，这些能力背后都是平台接口，调用记录可查，页面上的声明和实际调用对不上，很容易被看出来。

提交阶段直接退回，理由通常是隐私政策未声明或声明与实际不符；已上线的版本可能被要求整改，整改期间相关接口能力受限。具体处置以平台最新要求为准。

多数人以为没让用户填表就等于没收集信息，实际是设备型号、系统版本、网络状态、访问日志在启动时就会产生，剪贴板、相册、位置一旦被调用，读到的内容也算。所以纯展示型小程序同样需要一份指引，只是清单短一些。权限被滥用的边界，可以对照小程序为什么不能随便打开摄像头和相册里的判断口径。

「我们会收集您的个人信息」这句话没有信息量。要写成昵称、头像、手机号、收货地址、位置信息（仅下单时获取一次）、相册图片（仅上传售后凭证时）。越具体，越不容易被判为声明不清。

地图、推送、统计、客服、支付、识别类 SDK 往往会自行采集设备信息和位置。清单里漏了 SDK，等于漏了一整块。做法是让开发把所有引入的 SDK 列一遍，逐个确认它读了什么。

退回理由里出现多的，不是文案写得不好，是两边的账对不上，而且有两个方向。

位置、相册、摄像头、通讯录、剪贴板、运动步数、设备信息，这些是常被漏掉的项。尤其是顺手加的功能：为识别口令读剪贴板，为分享统计读设备标识，为找附近门店读一次定位，开发觉得是小功能，没进清单。

反向也会出问题。声明的功能实际不存在，审核会认为声明不实，从别的项目复制一份指引改一改，很容易犯这个错。

让开发把代码里隐私相关接口的调用位置列成表，标上触发场景，再拿这份表和指引逐条对。对不上的地方只有两种处理：删功能，或者补声明。这一步在提交前做，比退回后改省时间。

启动时一次性弹一串授权，是很常见也很容易被驳回的做法。合理的顺序是用户走到需要这个权限的页面，先用页面文案说明为什么需要，再触发平台授权弹窗；用户拒绝后，基础浏览功能要能继续用。

扫门店码进点单页才申请位置，点上传凭证才申请相册，点联系客服才申请手机号。用户在没看到功能之前被要权限，拒绝率高，一旦拒绝，后面再想让他打开会很难。

指引里写了可注销，产品里就得有能走通的注销路径。入口在个人中心要找得到，二次确认要有，冷静期可以设，但到期必须真的删除或做不可逆的匿名化处理。只做入口不删数据，是很典型的整改点。

注销入口可到达；告知清楚会删哪些数据、哪些因法定义务需要保留；处理时限写明白；删除操作留痕，被问起时能证明。第三方 SDK 侧的数据也要一并处理，比如推送平台的设备绑定关系。

表述上建议写「按最小必要原则收集实现功能所必需的信息」，而不是承诺完全符合法律规定，后者把合规责任写成了自我担保，出问题时反而是把柄。相关表述可以参考《个人信息保护法》的原则性要求，具体条款适用建议由法务判断。

这是持续义务。上线后新增会员等级、加在线客服、接新的统计 SDK，收集范围就变了，指引要跟着更新。做法是在需求评审时把「是否新增信息收集」列成必答项，提测时由开发同步给负责填指引的人。

我们在做成都小程序开发和软件定制开发项目时，会在提测清单里加一条隐私自查，跟代码一起交，避免上线前才发现清单对不上。

收尾给一个可执行的动作：把代码里的隐私接口清单、指引里的收集清单、页面上的授权弹窗这三份东西摆在一起对一遍，三份一致再提交。