隐私中心

只解释真正可能涉及的数据和权限,不用模糊措辞扩大范围

91APP强调最小必要、用途清楚和用户可理解。当前公开站点不提供虚假账户体系或充值功能。

访问数据

网站在正常运行中可能产生基础访问记录,例如页面请求、浏览器类型或错误日志,用于安全与稳定性分析。实际部署时应以服务器和统计脚本真实行为为准,不能在隐私说明里声称“完全不收集”却同时运行大量未披露追踪。

应用权限

应用权限应在需要具体功能时再申请,并说明用途。浏览内容本身通常不需要通讯录、短信或通话记录等高敏感权限。如果某个版本确实需要相机、照片或通知,应在用户触发相关功能时解释并允许拒绝。

个人资料

当前站点不设计真实登录、付费会员或充值流程,因此不需要用户提交账户身份资料。若未来产品增加真实账户系统,应该单独说明需要哪些信息、为什么需要、保存多久以及用户可以怎样管理。

反馈信息

当用户提交版权反馈、资料更正或意见建议时,实际提供的信息应只用于处理对应事项。页面不会要求不必要的身份证明或私人资料,也不会虚构固定联系方式。涉及权利证明时,应尽量只收集处理争议所必需的材料。

用户权益

用户应能够了解数据用途、选择是否授权非必要权限,并在适用情况下提出更正、删除或停止处理请求。具体权利范围取决于实际部署地区和产品功能,站点不通过空泛承诺替代真实合规措施。

部署时请保持“说明与实际一致”

隐私页面不是装饰。任何新增统计脚本、账户系统、推送、定位或文件访问功能,都应该同步检查本页是否需要更新,避免实际收集与公开说明出现差异。

第三方脚本需要额外关注

如果实际部署时加入统计、客服、广告或其他第三方脚本,可能会改变页面的数据处理方式。部署方应先确认这些脚本会读取什么、把数据发送到哪里,再决定是否启用,并同步更新隐私说明。不能只因为脚本“常见”就忽略披露。

权限拒绝不应影响基本阅读

对于与普通内容浏览无关的非必要权限,用户拒绝后仍应能够阅读公开页面。只有确实依赖某项权限的独立功能,才可以在被拒绝时提示功能受限,而不是把整个应用变成不可用状态。

隐私说明需要随着真实产品变化持续维护。新增权限、统计方式或反馈表单后,应先检查用途与必要性,再更新公开说明,而不是事后补写。