小程序用户隐私保护指引怎么设置

很多人是提交审核被打回来，或者被用户投诉「没告诉我要收集手机号」，才回头找隐私保护指引在哪设置。这篇不讲概念，只讲操作顺序：先确认你的小程序用到了哪几类信息，再去后台逐项对照填写，最后核对触发弹窗的时机对不对。

很多人是提交审核被打回来，或者被用户投诉「没告诉我要收集手机号」，才回头找隐私保护指引在哪设置。这篇不讲概念，只讲操作顺序：先确认你的小程序用到了哪几类信息，再去后台逐项对照填写，最后核对触发弹窗的时机对不对。三步走完，基本能避开大部分驳回和投诉。

先说一个前提：隐私保护指引不是写一篇文档就完事，它同时存在于「平台后台的配置项」和「代码里的授权行为」两个地方，两边对不上就会出问题。下面按盘清单、找入口、定时机、上线自查四段来讲，每段都给出可执行的判断标准和动作。

先盘清楚你到底收集了哪些信息

配置之前必须先有一份清单，否则你填的时候一定是凭印象勾，勾漏了就是审核驳回。清单按来源分三类列：用户主动填的（手机号、昵称、地址）、系统自动取的（设备标识、网络状态、粗略位置）、第三方 SDK 回传的（统计、推送、地图、支付组件）。第三类最容易漏，因为它不在你自己写的业务代码里。

平台后台只负责「声明」，代码侧负责「实际行为」，两者必须一致。后台的操作路径各个主体可能略有差异，入口名称也会变，具体位置和改动的节奏可以参照 /privacy-guide-settings-location 里讲的路径逻辑，不要照抄别人的截图。

时机的判断标准只有一条：用户能不能在没有这项信息的情况下继续用主要功能。能，就延后到真正需要的节点再弹；不能，也要给一个说得过去的降级路径，而不是把用户堵死在弹窗上。「不点同意就退不出去」这种硬卡最容易吃投诉。

拒绝授权后功能要能降级继续用：不给位置就手动填地址，不给相册就跳过上传
指引文案要跟实际行为对得上：写了不收集位置，代码里就别偷偷调定位接口
别在启动页一次性弹完所有授权，用户根本不知道自己同意了什么
文案写法可对照 /miniprogram-privacy-policy-template 和 /privacy-guide-compliance-fill，一篇偏模板结构，一篇偏填写口径

审核看的是「你说的」和「你做的」是否一致，用户感受的是「你什么时候问的」——这三点对上了，隐私这块基本不会翻车。

上线前别再靠记忆过一遍，按固定顺序查三项：清单、文案、交互。任何一项对不上就退回去改，改完重新走一遍这个顺序。这样做的成本很低，但能省掉反复提审的时间。

隐私项查完，别忘了上架前的整体安全项，比如接口鉴权、敏感数据存储、日志脱敏这些。单独盯着隐私看，容易漏掉别的问题，整体过一遍可以参考 /prelaunch-security-checklist。

隐私保护指引填完是不是就自动生效了？

不一定。后台保存只代表配置提交，真正生效要看小程序版本是否已发布、以及弹窗逻辑有没有跟着上线。改完配置记得同步发一版，然后自己用真机跑一遍，确认用户第一次触发相关功能时确实弹了窗、拒绝后功能也能降级。

用户之前同意过，后来我改了收集范围，要重新征求同意吗？

要。收集范围、用途、接收方任何一项发生实质变化，都属于需要重新告知的情形。做法是更新指引内容、发新版本，并在用户下次进入相关功能时再次弹窗确认，别只改后台文字了事。具体撤回后如何恢复的操作可看站内的隐私同意相关页面。

只收集一个手机号，也要配这么完整吗？

要配，只是内容可以精简。手机号属于个人信息，同样需要写清用途和场景，只是不需要把没涉及的位置、相册等项都勾上。判断标准是「有没有收集」，不是「收集了几项」，少写反而比多写更容易出问题。