Vì sao tiếp thị liên kết bị cắt chuyển đổi? Rà soát lưu lượng, theo dõi và cách xử lý

Kết luận chính: số liệu lệch nhau vì ba nhóm nguyên nhân, gồm lỗi theo dõi, chất lượng lưu lượng và bị từ chối khi duyệt, mỗi nhóm cần cách kiểm tra và người tiếp nhận khác nhau. Phần lớn trường hợp tra đến cùng đều dừng ở mất attribution hoặc lưu lượng không qua được duyệt, chứ không phải ai đó lén sửa báo cáo của bạn.

Một affiliate chạy offer CPA thấy tracker của mình ghi đúng 40 chuyển đổi. Đến kỳ thanh toán chỉ còn 31. Phản ứng đầu tiên là nghi bị cắt số, kế đến là ý định đổi sang mạng khác.

Câu trả lời bắt đầu từ việc đối chiếu ba con số: tracker của bạn ghi bao nhiêu, bảng điều khiển của mạng hiển thị bao nhiêu, và nhà quảng cáo xác nhận bao nhiêu đơn. Vị trí lệch nhau nằm ở đâu, tính chất vấn đề hoàn toàn khác theo từng vị trí đó.

Cắt chuyển đổi nào? Xác định loại trước đã

Chênh lệch trên báo cáo thường rơi vào bốn dạng, mỗi dạng có nguyên nhân và bước xử lý đầu riêng, gộp chung lại kiểm tra chỉ tốn thời gian. Đối chiếu bảng dưới đây để xác định bạn đang ở ô nào:

Có một trường hợp cần nói riêng. Trong ngành, việc "bớt ghi nhận chuyển đổi mà không nêu lý do" gọi là shaving, còn "cắt giảm có nêu lý do" gọi là scrubbing; khác biệt nằm ở chỗ có để lại dấu vết hay không. Bài so sánh của Partnerkin vẽ ranh giới này rất rõ: phần cắt giảm có lý do từ chối, có tỷ lệ, và tra được chi tiết trên hệ thống. Bạn có thể không đồng ý kết luận, nhưng ít nhất còn căn cứ để đối chiếu. Những chuyển đổi biến mất không lý do mới là thứ đáng cảnh giác. Thấy số giảm, việc đầu tiên là tìm lý do từ chối.

Nhìn nhanh vậy thôi, đó đã là bước định tính đầu tiên.

Kiểm duyệt lưu lượng kiểm tra gì: ba mảng

Bộ phận duyệt của mạng affiliate, nhà quảng cáo và hệ thống theo dõi tập trung vào ba mảng: theo dõi và attribution, chất lượng lưu lượng, môi trường tài khoản. Mảng nào gặp sự cố, cách xử lý cũng khác nhau. Xét lần lượt từng mảng.

Mảng theo dõi và attribution, vấn đề nằm phần lớn ở cấu hình. Link theo dõi mất tham số, SubID không truyền qua, postback chuyển đổi trễ, cửa sổ attribution lệch với cài đặt của nhà quảng cáo: tất cả đều khiến chuyển đổi thật không được ghi vào tên bạn. Chuyện này chẳng liên quan gì đến lưu lượng tốt hay xấu. Sửa cấu hình là hết.

Mảng chất lượng lưu lượng là thủ phạm chính của việc bị từ chối. IndoLeads đã tổng hợp các lý do từ chối chuyển đổi thường gặp: lead vô hiệu hoặc kém chất lượng, gửi trùng, đơn bị hủy hoặc hoàn tiền, nguồn lưu lượng vi phạm điều khoản chương trình, attribution bị kênh khác giành mất. Offer CPA bị từ chối gắt hơn chia sẻ doanh thu. Lead dễ làm giả hơn đơn hàng nên nền tảng duyệt cũng chặt hơn.

Mảng tài khoản và môi trường dễ bị bỏ qua nhất. Nhiều tài khoản dùng chung một profile trình duyệt khiến Cookie và trạng thái đăng nhập rối vào nhau; một nhân viên thao tác nhầm, chạy lưu lượng của dự án A trong môi trường B. Những lỗi này không trực tiếp kích hoạt kiểm duyệt. Nhưng khi có sự cố muốn tra lại, ghi chép môi trường lệch nhau khiến việc truy tìm khó gấp bội.

Chuyển đổi bị từ chối, tra từng mục thế nào

Tra soát đi theo một trình tự cố định. Rà lỗi kỹ thuật trước, đến chất lượng sau, và cuối cùng mới đặt câu hỏi về nền tảng. Quy trình sáu bước:

1. Xác nhận mốc thời gian và múi giờ thống kê của ba bên, loại trừ khác biệt cách tính.
2. Kiểm tra link theo dõi, SubID và click ID có truyền đủ không.
3. Đối chiếu sự kiện chuyển đổi, trạng thái đơn, hoàn tiền và trạng thái duyệt.
4. Đọc từng lý do từ chối, so với giới hạn lưu lượng trong điều khoản chương trình.
5. Nhóm theo ngày, kênh, nguồn để tìm ra khâu nào tập trung chênh lệch.
6. Lưu hồ sơ và bằng chứng, rồi mang trường hợp cụ thể gặp affiliate manager.

Ba bước đầu rà lỗi kỹ thuật. Postback đứt, tham số rơi, liên hệ hỗ trợ kỹ thuật là sửa được. Ba bước sau rà chất lượng. Lý do từ chối viết rõ ràng, thì chỉnh nguồn lưu lượng theo điều khoản. Chỉ khi ô lý do để trống và tỷ lệ bất thường mới đến lúc nghi ngờ nền tảng. Đi ngược trình tự, dễ dàng đem lỗi kỹ thuật ra cãi nhau về "cắt số".

Chuyện chưa xong mà quan hệ đã nứt.

Chạy nhiều tài khoản: lớp môi trường cần tra gì

Sự cố ở lớp môi trường không trực tiếp gây ra việc bị từ chối, nhưng làm mất căn cứ tra soát. Giữ lớp này gọn gàng, ba mảng đầu mới lần ra dấu vết. Quản lý môi trường cho nhiều tài khoản chính là việc MostMate, một trình duyệt anti-detect, đang làm.

Trước hết, kiểm tra tài khoản và môi trường có khớp cặp với nhau không. Mỗi tài khoản dự án một môi trường riêng, tên và ghi chú nêu rõ mục đích. Cột tài khoản liên kết khớp nhau, thao tác nhầm nhìn một phát là ra. Nguyên lý và giới hạn của cô lập môi trường, bài về cô lập môi trường trình bày kỹ, ở đây không lặp lại.

Tiếp theo, kiểm tra trạng thái đăng nhập có rò rỉ chéo không. Trong MostMate, Cookie và lưu trữ cục bộ của từng môi trường tách bạch, trạng thái đăng nhập của dự án A không lọt vào môi trường B. Khi nhiều môi trường dùng chung một proxy, proxy nằm trong danh sách riêng. Cái nào phân cho môi trường nào đều có ghi nhận, đường nào lỗi tra một phát là biết.

Cuối cùng, kiểm tra thao tác của nhóm có để lại dấu vết không. Khi cả team cùng chạy affiliate, nhật ký thành viên ghi bốn loại sự kiện: đăng nhập, thao tác, chia sẻ và chuyển giao môi trường. Ai đụng vào môi trường nào lúc nào, mở nhật ký là có. Khi nhân viên nghỉ việc cần thu hồi quyền thế nào, bài về an toàn nhóm có checklist đầy đủ.

Nói rõ giới hạn: cô lập môi trường chỉ quản dữ liệu trình duyệt. Nó vá không được postback đứt, cũng không thay đổi được kết luận duyệt của nhà quảng cáo. Cái nó giải quyết là "xảy ra sự cố thì tra ra được". Lưu lượng có qua duyệt hay không vẫn phụ thuộc ba mảng đầu.

Biến việc kiểm tra thành nhịp độ

Đừng chờ hoa hồng bị từ chối mới bắt đầu: chạy một vòng trước khi lên mạng, một vòng trong lúc chạy chiến dịch, một vòng trước kỳ thanh toán, phần lớn tranh chấp sẽ gỡ xong trước khi chốt sổ. Ba mốc có trọng tâm khác nhau:

• Trước khi lên mạng: thử link theo dõi và sự kiện chuyển đổi, đọc hết giới hạn lưu lượng trong điều khoản.
• Trong lúc chạy: mỗi tuần đối chiếu click, chuyển đổi và dữ liệu kênh, ghi lại thay đổi cấu hình.
• Trước kỳ thanh toán: soát lại đơn đang chờ duyệt và lý do từ chối, thắc mắc thì nêu trong cửa sổ thanh toán.

Affiliate cá nhân với ít tài khoản quản được cả ba mốc chỉ bằng một bảng tính. Tài khoản lên tới hàng chục, hàng trăm, team phân công rồi, thì nhịp độ cần công cụ đỡ phía dưới. Cách quản môi trường, proxy và quyền thành viên thống nhất một nơi, website MostMate có mô tả tổng thể. Cách vận hành thay đổi thế nào khi tài khoản từ vài chục lên vài trăm, bài về quy mô đã trình bày.

Câu hỏi thường gặp

Vì sao có click nhưng không có bản ghi chuyển đổi?

Xem cửa sổ attribution và cấu hình postback trước. Người dùng bấm link nhưng chưa hoàn thành hành động mục tiêu, postback chuyển đổi trễ, attribution bị kênh khác giành mất: tất cả đều khiến click và chuyển đổi tách rời. Phần lớn là vấn đề cấu hình kỹ thuật, chứ không phải lưu lượng bị cắt.

Chuyển đổi hiển thị thành công, vì sao hoa hồng vẫn bị từ chối?

Chuyển đổi ghi thành công chỉ có nghĩa là sự kiện được ghi nhận. Nhà quảng cáo còn xác nhận đơn, kiểm tra thanh toán và đối chiếu điều khoản. Hoàn tiền, gửi trùng, nguồn vi phạm điều khoản đều khiến chuyển đổi đã ghi nhận bị từ chối ở khâu duyệt.

Đổi proxy hoặc trình duyệt anti-detect thì chuyện cắt chuyển đổi có hết không?

Không tự hết. Cô lập môi trường giải quyết chuyện dữ liệu trình duyệt rối chéo giữa các tài khoản; lỗi theo dõi phải sửa cấu hình, vấn đề chất lượng lưu lượng phải đổi nguồn. Xác định trước mình thuộc trường hợp nào rồi mới quyết định đụng vào lớp nào.

Chạy nhiều tài khoản làm sao để các môi trường không nhiễu nhau?

Mỗi tài khoản dự án một môi trường riêng, Cookie, trạng thái đăng nhập, proxy tách bạch, tên môi trường ghi rõ thuộc về đâu. Khi cả nhóm cùng làm, dùng quyền thành viên và nhật ký giữ chặt bản ghi thao tác, mọi thay đổi môi trường đều lần ngược lại được.

Lời kết

Đối chiếu chênh lệch theo bốn dạng, tra ba mảng duyệt lần lượt, giữ lớp môi trường sạch sẽ, phần lớn tranh chấp sẽ giải quyết trước kỳ thanh toán. Người mới bắt đầu có thể tải MostMate về lập môi trường riêng đầu tiên, dựng ngay cặp quan hệ giữa môi trường và tài khoản.