隐私中心

收集什么、为什么需要、用户能做什么，都应该说清楚

隐私说明以实际网站行为为基础。若某项功能不存在，就不写成已经具备；若普通浏览不需要个人资料，也不应为了“完整资料”而要求用户提供。

访问数据

服务器可能基于正常运行和安全目的产生必要的访问日志，例如请求时间、页面路径、基础网络信息与错误记录。具体保留范围应以实际部署设置为准，站点不应把这些数据扩大解释为完整个人画像。

访问公开页面不应要求与阅读无关的设备权限。手机浏览器中的通知、定位、相机、麦克风等权限，应在确有对应功能时才请求，并由用户通过浏览器或系统设置控制。

当前站点不设计虚假登录、会员充值或账户等级，因此也不应通过表单强制收集姓名、身份证、支付信息等与浏览无关的资料。未来若新增真实功能，应另行明确说明收集目的和处理方式。

用户主动提交资料更正、版权反馈或合作信息时，只应提供处理该事项所需的信息。对于信息查询、更正、删除或停止使用等请求，应根据实际数据处理情况提供合理路径，而不是承诺不存在的自动化能力。

如果站点只提供公开阅读，就不需要设计大量与账户有关的隐私条款。隐私中心应从实际发生的数据处理出发：服务器日志、必要统计、用户主动提交的反馈，以及未来真实上线后才可能出现的新功能。这样说明才不会与产品现实脱节。

第三方统计脚本若实际部署，也应由运营方确认其用途、数据范围和合规要求。代码中存在脚本引用并不自动意味着可以对外宣称收集了哪些具体数据；最终隐私文本需要与真实部署配置保持一致。

用户在浏览器和设备层面拥有自己的权限控制。站点应尽量避免把正常阅读和不必要权限绑定，也不应通过误导性按钮促使用户开启定位、通讯录或麦克风。

隐私说明需要定期随着功能更新复查，而不是一次写完永久不动。新增真实功能时，应同步检查帮助、APP和安装页面是否出现新的数据处理事项。

如果部署环境未来新增表单、统计、账号或消息功能，应在上线前重新核对隐私说明，确保用户能在提交前知道数据将被怎样使用。不能先收集再补解释，也不应把一份宽泛条款当作对所有未来用途的无限授权。