隐私中心

隐私中心

收集什么、为什么需要、用户能做什么，都应说清楚。

访问数据

站点可能产生维持访问所需的基础技术信息，例如请求时间、浏览器类型或错误日志。实际部署时应根据服务器与统计配置如实说明，不应把未启用的数据收集写进隐私声明。

应用权限应当与具体功能匹配，并尽量在需要时再请求。用户拒绝与核心浏览无关的权限后，不应被无理由阻止阅读公开内容。

本站当前内容架构不要求虚构账户、会员、充值或付费点播功能，因此不应为了“看起来像应用”而要求用户提交不必要的个人资料。

用户主动提交资料更正、版权问题或意见时，只应收集处理该问题所需的信息，并限制在合理期限和用途内使用。

用户应能了解数据用途、权限范围和反馈处理方式。若实际应用未来增加账户或同步功能，隐私说明也应在功能上线前同步更新，而不是沿用与实际不符的旧文本。

隐私设计应从“是否真的需要”开始，而不是先收集再寻找用途。公开内容浏览能够在不登录的情况下完成，就没有必要为了浏览而强制建立账户。某项功能若只需要临时权限，也不应默认要求长期访问。

隐私文本必须与实际部署一致。如果服务器启用了访问日志、分析脚本或错误监控，就应在正式上线前说明用途、保存方式和用户影响；如果没有启用，也不应该照搬模板写入不存在的服务。页面中的说明应随着功能变化同步更新。

涉及隐私问题的反馈应尽量包含发生页面、时间范围和现象，不需要提交密码、支付信息等无关敏感内容。站点维护者处理日志或反馈资料时，也应限制访问范围，避免因为排查问题而扩大信息使用。

即使站点本身不主动建立账户，浏览器、服务器和网络环境仍可能产生基础技术记录。正式运营者应结合实际服务器日志、统计脚本和安全配置判断需要说明的内容。91APP页面结构本身不会通过设备类型隐藏正文，也不使用User-Agent把访问者分流到不同内容版本，从而减少不透明的数据差异。

隐私说明最重要的是可理解。与其堆叠宽泛法律术语，不如清楚说明实际会发生什么、哪些权限会被请求以及用户可以怎样选择。