网上商店连接 Brevo：以正确数据驱动邮件、短信与自动化

Brevo 连接将真实商店事件，转化为受控通知与合适的营销活动。

Brevo 提供消息、联系人、事件与电商数据 API。官方短信支持列表包含希腊，但不意味着所有发送拥有相同条款、成本或发件人格式。项目区分订单邮件、配送通知与营销沟通，为每类确定数据来源和发送规则。API 能力不能替代同意管理，也不能替代账户配置与具体功能可用性确认。

联系人通过稳定 ID 关联，事件按明确用途记录。已完成订单应退出弃购流程。物流通知需要可用运单号和真实状态。列表与客户属性更新遵循规则，避免旧导入覆盖新选择。历史数据迁移单独规划，防止首次客户导入突然触发数千条不对应近期行为的消息。

同一客户可能同时在商店与通信平台更新资料，因此需明确修改和屏蔽的优先级。缺少安全事件 ID 时，重复事件可能再次发送相同消息。投递失败不总意味着应立即重试。团队监控结果并处理例外。营销同意撤回应停止相关流程，与必要订单通知区分，让客户与管理者都能理解。

Brevo 集成为订单消息、可取货通知与营销活动记录不同流程。每条流程有自己的来源、时机和排除规则。历史数据导入不视为新的购买事件。短信需确认实际账户设置与号码格式。邮件失败不会未经约定就自动改用其他渠道。团队能解释哪条信息触发消息，并在订单状态或客户偏好变化时停止对应流程。

一家电子产品商店发送购买确认邮件，并在商品备好可取时另发短信。后者要求完成备货且电话正确。客户弃购后又完成购买，相关提醒应停止。导入历史联系人不应把旧消息当成新事件触发。营销偏好变化时更新相应流程。客服可看到每条消息由什么操作触发，无需在多个列表中分别查找。

测试重复事件、提醒后完成购买，以及同步过程中变更营销偏好。预期每项符合条件的操作只产生一条消息，并停止不适当自动化。测试错误电话、投递失败，以及不触发意外活动的历史导入。团队审批模板、来源与发送时机。邮件与短信结果分别记录。交付重试与例外规则，防止一次失败引发失控消息链。验证包含真实订单与取货状态，而不只是测试新闻邮件。