Facebook Setting API chuyển đổi cho các liên kết: hướng dẫn 2026

Bước 1: Định nghĩa hợp đồng chuyển đổi trước khi gửi sự kiện

Hợp đồng chuyển đổi là quy tắc bằng văn bản cho mỗi sự kiện có nghĩa là gì, khi nó nổ ra, và những trường hợp nào được phép trong tải trọng hữu ích.

Chọn những sự kiện mà bạn có thể chứng minh

Hầu hết các kênh liên kết nên bắt đầu với bốn sự kiện tiêu chuẩn: ViewContent, Lead, InitiateCheckout, và Purchase. Thêm CompleteRegistration chỉ khi kênh có một bước đăng ký thực tế mà chưa được ghi lại bởi Lead.

Tránh tạo các sự kiện tùy chỉnh cho mỗi hành động vi mô. Meta có thể tối ưu hóa tốt hơn từ ít, các sự kiện nhất quán hơn từ một danh sách dài của tín hiệu yếu thay đổi từ cung cấp đến cung cấp.

Bản đồ từng sự kiện thành một hành động kinh doanh

Mỗi sự kiện nên có một định nghĩa kinh doanh duy nhất. Ví dụ, Lead có thể có nghĩa là một sự lựa chọn được xác nhận được gửi từ trang mua hàng trước của bạn, trong khi Purchase có nghĩa là một chuyển đổi trả tiền được xác nhận từ thư gửi lại hoặc xác nhận thanh toán của mạng.

Đăng ký nguồn gốc của sự thật cho mỗi sự kiện:

➡️ Sự kiện xảy ra khi nguồn thật ➡️ Hầm lẫn phổ biến ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ Xem nội dung ➡️ ➡️ Lập vào hoặc xem quảng cáo ➡️ ➡️ Bước trình duyệt ➡️ Tạo súng trên các trang tiện ích vô liên quan ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️ ➡️

Định nghĩa các điểm nhận dạng một lần

Sử dụng một lớp sự kiện chia sẻ để tạo ra event_id, event_time, và action_source. Sending the same event_id from the browser event and the server event so Meta can deduplicate them as one action.

Sử dụng Unix epoch seconds cho event_time. Như một quy tắc hoạt động thực tế, gửi các sự kiện gần như có thể với hành động; sự kiện bị trì hoãn vẫn có thể được chấp nhận, nhưng dữ liệu chuyển đổi cũ ít hữu ích hơn cho việc đặt thầu và giải quyết các vấn đề.

Bước 2: Giữ Pixel và CAPI trong Lockstep

Pixel và CAPI nên mô tả hành động thực tế tương tự thông qua hai con đường giao dịch. Nếu họ bắn cho các định nghĩa khác nhau, việc sao chép trở nên không đáng tin cậy và báo cáo có thể bùng nổ.

Đảm bảo bảo bảo vệ Pixel trước

Trước khi xây dựng các sự kiện máy chủ, hãy xác minh rằng Pixel phát ra trên các trang funnel quan trọng: trang đích, bước ý định khóa, nhập thanh toán và xác nhận.

Điều này cũng cung cấp cho bạn một đường cơ sở cho việc làm bên máy chủ. Nếu con đường trình duyệt đã bị lỗi, CAPI sẽ không sửa chữa logic sự kiện cơ bản.

Tạo một biểu tượng tương quan chung

Tạo một mã thông báo tương quan khi trang tải hoặc khi phiên người dùng bắt đầu. Chuyển nó qua các trang đích, biểu mẫu, chuyển hướng thanh toán và trả lại khi hợp pháp và kỹ thuật có thể.

Token đó không nên thay thế các trường yêu cầu của Meta, nhưng nó cho nhóm của bạn một cách để kết hợp các nhật ký trình duyệt, nhật ký máy chủ, hậu thuẫn mạng và chẩn đoán nền tảng quảng cáo trong thời gian gỡ lỗi.

Hoán hóa bối cảnh chiến dịch

Cung cấp lưu lượng truy cập trong các lĩnh vực ổn định: nguồn, chiến dịch, bộ quảng cáo, quảng cáo, sáng tạo, vị trí, ID liên kết, ID cung cấp và biến thể kênh. Sử dụng một hệ thống đặt tên nhất quán như quá trình UTM decoding của bạn để truyền thông trả tiền và báo cáo liên kết có thể được so sánh mà không cần làm sạch bằng tay.

Đừng bỏ tất cả các tham số có sẵn vào custom_data. Sending fields that help verify attribution, value, funnel state, or optimization quality.

Bước 3: Xây dựng những công cụ có ý thức về sự đồng ý

Một tải trọng hữu ích CAPI tốt là cả hai hữu ích về mặt kỹ thuật và ý thức về quyền riêng tư. Nó nên bao gồm các trường phù hợp nhất được cho phép, nhưng chỉ khi thu thập và truyền tải là hợp pháp cho người dùng và khu vực đó.

Bắt đầu với hình dạng tối thiểu

Xây dựng và thử nghiệm tải trọng bồi thường cơ sở trước khi thêm các trường tùy chọn:

• event_name - event_time - event_source_url - action_source - event_id - user_data - custom_data

Đối với các khoản mua hàng, hãy ghi money và value khi giá trị là đáng tin cậy. Đối với các khoản mua hàng liên kết với sự chấp thuận chậm trễ, hãy phân biệt giá trị chuyển đổi ước tính từ thanh toán được chấp thuận trong báo cáo nội bộ của bạn.

Tiêu chuẩn và Hash dữ liệu người dùng đúng

Địa chỉ email và số điện thoại nên được chuẩn hóa trước khi hashing. Ví dụ, cắt không gian trắng, địa chỉ email chữ nhỏ và định dạng số điện thoại nhất quán trước khi áp dụng SHA-256 khi cần hashing.

Không nên đánh giá hai lần. Một trường bị đánh dấu hai lần thường tệ hơn một trường bị bỏ qua vì nó không thể được kết hợp theo mục đích và khó chẩn đoán.

Sự đồng ý mã hóa trong con đường dữ liệu

Sự đồng ý nên được thực thi trước khi tải trọng hữu ích được xây dựng, không được xem xét sau khi sự kiện được gửi. Nếu sự đồng ý bị thiếu, chỉ gửi các trường mà chính sách của bạn cho phép, hoặc xóa sự kiện khi yêu cầu bởi cơ sở pháp lý và quy định khu vực của bạn.

Giữ bản đồ này trong quá trình tuân thủ của bạn, bao gồm [chuẩn đoán pháp lý và tuân thủ](/ pháp lý/ tuân thủ).

Bước 4: Chuyển truyền các sự kiện bằng cách lặp lại và giảm gấp đôi

Chất lượng truyền tải quan trọng bởi vì một chuyển đổi thực sự nên trở thành một sự kiện nền tảng.

Chọn con đường hòa nhập đúng đắn

Có ba con đường thực hiện chung:

Nếu nhóm của bạn đã sử dụng các container máy chủ Google Tag Manager, so sánh dòng công việc này với cài đặt GTM bên máy chủ của bạn (/blog/tracking-and-compliance/server-side-gtm-setup) trước khi chọn một relay riêng.

Chỉ thử lại những thất bại đúng đắn

Thực hiện các thử nghiệm lại cho các lỗi vận chuyển tạm thời như thời gian ra hoặc lỗi máy chủ tạm thời. Đừng thử lại các sự kiện bị cố định mà không sửa lỗi xác thực trước.

Một mô hình thử nghiệm lại thực tế là gửi ngay lập tức, một thử nghiệm ngắn, một thử nghiệm lại chậm, sau đó là một nhật ký chữ cái chết để xem xét. Giữ ID yêu cầu, ID sự kiện, mã phản ứng và phiên bản tải trọng hữu ích trong nhật ký để có thể kiểm tra các lỗi.

Dedule bằng ID Event

Sử dụng cùng một event_id cho sự kiện Pixel và sự kiện CAPI tương ứng. Ngoài ra, lưu trữ bộ nhớ cache bên máy chủ ngắn hạn được khóa bằng ID sự kiện và hành động kinh doanh để hệ thống của bạn không gửi cùng một chuyển đổi lặp đi lặp lại.

Theo ước tính, một thực hiện lành mạnh nên giữ cho rò rỉ trùng lặp liên tục thấp đến mức nó không thay đổi quyết định tối ưu hóa.

Bước 5: Kiểm tra chất lượng tín hiệu trước khi mở rộng quy mô

Đừng đánh giá CAPI bằng việc các sự kiện có xuất hiện trong bảng điều khiển hay không, hãy đánh giá nó bằng việc các sự kiện được chấp nhận có chính xác, không sao chép, kịp thời và hữu ích cho việc đặt thầu hay không.

Tiến hành các phiên kiểm tra được kiểm soát

Kiểm tra từng loại sự kiện với các phiên được biết trước khi gửi lưu lượng truy cập đầy đủ. Chụp sự kiện trình duyệt, sự kiện máy chủ, ID sự kiện, dấu thời gian, URL, giá trị, trạng thái đồng ý và kết quả mong đợi.

Thử nghiệm tiêu cực cũng được thực hiện. Các khoản thanh toán bị bỏ rơi, thẻ bị từ chối, biểu mẫu không hợp lệ và chuyển đổi liên kết bị từ chối không nên được tính là các giao dịch mua hàng hoặc khách hàng tiềm năng thành công.

Sử dụng số liệu sức khỏe với mức độ thực tế

Số chính xác khác nhau theo chiều dọc, địa lý, hỗn hợp thiết bị và tỷ lệ đồng ý, vì vậy hãy coi chúng là ước tính hoạt động thay vì các tiêu chuẩn phổ quát.

Métric, những gì nó nói với bạn, mục tiêu thực tế hoặc kích hoạt, tỷ lệ chấp nhận của CAPI, quy trình và sức khỏe API, điều tra giảm liên tục dưới 95%, chất lượng phù hợp của sự kiện, sức mạnh của sự phù hợp của người dùng, so sánh theo các sự kiện và nguồn lưu lượng truy cập, không phải một số toàn cầu, sự chồng chéo giữa Pixel và CAPI, bảo hiểm khử trùng lặp, điều tra sự chồng chéo thiếu trong các sự kiện chuyển đổi chính, sự đổi trùng lặp, chất lượng khử trùng lặp, xem xét nếu các bản sao ảnh hưởng đến các quyết định thanh toán hoặc trì hoãn sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện, sự kiện,

Lắp đặt các lỗi đúng thứ tự

Bắt đầu với Meta Events Manager chẩn đoán và kiểm tra các sự kiện. Sau đó xem lại quá trình chất lượng sự kiện của bạn (blog/tracking-and-compliance/event-match-quality-emq), nhật ký máy chủ, hồ sơ trả lời mạng và báo cáo tài khoản quảng cáo.

Đừng thay đổi giá để bù đắp cho việc theo dõi bị hỏng.

Bước 6: Sử dụng CAPI cho các quyết định quy mô liên kết

Các nhóm liên kết không nên thiết bị mỗi bài kiểm tra với cùng độ sâu.

Đánh phân các ưu đãi theo quốc gia vận hành

Lập từng đề nghị trước khi quyết định đầu tư theo dõi:

• Pre-scale: khối lượng thử nghiệm sớm, CPA không ổn định và chứng minh chuyển đổi hạn chế. - Scaling: tỷ lệ chuyển đổi lặp lại, xu hướng CPA ổn định và khối lượng đủ để học. - Saturated: tăng CPA, phản ứng sáng tạo yếu hơn, hoặc khối lượng giới hạn trên cửa sổ lặp lại.

Daily Intel Service hữu ích ở đây bởi vì nó giúp các nhà khai thác tách hành vi quy mô trực tiếp khỏi các snapshot công cộng cũ. Điều đó làm giảm cơ hội dành thời gian kỹ thuật cho các đề nghị đã bị mờ dần.

Sử dụng các tín hiệu bên ngoài cẩn thận

[Meta Ad Library]https://www.facebook.com/ads/library/) có thể giúp xác minh xem các nhà quảng cáo hiện đang chạy sáng tạo hay không, nhưng nó không chứng minh lợi nhuận, chi tiêu hoặc tỷ lệ chuyển đổi.

Các công cụ cạnh tranh như AdSpy, BigSpy, hoặc Anstrex có thể hỗ trợ nghiên cứu sáng tạo, nhưng chúng không nên xác định xem thực hiện CAPI của bạn đang hoạt động hay không.

Kết nối theo dõi với các hoạt động truyền thông

Xây dựng kiểm tra CAPI vào quá trình triển khai người mua phương tiện truyền thông. Một thói quen thực tế là theo dõi ánh sáng cho các thử nghiệm sớm, xác nhận CAPI sâu hơn cho các ứng viên quy mô, và làm sạch hàng tuần cho các sự kiện liên quan đến các đề nghị tạm dừng hoặc bão hòa.

Đối với các nhóm sử dụng Daily Intel Service, dòng công việc mạnh nhất là kết hợp thông tin tình báo về tình trạng cung cấp với kiểm tra sức khỏe CAPI nội bộ trước khi tăng ngân sách. Xem lại phương pháp [Daily Intel Service](/ phương pháp) nếu bạn cần khung quyết định đằng sau phân loại đó.

Bước 7: Giữ sự quản lý sau khi khởi động

CAPI không phải là một thiết lập một lần. Nó cần phiên bản, giám sát và sở hữu bởi vì các trang kênh, nhà cung cấp thanh toán, hậu thuẫn liên kết và các quy tắc xác thực nền tảng thay đổi.

Giữ một cuốn sách chạy một trang cho mỗi đường hầm

Mỗi kênh nên có một sổ chạy với bản đồ sự kiện, sơ đồ tải trọng hữu ích, quy tắc đồng ý, chủ sở hữu, nguồn trả lời, chính sách thử lại, kế hoạch trả lời và ngày xác thực cuối cùng. Điều này đơn giản, nhưng nó ngăn chặn việc gỡ lỗi tùy thuộc vào bộ nhớ.

Cập nhật sổ chạy bất cứ khi nào URL của đề nghị, dòng thanh toán, biểu mẫu dẫn, miền theo dõi hoặc quy tắc thanh toán thay đổi.

Chú ý đến sự trôi dạt của kế hoạch

Trở độ Schema xảy ra khi tải trọng bạn nghĩ bạn gửi không còn là tải trọng hữu ích đến Meta. Các nguyên nhân phổ biến bao gồm các trường mẫu mới, thay đổi thanh toán, cập nhật nhà cung cấp liên tiếp và thay đổi sau trả lại mạng.

Giữ các phiên bản tải trọng hữu ích và so sánh tỷ lệ chấp nhận, chất lượng phù hợp và hành vi trùng lặp trước và sau khi triển khai. Nếu chấp nhận giảm sau khi phát hành, hãy lật ngược thay đổi theo dõi trước khi thay đổi chiến lược chiến dịch.

Giữ sự tin tưởng của người dùng trung tâm

Việc theo dõi bên máy chủ không nên được sử dụng như một giải pháp để lựa chọn người dùng hoặc chính sách nền tảng. Thích ứng thực hiện của bạn với tài liệu API chuyển đổi của Meta, các tiêu chuẩn quảng cáo Meta và các nguyên tắc nội dung hữu ích của Google khi xuất bản hướng dẫn hoặc sổ chơi nội bộ.

Phiên bản bền của CAPI là đơn giản: thu thập ít tiếng ồn hơn, gửi các sự kiện sạch hơn, tôn trọng sự đồng ý và quy mô chỉ khi nền kinh tế kênh biện minh cho công cụ sâu hơn.

Những câu hỏi thường được hỏi

Q: Facebook Conversions API là gì? A: Facebook Conversions API là giao diện sự kiện bên máy chủ của Meta để gửi web, ứng dụng hoặc các sự kiện chuyển đổi ngoài khơi trực tiếp từ máy chủ của bạn hoặc tích hợp được phê duyệt đến Meta.

Q: Các liên kết vẫn cần Pixel nếu họ sử dụng CAPI? A: Vâng. Hầu hết các thiết lập liên kết nên sử dụng cả Pixel và CAPI, sau đó sao chép các sự kiện phù hợp với cùng event_id. Pixel cung cấp bối cảnh trình duyệt, trong khi CAPI cải thiện khả năng phục hồi khi tín hiệu trình duyệt bị hạn chế.

Q: Các sự kiện nào nên bắt đầu với một liên kết? A: Bắt đầu với ViewContent, Lead, InitiateCheckout, và Purchase chỉ khi mỗi sự kiện được chuyển thành một hành động kênh thực. Thêm thêm các sự kiện sau khi bạn có thể chứng minh các sự kiện cơ bản là chính xác.

Q: Làm thế nào để ngăn chặn chuyển đổi trùng lặp? A: Tạo một event_id cho hành động thực tế, gửi ID tương tự qua trình duyệt và các con đường máy chủ, và giữ các kiểm soát khả năng không sử dụng bên máy chủ cho các lần thử lại sau hoặc cập nhật thanh toán.

Câu: Tôi nên xác nhận gì trước khi mở rộng chi phí? A: xác nhận định nghĩa sự kiện, chấp nhận tải trọng hữu ích, thời gian sự kiện, khấu trừ, xử lý sự đồng ý và hòa giải chuyển đổi được phê duyệt. Đừng tăng ngân sách chỉ vì các sự kiện CAPI xuất hiện trong Meta Events Manager.

Câu: Chất lượng phù hợp sự kiện có giống với chất lượng theo dõi không? A: Không. Chất lượng phù hợp sự kiện phản ánh sức mạnh của các trường phù hợp được phép, nhưng chất lượng theo dõi cũng phụ thuộc vào logic sự kiện chính xác, giảm trùng lặp, kịp thời và xử lý giá trị chuyển đổi sạch.