Brevo 与 Tajo 集成完全指南

把 Brevo 与 Tajo 集成，就是把你的客户数据层接到营销与消息触达平台上。

很多团队在 Brevo 里构建邮件营销活动、短信、WhatsApp 消息、事务性消息、CRM 工作流、列表、细分和营销自动化。当这些活动需要来自 Shopify 或其他商务系统的最新客户、订单、商品、忠诚度和互动上下文时，Tajo 就派上用场。

这个集成之所以有价值，是因为营销自动化依赖干净且及时的数据。一个欢迎系列，靠基础的邮件订阅就能跑起来。但一个表现优异的生命周期项目需要更多上下文：首次购买日期、订单数、客户终身价值、最近浏览的商品、购物车金额、忠诚度等级、同意状态、客服问题和活动互动情况。

本指南讲解如何规划、连接、测试和运营 Brevo 与 Tajo 的集成。

快速回答

按这个顺序推进：

1. 确认你想在 Brevo 中驱动的工作流。
2. 为联系人、订单、同意状态、商品数据和忠诚度字段确定权威来源。
3. 生成并妥善保管 Brevo API 密钥。
4. 在 Tajo 中连接 Brevo。
5. 选择要同步的对象和事件。
6. 把 Tajo 字段映射到 Brevo 的联系人属性、列表、事件和电商数据。
7. 用小规模细分做测试。
8. 搭建第一批 Brevo 自动化。
9. 验证同意状态、抑制列表和退订行为。
10. 监控同步报错、重复联系人和活动表现。

不要一上来就连接所有可能的字段。先只接入前三条工作流所需的数据。

各种集成路径的适用场景

把 Brevo 接入技术栈通常有三种方式。

集成路径	最适合	注意事项
Brevo 原生集成或插件	简单的联系人同步、基础电商连接、快速上线	可能不会暴露高级细分所需的全部数据、事件或生命周期逻辑
Tajo + Brevo	由 Shopify 或客户数据驱动的营销、生命周期自动化、忠诚度、细分、电商触发	需要事先确定字段映射、事件规则和工作流的归属方
自建 Brevo API 集成	特殊的应用逻辑、自有数据模型、自定义事件、内部系统	需要工程投入、监控、重试机制、安全评审和长期维护

当你需要 Brevo 基于客户上下文采取行动，而不只是存放联系人时，就该用 Tajo。

例如：

• 一位 Shopify 客户下了第二单，进入了新的忠诚度等级。
• 一位高价值客户浏览某个商品类目后放弃了购物车。
• 一位流失买家只有在没有未结客服问题时，才应进入唤回流程。
• 购后流程应根据商品类目和订单数发生变化。
• VIP 细分只有在具备渠道同意时才应收到 WhatsApp 消息。
• 客户下单后应从培育序列中移出。

这些工作流都需要同步的数据、事件时序、同意状态和抑制逻辑。

Tajo 能向 Brevo 同步什么

具体配置取决于你的账号、店铺和集成设置，但有用的数据类别是一致的。

数据类别	示例	在 Brevo 中的用途
联系人身份	邮箱、名、姓、手机号、外部 ID	联系人档案、去重、个性化
同意状态	邮件订阅、短信订阅、WhatsApp 同意、退订状态	合规、抑制、渠道资格
客户生命周期	新客、活跃、复购、VIP、有流失风险、已流失	细分与旅程路由
电商订单	订单 ID、日期、金额、币种、商品、类目	购后、复购提醒、唤回、LTV 细分
商品目录	商品 ID、名称、类目、价格、状态	推荐、特定商品的消息
购物车与浏览事件	购物车金额、浏览商品、开始结账	弃购挽回与浏览未购挽回
忠诚度数据	积分、等级、奖励、到期时间、里程碑	忠诚度活动与升级提醒
互动数据	活动打开、点击、回复、事件	抑制、评分、互动度细分
自定义属性	店铺专属字段、标签、偏好	高级个性化与路由

先从身份、同意状态、生命周期、订单历史，以及第一批工作流所需的事件开始。只有在能支撑明确的营销或运营需求时，才继续追加字段。

前置条件

在连接 Brevo 与 Tajo 之前，请确认：

• 你有一个 Tajo 账号，并已连接相关的店铺或客户数据源。
• 你有一个 Brevo 账号，并具备创建或使用 API 密钥的权限。
• 你清楚将会用到哪些 Brevo 列表、属性和模板。
• 你清楚邮箱、手机号、同意状态和客户 ID 的权威来源。
• 如果涉及电商事件，你拥有 Shopify 或对应商务平台的管理员权限。
• 你有可以安全使用的测试联系人和测试订单。
• 你清楚上线后由谁负责这个集成。

同时确定前三条工作流。

适合作为起点的工作流：

• 面向新订阅者或新客户的欢迎系列。
• 弃购挽回。
• 购后教育。
• 评价邀请。
• 忠诚度等级升级。
• 唤回或激活。
• VIP 客户活动。

第 1 步：确定权威来源

权威来源，就是当两个系统数据冲突时以谁为准。

在同步之前先把它定下来。

字段或对象	建议的权威来源
邮箱地址	电商平台或 CRM，取决于获客路径
手机号	收集短信同意的那个系统
邮件同意	同意收集来源或偏好中心
短信/WhatsApp 同意	同意收集来源，绝不能因为有手机号就推定同意
订单历史	电商平台
商品目录	电商平台
忠诚度等级与积分	Tajo 或忠诚度系统
活动互动数据	Brevo
客服状态	工单系统或客户数据层

这样可以避免同步回环和数据冲突。

例如：如果客户在 Shopify 更新了手机号，Tajo 可以把它更新到 Brevo。如果 Brevo 里是旧手机号，除非你明确允许这个方向的写入，否则它不应覆盖当前的商务记录。

第 2 步：生成 Brevo API 密钥

在 Brevo 中：

1. 打开账号设置。
2. 进入 API 密钥页面。
3. 为 Tajo 集成生成一个密钥。
4. 起一个清晰的名字，例如 Tajo production sync。
5. 安全保存。
6. 不要把密钥粘贴到文档、表格、聊天、工单或公开代码中。

条件允许时，生产环境和测试环境请使用不同的密钥。

推荐的密钥管理做法：

• 只授权给确有需要的管理员。
• 团队人员变动或怀疑泄露后立即轮换密钥。
• 测试与生产凭据分开保管。
• 记录集成的归属方。
• 及时吊销闲置密钥。

第 3 步：在 Tajo 中连接 Brevo

在 Tajo 中：

1. 打开集成页面。
2. 选择 Brevo。
3. 填入 Brevo API 密钥。
4. 选择要同步的店铺、CRM 或客户数据源。
5. 选择要同步的对象。
6. 配置同步方向：Tajo 到 Brevo、Brevo 到 Tajo，或者对已确认的字段做双向同步。
7. 保存连接。
8. 运行一次测试同步。

先从一小批测试联系人开始。在 Brevo 中确认数据无误之后，再开启全量同步。

第 4 步：映射字段

字段映射决定了 Brevo 能否正确地做细分和个性化。

一个实用的起始映射表：

Tajo 或店铺字段	Brevo 字段或对象	说明
客户邮箱	EMAIL	主身份字段
名	FIRSTNAME	用于个性化
姓	LASTNAME	用于个性化和 CRM
手机号	SMS 或手机号属性	只在同意状态和格式均有效时使用
客户 ID	外部 ID 或自定义属性	便于去重和对账
邮件订阅	邮件同意或列表成员身份	绝不能因为联系人存在就推定同意
短信订阅	短信同意或自定义属性	短信活动的前置条件
订单数	ORDER_COUNT	用于区分新客与复购客户
客户终身价值	TOTAL_SPENT 或 LTV 属性	用于 VIP 和抑制规则
最近下单日期	LAST_ORDER_DATE	用于复购提醒和唤回
忠诚度积分	LOYALTY_POINTS	用于奖励提醒
忠诚度等级	LOYALTY_TIER	用于 VIP 和等级活动
最近商品类目	LAST_CATEGORY	用于推荐
客户生命周期	LIFECYCLE_STAGE	用于旅程路由

命名要保持一致。不要为同一个概念创建多个属性，例如同时存在 total_spent、TOTAL_SPENT 和 LTV。

第 5 步：配置事件与触发器

营销活动自动化依赖事件。

常见事件：

• 联系人创建。
• 订阅邮件通讯。
• 购物车放弃。
• 开始结账。
• 订单完成。
• 订单取消。
• 发起退款。
• 浏览商品。
• 忠诚度等级变更。
• 获得积分。
• 兑换奖励。
• 客户进入不活跃状态。
• 创建客服工单。

对每个事件，都要定义：

事件字段	为什么重要
事件名称	供 Brevo workflow 触发器使用
客户标识	把事件关联到正确的联系人
时间戳	控制触发时机和延时逻辑
属性	补充订单、商品、忠诚度或购物车上下文
去重键	防止重复触发
同意状态	决定该事件能否触发消息
来源	便于排查事件来自哪里

在确认测试事件只出现一次、且联系人和属性都正确之前，不要用事件触发正式活动。

第 6 步：搭建第一批 Brevo workflow

欢迎系列

触发条件：新订阅者、新账号，或首次客户同步。

建议流程：

1. 立即发送欢迎邮件。
2. 品牌故事或价值主张。
3. 商品、服务或忠诚度计划说明。
4. 社会认同。
5. 首单或下一步行动引导。

用 Tajo 数据补充：

• 客户来源。
• 注册日期。
• 首个感兴趣的商品。
• 忠诚度计划注册状态。
• 渠道同意状态。

弃购挽回

触发条件：购物车被放弃，或开始结账但未下单。

建议流程：

1. 短暂延时后发送邮件提醒。
2. 只有在具备短信同意时才发送短信提醒。
3. 包含购物车内容的商品专属邮件。
4. 如果毛利允许，发送最后一次推动或优惠。

用 Tajo 数据补充：

• 购物车金额。
• 商品名称。
• 商品类目。
• 结账链接。
• 客户价值。
• 历史购买次数。

关于 Shopify 的具体实现，请阅读 Brevo Shopify 集成 和 Shopify 弃购挽回邮件。

购后流程

触发条件：订单完成。

建议流程：

1. 事务性确认。
2. 商品使用说明或保养指引。
3. 评价邀请。
4. 交叉销售或复购提醒。
5. 忠诚度积分更新。

用 Tajo 数据补充：

• 商品类目。
• 订单数。
• 忠诚度等级。
• 已获积分。
• 客户终身价值。
• 客服状态。

忠诚度等级升级

触发条件：忠诚度等级发生变化。

建议流程：

1. 向客户表示祝贺。
2. 说明新的权益。
3. 展示当前积分或奖励。
4. 推荐下一步动作。
5. 若客户有未结客服问题，则抑制发送。

唤回流程

触发条件：客户在设定周期内保持不活跃。

建议流程：

1. 一封有帮助的问候。
2. 基于历史类目的推荐。
3. 毛利允许时提供优惠。
4. 更新偏好设置。
5. 若无回应则进入抑制。

用 Tajo 数据补充：

• 最近下单日期。
• 最近商品类目。
• 互动状态。
• 客户价值。
• 近期客服状态。

上线前的 QA 清单

在启用生产工作流之前，请对照这份清单。

QA 项	通过标准
联系人同步	测试联系人在 Brevo 中只出现一次
属性映射	所有必需字段都正确填充
同意状态	邮件、短信和 WhatsApp 的资格判断正确
退订	已退订联系人被正确抑制
事件投递	每个测试事件只到达一次
事件属性	订单、购物车、商品和忠诚度字段齐全
工作流触发	测试事件能启动正确的工作流
退出规则	客户在购买或满足排除条件后正确退出
抑制逻辑	未结客服问题、退款和退订都被尊重
个性化	模板变量正确渲染
链接	结账、商品和偏好设置链接均可用
报表	活动与工作流指标可见
错误处理	同步报错有记录并有明确责任人

不要跳过 QA。集成缺陷会很快制造让人尴尬的客户体验。

常见问题排查

重复联系人

常见原因：

• 不同系统使用了不同的标识符。
• 一个只有手机号的联系人后来补上了邮箱。
• 在配置同步之前，导入操作已经创建了联系人。
• 邮箱大小写规范化不一致。

解决办法：

• 选定一个主标识符。
• 统一邮箱大小写。
• 有外部 ID 时优先使用。
• 在大规模发送之前先合并或抑制重复记录。

Brevo 中数据缺失

常见原因：

• 字段没有映射。
• 源数据本身为空。
• API 密钥权限不足。
• 同步任务失败。
• 字段类型不兼容。

解决办法：

• 在 Tajo 或 Shopify 中检查源记录。
• 确认映射关系存在。
• 确认 Brevo 属性已创建。
• 运行一次测试同步。
• 查看同步日志。

工作流没有被触发

常见原因：

• 事件名称不一致。
• 联系人尚未创建。
• 事件属性缺失。
• 工作流条件过于严格。
• 延时或进入规则挡住了该联系人。

解决办法：

• 核对事件名称的准确写法。
• 发送一个测试事件。
• 检查工作流的入组情况。
• 临时简化条件。
• 确认同意状态和抑制状态。

短信或 WhatsApp 发不出去

常见原因：

• 缺少渠道同意。
• 手机号格式无效。
• 国家或发件人规则未配置。
• 联系人处于抑制状态。
• 渠道额度或账号设置需要复查。

解决办法：

• 校验手机号格式。
• 确认同意来源。
• 用内部号码做测试。
• 检查 Brevo 的渠道设置。
• 确认存在邮件兜底路径。

同步延迟

常见原因：

• 处于批量同步模式。
• 触发了 API 速率限制。
• Webhook 投递延迟。
• 厂商出现临时状态问题。
• 正在执行大规模历史回填任务。

解决办法：

• 查看同步状态。
• 复核速率限制。
• 确认 webhook 已成功投递。
• 优先处理高价值事件。
• 历史回填用批量同步，实时活动用事件同步。

安全与合规

请把这个集成当作客户数据基础设施来对待。

最低限度的管控：

• 安全存储 API 密钥。
• 收紧管理员权限。
• 测试与生产使用不同凭据。
• 尊重邮件、短信和 WhatsApp 的同意状态。
• 保持退订状态同步。
• 不同步非必要的敏感字段。
• 记录同步失败。
• 明确字段归属。
• 规定谁可以创建或启用工作流。

不要仅仅因为数据可获取，就把客户数据塞进营销活动。只同步能支撑真实工作流的数据。

需要监控的指标

上线之后，同时监控集成健康度和活动结果。

集成健康度：

• 同步成功率。
• 同步报错数。
• 重复联系人比例。
• 事件投递延迟。
• Webhook 失败次数。
• 未映射字段数量。
• API 错误率。

活动表现：

• 工作流入组量。
• 邮件投递情况。
• 打开率与 CTR。
• 短信或 WhatsApp 的回应情况。
• 转化率。
• 每条工作流带来的收入。
• 退订量。
• 投诉率。
• 复购率。
• 忠诚度互动情况。

如果活动表现不佳，不要只改文案。请检查数据质量、触发时机、受众、同意状态、优惠和抑制逻辑。

落地计划

第 1 周：规划与连接

• 确定首批工作流。
• 选定权威来源。
• 创建 Brevo API 密钥。
• 在 Tajo 中连接 Brevo。
• 映射核心联系人字段。
• 运行测试同步。

第 2 周：加入事件与细分

• 配置订单和购物车事件。
• 加入生命周期字段。
• 按需加入忠诚度字段。
• 创建测试细分。
• 验证同意状态与抑制逻辑。

第 3 周：搭建工作流

• 搭建欢迎系列。
• 搭建弃购挽回或线索挽回。
• 搭建购后或忠诚度流程。
• 测试模板变量。
• 对链接和退出规则做 QA。

第 4 周：上线与监控

• 先面向有限受众上线。
• 每天检查同步日志。
• 查看活动指标。
• 修复映射问题。
• 运行稳定后再扩大受众。

最终建议

最好的 Brevo 与 Tajo 集成，是围绕工作流而不是围绕字段搭建的。

先从最重要的客户旅程入手：欢迎、购物车挽回、购后、忠诚度和唤回。只同步这些旅程所需的数据。认真测试。尊重同意状态。监控报错。然后再扩展到更丰富的细分和多渠道自动化。

当 Brevo 需要的不只是一份联系人列表时，Tajo 的价值最大。它为 Brevo 的营销活动提供客户、电商、忠诚度和生命周期上下文，让自动化更及时、更具体、更可衡量。

相关文章

• Brevo Shopify 集成
• Brevo 定价 2026：完整套餐、功能与成本拆解
• Brevo 免费套餐：上手完全指南
• Brevo 评测 2026：功能、定价与表现
• Brevo CRM：免费销售与营销 CRM 完全指南
• Brevo 是什么？Brevo 邮件营销平台完全指南