访问数据
普通网页访问可能产生基础的服务器日志，例如请求时间、访问路径、设备与网络层面的技术信息。这些信息应主要用于保障站点运行、安全排查和基础统计，而不应被扩展成与内容服务无关的个人画像。本页面说明的是原则，实际部署时应以真实服务器和统计工具的配置为准。
应用权限
应用权限必须与实际功能对应。探花不会在网站文案中虚构需要精确位置、通讯录、短信、通话记录等敏感权限的功能。若正式应用未来申请相机、相册或通知等权限，应该在系统层面显示真实用途，并允许用户按照设备机制管理。拒绝非必要权限不应影响无关的基础阅读。
个人资料
当前站点不设计虚假账户、会员充值或付费功能，因此也不应要求用户提交与浏览内容无关的个人资料。若未来提供真实账户功能，需要重新说明收集字段、使用目的、保存期限和删除方式，而不能沿用模糊的“为了优化体验”作为全部解释。没有实际功能，就不提前假设需要哪些身份信息。
反馈信息
用户主动提交版权反馈、资料更正或意见建议时，可能需要提供足以说明问题的信息。应尽量避免提交无关的身份证件、私人地址、密码或其他敏感资料。收到反馈后，信息只应用于核对和回复相关事项，不应被自动转用于营销。若某项材料不再需要，应按适当周期处理。
用户权益
用户有权了解与自己相关的信息如何被处理，也应当能够在适用情况下提出访问、更正、删除或撤回同意等请求。具体权利范围取决于实际服务、适用法律和技术条件。探花不会在没有真实机制的情况下承诺“一键彻底删除所有数据”等无法验证的结果，但会把可行的处理方式写清楚。
第三方服务也应被看见
如果实际部署后来接入统计、客服、错误监控或其他第三方服务，应在隐私说明中如实反映它们可能处理的数据和用途，而不能因为功能发生在后台就不提。当前源码不主动接入外部字体、图片、影视 API 或 CDN，也没有通过脚本自动创建用户画像，这有助于减少不必要的数据流动。
最小化比事后解释更重要
隐私保护首先是少收集，而不是收集之后再写很长解释。没有账号功能就不需要索取身份资料，没有定位功能就不需要精确位置，没有通讯功能就不需要通讯录。通过在产品设计阶段减少字段和权限，用户面对的风险和管理成本都会更低，也更容易让实际行为与隐私说明保持一致。