只为必要功能处理必要信息

访问数据

站点在实际部署后可能由服务器产生基础访问日志，用于安全、故障排查和性能维护。是否启用统计、保存多长时间、使用哪些字段，应由运营方依据适用法律和真实配置另行说明。本站模板不会声称已经收集不存在的数据类型。

权限

网页阅读通常不需要访问通讯录、短信、相册或精确位置。若未来移动应用确有某项权限需求，应在请求前说明用途，并允许用户理解拒绝后的影响。与核心阅读无关的权限不应成为进入内容的前提。

反馈资料

用户提交版权反馈、资料更正或意见建议时，应只提供处理该事项所需的信息。公开页面不展示真实邮箱、电话或办公地址，避免编造联系方式。实际接收渠道应由运营方在部署后配置，并同步更新隐私说明。

本地设置

界面偏好、阅读状态等若在浏览器本地保存，应尽量保持可清除、可重置，不与无关身份信息绑定。当前页面不依赖账户即可阅读主要内容，也不会因关闭 JavaScript 而隐藏正文。

用户权益

实际运营中，用户可依据适用法律了解、查询、更正或请求删除与自己相关的个人信息。若站点并未收集某类信息，也应明确说明，而不是提供无法兑现的操作入口。任何隐私承诺都应与真实系统一致。

隐私说明必须与真实功能一致

最常见的问题不是隐私政策写得太短，而是写了大量系统并不存在的账户、广告或支付流程。这样的文字看似完整，反而会制造误解。实际部署时应根据服务器日志、统计工具和联系渠道的真实配置逐项核对。

若未来新增评论、收藏或同步功能，也应先说明为什么需要相应数据、保存多久、用户如何撤回或删除。功能越多并不代表体验越好，能够在不收集个人信息的情况下完成的阅读任务，应优先保持匿名可用。

第三方服务需要单独审视

如果未来接入统计、错误监测或其他外部服务，应先了解它们会接收哪些数据，并在隐私说明中明确告知。不能因为某项工具“很多网站都在用”，就默认它适合当前站点。数据最少、用途明确仍然是优先原则。

用户拒绝非必要统计后，公开文章、栏目导航和帮助信息仍应正常使用。隐私选择不应被设计成阅读障碍，更不能通过反复弹窗迫使用户同意。