能少收集就少收集，能在本地完成就不额外索取资料

91把隐私说明与内容说明分开，便于读者直接查看访问数据、应用权限、个人资料、反馈信息和用户权益。当前站点不需要注册账户，也不设置充值或会员体系，因此不应为了普通阅读索取姓名、证件、支付资料或其他与功能无关的信息。

访问数据

服务器为了正常响应网页请求，可能产生基础技术日志，例如请求时间、页面路径、浏览器类型或错误信息。实际部署时应根据服务器配置说明日志用途、保存周期和访问权限，不应把技术日志用于与站点服务无关的身份画像。

若未来提供正式移动应用，权限应遵循最小必要原则。阅读资讯通常无需持续定位、联系人或通话记录。任何权限都应在使用相关功能时说明用途，并允许用户通过系统设置关闭。关闭非必要权限不应影响普通内容阅读。

当前站点不要求创建真实账户，因此没有必要收集昵称之外的大量身份资料。未来若增加可选功能，也应把“必须提供”和“可选提供”清楚区分，不通过默认勾选或模糊文案迫使用户提交不必要信息。

版权反馈、资料更正和意见建议可能需要用户提供能够完成沟通的必要信息。提交时不应包含与问题无关的证件、财务资料或敏感隐私。实际反馈渠道上线后，应同步说明这些信息的用途和处理方式。

在适用规则允许的范围内，用户应能了解哪些信息被处理、为什么处理，并对可撤回的权限做出自己的选择。若站点未来启用新的分析、账户或通信功能，应在上线前更新本页，而不是等用户发现后再补充说明。

本站不使用第三方影视 API、外链图片、远程字体、iframe 或外部内容播放器。这样既减少不可控依赖，也降低普通阅读需要连接多个外部服务的情况。若服务器层面另有统计或安全服务，部署者应根据实际配置补充真实说明，不能沿用与实际不符的通用模板。

隐私文字应随真实功能变化。站点没有某项功能时，不应为了“看起来完整”而声称收集某类数据；站点新增功能时，也不应继续保留过时说明。准确比篇幅更重要。

如果部署者修改服务器日志、统计脚本或未来增加账户功能，应同步更新本页。隐私政策不应是一份与实际站点脱节的固定文字。尤其是新增第三方服务时，需要重新检查它会处理哪些数据、是否真的必要，以及用户能否获得清楚选择。

相反，没有发生的数据处理也不需要为了“看起来专业”而写进去。少而准确的说明比覆盖大量并不存在的场景更有意义。