明确客户同意的内容
明确企业身份和通信目的。在客户需要不同选择的地方，将订单更新、促销优惠和通话分开。 推荐的同意设计：- 命名将联系客户的企业。
- 描述他们应该期望收到的消息。
- 使选择明确且自愿。
- 解释如何停止消息。
- 链接到相关的隐私信息。
- 将 WhatsApp 标识为发送渠道，以便联系是预期的。
选择收集点
您可以在客户与您的企业互动的地方收集许可，例如网站表单、结账、账户偏好、WhatsApp 对话或面对面流程。 例如，一个虚构的偏好表单可以提供：保留您可以使用的证据
仅凭联系记录并不能说明客户同意了什么。推荐的记录包括：
限制对这些记录的访问，并根据您的隐私义务保留它们。
不要将其他事件误认为同意
导入电话号码、购买联系人列表、接收名片或批准消息模板本身并不能确立对活动的许可。 客户提出一个支持问题并不自动订阅未来的促销活动。在 service-message rules 内响应当前请求，并单独确立以后主动通信的许可。 同样，接收消息的许可与 WhatsApp 对呼出电话的技术许可不同。请参阅 WhatsApp Calling。发送时检查许可
对最终受众应用同意和选择退出检查，包括计划发送和重试。上周创建的细分可能包含今天更改了偏好的客户。 如果您无法确立相关许可，请不要将缺失的数据视为同意。使用适当的现有接触点提供选择。设计您的团队可以实际执行的同意
这是一个说明性的证据记录，而不是强制性的 API 模式：opted_in 标志。
此示例仅涵盖订单更新。它不应选择客户进行促销活动或授权企业发起的 WhatsApp 通话。
审查真实的收集场景
发布前的验收测试
使用测试联系人确认拒绝该选项不会产生同意，选择一个目的不会启用每个目的，并且后来的选择退出胜过过时的导入记录。 在多个系统交换偏好的地方，定义哪个事件较新并保留其范围。夜间 CRM 导入不得重新激活当天下午选择退出的客户。这些是实施建议；您的法律团队应确认您所服务市场的同意设计。将流程放入 YCloud
将您的同意来源与客户记录和退订流程连接起来。使用 Customer opt-out 处理退订，并使用 Manage unsubscribers 进行基于 API 的同步。 另请查阅 Business and commerce policies：客户的许可并不能使违禁内容变得可接受。常见问题解答
客户下订单并提供了电话号码。我们可以将他们添加到促销活动中吗？
客户下订单并提供了电话号码。我们可以将他们添加到促销活动中吗？
不要仅凭结账时的电话字段来推断促销许可。将必要的订单沟通与可选的优惠活动分开，并保留告知客户的内容及其选择。如果您的记录无法确定预期的促销目的，请在将该人员添加到受众群体之前收集适当的加入同意。
Can a returning purchase restore a customer's earlier marketing subscription?
Can a returning purchase restore a customer's earlier marketing subscription?
不能仅凭这一点。新的购买行为并不代表撤销退订。在有涵盖相关目的的新的、有记录的选择之前，请保留退订状态。确保 CRM 导入和结账更新不会覆盖较新的退订事件。
我们可以向导入的潜在客户列表发送消息，仅仅为了请求 WhatsApp 同意吗？
我们可以向导入的潜在客户列表发送消息，仅仅为了请求 WhatsApp 同意吗？
导入标签并不能确立联系每个人的许可。在使用 WhatsApp 发出该请求之前，请检查原始收集证据；不要将请求同意的消息视为豁免于消息传递规则。使用适当的现有收集点（例如您的网站或客户发起的互动），并确认您所在市场的法律要求。