只为明确功能使用必要信息，并把权限选择留给用户

访问数据：先区分运行所需与额外分析

网站运行通常会产生基础访问记录，例如服务器为响应请求所需的技术信息。若未来启用统计功能，应明确说明用途、范围和保存原则，不把与浏览无关的个人信息混入分析。当前页面加载的站内脚本不连接第三方影视接口，也不通过搜索输入向外部服务提交关键词。

任何统计设计都应尽量减少可识别性，优先回答“页面是否正常、哪些栏目需要改进”这类服务问题，而不是建立不必要的个人画像。

应用权限：权限应与具体功能一一对应

当某项功能需要通知、照片或其他设备权限时，应在请求前说明用途。用户可以根据系统能力选择允许、部分允许或拒绝；拒绝一项非核心权限，不应导致公开内容完全不可阅读。若功能确实无法在缺少权限时运行，应清楚解释原因，而不是反复弹出模糊提示。

个人资料：不为不存在的账户体系提前收集

本站当前不设置真实账户、会员充值、付费点播或积分兑换，因此也不需要为这些不存在的流程预先索取身份信息。若未来出现确有必要的账户能力，应重新说明需要哪些资料、用于什么目的以及用户可以怎样管理，而不能把新的用途默认为旧授权的一部分。

反馈信息：只收集解决问题所需内容

版权反馈、资料更正或意见建议可能需要用户提供页面位置、问题描述与相关依据。91APP主张最小必要原则，不要求提交与问题无关的敏感资料。联系我们页面目前只列出反馈应准备的内容，不虚构电话、邮箱、微信、QQ或办公地址。

用户权益：知道、选择、修正和停止

用户应当知道信息为什么被使用，并能在系统允许范围内调整权限。若某项公开资料存在明显错误，可以通过资料更正路径提出具体问题；若未来存在可管理的个人资料，也应提供合理的查阅、更正或删除机制，并说明技术与法律上的实际限制。

搜索与浏览：不把站内关键词发送到不存在的接口

本站搜索层只筛选已经写在页面中的预设入口，不向数据库、第三方影视API或外部搜索服务提交。主要正文直接由PHP输出，关闭JavaScript仍然可以阅读。这样的结构减少了为完成一次简单浏览而必须依赖额外数据交换的情况。