Tích hợp Brevo: chọn kết nối bạn có thể kiểm chứng

Gửi cùng một liên hệ thử nghiệm hai lần. Nếu lần thứ hai tạo bản ghi khác hoặc đăng ký lại người đã hủy, connector đã lỗi trước khi có lưu lượng lớn.

“Chỉ cần kết nối hai ứng dụng” là điểm khởi đầu hợp lý. Điều còn thiếu là kết nối ghi nhớ gì sau yêu cầu đầu tiên.

Kiểm tra ba điều trước khi chọn phần mềm

Truyền tải đưa yêu cầu hoặc sự kiện đi. Ánh xạ quyết định ý nghĩa trường. Trạng thái lưu phiên bản nguồn đã xử lý, lỗi và bản ghi đích tương ứng.

Ghi một nguồn, một đích và các trường cần cho kết quả hữu ích đầu tiên. Chỉ định chủ sở hữu cho từng trường. Hệ thống bán hàng có thể sở hữu giai đoạn khách hàng, còn Brevo sở hữu trạng thái hủy nhận email hiện tại. Một bản ghi không cần một hệ thống sở hữu tất cả.

Bốn đường vào Brevo

Ứng dụng gốc

Trong chợ ứng dụng Brevo, tìm ứng dụng được duy trì và nhà phát hành. Đọc hướng dẫn cho đúng trường và sự kiện bạn cần. Có mặt trong chợ không tự chứng minh tích hợp với Tajo.

Với Shopify, bắt đầu từ hướng dẫn thiết lập và chuyển sang Brevo PushOwl. Kiểm tra ánh xạ trước khi dựng kết nối thứ hai. Trường và công cụ khôi phục phụ thuộc vào từng ứng dụng.

Dịch vụ tự động hóa

Dịch vụ có thể nhận biểu mẫu, ánh xạ trường và gọi Brevo. Kiểm tra khả năng chạy lại thật, giá theo tác vụ và lưu trữ. Lượng nhỏ và giao diện trực quan không làm việc mất một người đăng ký trở nên chấp nhận được.

Cho đăng ký trên trang web, hướng dẫn Webflow tách biểu mẫu Brevo nhúng khỏi biểu mẫu gốc do máy chủ xử lý. Chọn cách giữ được hành vi gửi và xác nhận bạn cần.

Lớp tích hợp

Dùng một lớp chuyên dụng khi nhiều ánh xạ, bản ghi xử lý lâu dài hoặc khôi phục phối hợp đủ để biện minh cho dịch vụ thêm. Yêu cầu xem màn hình bản ghi thất bại và cách chạy lại một bản ghi bị từ chối. Đừng suy ra tính năng chỉ từ tên loại sản phẩm.

Tajo đang trong giai đoạn truy cập sớm. Mang nguồn, đích và điều kiện chấp nhận cụ thể đến buổi xem xét tích hợp. Kiểm tra connector hiện có và đường chạy trước khi dựa vào nó. Tài liệu về một cặp hệ thống chỉ là điểm bắt đầu, không chứng minh đã sẵn sàng trong không gian của bạn.

Mã API trực tiếp

Chọn mã khi cần kiểm soát định danh, biến đổi hoặc khôi phục mà các đường khác không hỗ trợ. Khi đó bạn sở hữu thông tin xác thực, giới hạn, trạng thái lưu trữ và quy trình xử lý sự cố.

Hướng dẫn Brevo API trình bày lệnh ghi liên hệ và ranh giới lỗi. Nếu nguồn là bảng tính, ví dụ Apps Script là đường script riêng; không đòi hỏi connector Sheets gốc của Tajo.

Dùng khung quyết định

Quyết định	Ứng dụng gốc	Tự động hóa	Lớp tích hợp	API trực tiếp
Trường cần có	Xem ánh xạ	Xem đầu vào	Duyệt bản đồ	Viết bản đồ
Định danh	Xem cách ghép	Cấu hình ghép	Duyệt hợp đồng	Lưu ID đích
Khôi phục	Xem điều khiển	Thử chạy lại	Trình diễn theo bản ghi	Tự xây và vận hành
Lượng và giới hạn	Xác nhận giới hạn	Ước lượng tác vụ	Thử tải dự kiến	Tuân giới hạn đích
Chủ vận hành	Nhà phát hành và người dùng	Chủ kịch bản	Nhà cung cấp và chủ đồng bộ	Nhóm của bạn

Đường nào đáp ứng nhu cầu thực tế?

1. Ứng dụng gốc đáp ứng trường và bước kiểm tra

   Dùng ứng dụng gốc

   Bắt đầu từ cấu hình có tài liệu.

2. Biểu mẫu hoặc sự kiện cần hành động nhỏ

   Đánh giá dịch vụ tự động hóa

   Kiểm tra xác nhận và chạy lại.

3. Nhiều ánh xạ cần khôi phục phối hợp

   Đánh giá lớp tích hợp

   Yêu cầu trình diễn một lỗi và cách khôi phục.

4. Phép biến đổi cần thiết chưa được hỗ trợ

   Viết đường API nhỏ nhất

   Tính cả công vận hành sau lần chạy đầu.

Chứng minh lần đồng bộ đầu bằng một bản ghi

Dùng đích tách biệt và liên hệ bạn kiểm soát. Tắt tự động hóa chiến dịch trong lúc kiểm tra đường dữ liệu.

1. Ghi ID nguồn, danh sách đích, thuộc tính bắt buộc và bằng chứng đồng ý hiện tại. Tạo kiểu thuộc tính trước khi ghi.
2. Chạy một lần. Kiểm tra bản ghi đích, không chỉ trạng thái công việc. Kiểm tra giá trị và điều kiện tiếp thị riêng.
3. Chạy lại cùng phiên bản nguồn. Kỳ vọng một định danh, không gửi lại thư xác nhận hoặc chào mừng.
4. Đổi một trường bình thường rồi đồng bộ. Sau đó để trống trường nguồn và kiểm tra quy tắc giữ hay xóa.
5. Ghi lần hủy đăng ký mới hơn. Chạy lại đăng ký cũ và xác nhận việc hủy vẫn thắng.
6. Mô phỏng yêu cầu bị từ chối. Giữ ID và kết quả, khôi phục bản ghi đó rồi xem trước khi tiến con trỏ.

Đây là quy trình chấp nhận, không phải lời hứa rằng mọi connector có cùng bộ điều khiển. Nếu bước kiểm tra cần thiết không thể chứng minh, đó là khoảng trống phải giải quyết.

Đừng để thử lại thay đổi ý nghĩa

Endpoint liên hệ Brevo nhận ext_id và hỗ trợ updateEnabled. Bạn vẫn chịu trách nhiệm ghép đúng. ID xung đột cần xem xét; forceMerge có thể xóa bản ghi và không nên là hành động khôi phục mặc định.

Ghi dữ liệu lặp lại khác với lặp tác động phụ. Một liên hệ có thể chỉ có một bản ghi nhưng nhận hai email xác nhận. Lưu ID lần gửi và kết quả từng tác động. Yêu cầu hết thời gian để lại kết quả chưa biết; kiểm tra đích trước khi gửi lại.

Đọc bảng giới hạn tốc độ hiện tại cho từng endpoint và cấp tài khoản. Giới hạn khác nhau, có đường vừa giới hạn theo giờ vừa theo giây. Đừng áp một con số cho mọi thao tác.

Webhook cũng cần chủ sở hữu

Sự kiện báo có thay đổi. Nó không tự giải quyết quyền sở hữu trường hoặc duy trì đồng bộ hai chiều hoàn chỉnh.

Xác thực lần giao bằng phương pháp nhà cung cấp hỗ trợ, lưu công việc hợp lệ và đối soát cập nhật bỏ lỡ. Nếu connector nhận lại cập nhật của chính mình, so phiên bản nguồn đã lưu và giá trị dự định trước khi ghi tiếp. Đừng giả định mọi nhà cung cấp trả về dấu nguồn tùy chỉnh.

Với người đăng ký mới, theo hướng dẫn xác nhận hai bước trước khi đưa địa chỉ vào nhóm tiếp thị. Địa chỉ được sao chép là một kết quả dữ liệu; địa chỉ đã xác nhận và vẫn đăng ký là kết quả khác.

Kết nối sẵn sàng khi lần chạy thứ hai cũng giải thích được rõ như lần đầu.