หากไม่ชัดเจนว่าคอนเวอร์ชันที่มีผลนับอย่างไร การปฏิเสธหักรายได้เท่าไร และอัตราชำระต่างจากยอดที่ได้รับจริงแค่ไหน ต่อให้วิธีและการดำเนินงานถูกต้อง กำไรจริงก็อาจยังต่ำได้
คนทำแอฟฟิลิเอตมักมองว่ารายได้ต่ำเพราะทราฟฟิกไม่พอหรือยังไม่ชำนาญวิธีการ แต่เมื่อนำแดชบอร์ดมาเทียบกับใบสรุปการชำระเงินจริง ๆ มักเห็นปัญหาอีกแบบหนึ่ง: ทราฟฟิกไม่มีปัญหา วิธีการก็เหมือนเดิม แต่บัญชียังไม่ชัดเจน สำหรับ offer เดียวกัน รายได้ต่อคลิกของแต่ละคนอาจต่างกัน และความต่างมักอยู่ที่ตัวเลขสามค่า
ตัวเลขที่หนึ่ง: อะไรจึงนับเป็นคอนเวอร์ชันที่มีผล
รายงานคอนเวอร์ชันในแดชบอร์ดมักไม่ตรงกับใบสรุปการชำระ เพราะเกณฑ์การนับไม่เหมือนกัน คลิก การสมัคร การฝากครั้งแรก และการคงอยู่ของผู้ใช้ ต่างก็อาจถูกเรียกว่าคอนเวอร์ชันใน offer ที่ต่างกัน ขณะที่อัตราชำระอาจต่างกันหลายเท่า
สิ่งที่ต้องถามให้ชัดก่อนมีสามเรื่อง: ผู้ลงโฆษณาจ่ายตามเหตุการณ์ใดจริง ๆ—สมัครหรือฝากครั้งแรก สั่งซื้อหรือยืนยันรับสินค้า; มีช่วงยืนยันระหว่างคอนเวอร์ชันที่รายงานกับคอนเวอร์ชันที่ยืนยันแล้วหรือไม่; และต้นทุนของคอนเวอร์ชันที่ถูกปฏิเสธในช่วงนั้นใครเป็นผู้รับผิดชอบ
ในเครือข่ายส่วนใหญ่ คอนเวอร์ชันจะขึ้นสถานะรอตรวจสอบก่อน แล้วจึงเปลี่ยนเป็นยืนยันภายหลัง ตัวเลขที่รอตรวจสอบยังถูกยกเลิกได้ หากนำตัวเลขนี้ไปคำนวณรายได้ต่อคลิก ก็เท่ากับบันทึกเงินที่ยังไม่แน่นอนเป็นรายได้เร็วเกินไป และทำให้การตัดสินใจซื้อทราฟฟิกภายหลังคลาดเคลื่อน ควรยืนยันเกณฑ์กับผู้ดูแลบัญชีและเขียนไว้หนึ่งประโยคในสเปรดชีต ซึ่งง่ายกว่าการตามแก้ยอดทีหลังมาก
ตัวเลขที่สอง: อัตราคอนเวอร์ชันจริงและอัตราการปฏิเสธ
อัตราคอนเวอร์ชันจริงไม่ใช่จำนวนคอนเวอร์ชันในแดชบอร์ดหารด้วยจำนวนคลิก แต่คือ คอนเวอร์ชันที่มีผลและยืนยันแล้ว หารด้วยคลิกที่มีผล มีสองจุดสำคัญ: ตัวตั้งต้องใช้คอนเวอร์ชันที่ยืนยันแล้ว และตัวหารต้องตัดคลิกซ้ำหรือคลิกผิดปกติที่เห็นได้ชัดออก
อัตราการปฏิเสธคำนวณง่าย คือจำนวนคอนเวอร์ชันที่ถูกปฏิเสธหารด้วยคอนเวอร์ชันที่รายงานทั้งหมด สาเหตุที่อัตรานี้สูงมักมีไม่กี่แบบ เช่น ผู้ใช้คนเดิมส่งข้อมูลซ้ำ ข้อมูลไม่ผ่านเงื่อนไข ผู้ใช้ยกเลิกหรือคืนสินค้าหลังสั่งซื้อ หรือผู้ลงโฆษณาตรวจแล้วเห็นว่าคุณภาพทราฟฟิกไม่ถึงเกณฑ์ การหักเหล่านี้ไม่เห็นในวันที่สั่งซื้อ แต่จะรู้ตอนชำระเงิน
อัตราการปฏิเสธสำคัญเพราะผลกระทบสะสมได้ ช่องทางหนึ่งอาจดูดีจากคอนเวอร์ชันที่รายงาน แต่ถ้าถูกปฏิเสธสูงก็แปลว่าคุณภาพผู้ใช้มีปัญหา ยิ่งเพิ่มปริมาณยิ่งทำให้ขาดทุนสม่ำเสมอขึ้น ในทางกลับกัน บางช่องทางมีปริมาณน้อยและจำนวนคอนเวอร์ชันดูไม่เด่น แต่มีอัตรายืนยันสูง จึงได้เงินเข้าจริงดีกว่า ดังนั้นการคำนวณตามช่องทางควรดูตัวเลขที่ยืนยันแล้ว ไม่ใช่ตัวเลขที่รายงานในนาม
ตัวเลขที่สาม: ส่วนต่างระหว่างอัตราชำระกับยอดที่ได้รับจริง
ระหว่างค่าคอมมิชชันตามชื่อกับยอดที่ได้รับจริงยังมีช่องว่างอยู่ ช่องว่างนี้มีสามส่วน
ส่วนแรกคือการหักจากแพลตฟอร์มและผู้ลงโฆษณา บางแห่งหักเป็นเปอร์เซ็นต์ บางแห่งคิดเป็นขั้น และบาง offer แสดงราคาแบบ gross จึงต้องถามราคา net แยกต่างหาก
ส่วนที่สองคือการหักจากทราฟฟิกที่ไม่มีผล คลิกซ้ำ แหล่งที่มาผ่าน proxy หรืออุปกรณ์ผิดปกติอาจทำให้คอนเวอร์ชันบางส่วนถูกตัดออก และมักไม่มีรายละเอียดครบถ้วน
ส่วนที่สามคือเงินที่ถูกผูกไว้ด้วยรอบการชำระ การจ่ายรายเดือนหรือทุกสองเดือน ยอดขั้นต่ำในการถอน และช่วงรอยืนยัน เมื่อรวมกันแล้วอาจทำให้เห็นเงินอยู่ในบัญชีแต่ยังรับจริงไม่ได้ แม้กำไรสุทธิเท่ากัน ช่องทางที่จ่ายช้าจะกดดันกระแสเงินสดมากกว่า
เมื่อรวมทั้งสามส่วนแล้ว หน่วยที่ควรใช้คือยอดเงินที่ได้รับจริงต่อหนึ่งพันคลิก ตัวเลขนี้จึงเหมาะสำหรับเทียบกับต้นทุนทราฟฟิก และน่าเชื่อถือกว่าอัตราคอมมิชชันตามชื่อ
ตัวเลขทั้งสามช่วยอธิบายรายได้ต่ำอย่างไร
รายได้สามารถเขียนแบบคร่าว ๆ ได้ว่า: จำนวนคลิก × อัตราคอนเวอร์ชันจริง × อัตราเฉลี่ยที่ยืนยันแล้ว × (1 − สัดส่วนการหัก) แล้วจึงปรับตามต้นทุนด้านเวลาจากการรับเงินล่าช้า
กรณีทั่วไปที่วิธีถูกแต่รายได้ยังต่ำ คือการตั้งสมมติฐานในทางดีเกินจริงสามครั้งติดกัน—นับการสมัครแทนการฝากครั้งแรก ใช้คอนเวอร์ชันที่รายงานแทนที่ยืนยันแล้ว และใช้ราคา gross แทนราคา net หากทั้งสามอย่างมองในทางดีเกินไป ตัวเลขในตารางอาจเป็นกำไร แต่ยอดรับจริงกลับขาดทุนได้ ในทางกลับกัน หากมองทั้งสามอย่างแย่เกินไป ก็อาจตัดช่องทางที่จริง ๆ แล้วไปต่อได้
แยกตัวเลขทั้งสามตามแต่ละช่องทาง แล้วจะเห็นชัดว่าควรหยุดอันไหนและเพิ่มอันไหน ช่องทางที่มีการปฏิเสธสูงและอัตรายืนยันต่ำ ต่อให้ปริมาณมากก็เป็นการขยายที่ไม่มีประสิทธิภาพ ส่วนช่องทางที่ยืนยันสูงแต่รอบจ่ายช้า ต้องดูก่อนว่ากระแสเงินสดรองรับได้หรือไม่ แล้วค่อยขยาย
ต้นทุนหนึ่งอย่างที่มักถูกมองข้าม
เมื่อใช้งานหลายแพลตฟอร์มและหลายบัญชีพร้อมกัน การตรวจสอบข้อมูลก็กลายเป็นต้นทุนอย่างหนึ่ง หากหลายบัญชีล็อกอินสลับกันในสภาพแวดล้อมเบราว์เซอร์เดียว ร่องรอยการใช้งานอาจเชื่อมโยงกัน และภายหลังก็ยากจะแยกว่าแต่ละบัญชีรับทราฟฟิกชุดไหนและสร้างค่าคอมมิชชันรายการใด การตรวจสอบจึงต้องพึ่งความจำ
ถ้าแต่ละแพลตฟอร์มและแต่ละแนวดิ่งมีสภาพแวดล้อมล็อกอินที่คงที่และแยกอิสระ บัญชี ช่องทาง และข้อมูลจะจับคู่กันได้แบบหนึ่งต่อหนึ่ง ลดเวลาที่ผิดพลาดง่ายที่สุดในการตรวจสอบ หากต้องแยกและจัดกลุ่มสภาพแวดล้อมตามบัญชี เครื่องมือจัดการสภาพแวดล้อมอย่าง PurpleMark สามารถรับงานส่วนนี้ได้
สรุป
รายได้ต่ำแทบไม่เคยเกิดจากจุดเดียว ก่อนอื่นต้องทำให้เกณฑ์คอนเวอร์ชันที่มีผลชัดเจน จากนั้นรวมอัตราการปฏิเสธเข้าในการคำนวณคอนเวอร์ชัน และสุดท้ายแปลงค่าหัก การลดทอน และรอบการชำระให้เป็นอัตราที่ได้รับจริง เมื่อสามตัวเลขสอดคล้องกัน ตัวเลขในรายงานกับเงินที่เข้าจริงจึงจะหมายถึงเรื่องเดียวกัน
