เมื่อผู้เล่นคลิกลิงก์พันธมิตรและทำการฝากเงิน แต่การแปลงนั้นไม่ปรากฏขึ้น มันจะสร้างปัญหา ในตอนแรก ไม่มีใครสังเกตเห็น พันธมิตรอาจคิดว่าคุณกำลังปกปิดข้อมูล และผู้จัดการพันธมิตรของคุณอาจคิดว่าพันธมิตรกำลังหาข้อแก้ตัว
ทีมการเงินของคุณอาจจะดีใจที่ต้นทุนต่อการได้มาซึ่งลูกค้า (CPA) ลดลง อย่างไรก็ตาม ระบบการวิเคราะห์แหล่งที่มาของการเข้าชมเว็บไซต์ของคุณกำลังพังทลายลงอย่างเงียบๆ รายงาน ROI ของแคมเปญเริ่มไม่แม่นยำ การจ่ายเงินให้พาร์ทเนอร์กลายเป็นสาเหตุของความขัดแย้ง และการตรวจจับการฉ้อโกงอ่อนแอลงเนื่องจากข้อมูลการแปลงที่สำคัญหายไป
นี่คือปัญหาของการติดตามที่ขึ้นอยู่กับเบราว์เซอร์: มันไม่ได้ล้มเหลวอย่างเห็นได้ชัด แต่ล้มเหลวในลักษณะเฉพาะบางอย่าง
การติดตามฝั่งเซิร์ฟเวอร์ (S2S) หรือที่เรียกว่าการติดตามแบบโพสต์แบ็ก (postback tracking) เป็นวิธีแก้ปัญหาที่ตรงไปตรงมาเพื่อป้องกันปัญหาที่มีค่าใช้จ่ายสูงเหล่านี้ วิธีการทำงานคือการตัดเบราว์เซอร์ออกจากเส้นทางที่สำคัญ เมื่อมีการคลิกเกิดขึ้น ระบบจะได้รับ ID ที่ไม่ซ้ำกัน ผู้ลงโฆษณาจะจัดเก็บ ID นี้ไว้ และเมื่อเกิดการแปลง (conversion) เซิร์ฟเวอร์ของผู้ลงโฆษณาจะส่ง ID นั้นกลับมาเพื่อตรวจสอบความถูกต้อง ซึ่งหมายความว่าไม่มีการทำงานของพิกเซล ไม่ต้องกังวลว่าคุกกี้จะยังใช้งานได้ และไม่ต้องพึ่งพาการตั้งค่าของผู้ใช้ โปรแกรมบล็อกโฆษณา คุณสมบัติความเป็นส่วนตัว หรือการเปลี่ยนแปลงอุปกรณ์ในนาทีสุดท้าย
หากธุรกิจของคุณดำเนินงานในระดับที่สำคัญ การติดตามที่เชื่อถือได้ไม่ใช่แค่สิ่งที่ควรมี แต่เป็นสิ่งจำเป็นอย่างยิ่งสำหรับการดำเนินงานของคุณ
เหตุใด S2S จึงเป็นผู้ชนะอย่างชัดเจน
การติดตามแบบ S2S มีความน่าเชื่อถือมากกว่าการติดตามด้วยคุกกี้/พิกเซล เนื่องจากไม่พึ่งพาเบราว์เซอร์ของผู้ใช้ในการจัดเก็บตัวระบุหรือเรียกใช้พิกเซลการแปลง ด้วย S2S ระบบจะสร้าง Click ID หรือ Session ID ที่ไม่ซ้ำกันเมื่อมีการคลิกเกิดขึ้น ID นี้จะถูกส่งไปยังผู้ลงโฆษณาและจัดเก็บไว้บนเซิร์ฟเวอร์ของพวกเขา เมื่อเกิดการแปลง ผู้ลงโฆษณาจะส่ง Click ID นั้นกลับไปยังแพลตฟอร์มการติดตามผ่าน URL postback เพื่อการระบุแหล่งที่มาและการตรวจสอบความถูกต้อง เนื่องจากกระบวนการยืนยันนี้เกิดขึ้นระหว่างเซิร์ฟเวอร์ จึงไม่ได้รับผลกระทบจากตัวบล็อกโฆษณา การตั้งค่าความเป็นส่วนตัวของเบราว์เซอร์ การสูญหายของคุกกี้ การใช้งานข้ามอุปกรณ์ การโหลดหน้าเว็บที่ช้า หรือความล้มเหลวของสคริปต์ฝั่งไคลเอ็นต์ ผลลัพธ์ที่ได้คือการระบุแหล่งที่มาที่สมบูรณ์ยิ่งขึ้น การรายงาน ROI ที่ชัดเจนยิ่งขึ้น ความขัดแย้งในการจ่ายเงินน้อยลง และการวิเคราะห์การฉ้อโกงที่ดีขึ้น ชุดข้อมูลของคุณจะไม่พลาดการแปลงที่มองไม่เห็นอย่างเงียบๆ
ทำความเข้าใจวิธีการระบุแหล่งที่มาทั้งสองวิธี
เครือข่ายส่วนใหญ่มักเลือกใช้วิธีการใดวิธีการหนึ่งจากสองวิธีนี้:
- การติดตามพิกเซลโดยใช้คุกกี้: การแปลงจะนับเมื่อเบราว์เซอร์โหลดพิกเซลหรือเรียกใช้โค้ด JavaScript หลังจากการกระทำที่ต้องการ โดยปกติแล้วจะใช้คุกกี้หรือพื้นที่จัดเก็บข้อมูลในเครื่องเพื่อเชื่อมโยงการแปลงกลับไปยังการคลิกครั้งแรก
- การติดตามโพสต์แบ็ก / S2S: เมื่อผู้ใช้คลิก แพลตฟอร์มจะกำหนดรหัสคลิก (Click ID) และส่งไปยังผู้ลงโฆษณา ซึ่งมักจะส่งเป็นพารามิเตอร์ ผู้ลงโฆษณาจะจัดเก็บรหัสนี้ไว้ เมื่อเกิดการแปลง (Conversion) เซิร์ฟเวอร์ของผู้ลงโฆษณาจะเรียกใช้เอนด์พอยต์โพสต์แบ็ก (Postback Endpoint) ของแพลตฟอร์มการติดตามพร้อมกับรหัสคลิกนั้น การระบุแหล่งที่มาจะเกิดขึ้นโดยไม่ต้องอาศัยการทำงานของเบราว์เซอร์
หากธุรกิจของคุณต้องพึ่งพาการทำงานที่สมบูรณ์แบบของเบราว์เซอร์ คุณกำลังสร้างธุรกิจบนรากฐานที่ไม่มั่นคง
จุดที่การติดตามพิกเซลล้มเหลว (และเหตุใดจึงดูเหมือนเป็นการสุ่ม)
ความล้มเหลวในการติดตามพิกเซลมักปรากฏในรูปแบบของการลดลงโดยทั่วไปของอัตราการแปลง ซึ่งทำให้เป็นอันตราย ความล้มเหลวเหล่านี้ไม่ได้เกิดขึ้นอย่างสม่ำเสมอ แต่มีแนวโน้มที่จะส่งผลกระทบต่ออุปกรณ์ แหล่งที่มาของการเข้าชม หรือพฤติกรรมของผู้ใช้บางกลุ่มมากกว่า ซึ่งจะทำให้รายงานของคุณคลาดเคลื่อน
นี่คือการมองอย่างใกล้ชิด:
| โหมดความล้มเหลว | การติดตามด้วยพิกเซล/คุกกี้จำเป็นต้องใช้อะไรบ้าง | สิ่งที่มักเกิดขึ้น | S2S จัดการเรื่องนี้อย่างไร |
|---|---|---|---|
| โปรแกรมบล็อกโฆษณา / โปรแกรมป้องกันการติดตาม | คำขอพิกเซลต้องเริ่มทำงาน | แอป Pixel โหลดไม่ขึ้น หรือ JavaScript ถูกบล็อก | เซิร์ฟเวอร์ยืนยันการแปลงโดยตรง |
| ข้อจำกัดเกี่ยวกับคุกกี้ | คุกกี้ต้องยังคงใช้งานได้และสามารถอ่านได้ | คุกกี้หมดอายุ ถูกแบ่งแยก ถูกบล็อก หรือถูกลบ | รหัสคลิกจะถูกจัดเก็บไว้ที่ฝั่งเซิร์ฟเวอร์ |
| โหลดหน้าเว็บช้า / ออกจากระบบเร็ว | ผู้ใช้ต้องไปถึงหน้าขอบคุณ | ผู้ใช้ออกจากระบบก่อนที่พิกเซลจะทำงาน | การแปลงข้อมูลยังสามารถยืนยันได้ด้วยเหตุการณ์ในส่วนแบ็กเอนด์ |
| พฤติกรรมข้ามอุปกรณ์ | ต้องใช้อุปกรณ์/เซสชันเดียวกัน | คลิกบนมือถือ ฝากเงินบนคอมพิวเตอร์ | หากมีการบันทึก Click ID ไว้ในระหว่างการลงทะเบียน S2S จะสามารถระบุแหล่งที่มาได้ |
| สภาพแวดล้อมแอป/เว็บวิว | Pixel ต้องทำงานได้ตามปกติ | เว็บวิวและเบราว์เซอร์ในแอปทำงานไม่สอดคล้องกัน | เหตุการณ์เซิร์ฟเวอร์ยังคงสอดคล้องกัน |
| กระบวนการให้ความยินยอม | Pixel ขึ้นอยู่กับสถานะการยินยอม | ไม่ได้รับความยินยอม หมายความว่าไม่มีพิกเซล | S2S สามารถถือเป็นการวัดผลการดำเนินงานที่สำคัญได้ (ขึ้นอยู่กับข้อกำหนด) |
การติดตามพิกเซลไม่ได้แย่โดยเนื้อแท้ เพียงแต่ว่ามันละเอียดอ่อนเกินไป มันเหมือนกับการสร้างประตูตู้นิรภัยที่ปลอดภัยด้วยกระจก เพราะดูเหมือนจะติดตั้งง่ายกว่า
เหตุใดการใช้งานเบราว์เซอร์ที่ไม่ขึ้นกับระบบใดเบราว์เซอร์หนึ่งจึงเกี่ยวข้องกับการควบคุมรายได้
ในธุรกิจพันธมิตร การระบุแหล่งที่มาที่ถูกต้องส่งผลโดยตรงต่อรายได้ เมื่อการติดตามไม่น่าเชื่อถือ คุณจะเผชิญกับปัญหาที่มีค่าใช้จ่ายสูงถึงสี่ประการ:
- คุณจ่ายเงินให้พาร์ทเนอร์บางรายมากเกินไป เพราะตรรกะการระบุแหล่งที่มาของการสำรองข้อมูลของคุณไม่แม่นยำ
- คุณจ่ายค่าตอบแทนให้ผู้อื่นต่ำกว่าที่ควรจะเป็น ซึ่งอาจทำให้สูญเสียพันธมิตรที่มีค่าไปได้
- คุณตีความผลตอบแทนจากการลงทุน (ROI) ของแคมเปญผิดพลาด ส่งผลให้ตัดสินใจลงทุนได้ไม่ดี
- ความพยายามในการต่อต้านการฉ้อโกงของคุณจะอ่อนแอลง เนื่องจากข้อมูลที่ขาดหายไปทำให้ยากต่อการตรวจจับรูปแบบต่างๆ
ปัญหาที่ร้ายแรงที่สุดคือแต่ละแผนกมักจะโทษแผนกอื่น ทีมพันธมิตรชี้ไปที่ฝ่ายเทคโนโลยี ฝ่ายเทคโนโลยีชี้ไปที่ฝ่ายการตลาด ฝ่ายการตลาดชี้ไปที่คุณภาพของพันธมิตร และฝ่ายการเงินมองว่าเป็นการควบคุมต้นทุนที่ดี
S2S ทำให้การติดตามโปร่งใสและตรวจสอบได้สำหรับทุกคนที่เกี่ยวข้อง
S2S ในทางปฏิบัติ: สิ่งที่ถูกส่งคืออะไร
เพียงคลิกเดียว:
- ผู้ใช้คลิกลิงก์พันธมิตร
- แพลตฟอร์มการติดตามจะสร้าง Click ID / Session ID ขึ้นมา
- รหัสนี้จะถูกส่งไปยังผู้ลงโฆษณาผ่านทาง URL หรือวิธีการอื่น และผู้ลงโฆษณาจะจัดเก็บรหัสนี้ไว้
ในการแปลงค่า:
- เซิร์ฟเวอร์ของผู้ลงโฆษณาจะส่งคำขอกลับไปยัง URL postback ของแพลตฟอร์ม โดยรวมถึงรหัสคลิก (Click ID) ด้วย
- แพลตฟอร์มจะตรวจสอบความถูกต้องของ Click ID และบันทึกการแปลง (Conversion)
ทั้งหมดนี้ไม่จำเป็นต้องให้เบราว์เซอร์ของผู้ใช้ดำเนินการใดๆ เป็นพิเศษ นั่นคือจุดประสงค์ทั้งหมด
อะไรคือสิ่งที่ล้มเหลวเมื่อขยายขนาด (บทเรียนที่ได้รับหลังจากปัญหาการจ่ายเงิน)
เมื่อปริมาณการใช้งานต่ำ วิธีการติดตามส่วนใหญ่ดูเหมือนจะได้ผล แต่เมื่อปริมาณการใช้งานเพิ่มขึ้น จุดอ่อนของคุณจะกลายเป็นปัญหาที่เกิดขึ้นเป็นประจำ
| อะไรพังทลายเมื่อมีขนาดใหญ่ขึ้น | ผลกระทบทางธุรกิจ | สาเหตุที่แท้จริง | Solution |
|---|---|---|---|
| การเปลี่ยนแปลงการระบุแหล่งที่มา | รายงาน ROI มักเปลี่ยนแปลงหลังจากเกิดเหตุการณ์จริง | การแปลงข้อมูลล่าช้า + รหัสประจำตัวไม่ครบถ้วน + เหตุการณ์ฝั่งไคลเอ็นต์ไม่สอดคล้องกัน | ใช้ S2S เป็นหลัก + การตรวจสอบความถูกต้องของเหตุการณ์อย่างเข้มงวด |
| การโต้เถียงของคู่ครอง | พันธมิตรอ้างว่ามีการแปลงลูกค้าหายไป | โทรศัพท์ Pixel ทำงานไม่สม่ำเสมอในอุปกรณ์และการตั้งค่าต่างๆ | การคงอยู่ของรหัสคลิก + การยืนยันการส่งข้อมูลกลับไปยังเซิร์ฟเวอร์ |
| ช่องโหว่ในการมองเห็นการฉ้อโกง | ทีมสืบสวนคดีฉ้อโกงไม่พบรูปแบบใดๆ | ชุดข้อมูลขาดการแปลงค่าพื้นฐานที่ถูกต้อง | S2S ช่วยเพิ่มความสมบูรณ์ของข้อมูล เมื่อใช้ร่วมกับสัญญาณป้องกันการฉ้อโกง |
| การแปลงซ้ำ | ผู้เล่นคนเดียวกันถูกนับสองครั้ง | การทำงานของ Pixel + postback ทั้งคู่ หรือการลองใหม่โดยไม่มีการตรวจสอบ | บังคับใช้กฎการลบข้อมูลซ้ำซ้อน (Click ID + event IDs) |
| ลองพายุอีกครั้ง | การโพสต์ซ้ำ | ผู้ลงโฆษณาลองใหม่โดยไม่ล่าช้า; หมดเวลาเครือข่าย | การจำกัดอัตราการส่ง + กลไกการลองใหม่ + การล้างรหัสข้อผิดพลาด |
| มันใช้งานได้ในการทดสอบ | การระบุแหล่งที่มาของการผลิตล้มเหลว | พารามิเตอร์การติดตามสูญหายระหว่างการเปลี่ยนเส้นทางหรือขั้นตอนการลงทะเบียน | ตรวจสอบให้แน่ใจว่าการส่งต่อพารามิเตอร์ทำงานได้ตั้งแต่ต้นจนจบ |
ปัญหาเหล่านี้ทำลายความไว้วางใจภายในองค์กร เมื่อความไว้วางใจหมดไป โปรแกรมพันธมิตรของคุณก็จะกลายเป็นสนามรบทางการเมือง
Pixel เทียบกับ S2S: การเปรียบเทียบอย่างตรงไปตรงมาสำหรับผู้ให้บริการเกมออนไลน์
| ลักษณะ | การติดตามคุกกี้/พิกเซล | การติดตาม S2S (Postback) |
|---|---|---|
| ความเชื่อถือได้ | ค่าแปรผัน ขึ้นอยู่กับเบราว์เซอร์ | สูง; ขึ้นอยู่กับเซิร์ฟเวอร์ |
| ความสมบูรณ์ของข้อมูล | มักไม่ครบถ้วนสมบูรณ์ และได้รับอิทธิพลจากอุปกรณ์/ความเป็นส่วนตัว | สูงกว่ามาก; สม่ำเสมอกว่า |
| ข้อโต้แย้งเกี่ยวกับการระบุแหล่งที่มา | บ่อย | จำนวนน้อยลง (ยังคงเป็นไปได้ แต่ต้องตรวจสอบ) |
| การวิเคราะห์การทุจริต | ฐานที่อ่อนแอลง | เกณฑ์พื้นฐานและการตรวจสอบที่แข็งแกร่งยิ่งขึ้น |
| ความพยายามในการดำเนินการ | เริ่มต้นเร็ว แต่เปราะบางในภายหลัง | การเตรียมงานล่วงหน้ามากขึ้น จะช่วยลดปัญหาในภายหลัง |
| เหมาะสำหรับ | การตรวจสอบความถูกต้องสำรอง/รอง, การขายที่มีความเสี่ยงต่ำ | การระบุแหล่งที่มาหลักสำหรับการดำเนินงานพันธมิตรที่จริงจัง |
เห็นได้ชัดว่า หากคุณดำเนินธุรกิจพันธมิตรด้านเกมออนไลน์ และ S2S ไม่ใช่ช่องทางหลักของคุณ คุณกำลังเลือกที่จะยอมรับความสูญเสียที่ซ่อนเร้นเป็นส่วนหนึ่งของรูปแบบธุรกิจของคุณ
แนวทางที่สะอาดหมดจด: S2S เป็นหลัก, Pixel เป็นตัวตรวจสอบ
แนวทางปฏิบัติที่ดีที่สุดนั้นง่ายมาก:
- แหล่งที่มาหลัก: ข้อความหลัง S2S
- การตรวจสอบความถูกต้องขั้นที่สอง: เหตุการณ์พิกเซล (ไม่บังคับ) สำหรับการแก้ไขข้อบกพร่องในประสบการณ์ผู้ใช้ การวิเคราะห์ขั้นตอนการทำงาน และการตรวจสอบความถูกต้องเฉพาะด้าน
- ตรรกะการกำจัดข้อมูลซ้ำซ้อน: มีกฎเกณฑ์ที่เข้มงวดเพื่อให้แน่ใจว่าการกระทำของผู้ใช้เพียงครั้งเดียวจะไม่ก่อให้เกิดรายการชำระเงินสองครั้ง
- การออกแบบงานอีเวนต์: กำหนดเหตุการณ์การเปลี่ยนแปลงที่สะท้อนความเป็นจริงทางการเงินของคุณอย่างแม่นยำ เช่น ผู้ฝากเงินครั้งแรก เทียบกับการลงทะเบียน หรือการฝากเงินที่มีคุณสมบัติครบถ้วน
แนวทางนี้เน้นการสร้างระบบบัญชีที่น่าเชื่อถือและสะท้อนภาพรวมธุรกิจของคุณได้อย่างถูกต้องแม่นยำ มากกว่าการติดตามตรวจสอบ
เหตุใดแพลตฟอร์มของเราจึงแนะนำการติดตามโพสต์แบ็ก (postback tracking)
แพลตฟอร์มของเราสนับสนุนทั้งสองวิธี แต่แนะนำให้ใช้การติดตามแบบ Postback เนื่องจากเป็นการทำงานฝั่งเซิร์ฟเวอร์และไม่ขึ้นอยู่กับเบราว์เซอร์ของผู้ใช้ เมื่อผู้ใช้คลิก แพลตฟอร์มของเราจะส่ง Session ID (Click ID) ไปยังผู้ลงโฆษณา ซึ่งผู้ลงโฆษณาจะจัดเก็บไว้ เมื่อเกิดการแปลง ผู้ลงโฆษณาจะส่ง Click ID นั้นกลับมายังแพลตฟอร์มของเราเพื่อตรวจสอบความถูกต้องแบบเซิร์ฟเวอร์ต่อเซิร์ฟเวอร์
นั่นหมายถึงการแปลงข้อมูลที่สูญหายลดลง ข้อพิพาทน้อยลง และการรายงานที่ชัดเจนยิ่งขึ้น
คำถามที่พบบ่อย
การติดตามแบบ S2S เหมือนกับการติดตามฝั่งเซิร์ฟเวอร์หรือไม่?
ใช่แล้ว ในการติดตามพันธมิตร การติดตามฝั่งเซิร์ฟเวอร์ (S2S) และการติดตามโพสต์แบ็ก ล้วนหมายถึงแนวคิดหลักเดียวกัน นั่นคือ เซิร์ฟเวอร์ของผู้ลงโฆษณาจะยืนยันการแปลงโดยการเรียกใช้แพลตฟอร์มการติดตามโดยใช้รหัสคลิก (Click ID) เพื่อระบุแหล่งที่มา
ถ้าเราใช้ S2S แล้ว เรายังจำเป็นต้องใช้พิกเซลอยู่ไหม?
ไม่เหมาะสำหรับใช้เป็นตัวชี้วัดหลัก พิกเซลยังคงมีประโยชน์สำหรับการวิเคราะห์รอง แต่การพึ่งพาพิกเซลสำหรับการแปลงที่มีผลต่อการจ่ายเงินจะทำให้เกิดจุดบอด
บริการ S2S ช่วยป้องกันการฉ้อโกงได้หรือไม่?
ถึงแม้จะไม่สามารถป้องกันการฉ้อโกงได้อย่างสมบูรณ์ แต่ก็ช่วยปรับปรุงการตรวจสอบความถูกต้องและความสมบูรณ์ของข้อมูล ซึ่งทำให้การตรวจจับการฉ้อโกงมีประสิทธิภาพมากขึ้น การฉ้อโกงมักเติบโตได้ดีในข้อมูลที่ไม่เป็นระเบียบ
ข้อผิดพลาดที่พบบ่อยที่สุดในการใช้งาน S2S คืออะไร?
การสูญเสีย Click ID ระหว่างการเปลี่ยนเส้นทางหรือขั้นตอนการลงทะเบียน หาก ID ไม่ได้รับการจัดเก็บอย่างน่าเชื่อถือ การส่งข้อมูลกลับไปยังเซิร์ฟเวอร์จะไม่สามารถระบุการแปลงได้
S2S สามารถรองรับการใช้งานข้ามอุปกรณ์ได้หรือไม่?
ใช่ หากมีการบันทึกและจัดเก็บ Click ID ในเวลาที่เหมาะสม (เช่น ในขั้นตอนการลงทะเบียนหรือเซสชันแรก) และคงไว้ตลอดเส้นทางการใช้งานของผู้ใช้
