隐私政策变更与同意再获取：重大变更的五个判据与通知程序设计

隐私政策不是签一次就结束的文件。产品迭代、供应商更换、法规更新，都会带来条款调整。多数企业的做法是更新文本、修改生效日期、在网站底部留一句"继续使用即视为同意"。这种做法在非实质性变更时可以接受，在实质性变更时则不成立——因为同意必须是具体的、知情的、可撤回的，而不是对未来的概括授权。

一、三类变更及其后果

三类之间的界线不在文本改动的幅度，而在对个人权益的影响。缩短保存期限、增强安全措施，用户权益是增加的，通知即可；新增处理目的、扩大共享范围，用户权益受到影响，必须重新取得同意。

二、重大变更的五个判据

判断是否构成重大变更，可以逐项对照：

1. 处理目的发生变化。 从"提供服务"扩展到"模型训练"“广告推荐"“风险评估”，属于目的变化。
2. 信息种类增加。 新增收集位置信息、通讯录、生物识别信息，或开始处理用户输入中的第三方个人信息。
3. 对外提供对象增加。 新增模型供应商、新增关联公司共享、新增 SDK。
4. 处理方式改变。 从本地处理改为云端处理、从境内处理改为境外处理。
5. 个人权利行使方式受限。 删除、撤回、注销的入口被收窄，或响应时限延长。

五项中任一项成立，即应按重大变更处理。实务中常见的情形是第三项与第四项同时发生：接入新的境外模型服务，既是新增对外提供，也是处理方式改变，两项都触发重新取得同意。

三、通知方式与生效安排

通知的目的不是告知文本已改，而是让用户知道"改了什么、对我有什么影响”。因此通知内容应包含四项：变更要点、对用户权益的影响、生效日期、拒绝的方式与后果。

三类通知方式的适用场景：

生效安排上，重大变更应设置合理的过渡期，通常不少于七日，让用户有时间阅读与作出选择。直接在更新当日生效，在争议中容易被认定为未给予合理注意机会。

四、四种必须重新获取同意的情形

其一，新增处理目的。 原同意仅覆盖原有目的，新目的需要新的同意。

其二，新增对外提供。 向第三方提供个人信息需要单独同意，新增接收方即需重新取得。

其三，新增敏感个人信息处理。 敏感个人信息需要单独同意，且应告知处理的必要性与对个人权益的影响。

其四，新增跨境提供。 跨境提供需要单独同意，并告知境外接收方的名称、联系方式、处理目的与方式。

四种情形的共同点是：同意必须是单独的、具体的，不能通过更新隐私政策并默示继续使用来取得。

五、用户拒绝后的处理

用户拒绝新的同意，企业不能简单地"不提供服务"。可行路径有三条：

路径一，降级服务。 保留不依赖新目的的基础功能，仅停止需要新同意的功能。这是最常用的处理方式，前提是产品能够按功能模块拆分授权。

路径二，提供替代方案。 例如允许用户选择不参与模型改进，但保留基本生成功能。技术上可行的，应当提供。

路径三，终止服务并删除数据。 用户既不接受新条款也不使用降级服务的，应按用户请求终止服务并删除个人信息，同时告知其备份与导出安排。

直接以"不同意即停止全部服务"作为唯一选项，在面向消费者的场景中存在被认定为不合理限制的风险。

六、留痕与举证

变更管理的举证材料包括：历次版本全文、生效日期、变更对照说明、通知送达记录、用户同意的记录（含时间、方式、版本号）、拒绝用户的处理记录。

其中"变更对照说明"最容易被忽略。它不需要公开，但在监管问询与争议中，能够证明企业清楚自己改了什么、为什么改、影响是什么。仅有版本存档而无对照说明的，往往难以说明变更的合理性。

七、核对清单

隐私政策的变更管理，本质上是同意机制是否真实的问题。文本可以随时更新，但同意不能随之自动延续。把这一点做实，企业在面对用户投诉与监管检查时，才有可站得住的说法。

站内相关梳理：AI 产品隐私政策、AI 产品用户协议、个人信息保护影响评估、大型个人信息处理者的新增义务，以及数据合规服务页。

最后更新：2026 年 9 月 10 日。