MITAO VIDEO

隐私中心

只收集真正需要的信息，并把用途说明清楚

访问数据

网站为维持正常访问可能产生基础服务器日志，例如访问时间、请求页面与技术错误信息。实际收集范围应以部署环境和站点配置为准，不应为了展示“数据能力”而虚构用户画像。

APP权限应遵循最小必要原则。通知、存储或其他系统权限只有在对应功能确实需要时才申请，并应让用户知道用途。拒绝非必要权限不应阻止主要内容阅读。

本站不以虚构登录、会员或充值功能要求用户提交个人资料。如果未来出现确有需要的账户服务，应单独说明收集项目、使用目的、保存期限与用户控制方式。

用户提交版权、纠错、APP问题或建议时，可能需要提供足以处理问题的说明。只应保留解决事项所需的信息，避免要求与问题无关的敏感资料。

对身份、精确位置、财务、健康等敏感信息应保持更高保护标准。站点当前内容服务没有必要主动索取这类信息；如果用户误提交，也应尽量减少传播和留存。

若部署环境使用第三方基础服务，应在实际启用后说明其角色与可能处理的数据范围。当前页面不虚构不存在的第三方合作，也不承诺未实现的跨平台同步。

信息保留时间应与处理目的相匹配，并在目的完成后按实际规则删除或匿名化。用户有权了解与自己相关的信息如何被处理，并可通过公开反馈流程提出更正、删除或其他合理请求。

实际数据处理方式应以站点真实部署与服务配置为准。本说明不虚构不存在的账户、同步或第三方数据合作。

站点如果未来增加反馈表单、账户或新的APP能力，隐私说明也应同步更新，明确新增了什么数据、为什么需要、保存多久以及用户怎样管理。不能在功能扩展后仍沿用旧说明，让用户无法理解实际处理情况。

相反，没有启用的能力也不需要写成已经存在。透明并不等于堆很多条款，而是让用户能快速找到与自己有关的信息，并知道在不愿提供非必要数据时仍可以正常阅读主要内容。

用户反馈中如果包含超出处理所需的信息，应尽量减少复制、转发和长期保留。对于日志与基础技术数据，也应根据真实运维需要设置合理留存范围，而不是无限期保存。隐私保护最终要落实到具体配置和日常流程，而不只是页面上的原则文字。