微信隐私与 Zero Data Protocol
在中国大陆，微信不仅承担即时通讯功能。 朋友圈、公众号、视频号、小程序、 搜一搜、微信支付和其他数字服务， 共同构成一个高度整合的数字生活生态。 Zero Data Protocol 因此提出一个架构问题： 当一个数字身份连接聊天、社交、 小程序、支付和生活服务时， 哪些个人信息真的需要 从一个功能跨越到另一个功能？
功能不同。
数据需求也可以不同。
不必要的数据，不必跨越边界。
微信已经采用大量隐私控制。 ZDP问的是： 这些原则能否进一步延伸到 数据存在本身？
微信已经做什么？
微信隐私保护指引 按具体功能说明 收集哪些信息、 为什么使用这些信息， 并提供查阅、更正、删除、 撤回授权以及个性化推荐管理等能力。 [3]
该指引还明确说明， 通讯录、位置、摄像头、 麦克风和相册等敏感权限 不会默认开启， 只有在用户明确同意后 才会在相应范围内使用。
ZDP增加什么问题？
同意和权限回答： “这个功能现在可以访问什么？”
Zero Data Protocol进一步问： “为了完成这个功能， 哪些数据真的需要存在、 保存和继续关联？”
微信的核心问题不是“一个App收集什么” 而是“多个功能之间如何划分数据边界”
通讯与社交
聊天、联系人、群聊与朋友圈。
内容与推荐
视频号、公众号、搜一搜与内容推荐。
支付
微信支付覆盖线上线下 的多种交易场景。
一个账号连接很多功能。 但很多功能， 不一定需要知道同样多。
ZDP不是从“腾讯没有隐私原则”开始
腾讯公开表示， 其产品与服务采用 Privacy by Design / Privacy by Default思路， 并强调仅收集 提供产品和服务所需的 最少数量必要数据。 [5]
因此，本页不会声称 ZDP“发明了数据最小化”。 更准确的架构推进是：
Privacy by Design → Minimum Necessary → Function-Specific Data → Least Data → ZDP
微信2026隐私指引本身已经按功能划分数据需求
2026年4月更新的 《微信隐私保护指引》 明确说明， 微信会逐一说明 针对特定功能所收集的 个人信息类别、 使用理由和收集方式。 [3]
| 功能 | 可能涉及的数据 | ZDP问题 |
|---|---|---|
| 账号 | 昵称、头像、手机号、微信号及安全相关信息 | 哪些身份信息必须伴随整个账号生命周期？ |
| 通讯录 | 联系人及好友关系 | 哪些功能真正需要完整的社交关系图谱？ |
| 公众号 / 服务号 | 关注、访问、阅读、互动等记录 | 品牌关系需要知道多少其他行为？ |
| 小程序 | 登录、访问、使用记录以及经用户授权的信息 | 每个小程序是否只获得完成自身功能所需的数据？ |
| 搜一搜 | 搜索、访问、内容互动以及部分交易相关行为 | 推荐所需的历史范围应该有多大？ |
微信已经存在一些“处理后不保存”的功能案例
当前微信隐私保护指引说明， 在语音输入文字、 语音与文字转换、 微信内翻译 以及图片提取文字等特定功能中， 微信会为了实现功能 处理相应输入内容， 并在实时处理后返回结果， 不会保存相应数据， 用户主动反馈错误等必要情形除外。 [3]
这是一个重要区别： 数据可以被处理， 而不一定需要被长期保存。
这并不意味着 微信所有功能都采用Zero Retention。 它只是证明： 某些数字功能在技术上 可以采用更短的数据生命周期。
小程序把“一个平台”变成数百万个独立数据关系
腾讯将微信小程序描述为 微信平台上的服务入口， 覆盖购物、餐饮、生活、出行， 以及医疗和水电缴费等公共服务。 [8]
腾讯云关于微信小程序 隐私保护指引的官方适配说明指出， 涉及处理用户个人信息的小程序， 需要配置相应的隐私保护规则； 对涉及隐私的接口， 开发者需要按照平台规则 完成相应的告知和同意流程。 [4]
手机号
某些服务可能需要联系电话。
位置
地图、配送或附近服务可能需要位置。
图片与文件
上传功能可能需要访问用户主动选择的内容。
用户信息
昵称、头像或身份信息应与实际功能需求相匹配。
得到权限之后， 还需要保存多少？
这就是从 Permission 走向 Least Data 的下一步。
行为历史可以产生价值，也需要清晰的用途边界
当前微信隐私保护指引说明， 搜一搜等搜索能力 可能使用搜索记录、 小程序访问记录、 公众号、服务号、视频号、 微信小店中的关注和访问行为， 以及阅读、播放、收藏、 分享、点赞、评价、 加购和部分交易记录等信息， 用于提供更匹配的个性化服务。 用户也可以管理 个性化搜索结果展示。 [3]
个性化真正需要多少历史？
ZDP不否定推荐价值。 它问的是： 推荐需要哪些信号， 保存多久， 是否必须跨越其他无关功能？
同一个微信账号，也可以出现不同的身份表达
当前微信隐私保护指引 提供了视频号隐私设置路径， 包括管理内容可见范围， 以及设置 观看直播和私信时使用的身份。 [3]
Account Identity
微信账号提供持续的账户基础。
Context Identity
某些视频号互动可以提供不同身份选择。
Human Freedom Choice
身份可以存在，但不一定需要在所有互动中完全相同。
一个账号， 不一定意味着 每个场景都需要完全相同的身份暴露。
支付需要真实数据。 ZDP不会假装交易可以“什么都不知道”
微信支付由财付通支付科技有限公司 提供支付服务。 2026版微信支付用户服务协议 明确说明微信支付依托微信及微信公众平台提供服务。 [6]
财付通2026年隐私政策说明， 支付账户和支付服务 涉及实名管理、 反洗钱、 风险控制、 交易安全和结算等要求， 因而在相应场景中 需要处理身份和交易信息。 [7]
身份
支付法规可能要求实名身份与账户验证。
交易
金额、订单、商户与支付状态具有真实业务必要性。
风险与合规
风控、反洗钱及法定义务需要相应信息。
正确的问题不是： “支付能否没有数据？”
而是： “支付所必需的数据， 还需要教会整个生态系统多少其他事情？”
不同功能，本来就可以拥有不同的数据生命周期
微信隐私保护指引说明， 一般而言， 个人信息仅在实现相应目的 所必需的时间以及 法律法规要求的保存期限内保留。 例如， 手机号需要在微信账号正常使用期间保存； 朋友圈内容为了实现朋友圈功能而保存， 用户删除相关朋友圈信息后， 相应信息将被删除。 [3]
| 数据场景 | 功能需求 | ZDP问题 |
|---|---|---|
| 账号手机号 | 账号使用与身份认证 | 需要维持多久？何时可以删除？ |
| 朋友圈 | 展示用户主动发布的内容 | 删除后是否结束该数据目的？ |
| 实时转换/翻译 | 返回即时处理结果 | 是否可以处理后不保存？ |
| 支付记录 | 交易、监管、查询与风险控制 | 法定期限之外还需要什么？ |
一个数字身份，可以服务很多功能， 但不必把所有功能变成同一个数据关系
必要时验证
支付、安全或法律要求 可能需要明确身份。
按场景使用身份
视频号等功能已经存在 身份和可见范围管理能力。
不必要时减少关联
一个小程序、内容服务 或搜索功能 不一定需要完整支付身份 或所有社交历史。
已经验证， 不等于所有功能 都必须知道完整身份。
三个进一步的架构问题
功能不需要的数据，不必收集
权限存在， 不代表每次使用 都必须收集相应信息。
数据完成目的后，不必无限保留
不同功能可以拥有 不同的保留期限， 某些功能甚至可以实时处理后不保存。
一个场景的数据，不自动成为另一个目的的数据
通讯、搜索、 内容推荐、小程序和支付 是不同的数据关系。
一个微信账号，四种完全不同的需求
想象一个用户使用微信：
- 与家人聊天；
- 查看视频号内容；
- 用餐厅小程序订桌；
- 使用微信支付完成付款。
家庭聊天需要通讯关系。 视频推荐可能需要部分行为信号。 餐厅订桌可能只需要 完成预约所需的信息。 支付则需要 更严格的身份、交易、 风控和法定信息。
四个功能都存在于微信生态中， 并不意味着四个功能 都必须拥有相同的数据、 相同身份深度 或相同保存期限。
ZDP目标： 保留超级应用的便利性， 同时减少不必要的 跨功能数据依赖。
微信不是LINE，也不是Zalo
| 平台 | ZDP Territory | 核心问题 |
|---|---|---|
| LINE | Digital-Life Ecosystem | 每个功能真正需要什么数据？ |
| Zalo | Messaging Identity → Local Service Gateway | 每一段关系真正需要知道什么？ |
| 微信 Weixin | Super-App Identity → Function-Specific Data Boundaries | 哪些数据真的需要跨越不同功能？ |
微信 Weixin → Zero Data Protocol
保护必须存在的数据。
移除不需要存在的数据。
Protect what must exist. Remove what does not need to exist.
Least Data不只是网络安全问题
当数字身份与个人数据 不需要在所有功能之间 被自动连接时， 用户就能保留更多 如何使用不同数字关系的选择。
这是我们所称的 Human Freedom Choice 。
微信隐私与 ZDP 常见问题
微信和WeChat是同一个服务吗？
腾讯将微信和WeChat描述为 不同但互通的姐妹服务。 微信主要面向中国大陆用户， WeChat主要面向中国大陆以外用户。
微信会为不同功能收集不同数据吗？
是。 微信隐私保护指引 按具体功能说明 个人信息类别、用途、 权限和用户控制方式。
微信是否存在处理后不保存数据的功能？
当前微信隐私保护指引说明， 某些语音文字转换、 翻译和图片文字提取等功能 在实时处理后返回结果， 不保存相应数据， 用户主动反馈错误等 必要情形除外。 这不代表微信所有功能 都采用相同的数据保留方式。
微信小程序为什么与Zero Data Protocol有关？
每个小程序代表一个不同服务关系。 微信已经提供 隐私告知、授权 和个人信息接口管理机制。 ZDP进一步询问： 获得权限之后， 功能真正需要保存多少数据？
Zero Data Protocol是否认为微信支付不应该收集身份信息？
不是。 支付服务涉及实名制、 交易安全、风险控制、 反洗钱和其他法律义务。 ZDP强调的是 区分必要的支付数据 与其他无关用途的数据。
微信是否使用Zero Data Protocol？
本页没有这样的主张。 Zero Data Protocol 是独立架构框架。 本分析不代表腾讯或微信 已采用、认可、认证 或支持ZDP。
ZDP与腾讯的Privacy by Design有什么区别？
腾讯已经公开采用 Privacy by Design 和最少必要数据原则。 Zero Data Protocol 在此基础上进一步提出： 哪些数据根本不需要收集， 哪些数据完成目的后 不需要继续保存， 以及哪些数据 不应被自动用于其他目的。
本独立分析使用的资料来源
查看腾讯2026年第二季度数据 ↗
查看腾讯微信官方介绍 ↗
查看微信隐私保护指引 ↗
查看腾讯云官方说明 ↗
查看腾讯数据隐私原则 ↗
查看微信支付用户服务协议 ↗
查看财付通隐私政策 ↗
查看微信小程序官方介绍 ↗
平台功能、政策、用户规模 和隐私规则可能随时间变化。 本页于2026年8月进行研究与更新。
独立分析 — 不代表合作、认可或采用
Zero Data Protocol 是独立的架构框架。 微信、WeChat、腾讯、 财付通及所有相关产品、 服务和商标 均属于各自权利所有者。
本页仅用于研究和教育分析。 内容不表示或暗示 腾讯、微信、WeChat或财付通 已采用、实施、认证、 批准或支持Zero Data Protocol。
Zero Data Protocol 不是法律、认证制度、 加密技术、支付服务 或通讯软件， 也不取代任何适用的 隐私、个人信息保护、 支付或监管规则。
本分析聚焦产品架构、 数据用途与功能边界， 不对国家、文化 或政治制度作价值判断。
下一个隐私问题， 不只是： “数据如何被保护？”
还包括： 为了完成真正的功能， 个人数据到底需要存在多少？