Trang chủ › Hướng dẫn › Conversions API Gateway
Conversions API Gateway là gì? Khi nào cần, khi nào không
Gateway được giới thiệu như cách dùng Conversions API mà không cần lập trình, và đúng là như vậy. Nhưng "không cần lập trình" không có nghĩa là không cần gì. Bài này nói rõ bạn đánh đổi những gì, và ba trường hợp tôi khuyên không nên dùng.
Conversions API Gateway là gì
Gateway là một máy chủ trung gian do Meta dựng sẵn, chạy trên tài khoản đám mây của chính bạn. Nó nhận sự kiện từ website rồi chuyển tiếp tới Facebook theo đường máy chủ.
Ý tưởng: bạn muốn lợi ích của Conversions API nhưng không có đội lập trình. Meta đóng gói sẵn phần đó thành một máy chủ bấm vài nút là dựng xong.
Nó nằm ở đâu trong luồng dữ liệu
Không có Gateway, luồng là: trình duyệt của khách → Facebook. Dễ bị chặn, dễ mất.
Có Gateway: trình duyệt → máy chủ Gateway của bạn → Facebook. Chặng thứ hai đi từ máy chủ nên không bị trình chặn quảng cáo đụng tới.
Điểm cần hiểu: Gateway vẫn phụ thuộc vào việc trình duyệt gửi được sự kiện tới nó. Nó không tự biết chuyện gì xảy ra ngoài website — chẳng hạn sale gọi điện xác nhận khách có nhu cầu thật. Đây là giới hạn lớn nhất, và tôi quay lại nó ở phần dưới.
Chi phí thực tế
Meta không thu phí phần mềm. Nhưng máy chủ chạy trên tài khoản đám mây của bạn, nên bạn trả tiền hạ tầng hàng tháng.
- Chi phí máy chủ — phụ thuộc cấu hình và lượng sự kiện
- Chi phí chạy đều — máy chủ chạy cả khi bạn tạm dừng quảng cáo
- Công dựng ban đầu — cần người biết dùng bảng điều khiển đám mây
- Công bảo trì — cập nhật, theo dõi máy chủ còn sống không
Khoản tiền thường không lớn. Khoản dễ bị bỏ qua là trách nhiệm bảo trì: đây là một máy chủ thật, nó có thể hết dung lượng, có thể dừng, và khi nó dừng thì sự kiện ngừng chảy mà không ai được báo.
Chuyện hay gặp
Dựng Gateway xong, chạy ngon ba tháng, rồi một hôm số chuyển đổi tụt hẳn mà không ai hiểu vì sao. Hoá ra máy chủ đã dừng từ tuần trước. Nếu bạn dựng Gateway, hãy đặt luôn một cảnh báo khi không có sự kiện nào trong vài giờ — thứ này quan trọng ngang chính Gateway.
So sánh ba cách triển khai CAPI
| Tích hợp sẵn | Gateway | Tự gửi từ hệ thống | |
|---|---|---|---|
| Cần lập trình | Không | Không | Có |
| Chi phí hạ tầng | Không | Có, hàng tháng | Dùng hạ tầng sẵn có |
| Thời gian dựng | Vài phút | Nửa ngày tới một ngày | Vài ngày |
| Gửi sự kiện ngoài website | Không | Hạn chế | Có |
| Gửi tín hiệu chất lượng lead | Không | Khó | Có |
| Ai phải bảo trì | Nền tảng | Bạn | Bạn |
Ba trường hợp nên dùng
- Website tự viết, không có đội lập trình rảnh. Gateway lấp đúng khoảng trống này.
- Nhiều website cùng đổ về một tập dữ liệu. Một Gateway phục vụ được nhiều trang, đỡ phải cài riêng từng chỗ.
- Chuyển đổi xảy ra ngay trên website — đặt hàng, thanh toán, đăng ký. Những sự kiện này Gateway bắt tốt.
Ba trường hợp không nên dùng
- Nền tảng đã có tích hợp CAPI sẵn và đủ dùng. Dựng thêm Gateway chỉ thêm một chỗ để hỏng.
- Giá trị nằm ở CRM, không nằm trên website. Đây là trường hợp của hầu hết ngành có đội sale gọi ra, gồm cả bất động sản. Thứ đáng gửi về Facebook là "sale xác nhận khách này có nhu cầu thật", mà thông tin đó nằm trong CRM chứ không phải trong trình duyệt. Gateway không giải quyết được việc này.
- Không ai trong đội quản được hạ tầng đám mây. Máy chủ không người trông là máy chủ sẽ hỏng lặng lẽ.
Lựa chọn của tôi và lý do
Với các dự án bất động sản, tôi không dùng Gateway mà gửi thẳng từ hệ thống quản lý khách. Lý do nằm ở trường hợp thứ hai: phần tạo ra khác biệt là gửi ngược tín hiệu khi sale cập nhật trạng thái — khách quan tâm, hẹn gặp, cọc. Dữ liệu đó sinh ra trong CRM nhiều ngày sau lúc khách rời website, nên không có đường nào đi qua Gateway cả.
Nói vậy không có nghĩa Gateway dở. Với một trang bán hàng trực tuyến, nơi chuyển đổi xảy ra ngay tại chỗ, nó là lựa chọn hợp lý và nhanh.
Lưu ý khi đã dựng xong
- Kiểm tra mã sự kiện chung. Gateway và Pixel phải gửi cùng mã, nếu không số chuyển đổi bị đếm hai lần.
- Đặt cảnh báo khi im lặng. Không có sự kiện nào trong vài giờ là dấu hiệu máy chủ đã dừng.
- Theo dõi chất lượng khớp sự kiện. Gateway gửi được sự kiện không có nghĩa là Facebook khớp được với người thật.
- Đừng quên bảy ngày. Sự kiện gửi muộn hơn bảy ngày bị bỏ, kể cả khi Gateway báo gửi thành công.
Không chắc nên chọn cách nào?
Tôi nhận dựng phần đo lường cho dự án bất động sản: chọn đúng cách triển khai theo tình huống, gắn nguồn từng số điện thoại, và gửi ngược tín hiệu chất lượng lead về nền tảng quảng cáo.
Xem dịch vụ →Câu hỏi thường gặp
Conversions API Gateway là gì?
Máy chủ trung gian do Meta cung cấp sẵn, dựng trên tài khoản đám mây của bạn, nhận sự kiện từ website rồi chuyển tiếp tới Facebook mà không cần viết mã.
Conversions API Gateway có mất phí không?
Meta không thu phí phần mềm, nhưng bạn trả tiền hạ tầng đám mây hàng tháng, và khoản đó chạy đều kể cả khi tạm dừng quảng cáo.
Gateway khác gì tích hợp sẵn của nền tảng?
Tích hợp sẵn nhanh và không tốn hạ tầng nhưng chỉ gửi được sự kiện nền tảng hỗ trợ. Gateway linh hoạt hơn nhưng cần dựng và bảo trì.
Khi nào không nên dùng Gateway?
Khi nền tảng đã có tích hợp đủ dùng, khi dữ liệu quan trọng nằm ở CRM chứ không ở website, hoặc khi không ai quản được hạ tầng đám mây.
Gateway có thay thế Pixel không?
Không. Nó là một cách triển khai CAPI, mà CAPI bổ sung cho Pixel chứ không thay thế.
Đọc thêm
- Conversions API là gì? Hiểu và dùng CAPI cho Facebook Ads
- CPL là gì? Cách tính chi phí mỗi lead cho đúng
- Chạy quảng cáo bất động sản trên Facebook
Hơn 10 năm làm marketing bất động sản, đã vận hành 100 tỷ+ ngân sách quảng cáo cho 100+ dự án. Tôi viết lại những gì đã làm, gồm cả phần làm hỏng. Xem hồ sơ