只保留为阅读与反馈真正需要的信息边界

访问数据

网站运行过程中可能产生常见的访问日志，例如请求时间、页面路径、浏览器类型和用于安全维护的技术信息。此类数据应服务于站点稳定、错误排查和基础统计，不应用来编造个人画像。本站页面不会通过虚假登录或强制注册要求读者提交身份资料。

权限

当前网站核心正文无需额外设备权限即可阅读。APP 产品说明也坚持权限最小化：只有与具体功能直接相关的权限才应被请求，并明确说明用途。通讯录、短信、持续定位等与影像日志导览无关的权限，不应因为普通阅读而被默认索取。

资料与反馈

读者在版权反馈、资料更正或意见建议中，应只提交解决问题所需的信息。网站不虚构客服账号、电话、邮箱或办公地址，也不会要求上传与问题无关的证件、账户密码或支付信息。若反馈包含第三方个人信息，应尽量删去无关部分。

用户权益

用户可以选择不使用需要脚本的辅助交互，仍然阅读主要正文；也可以通过公开页面了解本站如何处理内容与反馈。若对某项资料存在异议，可提出更正线索。隐私说明若发生重要变化，应以清楚文字更新，而不通过默认勾选或模糊提示让用户承担不必要的数据风险。

最小化原则如何落地

最小化并不是一句口号，而是每个功能都先问“没有这项数据是否仍能工作”。站内阅读不需要真实姓名，就不应要求姓名；普通栏目导航不需要精确位置，就不应索取定位；版权反馈只需要判断权利关系，就不应顺带收集与问题无关的账户资料。减少数据入口也能降低后续保管风险。

技术日志如果用于排错，应控制保存范围并限制用途，不应把一次普通访问无限延伸为对个人兴趣的推断。用户在浏览过程中也不应因为拒绝非必要权限而失去基础正文。糖心vlog希望让隐私选择与阅读体验分开，用户知道自己在同意什么，也能在不提供额外资料的情况下正常阅读。

当站点增加新功能时，也应重新做一次必要性检查，不能因为过去收集过某类数据，就默认新功能也可以继续使用。功能变化与数据用途变化需要分别说明，用户不应从一个普通阅读动作被自动带入更广泛的信息使用场景。