隐私保护

只处理完成浏览、反馈与基础安全所必要的信息。

访问数据

网站可能产生维持服务所必需的基础访问日志，例如请求时间、页面路径和技术错误信息。若未来接入统计，也应优先使用聚合、最少必要方式，不以识别个人为默认目的。

移动端功能应按需申请权限。普通内容浏览不需要通讯录、短信、麦克风或持续定位等敏感权限。若某项未来功能确实需要权限，必须先说明用途、范围、保存方式与关闭方法。

麻豆不把真实登录、付费会员或账号体系作为基础浏览前提，因此不应要求用户提供与阅读无关的个人资料。反馈场景中也只应收集解决问题所需的信息。

作品更正、版权反馈和意见建议可能包含用户主动提交的说明。提交者应避免发送身份证件、家庭住址、私人聊天记录等无关敏感信息。站点只应将反馈用于对应事项处理。

对于用户主动提供且可识别的信息，应提供合理的查阅、更正、删除或撤回途径。若某类数据因安全或法律义务需要保留，也应说明理由和范围。

隐私保护不仅是文字承诺，还包括减少不必要脚本、限制权限、避免把敏感信息嵌入页面、及时修复安全问题。任何统计或第三方服务接入，都应先评估是否符合最少必要原则。

隐私设计的第一步不是写一篇很长的政策，而是减少根本不需要收集的数据。一个以内容阅读为主的平台，不需要通过真实姓名、手机号、通讯录或精确位置才能展示文章。功能设计应先问“如果不收集这项数据，是否仍能完成目的”，只有确有必要时才进入权限和保存周期的讨论。

若未来使用统计工具，也应避免把多个来源的数据拼接成过度细致的个人画像。错误日志应去除无关个人内容，访问统计优先使用汇总指标，反馈资料只用于对应问题。用户撤回授权后，应停止后续使用；不再需要的数据应删除或匿名化。透明、可控和最少必要应同时成立。

任何隐私规则都应随着功能变化同步更新。如果站点新增评论、通知、上传或其他交互能力，原有的数据说明可能不再充分。上线新功能前应重新评估所需数据、保存周期和用户控制方式，而不是先收集再补政策。对用户来说，能理解、能拒绝、能撤回比复杂术语更重要。

对于儿童和未成年人相关数据，站点应采取更谨慎的默认设置，并避免通过内容浏览推断敏感个人特征。