← กลับไปหน้าบทความ
แพลตฟอร์มโฆษณา

ทำไมตัวเลขใน Ads Manager ถึงไม่ตรงกับยอดขายจริงใน LINE?

02 ส.ค. 04:09 · อ่าน 2 นาที
ทำไมตัวเลขใน Ads Manager ถึงไม่ตรงกับยอดขายจริงใน LINE?

สรุปสั้น ๆ

Ads Manager กับยอดโอนจริงไม่มีวันตรงกัน เพราะแพลตฟอร์มนับด้วยกติกาของตัวเอง — หน้าต่างเวลานับย้อนหลัง การนับคนเห็นแล้วซื้อ การเคลมข้ามแพลตฟอร์ม และช่องว่างที่การปิดการขายเกิดในแชทซึ่งแพลตฟอร์มมองไม่เห็น ทางออกไม่ใช่หาว่าใครถูก แต่คือสร้างตัวเลขกลางของตัวเองที่ผูกกับเงินเข้าบัญชี

ฉากนี้เกิดขึ้นในห้องประชุมของธุรกิจไทยแทบทุกสิ้นเดือน: ฝ่ายการตลาดเปิด Ads Manager โชว์ว่าเดือนนี้ได้ 42 Conversions เจ้าของธุรกิจเปิดแอปธนาคารแล้วนับยอดโอนได้ 17 รายการ บรรยากาศเริ่มตึง คำถามลอยมากลางห้อง: ‘ตกลงตัวเลขไหนจริง’

คำตอบที่ทำให้ทุกคนหงุดหงิดคือ — จริงทั้งคู่ ในกติกาของตัวเอง Ads Manager ไม่ได้โกหก มันแค่นับสิ่งที่ถูกสั่งให้นับ ด้วยวิธีที่ออกแบบมาเพื่อให้เครดิตโฆษณาของตัวเองมากที่สุดเท่าที่กติกาอนุญาต ส่วนแอปธนาคารนับเงินที่เข้าจริง ซึ่งเป็นคนละคำถามกันตั้งแต่แรก

บทความนี้จะแกะทีละชั้นว่าตัวเลขสองฝั่งนี้แยกทางกันตรงไหนบ้าง เพราะพอเข้าใจกลไกแล้ว คุณจะเลิกเถียงเรื่อง ‘ใครถูก’ แล้วหันไปสร้างตัวเลขที่ใช้ตัดสินใจได้จริงแทน

ชั้นที่หนึ่ง: หน้าต่างเวลานับย้อนหลัง (Attribution Window)

สมมติลูกค้ากดแอดวันจันทร์ คุยไปคุยมา กว่าจะโอนคือวันพฤหัส ระบบโฆษณาส่วนใหญ่ตั้งค่าเริ่มต้นให้นับ Conversion ย้อนกลับไปหาคลิกได้ภายใน 7 วัน เพราะฉะนั้นยอดวันพฤหัสจะถูกบันทึกเครดิตให้แอด — แต่คำถามคือบันทึกลงวันไหน บางระบบลงวันที่คลิก บางระบบลงวันที่เกิด Conversion

ผลคือเวลาคุณดึงรายงาน ‘ยอดเดือนมิถุนายน’ จากสองระบบ มันจะไม่มีทางเท่ากัน เพราะยอดที่คลิกปลายมิถุนายนแต่โอนต้นกรกฎาคม ถูกนับคนละเดือนกัน ยิ่งสินค้าที่ลูกค้าคิดนานหลายวัน ตัวเลขยิ่งเหลื่อมหนัก

นี่ยังไม่นับว่าแต่ละแพลตฟอร์มตั้งหน้าต่างต่างกันได้อีก 1 วัน 7 วัน 28 วัน — รายงานที่ดึงมาเทียบกันโดยไม่เช็กการตั้งค่านี้ก่อน คือการเทียบส้มกับแอปเปิล

ชั้นที่สอง: การนับคนที่ ‘แค่เห็น’ แล้วไปซื้อ (View-Through)

อันนี้เป็นชั้นที่คนตกใจที่สุดเวลารู้ครั้งแรก: แพลตฟอร์มสามารถเคลม Conversion จากคนที่ ‘เห็นโฆษณาเฉย ๆ โดยไม่คลิก’ แล้วภายใน 1 วันไปซื้อผ่านช่องทางอื่น เช่น ลูกค้าเลื่อนผ่านแอดคุณตอนเช้า ตกเย็นนึกขึ้นได้ เสิร์ชชื่อร้าน แล้วทักไลน์มาซื้อ — แพลตฟอร์มบันทึกให้แอดตัวนั้นหนึ่งยอด

ในมุมแพลตฟอร์ม มันมีเหตุผล เพราะโฆษณามีส่วนสร้างการจดจำจริง แต่ในมุมเจ้าของเงิน ยอดนั้นอาจเป็นลูกค้าเก่าที่ยังไงก็ซื้ออยู่แล้ว การให้เครดิตโฆษณาเต็ม ๆ ทำให้ผลตอบแทนโฆษณาในรายงานดูสวยเกินความเป็นจริง

จุดตรวจง่าย ๆ คือเข้าไปดูการตั้งค่า Attribution ของแคมเปญ ถ้ารายงานรวม View-Through อยู่ ลองแยกคอลัมน์ดูว่ายอดจากคลิกจริง ๆ เหลือเท่าไหร่ หลายคนพบว่าหนึ่งในสามของยอดที่รายงานมาจากการเห็นเฉย ๆ

ชั้นที่สาม: หลายแพลตฟอร์มเคลมยอดเดียวกัน

ลูกค้าหนึ่งคนไม่ได้เห็นโฆษณาจากช่องทางเดียว เขาอาจเห็นคลิปใน TikTok ตอนเช้า เจอแอด Facebook ตอนเที่ยง แล้วค่อยทักมาซื้อตอนค่ำ ในโลกความจริงมียอดขายเดียว แต่ในรายงาน TikTok ก็เคลมหนึ่ง Facebook ก็เคลมหนึ่ง เพราะต่างฝ่ายต่างมองเห็นแค่โลกของตัวเองและใช้กติกา Last Touch ของตัวเอง

เพราะฉะนั้นถ้าคุณเอายอด Conversion จากทุกแพลตฟอร์มมาบวกกัน แล้วได้ตัวเลขมากกว่ายอดโอนจริง อย่าเพิ่งตกใจ นั่นคืออาการปกติของการนับยอดซ้ำซ้อนข้ามแพลตฟอร์ม ซึ่งมีวิธีตรวจและบรรเทาอยู่ แต่ไม่มีวันหายสนิท

ชั้นที่สี่: จุดบอดเฉพาะของธุรกิจที่ปิดการขายใน LINE

สำหรับอีคอมเมิร์ซที่จ่ายเงินบนเว็บ Pixel เห็นครบตั้งแต่คลิกถึงจ่าย แต่ธุรกิจแชทมันขาดตอน: แพลตฟอร์มเห็นแค่ว่าคนคลิกลิงก์เข้า LINE หลังจากนั้นคือหลุมดำ — เขาทักไหม คุยแล้วซื้อไหม โอนเมื่อไหร่ โอนเท่าไหร่ ไม่มีสัญญาณอะไรส่งกลับไปเลย

ผลที่ตามมามีสองแบบ แบบแรก ถ้าคุณตั้งวัตถุประสงค์เป็นแค่คลิกหรือทัก ตัวเลข ‘ผลลัพธ์’ ใน Ads Manager คือจำนวนคนเข้าประตูร้าน ไม่ใช่ยอดขาย ซึ่งช่องว่างระหว่างคลิกกับยอดจริงอาจกว้างถึงสิบเท่า แบบที่สอง ถ้าไม่ส่งข้อมูลยอดจริงกลับ ระบบก็ปรับกลุ่มเป้าหมายให้เก่งขึ้นไม่ได้ เพราะมันไม่รู้ว่าใครคือลูกค้าที่ดี

ทางบรรเทาคือการส่งเหตุการณ์ปิดการขายจากแชทกลับเข้าแพลตฟอร์ม ผ่านการนำเข้า Offline Conversion หรือ Conversion API ซึ่งช่วยให้ตัวเลขสองฝั่งขยับเข้าใกล้กันขึ้น และช่วยให้อัลกอริทึมหาคนแบบที่ซื้อจริงเก่งขึ้นด้วย

แล้วควรอ่านตัวเลขแต่ละฝั่งยังไง

หลักที่ผมยึด: ตัวเลขแพลตฟอร์มไว้ใช้ ‘เปรียบเทียบภายในแพลตฟอร์มเดียวกัน’ ส่วนการตัดสินใจเรื่องเงินให้ใช้ตัวเลขที่คุณเก็บเอง ตารางนี้สรุปว่าอะไรควรใช้ตอบคำถามไหน:

คำถามใช้ตัวเลขจากไหนเหตุผล
แอดตัว A หรือ B ดีกว่ากันAds Manager (แพลตฟอร์มเดียวกัน)กติกานับเหมือนกัน เทียบกันเองได้
เดือนนี้โฆษณาคุ้มไหมยอดโอนจริง + ที่มาที่บันทึกเองผูกกับเงินเข้าบัญชีจริง
ควรเทงบแพลตฟอร์มไหนต้นทุนต่อยอดปิดจริงของแต่ละช่องตัวเลขเคลมข้ามแพลตฟอร์มเชื่อไม่ได้
อัลกอริทึมควรหาคนแบบไหนส่งยอดปิดจริงกลับเข้าแพลตฟอร์มให้ระบบเรียนรู้จากคนที่ซื้อจริง

สร้างแหล่งความจริงของตัวเองใน 4 ขั้น

  1. แยกลิงก์เข้า LINE ตามแพลตฟอร์มและแคมเปญตั้งแต่ต้นทาง ให้รู้เสมอว่าแชทนี้เดินเข้ามาจากประตูไหน
  2. บันทึกสถานะของทุกแชทจนจบ — ทัก คุย ปิดได้/ไม่ได้ ยอดเท่าไหร่ จะบันทึกในชีตหรือใช้ระบบอย่าง linli ที่ผูกที่มากับบทสนทนาอัตโนมัติก็ได้ ขอแค่ทำสม่ำเสมอ
  3. สรุปรายเดือนด้วยโครงเดียวกันตลอด: งบต่อช่องทาง จำนวนทัก ยอดปิด รายได้ แล้วคำนวณต้นทุนต่อยอดปิดของแต่ละช่องจากข้อมูลชุดนี้เท่านั้น
  4. ใช้ตัวเลข Ads Manager เป็นเครื่องมือปรับจูนรายวัน แต่ประชุมงบรายเดือนให้เปิดตัวเลขของตัวเองเสมอ — เมื่อทุกคนรู้ว่ากำลังดูตัวเลขคนละชั้นกัน การเถียงว่าใครถูกจะหายไปเอง

สรุป

ตัวเลขที่ไม่ตรงกันไม่ใช่ความผิดของใคร มันคือธรรมชาติของระบบที่ต่างคนต่างนับในโลกของตัวเอง ยิ่งเข้าใจกลไกทั้งสี่ชั้น — หน้าต่างเวลา, View-Through, การเคลมข้ามแพลตฟอร์ม และจุดบอดของการปิดในแชท — คุณจะยิ่งอ่านรายงานได้อย่างมีสติ ไม่ดีใจเกินเหตุกับตัวเลขบวม และไม่ตกใจเกินเหตุกับความต่าง

พลังงานที่เคยใช้เถียงกันว่าตัวเลขไหนถูก เอาไปลงกับการสร้างสมุดบันทึกกลางของตัวเองดีกว่า เพราะสุดท้ายธุรกิจไม่ได้อยู่ได้ด้วยตัวเลขในแดชบอร์ดของใคร แต่อยู่ได้ด้วยเงินที่เข้าบัญชีและความรู้ว่ามันมาจากไหน

  • Ads Manager นับตามกติกาที่ให้เครดิตตัวเองมากสุด — ไม่ได้โกหก แต่ตอบคนละคำถามกับยอดโอน
  • สี่สาเหตุหลัก: หน้าต่างเวลานับย้อนหลัง, นับคนแค่เห็น, เคลมข้ามแพลตฟอร์ม, ปิดการขายในแชทที่แพลตฟอร์มมองไม่เห็น
  • ใช้ตัวเลขแพลตฟอร์มเทียบแอดกันเอง แต่ตัดสินเรื่องเงินด้วยยอดปิดจริงที่บันทึกเอง

คำถามที่พบบ่อย

สรุปว่าควรเชื่อตัวเลขไหนมากที่สุด

เชื่อยอดโอนจริงที่ผูกกับที่มาที่คุณบันทึกเองเป็นหลัก เพราะเป็นตัวเลขเดียวที่ตรงกับเงินในบัญชี ส่วนตัวเลขแพลตฟอร์มใช้เปรียบเทียบแอดภายในแพลตฟอร์มเดียวกันและปรับจูนรายวัน

ตัวเลขสองฝั่งต่างกันแค่ไหนถือว่าผิดปกติ

ไม่มีเกณฑ์สากล แต่ถ้าสัดส่วนความต่างของร้านคุณเคยนิ่ง ๆ แล้วจู่ ๆ กระโดด นั่นคือสัญญาณให้ไปตรวจ เช่น การตั้งค่า Attribution เปลี่ยน แท็กหลุด หรือมีแคมเปญใหม่ที่นับซ้ำกับช่องอื่น

ปิดการนับ View-Through ได้ไหม

ในหลายแพลตฟอร์มปรับหน้าต่าง Attribution ให้เข้มขึ้นได้ เช่น เลือกนับเฉพาะคลิก แต่ควรเข้าใจว่ามันจะทำให้ตัวเลขรายงานลดลงทั้งที่ผลจริงเท่าเดิม ทีมต้องตกลงกันก่อนว่าจะใช้กติกาไหนแล้วใช้ให้เหมือนกันตลอด

ถ้าตัวเลข Ads Manager สูงกว่ายอดจริงมาก ควรหยุดยิงแอดไหม

อย่าเพิ่งสรุปจากความต่างของตัวเลข เพราะมันเป็นเรื่องวิธีนับ ให้ดูที่ต้นทุนต่อยอดปิดจริงเทียบกำไรต่อออเดอร์แทน ถ้ายังคุ้มก็ยิงต่อได้ แม้ตัวเลขสองฝั่งจะไม่มีวันตรงกัน

ส่งยอดจากแชทกลับเข้าแพลตฟอร์มแล้ว ตัวเลขจะตรงกันเลยไหม

จะใกล้ขึ้นแต่ไม่ตรงเป๊ะ เพราะเรื่องหน้าต่างเวลาและการจับคู่ตัวตนยังทำให้เหลื่อมกันอยู่ ประโยชน์หลักของการส่งกลับไม่ใช่ทำให้รายงานตรง แต่คือทำให้อัลกอริทึมหาคนที่ใช่เก่งขึ้น

ต้องอธิบายเรื่องนี้ให้เจ้านายเข้าใจยังไงดี

ใช้ภาพเปรียบง่าย ๆ ว่า Ads Manager คือคนเชียร์แขกหน้าร้านที่นับทุกคนที่ตัวเองเคยเรียก ส่วนแอปธนาคารคือแคชเชียร์ที่นับเฉพาะคนจ่ายเงิน ทั้งคู่ทำหน้าที่ของตัวเองถูกแล้ว เราแค่ต้องมีสมุดกลางที่บันทึกว่าลูกค้าที่จ่ายเงินแต่ละคนถูกใครเรียกเข้ามา

อยากวัดผลโฆษณาเข้า LINE ให้ถึงยอดขาย?

ทดลองใช้ linli ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต

เริ่มทดลองใช้ฟรี

บทความที่เกี่ยวข้อง

คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
สำหรับคนที่เพิ่งเริ่มทำ LINE Conversion Tracking บทความนี้รวมทุกขั้นตอนตั้งแต่นิยาม Funnel ติดตั้งระบบ เชื่อมแพลตฟอร์ม จนถึงวางแผนช่วงทดลองใช้ให้ตัดสินใจได้จริงก่อนหมด Trial
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
ระบบ Tracking ไม่ได้ทำให้ธุรกิจผ่าน PDPA โดยอัตโนมัติ บทความนี้อธิบายว่าธุรกิจยังต้องรับผิดชอบอะไรเองบ้าง ตั้งแต่ Legal Basis ไปจนถึงการจำกัดข้อมูลที่ส่งไปแพลตฟอร์มโฆษณา
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
ก่อนติดตั้ง Tracking Link หรือ Script บนปุ่ม LINE ต้องเตรียมอะไรบ้าง บทความนี้เล่าขั้นตอนจริงตั้งแต่สิทธิ์เข้าถึงเว็บ ไปจนถึง Test Journey ก่อนเปิดใช้งาน ไม่ใช่แค่ก็อปโค้ดไปวาง