91 · JIUCAL

隐私说明

解释访问数据、权限、个人资料、反馈信息和第三方资源处理原则，以最小化为基础，不把普通阅读扩展成不必要的数据收集。

访问数据

网站为了正常响应请求，服务器可能产生基础访问记录和错误日志。实际部署时应只保留安全和运行所需范围，不把普通浏览记录扩展成与本站功能无关的长期画像，也不通过隐藏脚本收集不必要数据。

普通内容阅读通常不需要通讯录、短信、通话记录或精确位置。若未来正式应用的某项功能确需权限，应在调用前解释目的，并允许用户通过系统设置关闭或撤回。权限不应与无关功能捆绑。

当前站点不设置真实登录、充值会员或付费点播，因此阅读正文不要求提交身份资料。若未来新增账户功能，需要重新说明收集项目、用途、保存周期和删除方式，不能沿用模糊的通用表述。

用户主动提交版权反馈、资料更正或合作说明时，只应收集处理该事项所需的信息。不要主动提交密码、验证码、证件号码、精确地址或与问题无关的私人通讯记录。

站点不使用外链图片、远程字体、第三方影视API或CDN来加载正文。减少外部依赖不仅有利于稳定，也能降低不必要的数据传递。未来若引入第三方服务，应明确说明服务范围和数据用途。

用户应能够了解数据为什么被处理、哪些权限是可选的，并在适用情况下请求更正或删除主动提交的信息。隐私规则不能用“为了安全”作为无限收集的理由，所有处理都应遵循必要和最小化原则。

图片、样式和主要脚本都使用站内资源，不依赖外链图片和远程字体加载正文。这样可以减少浏览过程中向多个外部服务发送请求的机会，也让网站维护者更清楚哪些资源会被访问。若未来新增外部服务，应重新评估是否必要，并在相关说明中反映真实处理范围。

隐私页面不能只写通用承诺。如果实际部署增加统计、账户、通知或反馈表单，就应同步更新说明，明确哪些数据会被处理、为了什么、保存多久以及用户如何管理。若功能被移除，也应删除不再发生的描述，让页面持续反映真实状态，而不是长期保留模板化条款。

如果未来某项功能确实需要用户同意数据处理，说明应使用清楚语言，并让拒绝非必要项目成为真正可选的路径。不能用复杂弹窗、默认全选或反复提示迫使用户接受与核心阅读无关的处理。普通公开正文应尽可能在不提交额外个人资料的情况下直接阅读。