> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ycloud.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 客户选择加入

> 收集并保留对预期商业消息的许可，范围明确且易于选择退出。

在主动联系客户之前，请确认他们向您提供了号码并同意接收来自您企业的相关通信。

WhatsApp 的 [Business Messaging Policy](https://business.whatsapp.com/policy) 要求选择加入；这不仅仅是一个建议。您对收集方法和遵守适用法律负责。

本页解释了消息同意，而不是针对特定国家或行业的法律决定。

## 明确客户同意的内容

明确企业身份和通信目的。在客户需要不同选择的地方，将订单更新、促销优惠和通话分开。

推荐的同意设计：

* 命名将联系客户的企业。
* 描述他们应该期望收到的消息。
* 使选择明确且自愿。
* 解释如何停止消息。
* 链接到相关的隐私信息。
* 将 WhatsApp 标识为发送渠道，以便联系是预期的。

确切的同意措辞取决于您的用例和适用要求。不要假设复制的表格在任何地方都具有法律效力。

## 选择收集点

您可以在客户与您的企业互动的地方收集许可，例如网站表单、结账、账户偏好、WhatsApp 对话或面对面流程。

例如，一个虚构的偏好表单可以提供：

```text theme={"theme":{"light":"github-light","dark":"github-dark"}}
Send me delivery updates from Northstar Books on WhatsApp.
Send me book recommendations and offers from Northstar Books on WhatsApp.
I can change my preferences or opt out at any time.
```

如果您的产品提供这些选项，请将它们视为不同的选择。该示例说明了明确的范围；它不是法律模板。

<a id="opt-in-methods" />

## 保留您可以使用的证据

仅凭联系记录并不能说明客户同意了什么。推荐的记录包括：

| 记录 | 为什么有帮助 |
| - | - |
| 客户标识符 | 将决定与预期收件人匹配。 |
| 同意来源和时间 | 显示做出选择的地点和时间。 |
| 措辞或表单版本 | 保留客户看到的内容。 |
| 业务和消息目的 | 定义许可的范围。 |
| 后续偏好更改 | 防止旧的选择加入覆盖新的选择退出。 |

限制对这些记录的访问，并根据您的隐私义务保留它们。

## 不要将其他事件误认为同意

导入电话号码、购买联系人列表、接收名片或批准消息模板本身并不能确立对活动的许可。

客户提出一个支持问题并不自动订阅未来的促销活动。在 [service-message rules](/zh/documentation/whatsapp-business-platform/messaging/service-messages) 内响应当前请求，并单独确立以后主动通信的许可。

同样，接收消息的许可与 WhatsApp 对呼出电话的技术许可不同。请参阅 [WhatsApp Calling](/zh/documentation/whatsapp-business-platform/more-whatsapp-features/whatsapp-calling)。

## 发送时检查许可

对最终受众应用同意和选择退出检查，包括计划发送和重试。上周创建的细分可能包含今天更改了偏好的客户。

如果您无法确立相关许可，请不要将缺失的数据视为同意。使用适当的现有接触点提供选择。

## 设计您的团队可以实际执行的同意

这是一个说明性的证据记录，而不是强制性的 API 模式：

```json theme={"theme":{"light":"github-light","dark":"github-dark"}}
{
  "customer_ref": "CUSTOMER-123",
  "channel": "whatsapp",
  "business": "Example Store",
  "purposes": ["order_updates"],
  "decision": "opted_in",
  "source": "checkout_preferences",
  "wording_version": "order_updates_v2",
  "recorded_at": "2026-09-06T09:00:00Z"
}
```

将原始措辞或可检索版本与记录一起保留。不要在没有足够上下文来了解它涵盖哪个业务、渠道和目的的情况下存储 `opted_in` 标志。

此示例仅涵盖订单更新。它不应选择客户进行促销活动或授权企业发起的 WhatsApp 通话。

### 审查真实的收集场景

| 场景 | 您可以推断出什么 |
| - | - |
| 客户在结账时勾选了明确的订单更新选项 | 对描述的订单更新的许可，受适用要求的约束。 |
| 客户发送“我的订单在哪里？” | 意图获得该请求的帮助；不是自动的营销订阅。 |
| 客户点击广告但未发送消息 | 不是入站 WhatsApp 对话，也不是持续消息同意的证据。 |
| 销售人员导入标记为“潜在客户”的列表 | 仅潜在客户状态并不能确立选择加入。验证收集证据。 |
| 客户在先前的选择加入后选择“停止优惠” | 较新的偏好必须抑制受影响的营销。 |
| 回头客在选择退出后再次购买 | 不要默默恢复促销许可；在需要的地方收集新的选择。 |

### 发布前的验收测试

使用测试联系人确认拒绝该选项不会产生同意，选择一个目的不会启用每个目的，并且后来的选择退出胜过过时的导入记录。

在多个系统交换偏好的地方，定义哪个事件较新并保留其范围。夜间 CRM 导入不得重新激活当天下午选择退出的客户。这些是实施建议；您的法律团队应确认您所服务市场的同意设计。

## 将流程放入 YCloud

将您的同意来源与客户记录和退订流程连接起来。使用 [Customer opt-out](/zh/documentation/whatsapp-business-platform/consent-policies-and-account-health/customer-opt-out) 处理退订，并使用 [Manage unsubscribers](/zh/api-reference/guides/customer-data-and-operations/manage-unsubscribers) 进行基于 API 的同步。

另请查阅 [Business and commerce policies](/zh/documentation/whatsapp-business-platform/consent-policies-and-account-health/business-and-commerce-policies)：客户的许可并不能使违禁内容变得可接受。

## 常见问题解答

<AccordionGroup>
  <Accordion title="客户下订单并提供了电话号码。我们可以将他们添加到促销活动中吗？">
    不要仅凭结账时的电话字段来推断促销许可。将必要的订单沟通与可选的优惠活动分开，并保留告知客户的内容及其选择。如果您的记录无法确定预期的促销目的，请在将该人员添加到受众群体之前收集适当的加入同意。
  </Accordion>

  <Accordion title="Can a returning purchase restore a customer's earlier marketing subscription?">
    不能仅凭这一点。新的购买行为并不代表撤销退订。在有涵盖相关目的的新的、有记录的选择之前，请保留退订状态。确保 CRM 导入和结账更新不会覆盖较新的退订事件。
  </Accordion>

  <Accordion title="我们可以向导入的潜在客户列表发送消息，仅仅为了请求 WhatsApp 同意吗？">
    导入标签并不能确立联系每个人的许可。在使用 WhatsApp 发出该请求之前，请检查原始收集证据；不要将请求同意的消息视为豁免于消息传递规则。使用适当的现有收集点（例如您的网站或客户发起的互动），并确认您所在市场的法律要求。
  </Accordion>
</AccordionGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.