访问数据
网站运行可能产生基础访问记录，用于安全与性能判断时应尽量减少范围，并避免收集与目的无关的信息。
PRIVACY
隐私中心
隐私说明应该回答简单而重要的问题：收集什么、为什么需要、保留多久、谁可能接触、用户怎样提出更正或删除请求。没有实际功能，就不虚构数据能力。
PRIVACY TOPICS
八类隐私事项
APP权限
移动端权限应与具体功能对应，并在真正需要时请求。与核心阅读无关的权限不应被默认视为必需。
个人资料
如果未来确有需要收集个人资料，应先说明用途。当前不存在的账户资料不应被描述成已经保存。
反馈信息
用户提交版权、资料更正或使用问题时，可能提供必要联系方式或说明，应仅用于处理对应事项。
敏感数据
除非有明确、必要且合法的目的，不应主动索取与娱乐资讯阅读无关的敏感个人信息。
第三方服务
如未来接入实际第三方服务，应明确说明用途与数据关系，不能用含糊表述让用户误以为完全由本站控制。
信息保留
保留时间应与处理目的相匹配。没有继续保存必要时，应采取删除、匿名化或其他合理处理。
用户权益
在适用范围内，用户应能够询问、纠正或请求处理与自己相关的信息，并获得清楚的反馈路径。
MINIMUM
能少收，就不多收
娱乐资讯阅读并不天然需要大量个人资料。一个普通访客只是浏览文章时，核心内容不应依赖建立账户、提交身份信息或开启与阅读无关的系统权限。即使未来为了安全、故障排查或个性化体验产生必要数据，也应遵循最小化原则。
“以后可能有用”不是无限制收集的充分理由。每一种数据都应对应具体目的，并在目的结束后重新判断是否仍有保留必要。对移动端尤其如此：权限请求应该在功能真正触发时解释，而不是安装后一次性索取全部能力。
隐私体验最重要的不是写得复杂，而是让用户知道发生了什么。
APP PERMISSIONS
移动端权限怎样判断是否合理
看功能是否真的需要
如果只是阅读资讯，却要求与阅读没有明显关系的高敏感权限，用户有理由先拒绝并进一步核查。
看请求时机是否自然
真正需要权限的功能，应在用户主动使用时再解释和请求，而不是刚打开应用就强制弹出全部授权。
看拒绝后能否继续阅读
与核心阅读无关的权限被拒绝后，主要内容不应被无理由屏蔽。
看有没有清楚说明
权限用途、可能产生的数据与调整方式应写得让普通用户能理解。
FEEDBACK DATA接收 处理 结束
提交反馈时的信息怎么处理
版权反馈、资料更正、APP问题或隐私咨询可能需要用户主动提供说明。处理时应只使用完成该事项所需的信息，不将一次反馈自动转化为营销或其他无关用途。
只获取必要内容
例如具体问题、相关栏目或足以回复的联系方式，不要求与事项无关的信息。
限定在对应目的内使用
信息用于核查和回复，不应无依据扩展到其他用途。
重新判断保留必要
处理完成后，根据实际需要与适用规则决定是否继续保留。