访问数据
网站运行通常会产生基础技术日志，例如访问时间、页面请求、浏览器类型或错误信息，用于保障稳定性与排查故障。站点不应因为“技术上可以”就无限收集与阅读无关的数据。
若站点进行基础访问统计，应以实际用途为限，并尽量避免记录与阅读体验无关的个人信息。
设备权限
浏览公开正文不需要通讯录、短信、通话记录等敏感权限。若未来某项移动功能需要通知、相机或本地存储，应在请求权限前说明用途，并允许用户在不使用该功能时继续阅读其他内容。
权限应由系统设置控制，站点不会要求用户绕过系统安全限制，也不会用虚假弹窗模拟系统授权。
反馈资料
用户主动提交资料更正、版权反馈或意见建议时，可能需要提供页面位置、来源说明和必要的联系上下文。应只提交解决问题所需的信息，不必提供与事项无关的个人资料。
站点处理反馈时，应限制资料用途，不把版权投诉中的身份信息用于营销或公开展示。
本地与会话
站点可以使用必要的本地状态帮助维持基本交互，例如记住面板是否关闭，但不应把这种技术机制包装成真实账户体系。本站没有虚假登录、余额、充值或会员等级。
如果未来引入真实账户功能，应当单独说明注册数据、保存期限和删除方式，而不能沿用当前无账户页面的描述。
用户权益
用户可以要求更正自己提交的错误资料、询问反馈处理所需的信息范围，或对明显超出功能需要的权限提出质疑。涉及版权或个人资料争议时，应通过联系我们页面提供具体情况。
当数据处理规则发生重要变化时，应该更新隐私说明，而不是仅在后台改变行为。
最少收集原则
91次元的核心服务是阅读，因此隐私设计应围绕“少收集也能完成阅读”。页面不要求真实姓名、手机号、地址或支付信息才能浏览公开内容。
若某项未来功能无法在合理隐私边界内实现，应优先调整功能设计，而不是把更多数据收集变成默认条件。
外部服务与跳转
本站不会把主要正文交给来历不明的外部页面，也不把用户自动送往所谓镜像入口。普通导航都使用清楚可见的站内链接，用户在点击前能够知道将前往哪个栏目。
如果未来确有外部服务参与某项功能，应单独说明服务名称、用途和可能的数据边界，而不能把第三方处理隐藏在模糊的“为了优化体验”描述里。