作者：翻一翻监管部门的月度通报，APP因违规收集个人信息被点名下架的名单几乎每期都有，里面不乏日活千万的知名产品。APP隐私合规早就不是“抄一份隐私政策模板”能过关的事了——权限怎么申请、每一类信息为什么收集、第三方SDK拿了什么，都在检查范围里。这篇按上线前的自查顺序，把两份关键清单讲清楚。
权限申请：用到才要，要了就说清用途
老做法是用户一打开APP，就把相机、相册、定位、通讯录全申请一遍，现在这是通报里的高频违规项。正确姿势是按需触发：用户点拍摄时申请相机权限，进发布页时申请相册权限，用到哪步要哪步。每次申请都要配用途说明文案，“为了向您提供服务”这种万能句式不管用，要说具体——申请定位，是为了展示附近门店还是为了推荐内容，写清楚。还有容易被忽略的一面：用户拒绝权限之后的功能降级要提前设计，拒绝就闪退或罢工的APP，等于逼用户卸载。还有个细节：权限申请的文案和时机要在需求阶段就定下来，开发完再补，多半来不及改交互——这类合规要求要写进需求文档，不是上线前打的补丁。
个人信息收集清单：每一项都要有理由
清单的格式不复杂，难在较真：收集什么、为什么收、存多久、给谁用，四列挨个填。设备标识符、位置信息、剪贴板、相册内容，每一项都要能回答“不做这个功能就实现不了吗”——最小必要原则的意思是，能不收的就不收。最容易出事的是“说一套收一套”：隐私政策里写只收集三项，实际代码里收了八项，通报案例里栽在这上面的最多。清单也不是写完就归档的文档，每次版本更新加了新功能，同步更新清单。“存多久”这一列也别空着：行业通行的原则是“实现功能所必需的最短期限”，用户注销后该删的删、该匿名的匿名。这列写不出理由的收集项，基本就是要砍的收集项。
最容易漏的坑：第三方SDK
自己的代码合规了，不等于整包合规。统计、推送、地图、广告，每一类第三方SDK都可能在替你收集信息，账最后全算在APP头上。要做的三件事：审查SDK的隐私声明、把SDK收集的信息并进自己的清单、在隐私政策里如实披露。剪贴板读取是前几年的重灾区，几个知名SDK的默认行为坑过一批开发者。接新SDK之前多问一句“它默认收集什么”，比下架整改便宜得多。选SDK时把隐私行为当作选型条件之一：同等功能下，收集更少的优先。这一条写进技术选型的评估表，能省掉后面大量的解释工作。
上线前的自查顺序
按这个顺序过：先核权限，逐个确认触发时机和用途文案；再对清单，把代码实际行为和政策文档对齐；然后过一遍政策文本，确保披露完整；最后用检测工具实测——各家安全机构和应用商店都有检测能力，提审前自己先扫一遍。监管要求以当期规定为准，重大版本提审前把这套流程重跑一次。上架资质层面的其他准备，我们在APP上架资质清单里单独写过，两篇配合着用。另外，通报里的高频关键词可以当自查的镜子：超范围收集、频繁强制索权、未明示收集目的、注销难——每期通报翻一翻，比看十篇解读文章都直观。
上线前想找人按最新通报的要求把清单和权限核一遍，联系我们，或电话 18616880101——玉雀科技帮你提审前查一遍，比下架后整改省一个量级的成本。