隐私政策范例：逐章节注释解读

简短片段展示了写法，但阅读一份完整的政策也很有帮助。以下示例样本由同一引擎根据虚构回答生成，您可以看到不同产品的各个章节如何组合在一起：

• 网站隐私政策样本：一个虚构的内容网站，使用 Google Analytics、新闻通讯和同意机制，并包含欧盟和英国的权利
• 移动应用隐私政策样本：一款虚构的应用，包含账户、Firebase 分析、应用内订阅和加州披露
• 电商隐私政策样本：一家虚构的网店，使用 Stripe 支付、新闻通讯和 Meta Pixel 广告，并包含欧盟和加拿大的权利
• AI SaaS 隐私政策样本：一款虚构的 AI 写作产品，涉及模型服务商、存储的提示词、不用于训练以及 GDPR 权利

用它们来了解结构和详细程度，而不是当作可复制的文本。每一份描述的都是一家虚构企业的做法。准备就绪后，隐私政策模板页面会解释同样的结构如何根据您自己的回答进行调整。

优秀的隐私政策表面上各不相同，但都有几个几秒钟就能识别的共同特点：

• 具体而非笼统：写明真实的数据类别、工具和服务商，而不是“某些信息”和“可信赖的合作伙伴”
• 以目的为导向：每项数据用途都与读者能理解的理由相对应
• 便于浏览：清晰的标题、简短的段落、列表，顶部通常还有摘要
• 可操作：说明如何行使权利，并提供有效的联系渠道
• 诚实说明局限：描述安全措施，但不承诺绝对安全
• 标注日期：显示生效日期，并说明如何公告变更

英国 ICO 的隐私信息清单和 GDPR 第 13 条规定了内容；通俗语言让内容真正可用。下面的示例使用一家虚构企业 Harbor Lane Ceramics：一家位于爱尔兰的在线陶艺店，向欧盟和英国的客户销售商品，使用支付处理商，发送新闻通讯，并在获得同意后运行分析工具。这些片段仅作示例。您自己的措辞必须描述您自己的做法，这也是照抄不可取的原因，详见我可以复制别人的隐私政策吗。

示例措辞：“Harbor Lane Ceramics Ltd（虚构），地址为爱尔兰 Example City, 1 Example Street，负责本政策所述的个人信息。如有隐私相关问题，您可以通过 [email protected] 联系我们。我们力争在五个工作日内回复。”

为什么有效：

• 它写明了法律实体，而不仅仅是品牌，这正是 GDPR 第 13 条要求提供控制者身份和联系方式时所期望的
• 它提供了一个有人查看的专用隐私联系方式
• 它对回复时间设定了切合实际的预期

如果您任命了数据保护官，或者因为位于欧盟或英国之外而指定了欧盟或英国代表，他们的联系方式也应写在这里。能提供直接渠道时，就不要使用“通过我们的网站联系我们”之类的笼统措辞。

网上常见政策的一个通病，是只写品牌名称或网站地址。读者、监管机构和应用商店审核员都想知道究竟是哪家公司负责，Google Play 的用户数据政策也明确要求提供开发者信息和隐私联系人。

示例措辞：“我们收集：

• 您在结账时提供的订单信息：姓名、电子邮件地址、收货地址和电话号码
• 来自支付处理商的付款确认；我们看不到也不会存储您的完整卡号
• 新闻通讯信息：如果您订阅，我们会收集您的电子邮件地址以及您打开了哪些邮件
• 经您同意后自动收集的使用信息：浏览的页面、设备类型以及根据您的 IP 地址推断的大致位置
• 您通过电子邮件或联系表单发送给我们的消息”

为什么有效：每个类别都很具体，并与其来源相对应：来自您本人、自动收集或第三方。读者可以把每一项与自己在网站上做过的事情一一对应。请注意关于卡号的明确说明；它回答了许多购物者都关心的问题，而且之所以属实，是因为这家店使用了托管结账页面。

这一章节的糟糕版本是：“我们可能会收集您的姓名、电子邮件和其他信息等个人信息。”它没有告诉读者任何实际情况，也无法满足要求说明类别和来源的法律。

示例措辞：“我们使用您的信息来：

• 处理和配送您的订单并处理退货（法律依据：履行合同）
• 发送订单确认和配送更新（合同）
• 如果您订阅，向您发送新闻通讯（同意，您可以随时撤回）
• 了解访客如何使用我们的网站，以便加以改进（通过我们的 Cookie 设置获得的同意）
• 保存税法要求的会计记录（法定义务）
• 防范欺诈并保障我们店铺的安全（我们在保护业务和客户方面的正当利益）”

为什么有效：每个目的都配有 GDPR 第 13 条所要求的法律依据，而且正当利益写得很明确，没有含糊其辞。这些目的用日常语言写成，与店铺明显可见的业务活动相符。

面向欧洲以外受众的政策通常只列出目的而不写法律依据，在没有此类要求的地方这是可以的。但如果您为欧盟或英国用户提供服务，这种对应关系是用通用模板拼凑的政策中最常缺失的要素之一。GDPR 隐私政策指南解释了每种法律依据。

示例措辞：“我们只与帮助我们经营店铺的服务商共享信息：

• 我们的支付处理商，用于收款和防范欺诈
• 我们的电商平台，用于托管店铺和存储订单记录
• 我们的邮件服务商，用于发送订单邮件和新闻通讯
• 我们的分析服务商，前提是您同意使用分析 Cookie
• 快递公司，用于配送您的包裹

我们不会出售您的个人信息。部分服务商位于美国；当信息被传输到欧洲经济区以外时，我们依据欧盟委员会的标准合同条款或其他合法的保障措施。”

为什么有效：接收方按角色分组，并且各有理由。传输声明写明了保障措施，这是 GDPR 在数据离开该区域时的要求。许多真实的政策会逐一列出每个服务商的名称；当读者可能想阅读服务商自己的政策时，这样做很有帮助。

糟糕的版本“我们可能会与可信赖的第三方共享数据”是劣质政策中最常见的说法之一。它没有回答读者或监管机构会提出的任何问题。

示例措辞：“我们使用必要 Cookie 来运行购物车和结账功能。经您同意后，我们还会使用分析 Cookie 来统计哪些页面被访问。您可以在首次访问时通过横幅接受或拒绝分析 Cookie，并随时通过页脚中的 Cookie 设置链接更改您的选择。”

为什么有效：它区分了必要 Cookie 和可选 Cookie，说明可选 Cookie 取决于同意，并准确告诉用户在哪里更改选择。最重要的是，它与同意横幅的实际行为一致。如果政策写着分析工具只在获得同意后运行，网站却一打开就加载分析工具，这种矛盾监管机构和用户都能发现。

如果您使用多种追踪技术，可以在本章节或从本章节链接的单独 Cookie 政策中，用表格列出每个 Cookie、其服务商、用途和有效期。有些工具还有合同要求；例如，Google Analytics 条款要求您披露对该服务的使用。关于分析工具相关的措辞主题，请参阅分析工具隐私披露指南。

示例措辞：“我们保存：

• 订单和发票记录六年，以履行我们的税务记录保存义务
• 新闻通讯信息，直至您退订
• 客服邮件，自您最后一条消息起两年
• 分析数据 14 个月，之后自动删除”

为什么有效：GDPR 要求说明保存期限或确定期限所用的标准，这个示例给出了具体期限及其理由。读者可以看到没有任何数据被无限期保存，店铺内部也有清晰的规则可循。

示例中的数字仅用于说明这家虚构店铺的情况。您自己的期限应来源于实际的法定义务、服务商设置和业务需要。无法设定固定期限时，请改为描述标准，例如“在您的账户存续期间以及之后为解决争议所需的有限期间内”。

糟糕的保存期限章节会写“我们在必要期限内保存数据”。没有标准，这句话不能告诉任何人任何信息，也不符合 GDPR 的要求。

示例措辞：“您有权访问、更正或删除您的个人信息，有权反对或限制某些处理，有权以可携带的格式获取您的信息，并有权随时撤回同意。如需提出请求，请发送电子邮件至 [email protected]。在采取行动之前，我们可能会请您确认身份。您还有权向爱尔兰数据保护委员会或您居住地的数据保护机构投诉。”

为什么有效：它列出了适用于店铺受众的权利，提供了一条简单的行使渠道，说明了身份核实，并写明了 GDPR 所要求的监管机构。

如果您的受众包括加州居民，且您的企业达到 CCPA 门槛，本章节就要扩展到知情、删除、更正、选择退出出售或共享，以及限制敏感个人信息使用的权利，并说明您如何处理选择退出偏好信号和授权代理人。CCPA 实施条例列出了每一项必备要素。其他地区还有各自的权利，这就是为什么一款根据您的回答选择地区模块的隐私政策生成器，与编辑固定模板相比能节省时间。

示例措辞：“我们的店铺面向成年人。我们不会在知情的情况下收集儿童的个人信息。如果您认为某位儿童向我们提供了信息，请联系我们，我们会将其删除。

当我们的做法发生变化时，我们会更新本政策。如果我们作出重大变更，会在变更生效前通过电子邮件通知客户和新闻通讯订阅者。

生效日期：2026 年 3 月 1 日。最后更新：2026 年 3 月 1 日。”

为什么有效：其中的受众声明简短而诚实，变更流程描述的是直接通知，而不是让人们定期回来查看，两个日期也都已显示。CalOPPA 要求写明生效日期，并说明如何就重大变更通知用户；CCPA 实施条例则要求写明政策的最后更新日期。

如果您的服务在美国面向 13 岁以下儿童，这段简短声明是不够的；COPPA 要求提供包含特定内容的专门告知。关于何时以及如何公告更新的指引，请参阅隐私政策多久更新一次。