访问数据
网站基础运行可能涉及必要日志用于排查错误和维持安全，任何实际收集范围都应以正式启用的技术配置为准。
APP权限
只有功能确实需要时才请求对应权限，并在请求前解释用途；拒绝非必要权限不应阻止阅读无关的基本内容。
个人资料
当前网站不生成虚假登录、会员充值和真实账户同步功能，因此不会声称正在存储不存在的姓名、支付或同步资料。
反馈信息
用户主动提交版权、资料更正或问题说明时，只应使用与问题相关的内容，避免要求明显不必要的敏感信息。
第三方服务
当前站点不依赖外部影视API、远程字体和第三方图片；未来如启用第三方服务，应说明用途、范围与用户控制方式。
信息保留
信息只应在实现明确目的所需期间保留，并在不再需要时删除、匿名化或采取其他合理处理。
用户权益
用户应能够了解与自己相关的信息处理情况，并在适用条件下提出更正、删除或限制处理等请求。
最小必要意味着少收集
如果某项数据与功能没有直接关系，就不应仅因为“以后可能有用”而收集。功能变化后若出现新的数据需求，也应重新向用户解释，而不是悄悄扩大原有范围。
权限应当可以理解
用户看到权限请求时，应知道它对应什么功能、是否必须，以及拒绝后会影响什么。模糊的“为了优化体验”并不能充分解释定位、麦克风或相册等具体权限。
反馈时也要保护自己
提交问题时只提供解决问题需要的信息，不要发送密码、支付凭证或与版权和页面错误无关的敏感资料。正式客服渠道启用后，也应通过网站明确公布的方式确认身份。
隐私说明应跟着真实功能变化
如果未来增加账户、同步、通知或第三方服务，隐私中心也必须同步更新，而不能继续沿用旧说明。反过来，已经停用的收集项目也应及时删除描述。隐私文案只有与真实产品一致，用户才能真正理解自己的选择和权利。
用户可以从最少授权开始
在需要权限的场景里，更稳妥的方式是先保留最少授权，等真正使用相关能力时再开启。对于不再使用的能力，也可以在设备设置中重新检查。清楚的选择空间比默认开启更多权限更符合隐私保护原则。