把同一位测试联系人发送两次。如果第二次创建了新记录，或恢复了已退订状态，那么在扩大数据量前就需要修正连接。
“只需连接两个应用”是合理起点。关键是连接在第一次请求后记住了什么。
选软件前检查三件事
传输把请求或事件送到另一系统。映射决定字段的含义。状态记录已处理的来源版本、失败内容及其对应的目标记录。
写下第一个有效结果所需的来源、目标和字段，为每个字段指定管理方。销售系统可以管理客户阶段，而 Brevo 管理当前邮件退订状态。同一记录的所有字段无需归同一系统管理。
接入 Brevo 的四条路径
原生应用
在 Brevo 应用市场检查应用是否仍在维护以及发布者是谁。阅读你所需字段和事件的设置说明。上架本身不能证明存在 Tajo 集成。
对于 Shopify，先看已记录的 Brevo PushOwl 设置与迁移路径。建立第二条连接前，先测试映射。原生应用或许能完成全部工作，但支持字段和恢复控制取决于具体应用。
自动化服务
它可以接收表单提交、映射字段并调用 Brevo。选择前，检查实际的重放功能、任务费用和数据存储。低流量或可视化编辑器都不能让丢失订阅变得可以接受。
网站注册可参考 Webflow 指南，区分嵌入式 Brevo 表单与由服务器处理的原生表单。选择能保留所需提交和确认行为的路径。
集成层
多组映射、持久处理记录或协调恢复值得增加一项服务时，再使用专门集成层。要求查看失败记录界面，并演示重放一条被拒记录。不要从产品类别名称推断其功能。
Tajo 仍处于早期开放阶段。进行集成评估时，带上具体来源、目标和验收检查。依赖前核实实际可用的连接器与执行路径。配对文档只是评估起点，不能证明它已在你的工作区准备就绪。
直接编写 API 代码
当现有路径不能满足身份、转换或恢复控制需求时选择代码。你也要负责凭据、限流、持久处理状态和操作手册。
联系人写入及失败边界见 Brevo API 指南。如果来源是电子表格，Apps Script 示例是独立脚本路径，无需 Tajo 原生 Sheets 连接器。
用同一套标准比较
| 判断项 | 原生应用 | 自动化服务 | 集成层 | 直接 API |
|---|---|---|---|---|
| 必需字段 | 查看应用映射 | 查看操作输入 | 审查建议映射 | 实现映射 |
| 记录身份 | 查看匹配规则 | 明确设置匹配 | 审查身份约定 | 保存目标 ID |
| 恢复 | 查看应用控制 | 验证重试与重放 | 演示单条记录恢复 | 自建并维护 |
| 数据量与限制 | 确认服务商限制 | 估算任务与限制 | 验证预期负载 | 遵守目标限制 |
| 运维责任 | 应用发布者与运营者 | 流程负责人 | 服务商与同步负责人 | 你的团队 |
哪条路径满足你的实际需求？
-
原生应用覆盖字段和检查项
使用原生应用
从已记录的设置开始。
-
表单或事件需要少量字段映射
评估自动化服务
验证确认与重放行为。
-
多组映射需要协调恢复
评估集成层
要求演示失败与重放。
-
所需转换不受支持
编写最小 API 路径
把持续运营计入成本。
用一条记录验证首次同步
使用隔离的目标环境和由你控制的联系人。检查数据路径期间，关闭营销活动自动化。
- 记录来源 ID、目标列表、必需属性及当前同意证据。写入前建立正确类型的属性。
- 运行一次，检查目标记录而不只看任务状态。分别核对实际值与营销发送资格。
- 重放同一来源版本。应仍只有一个身份，且不重复发送确认或欢迎邮件。
- 修改普通字段并同步，再将来源字段留空，核对文档规定的保留或清空规则。
- 记录较新的退订，重放较旧的注册，确认退订仍有效。
- 模拟被拒请求。保留身份和结果，恢复该记录并核验，然后才推进保存的游标。
这是验收步骤，不是声称每个连接器都有相同功能。如果某项必要检查无法演示，就需要解决这个缺口。
避免重试改变结果含义
Brevo 的联系人接口接受来源 ext_id，也支持 updateEnabled，但匹配仍由你负责。冲突标识需要人工审查；forceMerge 可能删除记录，不应作为默认恢复操作。
重复数据写入与重复副作用是两类问题。联系人只有一条，却可能收到两封确认邮件。保存提交标识及每项动作的结果。请求超时意味着结果不明；重发前先检查目标。
按接口和账户套餐阅读当前限流表。限制各不相同，有些路径同时受每小时和每秒限制。不要把一个数字套用到所有操作。
Webhook 也需要负责人
事件告知变化，但不会解决字段管理权冲突，也不会自行维持完整的双向同步。
用服务商支持的方法验证事件来源，保存有效任务，并对账遗漏更新。如果连接器收到自己写入的更新，应先比较已记录的来源版本和预期字段值，再决定是否重写。不要假定每个服务商都会返回自定义来源标记。
对新订阅者，加入营销受众前请遵循双重确认订阅指南。地址被复制，与地址已确认且目前仍订阅，是不同结果。
当第二次运行也能像第一次一样解释清楚，连接才算准备就绪。
常见问题
什么是 Brevo 连接器？
它在 Brevo 与另一系统之间传递数据。应检查传输、字段映射和保存的处理状态，以及身份匹配、失败和同意状态的处理方式。
应从哪种 Brevo 集成开始？
如果维护中的原生应用能完成任务，先选它。遇到具体的映射或恢复需求时，再比较自动化服务、集成层或自编 API 代码。
在 Brevo 市场上架就代表 Tajo 支持吗？
不代表。请分别核实应用发布者和支持的流程。服务商上架信息、文档和可运行的 Tajo 连接器属于不同证据。
怎样避免重复联系人？
选择稳定的来源标识，匹配后保存目标 ID，写入前解决标识冲突。不要把 forceMerge 当作常规重试设置。
Brevo 返回 429 时怎么办？
按适用的限流响应头暂停，保留失败任务，并按有上限的策略重试。跟踪每条记录的结果，避免重复其他副作用。
能双向同步同意状态吗？
为每个渠道和用途指定一个权威来源。旧的注册不能覆盖较新的退订。双向数据流需要明确的冲突规则和防循环机制。