访问数据
网站运行时，服务器可能产生基础访问日志，例如请求时间、页面路径、网络错误等，用于安全与稳定性排查。实际部署方应依据自身服务器配置明确保存范围与期限，不应在没有必要的情况下把日志与额外身份资料组合。
隐私中心
只收集实现明确功能所必需的信息
隐私说明应让人看得懂：访问数据为什么存在、权限用于什么、反馈资料怎样处理、用户有哪些选择。91不把“提升体验”当作无限收集信息的理由。
设备权限
网页正文不需要通讯录、相机、麦克风或精确位置才能阅读。若未来应用功能确实需要某项设备能力，应在调用前说明具体用途，并允许用户拒绝与核心阅读无关的权限。拒绝非必要权限不应导致正文不可访问。
资料与反馈
用户提交版权反馈、资料更正或意见时，只应要求处理事项所必需的信息。权利证明等敏感材料不应公开展示，也不应被用于与原反馈无关的用途。事项结束后，部署方应依据实际合规需求决定保留期限。
用户权益
用户应能够了解数据用途、请求更正不准确资料，并在适用情况下提出删除或限制处理请求。具体实现需要结合部署地区、服务形态和真实数据流程，不能用一份静态文字虚构已经存在的后台能力。
搜索层不把关键词提交到外部
站内搜索采用本地预设入口，只用于筛选片记、片面、片簿、片次、片架和看片等栏目。它没有数据库查询，也不会把输入内容通过AJAX发送到第三方服务。关闭搜索层后，遮罩与面板会停止接收点击，不继续覆盖页面。
这类设计减少了不必要的数据流动。若未来增加真正的全文搜索，应同步更新隐私说明，明确查询发送到哪里、保存多久以及是否用于分析。
第三方脚本与部署责任
站点头部按部署要求预留本地x.js与xtj.js加载位置。实际部署方应确认这些脚本的真实用途、数据处理范围与合规性；如果脚本会向外部服务传输信息，就需要在正式隐私说明中明确披露，而不能只保留通用描述。
91模板本身不通过CDN、远程字体、第三方图标库、iframe或远程影像API加载正文资源。减少外部依赖有助于控制数据流向，也让关闭JavaScript后仍能读取主要内容。
如何处理隐私问题
若发现页面说明与实际部署行为不一致，应优先以真实技术配置为准，并及时修正文案。例如服务器新增统计、应用新增权限或反馈流程改变，都应同步更新对应说明。隐私页面不应成为装饰性的固定文本。