隐私政策怎么写：分步指南

每一份准确的隐私政策都始于一份数据清单，而不是一个模板。打开一个电子表格，像用户一样把产品走一遍，记下个人信息进入的每一个地方：

• 表单：联系、注册、结账、客服和招聘申请
• 账户：电子邮件地址、姓名、密码哈希、头像和设置
• 自动收集：包含 IP 地址的服务器日志、Cookie、SDK 和崩溃报告
• 第三方输入：使用 Google 或 Apple 登录、付款确认和广告受众
• 用户创建的内容：消息、上传内容、评价以及发送给 AI 功能的提示词

对每一行，记录数据类别、来源以及接触它的工具。不要忘记看不见的收集：嵌入的视频、从第三方加载的网页字体和聊天插件都可能传输 IP 地址。如果不确定某个脚本做了什么，请阅读服务商的文档，或在浏览器开发者工具中查看网络面板。这份清单是后续每一步的骨架，多花一小时也值得。

接下来，写下您为什么使用每一类数据。常见目的包括提供服务、管理账户、处理付款、回复客服请求、发送新闻通讯、统计使用情况、防范欺诈和投放广告。目的要具体：单独一句“用于改进我们的服务”几乎没有告诉读者任何信息，而“了解访客阅读了哪些页面，以便修改令人困惑的内容”则诚实而具体。

如果欧洲经济区或英国有人使用您的产品，GDPR 第 13 条还要求您说明每项目的的法律依据，例如合同、同意、法定义务或正当利益，并指明您所依赖的正当利益。在笔记中做一份简短的对应表，可以让政策保持一致：

• 新闻通讯邮件：同意
• 订单履行和收据：合同
• 防范欺诈和安全：正当利益
• 税务和会计记录：法定义务

只列出您今天实际进行的目的。某天可能会增加的目的属于未来的更新，而不是今天的告知。

读者和监管机构都想知道还有谁会收到这些数据。对照数据清单，列出每一个服务商：托管、内容分发、邮件发送、分析、支付、客服、错误追踪、广告和 AI 模型服务商。对每个服务商，注明它是像处理者或服务提供者那样只按您的指示行事，还是像许多广告网络那样也将数据用于自身目的。

您的政策应描述接收方的类别；在有助于读者理解时，也可以直接写出服务商的名称。有些服务商的合同要求使用特定措辞。例如，Google Analytics 条款要求您发布一份隐私政策，披露您使用 Google Analytics 以及它如何收集和处理数据；分析工具披露指南说明了这一部分通常包含哪些内容。

还要记录每个服务商在哪里处理数据。如果信息离开欧洲经济区或英国，GDPR 要求您说明该传输及所依赖的保障措施，例如充分性认定或标准合同条款。

很多初稿都卡在两个问题上：数据保存多久，以及如何保护数据。关于保存期限，GDPR 既接受固定期限，也接受您用来确定期限的标准。实际示例如下：

• 账户数据：在账户存续期间保存，并在注销后的设定期限内删除
• 账单记录：按税务和会计法律要求的期限保存
• 客服邮件：在工单关闭后保存一段明确的期限
• 分析数据：按您在分析工具中配置的保存期限保存

关于安全，用概括性的语言描述您真实采取的措施，例如传输加密、限制员工访问权限和及时更新软件。避免“您的数据绝对安全”这类绝对化承诺。没有任何系统能免于数据泄露，而夸大的安全声明一旦出事，恰恰会变成欺骗性做法。写您正在做的，而不是您希望做到的。

决定大部分地区性内容的，是您的受众，而不仅仅是公司所在地。问自己三个问题：您的用户在哪里，您收集什么，以及您的业务规模有多大？

• 欧盟或英国用户：GDPR 和 UK GDPR 的透明度事项，包括法律依据、跨境传输以及向监管机构投诉的权利。GDPR 隐私政策指南列出了这些事项。
• 加州访客：CalOPPA 要求任何从加州居民处收集个人身份信息的商业网站或在线服务醒目地发布隐私政策，且没有规模门槛。CCPA 则为达到其门槛的企业增加了详细的披露要求；CCPA 和 CPRA 指南逐项讲解。
• 美国其他州：许多州已出台综合性隐私法，各有各的门槛和选择退出权。
• 儿童：在美国面向 13 岁以下儿童的服务会触发 COPPA 的告知和家长同意规则。
• 加拿大、巴西、澳大利亚、新西兰：各自都有公开或透明度义务。

只纳入适用的模块。“以防万一”把所有法律都加上，会造成自相矛盾，例如承诺了您实际并未运行的请求处理流程。

隐私政策也是一份说明书，面向想要行使自身权利的人。针对您服务的每个地区，列出适用的权利，并准确说明如何行使：一个有人查看的电子邮件地址、一个网页表单或一个应用内设置。

根据 GDPR，这些权利包括访问、更正、删除、限制处理、可携带、反对、撤回同意以及向监管机构投诉。与受 CCPA 约束的企业打交道的加州居民享有知情、删除、更正、选择退出个人信息出售或共享，以及限制敏感个人信息使用的权利；CCPA 实施条例还要求您概括说明如何核实请求。

发布前先测试这条渠道。向您自己的隐私邮箱发一封请求，确认能收到，并决定由谁回复、多快回复。如果权利章节指向一个无人查看的收件箱，那比没有还糟，因为它告诉读者这份政策无人维护，真实的请求也得不到回应。

GDPR 第 12 条要求以简洁、透明、易懂且易于获取的形式，使用清晰平实的语言提供信息。这对任何受众都是好建议，几个习惯就能让一份长政策也易于阅读：

• 开头用简短摘要列出最重要的要点
• 使用便于浏览的描述性标题，例如“我们与谁共享数据”
• 用“我们”和“您”，而不是“本公司”和“数据主体”
• 尽可能用具体信息替代“可能”“某些”之类的模糊词
• 用列表呈现数据类别，用表格呈现保存期限
• 政策较长时，添加带锚点链接的目录

把草稿大声读一遍。如果某句话需要读第二遍才能理解，就重写它。通俗语言不是随意，而是确保读者读完后清楚知道自己的信息实际上会被如何处理。想看真实的措辞范例，隐私政策示例指南逐章节讲解了带注释的片段。

把政策发布在一个稳定的公开网址上，并在用户对自己数据做决定的每个地方放上链接。常见位置包括：

• 网站每个页面的页脚
• 注册、结账和新闻通讯表单
• 应用内的设置或关于页面
• 您在 App Store Connect 和 Google Play Console 中的商店信息

应用商店有具体规则。Apple 审核指南 5.1.1(i) 要求在 App Store Connect 的元数据字段中以及在应用内以易于访问的方式提供隐私政策链接。Google Play 要求在 Play Console 和应用内提供链接，该网址必须有效、公开可访问且不设地理限制，并且不接受 PDF。CalOPPA 要求醒目地发布政策，CCPA 实施条例则要求在您的首页或应用下载页面放置一个包含“privacy”（隐私）字样的醒目链接。关于在真实网站上行之有效的布局，请参阅隐私政策链接应该放在哪里。

隐私政策是一份持续更新的文件。在顶部标明生效日期（CalOPPA 要求这样做），并保存您发布过的每一个版本，以便证明用户在任一时间点看到的内容。在以下情况下复查政策：

• 新增或移除某个工具、SDK 或服务商
• 开始收集新的数据类别，或将数据用于新的目的
• 在新的国家或美国州上线
• 加入 AI 功能、广告或支付
• 改变用户行使权利的方式

根据《加州民法典》第 1798.130(a)(5) 条，受 CCPA 约束的企业必须至少每 12 个月更新一次所要求的加州信息，所以即使看起来什么都没变，也要在日历中安排年度复查。对于重大变更，应直接通知用户，而不是悄悄修改页面。包括通知措辞在内的完整流程，请参阅隐私政策多久更新一次。

政策上线前，请逐项核对这份清单：

1. 运营者的法定名称、联系邮箱以及（如有要求）邮寄地址正确无误
2. 数据清单中的每一类数据都出现在政策中，且没有多余内容
3. 每个目的都很具体；如果涉及欧盟或英国用户，还写明了法律依据
4. 列出了每一类接收方，包括分析和广告工具
5. 在相关时说明了跨境传输及其保障措施
6. 写明了保存期限或确定期限的标准
7. 针对您服务的每个地区，说明了权利、请求方式和核实方式
8. Cookie 和追踪选项与您的同意横幅实际行为一致
9. 如涉及儿童数据、敏感数据和 AI 功能，已作出说明
10. 已设定生效日期，并归档了以前的版本
11. 链接出现在页脚、表单、应用设置和商店信息中

如果您不想手动整理这一切，Legal Policy Generator 会用通俗语言提出这些问题，并根据您的回答选择带版本号的条款。问卷和完整预览免费且无需账户，您可以把它的输出与自己的检查清单进行对照。