治理与安全🔥8.0

面向开发者的GDPR数据可携权:Article 20导出必须覆盖什么(以及不覆盖什么)

原标题: 面向开发者的GDPR数据可携权:Article 20导出必须覆盖什么(以及不覆盖什么)

DevToData·2026/10/24 00:34:27🔗 原文

📋总体概括

本文面向开发者系统解读GDPR第20条数据可携权在工程实践中的落地要点:可导出范围限于用户主动提供且经自动化处理、基于同意或合同的个人数据,观察型数据如活动日志也算,但推断类数据(评分、预测)除外;格式须结构化、通用且机器可读,JSON/CSV/XML为典型选择,静态截图不行;法规未强制单一格式,第68条仅鼓励互操作,无普遍兼容义务;含第三方数据时需注意保护义务。对产品合规排期有直接指导意义。

⚡关键信息

  • ▸可携权范围:用户提供的个人数据+自动化处理+同意或合同三种合法基础,缺一不可
  • ▸观察型数据(活动日志、使用历史)也算「提供」,但系统推断的评分与预测明确排除
  • ▸格式须结构化、通用、机器可读,JSON/CSV/XML是典型,静态页面截图不满足要求
  • ▸Recital 68仅鼓励互操作格式,企业没有让导出数据可被任意平台导入的法定义务

🔥犀利点评

很多公司把「导出我的数据」做成一个CSV按钮就以为合规了,实际上范围判断才是难点:日志算不算、推断排除到哪,这些模糊地带直接决定工程量和法律风险。更讽刺的是,条文给了「结构化通用机器可读」的硬要求,却没给互操作的硬义务——这意味着你能合规地把数据导出成没人能用的孤岛格式。可携权的实际价值,最后还是取决于平台生态愿不愿意配合。

本文由本站自动聚合,以下为原始来源:前往 DevToData 阅读全文 →