91 CIYUAN

隐私中心

收集越少越好，用途必须说得清楚

访问数据

网站运行可能产生基础访问日志，例如请求时间、页面路径、浏览器提供的技术信息与安全防护所需记录。此类数据应仅用于站点运行、故障排查与安全维护，不应用来推断与服务无关的个人属性。

若未来接入统计服务，应明确说明范围与目的，并避免把不必要的个人信息交给第三方。

网页正文阅读不应要求相机、通讯录、麦克风或精确位置等与内容无关的权限。APP如果某项功能确实需要设备能力，应在申请前解释用途，并允许用户在系统设置中撤回。

拒绝非必要权限不应导致基础阅读内容被锁定。

用户主动提交资料更正、版权反馈或意见时，应只提供处理问题所需的信息，不要附带无关证件、账号密码或敏感资料。站内也不会通过表单索取支付信息、验证码或账户口令。

对版权证明等必要材料，应按实际处理需求最小化保存范围。

用户有权了解资料为什么被使用，也应能够在适用情况下请求更正、删除或停止不必要处理。若未来出现账号功能，应单独说明数据保存、注销与导出规则，而不是沿用模糊通用条款。

当前站点不设置真实账号、会员充值和付费点播系统。

站点的公共交互用于打开或关闭维匣、搜索层与遮罩，正文内容不依赖脚本加载。页面也可能由站点部署方在本地路径加载必要脚本；部署与运营时应自行确认脚本用途、来源、数据处理方式与适用法规。

任何脚本如果开始收集超出站点运行所需的信息，都应先更新隐私说明并评估是否真的必要。技术上“可以收集”不代表产品上“应该收集”。

隐私原则会随着实际功能变化而调整，但核心方向保持不变：少收集、说清楚、给选择、能撤回。若某项功能无法做到这些要求，应该优先重新设计功能本身。

如果某个功能只需要知道“按钮被点击”，就不应顺带收集通讯录、精确位置或设备中的其他资料；如果错误排查只需要页面路径和错误时间，也不应把用户输入的全部内容长期保留。

部署方在增加统计、评论或账号功能前，应先写清楚数据用途、保存时间和第三方接收范围，再决定是否值得增加。隐私不是上线后的补充说明，而应该参与功能设计。

对于用户主动提交的纠错或版权材料，也应只用于处理对应事项。处理完成后的保留策略应与实际法律义务和争议处理需要匹配，避免无期限堆积。