Theo dõi postback liên kết: từ click ID đến chuyển đổi được xác nhận
Một thiết kế chuyển đổi từ máy chủ sang máy chủ thực tế bao gồm click ID, xác minh gọi lại, sự kiện trùng lặp, thay đổi trạng thái và đối chiếu.
Postback có tác dụng gì
Postback là thông báo từ máy chủ đến máy chủ báo cáo một sự kiện cho hệ thống khác. Trong báo cáo đơn vị liên kết, nó có thể kết nối chuyển đổi sau này với nhấp chuột trước đó. Admitad mô tả các bài postback của nhà xuất bản như một cách để phân phối dữ liệu chuyển đổi trực tiếp tới hệ thống của nhà xuất bản.
Gửi lại là một phương thức phân phối chứ không phải là sự đảm bảo cho việc phê duyệt hoa hồng. Sự kiện này có thể mô tả một hành động đang chờ xử lý, một xác nhận hoặc một thay đổi sau đó. Việc tích hợp của bạn phải diễn giải trạng thái của nhà cung cấp và mô hình sự kiện thay vì coi mọi yêu cầu đều là doanh thu mới.
Kiên trì nhấp chuột trước khi đưa khách truy cập đi
Tạo click ID mờ đục và lưu trữ đối tác, ưu đãi, vị trí và dấu thời gian của đối tác đó. Chuyển ID đó thông qua trường theo dõi nhà cung cấp được hỗ trợ. Khi có lệnh gọi lại, hãy giải quyết lượt nhấp ban đầu từ bộ nhớ. Đừng tin tưởng nhãn đối tác của lệnh gọi lại để thay thế cho mối quan hệ đó.
Nếu mạng không thể trả về click ID của bạn, hãy thiết lập một khóa đối chiếu được ghi lại trước khi khởi chạy. Báo cáo chỉ chứa tổng số chiến dịch tổng hợp không thể chỉ định kết quả riêng lẻ cho nhiều đối tác một cách đáng tin cậy.
Xác minh và xử lý lệnh gọi lại một cách an toàn
Sử dụng cơ chế xác thực hoặc chữ ký được nhà cung cấp hỗ trợ, giữ bí mật phía máy chủ và từ chối các yêu cầu không hợp lệ. Xác thực các trạng thái được phép, định dạng số tiền, số nhận dạng tiền tệ và giao dịch. Không tìm nạp các URL tùy ý từ các trường đến hoặc phản ánh bí mật gọi lại vào nhật ký.
Duy trì một sự kiện lâu dài trước khi thừa nhận nó là đã được chấp nhận. Xử lý các sự kiện theo kiểu giao dịch hoặc thông qua hàng đợi có thể thử lại. Nếu dịch vụ của bạn không thành công sau khi nhận nhưng trước khi cập nhật tổng số, việc phát lại sẽ hoàn tất quá trình cập nhật mà không cần sao chép. Giữ các sự kiện thất bại có sẵn để điều tra.
Làm cho việc phân phối trùng lặp trở nên vô hại
Sử dụng mã nhận dạng giao dịch trong phạm vi nhà cung cấp, cùng với mã nhận dạng sự kiện hoặc phiên bản nếu có. Thông báo trùng lặp không nên thêm hoa hồng thứ hai. Cập nhật trạng thái sau này cho cùng một giao dịch sẽ cập nhật trạng thái của giao dịch đó trong khi vẫn giữ lại lịch sử sự kiện.
Hãy xem xét giao dịch đầu tiên nhận được ở dạng đang chờ xử lý, sau đó được phê duyệt và sửa chữa. Số tiền được phê duyệt không được tính một lần cho mỗi thông báo. Khi các sự kiện không theo thứ tự, hãy sử dụng trình tự nhà cung cấp đã được ghi lại hoặc cập nhật dấu thời gian; mặt khác hãy đánh dấu sự mơ hồ thay vì phát minh ra quy tắc đặt hàng.
Điều chỉnh ngay cả khi lệnh gọi lại hoạt động
So sánh các giao dịch được lưu trữ với các báo cáo định kỳ của nhà cung cấp. Thiếu lệnh gọi lại, click ID không khớp và số tiền đã thay đổi sẽ xuất hiện trong danh sách ngoại lệ. Theo dõi lần điều chỉnh thành công gần đây nhất tách biệt với lần gọi lại gần đây nhất.
- Phát lại cùng một sự kiện hai lần và xác minh tổng số không thay đổi.
- Kiểm tra xác thực không hợp lệ và click ID không xác định.
- Gửi cập nhật trạng thái theo thứ tự ngược lại.
- Xử lý ngắt và thử lại sự kiện.
- So sánh tổng số đối tác cuối cùng với báo cáo nguồn.
Đây là những đề xuất triển khai chứ không phải khẳng định rằng mọi mạng đều hỗ trợ cùng một tải trọng. Xem báo cáo trạng thái chuyển đổi về cách trình bày kết quả bị trì hoãn và điều chỉnh cho đối tác.