全球主要隐私法规对比:GDPR、CCPA、个保法

做全球化的App,最头疼的就是隐私法规。

不同国家、不同地区,规则还不一样。稍不留神,应用就可能被下架,甚至被罚款。我这些年处理过不少跨国项目的合规对接,每次看到开发同学对着法规文档一脸茫然,就特别理解他们的心情。

今天咱们就聊聊三个最重要的法规:GDPR(欧盟)、CCPA(加州)、个保法(中国)。把这些理清了,你的SDK对接才不至于踩坑。

核心提醒:别试图用一个方案应付所有法规。每部法规都有自己的“脾气”,需要针对性处理。

为什么是这三部法规?

你想想看,全球做数据合规的,基本都在参考这三家。GDPR是“老祖宗”,ccpa是美国的风向标,个保法则是我们国内必须遵守的硬规矩。

搞清楚它们之间的异同,就能摸清大部分合规要求的底层逻辑。

全球三大隐私法规核心维度对比 GDPR(欧盟) CCPA(加州) 个保法(中国) 对比维度 管辖范围 向欧盟用户提供 商品/服务的企业 年总收入 > 2500万美元 或处理5万+用户数据 触发条件 处理数据+监控行为 (含cookie追踪) 企业购买/出售/共享 个人信息(有商业目的) 用户核心权利 删除权(被遗忘权) 数据可携带权 知情权/删除权 选择不出售(Opt-Out) 最高罚款 2000万欧元 或全球年收入4% 2500美元 (每次违规)

GDPR:最严格的守门人

GDPR(通用数据保护条例)是欧盟2018年生效的。它的特点是:处罚重、权利多、管辖宽。

你只要向欧盟用户提供服务,哪怕公司注册地不在欧盟,也得遵守。我印象最深的是,有一次我们接了个欧洲的广告SDK,对方直接要求我们提供完整的数据处理协议(DPA)。那时候我们团队还没准备,手忙脚乱地补了一周。

我的习惯:对接任何欧盟相关的SDK,第一件事就是问对方要DPA模板。这个东西是硬通货,没有它,合作免谈。

GDPR的关键要求:

  • 合法基础:必须明确用户同意、合同必要、法定义务等中的一个。
  • 用户权利:删除权(被遗忘权)、数据可携带权、限制处理权等。
  • 数据保护官(DPO):规模大的企业必须设。
  • 数据泄露通知:72小时内必须报告监管机构。

CCPA:美国本土的先行者

CCPA(加州消费者隐私法案)2020年生效,2023年又出了修正版CPRA。它比GDPR“温和”一些,但也不是吃素的。

它的触发条件很具体:年收入超过2500万美元,或者处理5万条以上个人信息。很多中小型公司其实都绕不开。

我个人觉得,CCPA最特别的地方是“选择不出售”(Opt-Out)。GDPR强调“选择同意”,CCPA给用户一个“拒绝出售”的权利。这个机制在广告SDK里特别常见,用户点击“不要出售我的个人信息”,你就得停止数据共享。

注意:CCPA对“出售”的定义很宽泛,包括“共享”用于跨场景精准广告。哪怕你没收钱,只要把数据给第三方用于广告,都算出售。我以前就因为这个理解偏差,差点被一家游戏公司投诉。

个保法:中国的本土合规基线

《个人信息保护法》(简称个保法)2021年生效。它综合了GDPR和CCPA的特点,但更贴近国内监管环境。

个保法的核心要求:

  • 告知同意:必须清晰、完整地告知用户,不能默认勾选。
  • 最小必要:只收集与业务直接相关的数据。我经常跟产品同学说,别想着“顺便”多拿点用户信息,那是找死。
  • 出境管理:数据传出去,需要做安全评估或者标准合同。
  • 本地化存储:重要数据必须存在境内。这是硬性约束,做国际化的团队要格外小心。

一个实战中容易忽略的点:个保法要求单独同意的场景很多,比如处理敏感信息、向第三方提供数据、公开数据等。别想着用一个长文本混过去。

三者的关键差异表

直接看这张表,比你读十篇法规分析文章都管用。

维度 GDPR(欧盟) CCPA(加州) 个保法(中国)
生效时间 2018年5月 2020年1月 2021年11月
管辖逻辑 向欧盟用户提供商品/服务 企业收入 > 2500万美元 或处理5万+条数据 在境内处理个人信息
合法基础 同意、合同、法定义务、正当利益等 通知 + 选择不出售(Opt-Out) 告知同意(含单独同意)
用户核心权利 被遗忘权、可携带权、限制处理权 知情权、删除权、选择不出售 删除权、更正权、撤回同意、可携带权
数据跨境 标准合同条款(SCC)+ 充分性认定 对跨境无特别严格限制,但需评估 安全评估 + 标准合同 + 认证
最高罚款 2000万欧元或全球年收入4% 2500美元/次(故意)或7500美元/次 5000万人民币或上年度营业额5%
一点经验:别被罚款金额吓到。其实大部分合规风险不是罚出来的,而是被用户投诉、被应用商店下架。我见过最多的情况是,因为隐私政策写得不清楚,被苹果或Google Play直接拒审。

给SDK对接的三条实战建议

好了,法规对比完了。咱们回到SDK对接场景里,怎么把这些规则落地?

  1. 明确你的角色:你是数据控制者还是处理者?自己定不了就别瞎定。我习惯先画个数据流向图,谁是源头、谁在加工、谁在存储,一目了然。
  2. 建立SDK合规清单:每个SDK都要回答三个问题——它收集了什么数据?数据去了哪里?用户有没有被充分告知?
  3. 做好“开关”设计:CCPA的Opt-Out、GDPR的同意管理、个保法的撤回同意,都需要你提前在SDK里埋好“断开”的接口。别等用户投诉了,才临时去改代码。
我曾经踩过的坑:有一次,我们接了一个第三方分析SDK,对方声称“完全合规”。结果上线后发现,它偷偷上传了设备MAC地址和IMEI,这些属于个保法中的敏感信息。我们被监管部门约谈之后,才意识到对SDK的数据审计有多重要。

总之,法规虽然多,但核心逻辑是相通的:知情、同意、最小必要、可控。只要把握住这四点,不管对接哪个国家的SDK,你都心里有数。