二、CCPA核心权利：知情权、删除权、选择退出权、访问权与平等服务权

好，咱们直接进入正题。CCPA 给了消费者五把「尚方宝剑」，分别是知情权、删除权、选择退出权、访问权和平等服务权。这五个权利，说白了就是消费者对个人数据的「控制面板」。我当年第一次读法案原文时，觉得这些权利名字挺唬人，但落地时才发现——坑都在细节里。

2.1 知情权：你得告诉用户你拿了什么

知情权是基础。企业必须在收集数据时或收集前，清晰告知用户：你收集了哪些数据、用来干嘛、会不会卖、卖给谁。

我个人习惯把知情权拆成两个层面：

• 收集时的告知：比如用户注册时，弹窗或链接里写清楚。
• 响应时的告知：用户主动来问「你拿了我什么数据」，你得给一份清单。

我在项目中遇到过一家电商公司，他们隐私政策里写「我们收集您的个人信息以改善服务」。嗯，这种话术在 CCPA 下直接不合格。后来我们改成了「我们收集您的姓名、收货地址、支付信息、浏览记录，用于订单处理和个性化推荐」。

2.2 删除权：用户说删，你就得删

删除权听起来简单——用户要求删除，你就删。但实际操作中，有三大雷区：

1. 例外情况：CCPA 允许企业保留数据用于完成交易、检测安全事件、遵守法律义务等。你不能一删了之，得先判断是否属于例外。
2. 级联删除：用户要求删除，你不仅要删自己的数据库，还得通知所有「接收你数据」的第三方。嗯，这里要注意——如果你把数据卖给了广告商，你得让他们也删。
3. 验证身份：你不能随便一个人发邮件说「我是张三，删我数据」你就删。你得验证身份。我曾经见过一个案例，有人冒充用户要求删除，结果企业真删了，后来被用户起诉。

2.3 选择退出权：用户有权说「不卖」

选择退出权，英文叫 "Right to Opt-Out"。它针对的是「出售」行为。CCPA 对「出售」的定义很宽泛——只要你把数据提供给第三方换取对价，就算出售。注意，不一定是金钱，数据交换也算。

举个例子：你让广告商在你的 App 里投放广告，广告商通过你的 SDK 收集用户数据，这就算出售。很多公司一开始没意识到这点，后来被罚了才反应过来。

实现方式：

• 必须在网站首页放一个「Do Not Sell My Personal Information」链接。
• 用户点击后，你得停止出售该用户的数据。
• 而且你不能因为用户选择退出就歧视他（比如不让他用你的服务）。

2.4 访问权：用户想看，你就得给

访问权，也叫数据可移植性的一部分。用户有权要求企业提供过去 12 个月内收集的、关于他的所有个人信息。

这里有两个技术难点：

1. 数据范围：不只是结构化数据，非结构化数据（比如客服聊天记录、日志）也可能算。我见过一家公司只给了数据库里的字段，但用户问「你们客服系统里我的对话记录呢？」——嗯，他们忘了。
2. 格式要求：CCPA 要求数据必须以「可移植」的格式提供，比如 JSON 或 CSV。你不能给一个 PDF 截图，用户没法用。

2.5 平等服务权：不能报复用户

平等服务权，说白了就是「用户行使权利，你不能给他穿小鞋」。你不能因为用户要求删除数据，就给他涨价、降级服务、或者拒绝提供服务。

但 CCPA 留了一个口子：如果用户的数据确实影响服务质量，你可以提供「差异化服务」。比如用户选择退出数据出售，你就不能给他个性化推荐了——这不算歧视，这是合理的功能差异。

我建议的做法：

• 设计服务时，把「数据共享」和「核心功能」解耦。
• 用户选择退出后，只影响非核心功能（比如推荐、广告）。
• 核心功能（比如登录、支付）不受影响。

2.6 权利实现的流程设计

好了，五个权利讲完了。但怎么落地？我画了一个简单的流程图（用文字描述）：

用户提交请求（网页/邮件/电话）
    ↓
验证用户身份（至少 2 个信息点）
    ↓
判断请求类型（知情/删除/退出/访问）
    ↓
执行对应操作（查询/删除/标记/导出）
    ↓
通知第三方（如果涉及数据共享）
    ↓
回复用户（10 个工作日内）
    ↓
记录日志（保留 24 个月）

我个人习惯用状态机来管理请求生命周期：

状态	说明	超时处理
PENDING	用户提交，等待验证	24 小时内未验证，自动关闭
VERIFIED	身份验证通过	进入处理队列
PROCESSING	正在执行操作	最长 5 个工作日
COMPLETED	操作完成，已回复用户	归档
REJECTED	因例外情况拒绝	需说明理由

嗯，这一章的内容就到这里。下一章我们会讲 CCPA 的「数据出售」定义——这个坑特别深，很多公司都栽在这里。