隐私政策模板

运营要上线一个小程序或网站，备案和应用商店都要求填隐私政策，网上抄来的模板又不知道缺了什么、哪句不能留。这篇把模板该有的条目按顺序列出来，附上每条要写到的字段深度，以及照抄会踩的坑。具体合规口径以站内安全与合规分区的说明为准，条款文本发布前建议让法务过一遍。

运营要上线一个小程序或网站，备案和应用商店基本都会要求填隐私政策，网上抄来的模板又不知道缺了什么、哪句不能留，改到半夜还是心里没底。这篇把模板该有的条目按顺序列出来，附上每条要写到的字段深度，以及照抄会踩的坑。

先说清定位：这是一份条目汇总和填写口径，不是法律意见。具体合规口径以站内安全与合规分区的说明为准；条款文本正式发布前，尽量留出时间让法务过一遍。想先看别家产品在采集哪些字段、隐私政策里怎么表述，可以到 /sites 对照着读。

模板里必须有的条目：按顺序过一遍

模板不是越长越好，而是条目要齐、顺序要顺。缺条目会被应用商店或备案环节打回，条目堆太多又会把没做的事写进政策，反而给自己加义务。下面这几块，是通用模板里不能缺的骨架。

• 开头四件套：运营主体全称与联系方式、政策生效与更新日期、适用范围（覆盖哪些端和子产品）、未成年人条款单列——未成年人不建议塞在用户权利里一笔带过
• 收集环节拆成两栏：一栏写收集哪些信息字段，一栏写每个字段对应的业务目的，一一对应，不许合并成一句「为改善服务」
• 第三方共享与SDK逐个列名：合作方类型、共享字段、使用目的；嵌入的统计、推送、地图类SDK同样要列，这是最常被漏掉的一段
• 用户权利条目给可执行路径：查询、更正、删除、撤回同意、注销账号分别走哪个入口、多久内响应，写「可通过客服处理」等于没写

对照模板时，用下面这张表判断「缺没缺」，比通读一遍快得多。左列是模板条目，右列是你至少要能回答出来的问题。

模板填空怎么填：每类字段要写到什么颗粒度

模板给的是句子，真正决定能不能过的是颗粒度。写得太粗，用户看不懂、监管也看不出你到底收了什么；写得太细，又容易和实际实现对不上。下面按字段类型给一套填写深度参考。

字段名

写到用户能认出来的程度，「设备信息」要拆成设备型号、操作系统版本、唯一设备标识这类可核对项

使用目的

写具体动作，不写抽象好处；「用于风控」要落到「识别异常登录、防止账号被盗用」

保存期限

给口径而不是拍数字：写「达到目的所需的最短期限，法律法规另有要求的从其规定」

跨境与出境

单独成段：有没有境外接收方、走哪条路径，去站内核对当时的申报要求，别照抄别家表述

如果是聊天、生图、写作这类要调用第三方模型的产品，输入内容算不算个人信息、会不会被回传，往往是最说不清的一段。这时候模板的第三方条款要扩写，至少把「传什么、传给谁、传之前怎么处理」三条写明白。具体各家接口在传输和留存上的差异，可以到 /tools/speed-test 这类工具页看实测说明，不要只信模板原文。

什么情况下模板不能照抄

通用模板默认你的产品是个普通工具类应用：收账号、收设备、收日志，顶多再收个位置。只要业务稍微偏一点，照抄就会出问题。下面几种情况，模板只能当参考，不能当底稿。

• 业务里有生物识别、精确位置、通讯录、相册、健康或金融类信息时，通用模板一定不够，这几类要单独写收集场景和授权方式
• 面向未成年人或教育、医疗、金融场景，模板条款要从紧，别沿用普通工具类产品的宽松写法
• 接入中转站或第三方模型接口时，要说明会不会把用户输入内容传给第三方、传哪些、怎么脱敏后再传
• 只做纯本地处理、数据不出设备的工具，反而要减条目：把没做的事写进政策同样是风险，别为了显得全而堆条款

判断自己属于哪种情况，可以拿这张表快速对一遍。命中任意一行，模板就要按对应方向改写，而不是原样发布。

发布前自查：五步走完再上线

条目齐了、填空也填了，别直接发。上线前按下面五步过一遍，每一步都有可验证的动作，不用靠感觉。走完这五步，基本能挡住备案和应用商店审核里最常见的那几类意见。

1. 对字段把产品实际采集的字段列表和政策条目逐行比对，多出来的删掉，少了的补上；验收方式是拿真机跑一遍注册到主流程，看抓到的字段和文本是否一一对得上
2. 对入口政策链接要能从注册页、设置页、应用商店详情页都点得到；路径配置方式可到站内看隐私政策URL那篇，验收方式是三个入口各点一次，确认都能打开且不是同一页复制
3. 对版本政策更新后旧版本要留档，重大变更要重新取得同意，别只改页面不通知用户；验收方式是翻出上一版文本，能说清这次改了哪几处、为什么改
4. 对内部客服和运营手上要有一份口径，用户问「你们收集了我什么」能当场答上来；验收方式是让不参与撰写的人模拟提问一次
5. 对时间发布前留出法务复核的时间，越临近上线越容易压着改不完；验收方式是在排期里把复核和修改各留出一个独立时间段

这套流程不保证一定过审，因为各地口径和平台要求会变；但能保证一件事：用户或审核方追问时，你手上有一份能对上的说明，而不是一句「模板上就是这么写的」。

隐私政策不是上线前的一次性文案，它得和产品实际做的事一一对应；对不上的地方，早晚要补。