แดชบอร์ดบอกว่าคอนเวอร์ชั่นหายไปครึ่งนึง แต่ทำไมยอดโอนจริงในบัญชียังเท่าเดิม
สรุปสั้น ๆ
ถ้าตัวเลข conversion ในแอดตกแต่ยอดขายจริงเท่าเดิม อย่าเพิ่งโทษลูกค้าหรือรีบตัดงบ ให้สงสัยท่อส่งข้อมูลก่อน — token หมดอายุ, webhook หลุด, หรือ event ชื่อเปลี่ยนหลังอัปเดตเว็บ ล้วนทำให้ตัวเลขในแอดหายไปทั้งที่การขายเดินหน้าตามปกติ
สมมติเคสหนึ่งที่ผมเคยเจอ (ขอเรียกร้านนี้ว่า 'ร้านคาเฟ่ใบเตย' เพื่อไม่ระบุตัวจริง) เจ้าของร้านเปิดแดชบอร์ด Ads Manager เช้าวันจันทร์แล้วเห็นว่า conversion จากที่เคยขึ้นวันละ 38-42 รายการ ตกฮวบเหลือ 16 รายการติดกันสามวัน ปฏิกิริยาแรกคือแตกตื่น สั่งให้แอดมินหยุดแคมเปญหลักทันทีเพราะคิดว่าโฆษณาเริ่มไม่เวิร์ก
แต่พอลองเปิดสมุดบัญชีร้านเทียบยอดโอนจริงในสามวันเดียวกัน ยอดขายกลับไม่ได้ลดลงเลย ยังอยู่ราว ๆ เดิม นี่คือสัญญาณสำคัญที่หลายคนมองข้าม — ถ้ายอดขายจริงไม่ตก แต่ตัวเลขในแดชบอร์ดตก ปัญหาไม่ได้อยู่ที่ตลาดหรือลูกค้า แต่อยู่ที่ 'ท่อ' ที่ส่งข้อมูลจากแชทกลับไปหาแพลตฟอร์มโฆษณา
บทความนี้ผมจะเล่าลำดับการไล่หาสาเหตุแบบที่ใช้จริงหน้างาน ไม่ใช่ทฤษฎีลอย ๆ พร้อมจุดรั่วที่เจอบ่อยที่สุด และทำไมการรีบตัดงบก่อนเช็คท่อ อาจทำให้คุณเสียยอดขายที่ควรได้ไปฟรี ๆ
คำถามแรกที่ต้องถามก่อนเชื่อตัวเลขในแอด
เวลาตัวเลข conversion ตก คำถามที่ควรถามก่อนเสมอคือ 'ยอดขายจริงตกด้วยไหม' ไม่ใช่ 'ทำไมแอดถึงแย่ลง' เพราะสองคำถามนี้พาไปคนละทาง คำถามแรกพาไปดูข้อมูลจริง ส่วนคำถามหลังมักพาไปสู่การรีบสรุปว่าครีเอทีฟหมดมุข กลุ่มเป้าหมายอิ่มตัว หรือคู่แข่งเข้ามาแย่งตลาด ทั้งที่ยังไม่ได้เช็คอะไรเลย
วิธีเช็คง่าย ๆ คือเอายอดโอนจริงจากบัญชีธนาคารหรือระบบหลังบ้านร้าน มาเทียบกับจำนวน conversion ที่แพลตฟอร์มรายงานในช่วงเวลาเดียวกัน ถ้าสองเส้นนี้เคยวิ่งใกล้กันมาตลอดแล้วอยู่ ๆ แยกออกจากกันแบบเห็นชัด นั่นคือสัญญาณเตือนว่าท่อส่งข้อมูลกำลังมีปัญหา ไม่ใช่ตลาดพัง
ที่สำคัญคือต้องเทียบแบบ 'ช่วงเวลาเดียวกัน' จริง ๆ เพราะบางทีคนดูเทียบยอดขายรายเดือนกับ conversion รายวัน ซึ่งทำให้อ่านผิดพลาดได้ง่าย ควรดึงข้อมูลรายวันทั้งสองฝั่งมาวางคู่กันตรง ๆ และดูว่าช่องว่างระหว่างยอดคลิกกับยอดแชทขยับผิดปกติในจุดเดียวกันหรือเปล่า
จุดรั่วที่ทำให้ตัวเลข conversion หายระหว่างทางบ่อยที่สุด
จากประสบการณ์ไล่เคสแบบนี้มาหลายร้าน จุดรั่วที่เจอซ้ำ ๆ มีอยู่ไม่กี่แบบ ลองไล่เช็คตามนี้ก่อนจะไปโทษเรื่องอื่น:
- Access token ของ Conversions API หมดอายุ — โดยเฉพาะถ้าตั้งค่าแบบ long-lived token ที่ไม่มีระบบเตือนก่อนหมดอายุ วันที่หมดคือวันที่ conversion หายทันทีโดยไม่มีสัญญาณเตือนล่วงหน้า
- Webhook จาก LINE OA หลุดการเชื่อมต่อ — เช่นตอนแอดมินเปลี่ยนเครื่อง เปลี่ยน endpoint URL หรือ SSL certificate หมดอายุ ทำให้ event การปิดแชทไม่ถูกส่งออกไปที่ระบบวัดผลเลย
- ทีมพัฒนาเว็บอัปเดตโค้ดแล้วชื่อ event เปลี่ยน — เช่นจาก 'chat_close' เป็น 'conversation_closed' โดยไม่แจ้งทีมการตลาด ทำให้แพลตฟอร์มโฆษณายังรอ event ชื่อเดิมอยู่แต่ไม่มีใครส่งมาอีกแล้ว
- ตัวกรอง deduplication เข้มเกินไปหลังปรับตั้งค่าใหม่ — บางทีทีมเทคนิคปรับ dedup key เพื่อแก้ปัญหานับซ้ำ แต่ตั้งเงื่อนไขแคบเกินจนกรองอีเวนต์จริงทิ้งไปด้วย
- ช่วงเวลาการนับผลของแพลตฟอร์ม (attribution window) ถูกเปลี่ยนแบบเงียบ ๆ — บางแพลตฟอร์มปรับ default window จากระบบ แล้วเราไม่รู้ตัว ทำให้ conversion ที่เคยนับได้ในหน้าต่างเก่าหลุดออกจากการนับ
ลำดับการไล่เช็คทีละสเต็ป ก่อนจะสรุปว่าโฆษณาแย่ลง
- เทียบยอดโอนจริงกับ conversion ที่รายงาน รายวัน ย้อนหลัง 7-14 วัน ดูว่าจุดที่เริ่มแยกออกจากกันคือวันไหน
- เช็คว่าวันนั้นมีการเปลี่ยนแปลงอะไรเกิดขึ้นบ้าง — อัปเดตเว็บไซต์ เปลี่ยนโดเมน ต่อ SSL ใหม่ เปลี่ยนทีมแอดมิน หรือมีการปรับ pixel/API
- ไล่ดู log การส่ง event ดิบใน Conversions API ว่ามีสถานะ error หรือถูกปฏิเสธ (rejected) เพิ่มขึ้นผิดปกติในช่วงเดียวกันไหม
- เช็คอายุและสิทธิ์ของ access token ทุกตัวที่เกี่ยวข้อง ทั้งฝั่ง LINE OA และฝั่งแพลตฟอร์มโฆษณา บางระบบจะโชว์วันหมดอายุให้เห็นถ้าเข้าไปดูในหน้าตั้งค่า
- ลองส่ง test event ด้วยมือหนึ่งรายการ แล้วดูว่าไปถึงปลายทางไหม เป็นวิธีที่เร็วที่สุดในการฟันธงว่าท่อส่งข้อมูลพังจริงหรือเปล่า และเทียบกับการตั้งค่า key event ใน GA4ว่ายังชี้ไปที่ event เดียวกันกับที่แพลตฟอร์มโฆษณารออยู่ไหม
- ถ้าทุกจุดปกติดี ค่อยกลับไปดูตัวแปรฝั่งการตลาดจริง เช่น กลุ่มเป้าหมายอิ่มตัวหรือครีเอทีฟล้า — แต่ควรเป็นขั้นตอนสุดท้าย ไม่ใช่ข้อสรุปแรก
ตัวอย่างสมมติ: หน้าตาของปัญหานี้ในตัวเลข
เพื่อให้เห็นภาพชัดขึ้น นี่คือตัวอย่างสมมติ (ไม่ใช่ข้อมูลจริงของธุรกิจใด) จำลองจากรูปแบบที่มักเจอ:
| วัน | Conversion ที่แอดรายงาน | ยอดโอนจริงจากบัญชี |
|---|---|---|
| จันทร์ (ปกติ) | 40 | 38 |
| อังคาร (เปลี่ยน SSL เว็บ) | 22 | 36 |
| พุธ | 15 | 41 |
| พฤหัส (แก้ token แล้ว) | 37 | 39 |
ต้นทุนที่มองไม่เห็นของการแตกตื่นผิดจุด
สิ่งที่น่าเสียดายที่สุดในเคสแบบนี้ไม่ใช่ตัวเลขที่หายไป แต่คือการตัดสินใจผิดที่ตามมา หลายร้านพอเห็น conversion ตกก็รีบหยุดแคมเปญที่จริง ๆ ยังทำเงินได้ดี หรือลดงบกลุ่มเป้าหมายที่ยังปิดการขายได้ปกติ เท่ากับเสียโอกาสขายที่ควรได้ไปฟรี ๆ เพราะไปแก้ปัญหาผิดจุด
อีกด้านหนึ่งที่อันตรายไม่แพ้กันคือการรีบปรับกลุ่มเป้าหมายใหม่ทั้งหมดทั้งที่ต้นตอจริงอยู่ที่ token หมดอายุแค่ตัวเดียว การไล่แก้ผิดจุดแบบนี้กินเวลาและงบประมาณไปโดยเปล่าประโยชน์ ในขณะที่ปัญหาจริงยังไม่ถูกแตะเลย
บทเรียนที่ผมยึดมาตลอดคือ ก่อนจะเปลี่ยนกลยุทธ์การตลาดใด ๆ ต้องมั่นใจก่อนว่าตัวเลขที่เห็นสะท้อนความจริง ไม่งั้นการ 'ปรับกลยุทธ์' ก็แค่การเดาบนฐานข้อมูลที่ผิดตั้งแต่ต้น
สรุป
ตัวเลขในแดชบอร์ดโฆษณาไม่ใช่ความจริงเสมอไป มันคือสิ่งที่ระบบ 'รายงานได้' ซึ่งขึ้นอยู่กับว่าท่อส่งข้อมูลระหว่างแชทกับแพลตฟอร์มยังทำงานสมบูรณ์อยู่หรือเปล่า เมื่อไหร่ที่ตัวเลขแอดกับยอดขายจริงเริ่มเดินคนละทาง ให้สงสัยท่อก่อนสงสัยตลาด
การไล่เช็คแบบเป็นระบบทีละสเต็ปใช้เวลาไม่นาน แต่ป้องกันการตัดสินใจผิดที่กินเงินจริงได้มาก ลองเก็บลำดับการเช็คนี้ไว้เป็นกระบวนการมาตรฐานของทีม จะได้ไม่ต้องเริ่มนับหนึ่งใหม่ทุกครั้งที่ตัวเลขแปลก ๆ โผล่มา
- ยอดขายจริงไม่ตกแต่ conversion ในแอดตก = สงสัยท่อส่งข้อมูล ไม่ใช่ตลาด
- จุดรั่วที่พบบ่อย: token หมดอายุ, webhook หลุด, ชื่อ event เปลี่ยนหลังอัปเดตเว็บ
- ไล่เช็คเป็นลำดับก่อนเปลี่ยนกลยุทธ์การตลาด ป้องกันการแก้ผิดจุดที่เสียทั้งเงินและเวลา
คำถามที่พบบ่อย
conversion ตกแต่ยอดขายไม่ตก ควรหยุดแคมเปญเลยไหม
ยังไม่ควรหยุดทันที ให้เช็คท่อส่งข้อมูลก่อนอย่างน้อย 1-2 วัน เพราะถ้าปัญหาอยู่ที่ tracking การหยุดแคมเปญที่จริง ๆ ยังทำเงินได้จะยิ่งเสียโอกาส
เช็คยังไงว่าเป็นปัญหา tracking ไม่ใช่ลูกค้าน้อยลงจริง
เทียบยอดโอนจริงในบัญชีกับตัวเลข conversion ที่แพลตฟอร์มรายงาน ถ้ายอดขายจริงยังปกติแต่ตัวเลขในแอดตก แปลว่าปัญหาอยู่ที่การส่งข้อมูล ไม่ใช่ตลาด
access token ของ Conversions API หมดอายุบ่อยแค่ไหน
ขึ้นกับการตั้งค่าของแต่ละทีม บางระบบตั้งเป็น token อายุยาวที่ไม่มีระบบเตือน ทำให้พอถึงวันหมดอายุ ข้อมูลจะหยุดส่งทันทีโดยไม่มีสัญญาณล่วงหน้า จึงควรมีปฏิทินเช็คอายุ token เป็นประจำ
ถ้าทีมพัฒนาเว็บอัปเดตโค้ดแล้วเพิ่งมารู้ว่า tracking พัง ควรทำยังไงก่อน
ให้ขอ changelog ว่ามีการเปลี่ยนชื่อ event หรือโครงสร้างหน้าเว็บส่วนไหนบ้างในวันที่ตัวเลขเริ่มผิดปกติ แล้วไล่เทียบกับ log การส่ง event ดิบ มักเจอจุดที่ชื่อ event เปลี่ยนแต่ระบบวัดผลยังรอชื่อเดิมอยู่
จะป้องกันปัญหานี้ไม่ให้เกิดซ้ำได้ยังไง
ตั้งระบบเตือนอายุ token ล่วงหน้า และเทียบยอดขายจริงกับตัวเลขแอดเป็นรอบประจำ ไม่ใช่รอให้ตัวเลขตกฮวบก่อนถึงจะไปดู ถ้าใช้ระบบอย่าง linli ที่เก็บ log การส่ง event พร้อม timestamp ก็จะไล่ย้อนดูจุดที่ผิดปกติได้ง่ายกว่าการเดา
ควรเทียบข้อมูลรายวันหรือรายสัปดาห์ถึงจะแม่นกว่า
รายวันแม่นกว่าในการหาจุดที่ปัญหาเริ่มเกิด เพราะรายสัปดาห์อาจกลบความผิดปกติของวันใดวันหนึ่งไป ควรใช้รายสัปดาห์แค่ตอนดูภาพรวมแนวโน้มเท่านั้น
บทความที่เกี่ยวข้อง


