隐私保护

只收集完成必要功能所需的信息，并把用途说清楚

当前网站以内容浏览为主，不提供真实账号登录、支付或会员购买功能。隐私页面说明访问数据、未来APP可能涉及的权限、反馈信息和用户权利。任何数据处理都应遵循最小必要原则，不因“可能有用”而默认收集。

访问数据

网站在正常运行中可能产生基础访问日志，例如请求时间、页面路径、浏览器类型或错误信息，用于安全维护和故障排查。若部署统计脚本，也应明确其用途与处理范围，不把与站点功能无关的数据用于隐蔽画像。

如未来正式APP需要相机、相册、通知或存储权限，应在功能触发时说明用途并允许用户拒绝。与影视内容浏览无关的通讯录、短信、通话记录或精确定位等权限不应被默认索取。

当前页面不要求用户创建真实账户，因此也不应引导提交密码、身份证件、支付信息等资料。若未来新增账号功能，需要在上线前更新隐私说明、明确处理目的和保存周期，并提供合理的用户控制方式。

用户在版权、更正或意见反馈中主动提供的信息，应仅用于处理对应事项。处理过程中应避免要求与问题无关的敏感资料，事项结束后也不应继续用于无关营销或第三方共享。

用户应能够了解信息为何被处理，并在适用情况下请求更正、删除或停止不必要的处理。若涉及第三方服务或正式APP渠道，应按照实际提供方的隐私说明和法律要求进一步执行。

部署环境应采取与业务规模相匹配的访问控制、日志保护和更新措施。对于不再需要的数据，应按照合理周期清理；若发生影响用户权益的安全事件，也应依据实际情况及时处理并提供必要说明。

一个功能只要求实现该功能真正需要的信息，不通过捆绑权限扩大收集范围。

在收集前说明目的，避免使用含糊的“改善体验”覆盖完全不同的数据用途。

对非必要权限和可选数据处理提供清晰选择，不把拒绝设计成难以操作的流程。

信息保存时间应与实际用途相匹配。用于排查故障的日志不应无限期保留，已经完成处理的反馈资料也不应因为技术上容易保存就长期积累。若未来新增账号或同步功能，还应分别说明保存周期、删除方式和异常情况下的处理流程。