PRIVACY

隐私中心

站点和APP功能越简单，越应该把数据边界说明清楚。我们不把不存在的账号、支付或追踪能力写进服务。

访问数据

网站运行可能产生基础访问日志，例如用于保障安全、排查错误或了解页面是否正常提供服务的技术信息。实际采集项目应以部署环境和正式隐私说明为准，不应为了显得“完整”而虚构大量用户画像。

任何统计用途都应遵循必要性、合法性和透明原则。

移动端可能需要网络、通知或其他与功能相关的权限，但权限申请必须与实际功能相匹配，并尽量在需要时再请求。用户应能理解开启某项权限会带来什么作用。

不必要的通讯录、位置、麦克风等敏感权限不应默认索取。

当前站点不设计虚假账户、会员充值或付费点播流程，因此也不应假装保存大量个人资料。未来若真实服务需要账户功能，应先明确字段、用途、保存期限和用户控制方式，再提供功能。

在没有真实功能前，隐私文本保持与实际能力一致。

用户提交版权反馈、资料更正或意见建议时，可能主动提供用于说明问题的信息。处理这些内容时应限定在反馈目的范围内，不应无关扩散。

如果反馈包含第三方个人信息，也应尽量减少并避免提交不必要的敏感资料。

用户应能够了解数据被如何使用、在适用范围内提出访问、更正或删除等请求，并获得关于权限与反馈处理方式的说明。具体权利依适用法律和实际服务形态执行。

如果只是浏览公开页面，不应被迫创建账户或完成付费流程才能阅读主要内容。

隐私文本最忌讳照搬一份“大而全”的模板。站点没有账户，就不应该假装处理账户昵称；没有支付，就不应该写银行卡保存；没有定位功能，也不该默认列出持续位置追踪。真正需要说明的是当前部署与正式APP实际会处理什么、为什么处理、多久保存以及用户能做什么。

如果未来功能变化，隐私中心也应同步更新，并尽量把新增权限和用途写成普通用户能理解的语言。技术日志、安全防护、统计分析与用户主动反馈属于不同目的，应分别说明，不能简单用一句“为了优化体验”覆盖所有数据处理。