隐私说明

只收集完成明确功能所需要的信息

用途清楚、范围尽量小，是数据处理的基本原则。

91次元不在当前站点设计虚假账户、会员充值或付费点播，因此也不会为了这些不存在的功能要求用户提交姓名、证件、支付信息或账户密码。不同部署环境可能存在基础访问日志，具体处理应以实际服务器配置为准。

访问数据

网站运行环境可能记录基础访问日志，例如请求时间、页面地址、浏览器类型和用于网络通信的必要信息。这类数据应主要用于安全、故障排查与基础运行分析，不应用于推断敏感个人属性。

移动应用权限应与具体功能直接相关。位置、相机、麦克风、相册或通知等权限只有在相应功能确实需要时才应申请，并允许用户根据设备系统规则拒绝或撤回。

当前网站不要求建立真实账户，因此不主动索取身份证件、家庭地址、私人通讯录或支付资料。用户在反馈中也应避免提交与处理事项无关的敏感信息。

为处理更正、合作或权利问题，可能需要用户说明页面、问题与依据。提交材料应遵循最小必要原则；涉及第三方个人信息时，应先判断是否确有处理需要。

对于能够识别到具体个人并由实际服务保存的数据，用户通常应能够了解用途，并在适用规则下提出查询、更正或删除请求。具体执行方式取决于真实部署与运营环境。

本站不通过 iframe、第三方资讯 API 或外链图片加载正文。若未来页面增加明确的外部服务链接，用户应同时阅读该服务自己的隐私规则；第三方如何处理数据不由本页自动覆盖。

如果一个功能只需要保存主题偏好，就没有理由同时读取通讯录；如果只是显示页面，也不应持续请求位置。权限设计应从“功能离不开什么”开始，而不是从“设备还能提供什么”开始。用户拒绝非必要权限后，基础阅读功能应尽可能保持可用。

站点或应用在增加新功能时，也应重新说明新增数据用途，而不是用旧的隐私说明概括所有未来处理。涉及跨服务、第三方统计或云同步时，更需要把数据去向、保存范围和用户控制方式说清楚。

服务器日志可以帮助识别异常请求、故障和攻击，但日志本身也可能包含网络标识等信息，因此应限制访问范围和保存周期，不应因为“安全需要”就无限期保留所有访问细节。实际部署时，应结合真实服务需求与适用规则配置。

如果站点使用统计功能，也应优先采用能够完成基本分析的最小数据集合。统计结果用于了解页面性能和整体使用情况，不应被用于建立与用户身份无关却高度细分的敏感画像。