访问数据
网站运行可能产生基础访问日志，例如访问时间、请求页面和技术错误信息。这类数据应以安全运维和基础统计为目的，不应被包装成无边界的用户画像。
APP权限
相机、相册、通知、定位等权限只有在具体功能需要时才应申请。用户拒绝非必要权限后，核心浏览功能仍应尽量可用。
个人资料
当前站点不生成真实账户、充值或会员功能，因此不应虚构姓名、身份证、支付信息等资料收集场景。未来若增加功能，应重新明确说明。
反馈信息
用户提交资料更正、版权或APP问题时，可能主动提供页面位置和问题描述。处理这些信息应限制在解决反馈所需要的范围。
敏感数据
除非功能确有必要并具备合法基础，不应主动收集敏感身份、健康、支付或精确位置数据。任何此类扩展都需要更严格说明与保护。
第三方服务
如果未来引入第三方服务，应说明其用途、数据范围与必要性。当前页面不虚构不存在的合作方，也不使用第三方影视API。
信息保留
数据保存时间应与用途相匹配。已经不再需要的信息，应按照适用规则删除或匿名化，不应无限期保留。
用户权益
用户有权了解与自己有关的数据用途，并在适用条件下提出访问、更正、删除或撤回授权等请求。具体处理以实际服务能力和适用规则为准。
最小必要原则
隐私保护的核心不是写得越长越好，而是每一项数据都能解释为什么需要、用在哪里、保存多久以及用户能否选择。与功能无关的信息不应因为“以后可能有用”而默认收集。
权限与功能对应
如果某项功能确实需要相机或相册，应在用户主动使用该功能时再解释并申请；普通阅读不需要的权限则应保持可选。拒绝非必要权限后，页面浏览、分类和核心内容不应被故意限制。
透明比复杂更重要
用户最需要的是能看懂的说明。隐私页面因此避免堆叠模糊术语，也不虚构不存在的数据处理场景。未来真实服务变化时，应同步更新说明。
补充说明
如果未来增加账号、收藏或同步功能，隐私说明必须随实际功能重新审视，不能继续沿用当前不涉及账户体系的描述。新功能带来的数据类型、用途、保存时间与用户选择都应单独说明，并在上线前确认其必要性和保护措施。