PRIVACY · CONTROL

隐私中心

知道收集什么、为什么需要、保存多久，以及怎样拒绝或清理，比一份晦涩的隐私文字更重要。

访问数据

为了维持页面稳定与了解基本访问情况，站点可能记录必要的技术信息，例如访问时间、请求状态或设备类型。应尽量减少与核心服务无关的数据收集。

任何权限都应与明确功能相对应，并在申请前说明用途。用户拒绝非必要权限后，核心阅读能力不应被无理由阻断。

当前站点不建立虚构账户体系。如果未来加入账户功能，应清楚列出需要哪些资料、是否可选、如何修改与删除。

用户提交资料更正、版权反馈或使用建议时，只应收集完成处理所需的信息，不应借反馈表单额外获取无关敏感数据。

对身份、位置、通讯录等高敏感信息应保持更高门槛。没有直接、必要的功能理由，就不应要求用户提供。

如果未来接入统计、消息或其他第三方能力，应说明服务名称、用途、可能处理的数据范围与退出方式。

数据不应无限期保存。保留期限应根据实际用途、法律要求与安全需要确定，到期后应删除或做必要的匿名化处理。

用户应能够了解、访问、更正或删除与自己相关的信息，并在适用情况下撤回授权或停止不必要的数据处理。

隐私说明应随着真实功能变化而更新。没有实际存在的账户、同步或第三方服务时，不会在页面中虚构相关能力。

一个没有账户功能的网站，就不需要写出复杂的“账户画像”和跨设备同步说明；一个只做内容阅读的APP，也不应默认要求与阅读无关的敏感权限。隐私中心应当反映真实功能，而不是复制一份看起来完整却与产品无关的模板。每新增一个统计、通知或第三方能力，都应该重新判断它带来的数据范围。

用户控制同样重要。必要的技术数据应尽量缩短保留时间，能够在本地完成的设置不必全部上传，权限拒绝后也应说明哪些功能会受影响。若用户提出访问、更正、删除或撤回授权请求，处理流程应保持可理解，并避免要求超出验证所需范围的个人资料。

数据一旦被记录，还需要考虑访问权限、传输、备份与删除。即使收集范围很小，如果长期无目的保留或任何内部角色都能查看，也会增加风险。因此隐私保护不仅是“少收集”，还包括把数据使用范围限制在实际需要之内，并在用途结束后及时清理。