隐私中心：能少收集就少收集，能说明就不含糊

访问数据

网站运行可能产生基础访问日志，例如请求时间、页面地址、浏览器一般信息与服务器安全记录。具体保存方式取决于实际部署环境。本站不会在隐私页面虚构已经启用的分析系统，也不会声称收集并不存在的账户画像。

管理员应根据真实配置决定保存范围，并遵守适用的数据与网络安全规则。

设备权限

普通网页阅读通常不需要相机、麦克风、通讯录或精确定位权限。APP 相关页面也只说明通用原则：某项功能真正需要权限时，应解释用途，并由系统提供授权选择。

拒绝无关权限不应影响基础正文阅读，更不应通过诱导提示迫使用户全部同意。

资料与反馈

当读者主动提交资料更正、版权反馈或意见建议时，可能需要提供足以核验问题的内容，例如页面名称、争议位置和公开来源。反馈不应要求与处理事项无关的身份证明、支付信息或账户密码。

提交者也应避免把其他人的敏感私人信息放进反馈内容。

用户权益

用户可以选择不使用搜索层、芯匣等 JavaScript 交互，核心正文仍能直接读取。对需要修改或删除的反馈内容，处理方式应基于实际保存情况与适用规则，而不是提供无法兑现的自动化承诺。

如果站点未来增加新的数据处理功能，隐私说明也应随真实功能更新。

安全习惯

不要向来源不明的页面提交验证码、支付信息或账户密码。糖心vlog不提供充值和付费点播，因此任何以“开通会员”为由索取付款的第三方页面都不属于本站功能说明。

访问时如遇浏览器证书或系统安全警告，应先核验站点与连接环境，而不是关闭安全保护继续操作。

第三方脚本与真实部署应保持一致

本源码按要求统一加载站点指定的本地脚本，但隐私说明不能在不知道实际脚本行为的情况下替它们作出具体承诺。部署方应自行确认脚本是否产生统计、日志或其他数据处理，并据实更新隐私文本与服务器配置。不能一边启用额外追踪，一边继续声称“完全不收集任何数据”。

同样，若未来接入正式应用分发、反馈表单或账户能力，也应重新评估数据最少化、保存期限和用户告知方式。隐私页面应该跟随真实功能变化，而不是一次写完后长期脱离实际。

部署方若使用服务器日志做安全排查，也应限制访问权限并避免把日志扩展成与安全无关的长期画像。数据用途越具体，说明就应越具体。