打开APP
PRIVACY

隐私中心

隐私说明应该让人知道“可能发生什么、为什么需要、可以怎样选择”,而不是只放一段笼统文字。

访问数据

网站运行可能产生基础访问日志,例如请求时间、访问页面、网络与设备相关技术信息,用于安全、稳定性和基础统计。具体数据范围应以实际部署环境和脚本配置为准,不能在未确认时宣称完全不记录。

应用权限

如果未来正式APP需要相机、照片、通知或其他设备权限,应在请求前说明用途,并允许用户根据系统能力进行管理。与核心浏览无关的权限不应被强制包装成必要条件。

个人资料

当前官网不创建虚假账户体系,也不要求用户为了阅读主要内容提交姓名、手机号或支付信息。若未来真实服务发生变化,应同步提供清楚的收集目的、使用范围和管理方式。

反馈信息

当用户主动提交版权、资料更正或意见建议时,可能需要提供与处理问题有关的信息。应尽量只提交必要内容,不要附带密码、支付凭证或与问题无关的敏感资料。

用户权益

用户应能够了解与自己相关的信息如何被使用,并在适用情况下提出查询、更正或删除请求。具体方式取决于实际运营和适用规则,本站不虚构不存在的服务渠道。

第三方脚本与实际部署

本网站模板在头部预留了本地 x.js 与 xtj.js 加载顺序。若部署者在这些脚本中接入统计能力,应同时核对实际收集内容、保存方式和隐私说明,确保页面描述与真实行为一致。本站本身不通过外部影视API、iframe或远程字体加载主要正文。

如何减少不必要的信息暴露

在浏览和反馈过程中,不要主动提交密码、验证码、银行卡信息或与问题无关的个人资料。对于图片、截图和视频,也应先检查是否包含账号、地址、联系人或其他可识别信息。

隐私说明需要随着实际功能更新

如果网站以后增加真实账户、表单、推送或其他服务,隐私说明也必须同步调整,不能继续沿用旧文字。用户应当知道新增功能会带来哪些数据处理,而不是通过一段长期不变的声明猜测。

同样,如果某项脚本被移除或不再收集某类信息,也应在实际确认后更新说明。隐私页面的价值来自与真实行为一致,而不是字数很多。

少收集比事后解释更直接

如果某项功能并不需要个人资料,就不应为了“以后可能用到”提前收集。把数据需求限制在实际功能范围内,可以让隐私说明更简单,也让用户更容易理解自己正在提供什么。