ยอดคนกดเพิ่มเพื่อนเยอะขนาดนี้ แล้วใครในนั้นซื้อของจริงบ้าง

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

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

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

Follow Event บอกอะไรได้บ้าง และบอกอะไรไม่ได้

ทุกครั้งที่มีคนกดเพิ่มเพื่อนหรือปลดบล็อกบัญชี LINE จะส่ง Follow Event เข้ามาทาง Webhook พร้อมกับ User ID ของคนนั้น ข้อมูลนี้ช่วยให้รู้ว่า ‘มีคนเพิ่มเพื่อนเกิดขึ้นแล้ว’ แบบเกือบเรียลไทม์ ซึ่งมีประโยชน์มากกว่ารอดูรายงานสรุปตอนสิ้นวัน

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

นี่คือเหตุผลที่การทำ Add Friend Tracking ต้องมีสองส่วนควบคู่กันเสมอ คือการเตรียมช่องทางให้แยก UTM ตั้งแต่ก่อนคนคลิก และการรับ Follow Event มาผูกกับข้อมูลที่เตรียมไว้นั้นทันทีที่ Event เข้ามา

ลำดับขั้นตอนตั้งค่าที่ควรทำก่อน-หลัง ไม่ใช่ทำสลับกัน

หลายทีมพลาดเพราะรีบไปตั้งค่ารับ Webhook ก่อน โดยที่ลิงก์โฆษณายังไม่มี UTM แยก พอ Event เริ่มเข้ามาก็ไม่มีข้อมูลที่มาให้ผูกอยู่ดี ลำดับที่ถูกต้องควรเริ่มจากฝั่งต้นทางก่อนเสมอ:

1. วางกฎ UTM หรือสร้าง Tracking Link เฉพาะของแต่ละแคมเปญที่จะพาไปหา LINE OA ให้เรียบร้อยก่อน
2. ตั้งค่า Webhook URL ในฝั่ง Developer Console ให้ชี้ไปยังเซิร์ฟเวอร์ที่พร้อมรับ Event แล้ว
3. ทดสอบด้วยการคลิกลิงก์ทดสอบของตัวเองแล้วเพิ่มเพื่อน ตรวจดูว่า Follow Event เข้ามาพร้อมข้อมูลที่มาครบไหม
4. เชื่อมต่อ Webhook เข้ากับระบบเก็บ Lead หรือ CRM ที่ใช้งานจริง เพื่อให้ Event ที่ผ่านการทดสอบแล้วไหลเข้าไปเป็นข้อมูลใช้งานได้ทันที
5. เปิดใช้งานกับแคมเปญจริง แล้วสุ่มตรวจข้อมูลในสัปดาห์แรกว่าจำนวน Follow Event ที่บันทึกได้ ใกล้เคียงกับตัวเลขในรายงานของ LINE Official Account Manager หรือไม่

ทำไม Add Friend ไม่เท่ากับ Lead และควรแยกสถานะยังไง

ความเข้าใจผิดที่พบบ่อยที่สุดคือการเอายอดเพิ่มเพื่อนไปตั้งเป็น KPI เดียวของทีมการตลาด ทั้งที่ Add Friend เป็นแค่จุดเริ่มต้นของบทสนทนา ยังไม่ใช่สัญญาณว่าเขาสนใจซื้อจริง คนจำนวนไม่น้อยเพิ่มเพื่อนเพราะเห็นโปรโมชันหน้าปกแล้วกดเผื่อไว้ โดยไม่ได้ทักต่อเลยด้วยซ้ำ

การแยกสถานะที่ชัดเจนช่วยให้ทีมไม่หลงทาง เช่น กำหนดว่า Add Friend คือสถานะเริ่มต้น ถ้ามี Message Event ตามมาภายในเวลาที่กำหนดจึงขยับเป็น Chat Started และถ้าคุยแล้วมีการถามราคาหรือให้ข้อมูลติดต่อ ถึงจะขยับเป็น Lead ตามเกณฑ์ที่ธุรกิจกำหนดเอง

การแยกแบบนี้ยังช่วยตอบคำถามที่ธุรกิจอยากรู้จริง ๆ เช่น คำค้นแบบไหนพาคนพร้อมซื้อเข้ามามากกว่า เพราะถ้าเทียบแค่ยอด Add Friend ระหว่างสองแคมเปญ อาจดูเหมือนแคมเปญหนึ่งดีกว่า แต่พอดูอัตราที่ Add Friend กลายเป็น Lead จริง ผลอาจกลับกันเลยก็ได้

แยกลูกค้าเก่าที่เพิ่มเพื่อนซ้ำ ออกจากคนใหม่ที่มาจากแอด

ปัญหาที่ทำให้ยอด Add Friend ดูสูงเกินจริงบ่อยครั้งคือ ลูกค้าเก่าที่เคยบล็อกบัญชีไปแล้วกลับมาเพิ่มเพื่อนใหม่ หรือคนที่เปลี่ยนเครื่องแล้วต้องเพิ่มเพื่อนซ้ำ กรณีเหล่านี้ระบบของ LINE จะนับเป็น Follow Event เหมือนคนใหม่ทุกประการ ทำให้ตัวเลขที่เห็นปนกันระหว่างคนใหม่จริงกับคนเก่าที่กลับมา

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

ธุรกิจที่มีฐานลูกค้าเก่าอยู่แล้วควรวางแผนแยกเรื่อง การยิงแอดหาลูกค้าเก่า ออกจากแคมเปญหาลูกค้าใหม่ตั้งแต่ต้น เพื่อไม่ให้ตัวเลข Add Friend ของทั้งสองกลุ่มไปปนกันจนวิเคราะห์ผิด

วัดคุณภาพของ Add Friend ด้วยอัตราการทักต่อ ไม่ใช่แค่จำนวน

เมื่อเก็บ Follow Event พร้อมที่มาได้แล้ว ตัวเลขที่มีประโยชน์กว่าจำนวน Add Friend ดิบ ๆ คือ ‘อัตราที่คนเพิ่มเพื่อนแล้วทักต่อ’ เทียบกันระหว่างแคมเปญ เพราะแคมเปญที่ได้ Add Friend เยอะแต่อัตราทักต่อต่ำ อาจแปลว่าครีเอทีฟดึงคนที่ยังไม่พร้อมคุยเข้ามาเยอะเกินไป

ตารางนี้เป็นตัวอย่างสมมติของการเทียบสองแคมเปญที่มียอด Add Friend ใกล้เคียงกัน แต่คุณภาพต่างกันชัดเจนเมื่อดูอัตราทักต่อ:

กันการนับซ้ำเมื่อคนเดิมเพิ่มเพื่อนหลายรอบในแคมเปญเดียวกัน

อีกปัญหาที่พบได้คือคนคนเดียวกดลิงก์แอดหลายครั้งในวันเดียว เช่นเห็นโฆษณาซ้ำแล้วกดเข้าไปดูอีกรอบทั้งที่เพิ่มเพื่อนไปแล้ว บาง Implementation จะยิง Follow Event ซ้ำทุกครั้งที่มีการเปิดหน้าเพิ่มเพื่อน แม้ User ID จะเหมือนเดิม

การกันนับซ้ำทำได้โดยเช็ก User ID ก่อนบันทึกทุกครั้งว่าเคยมี Follow Event ของคนนี้มาก่อนหรือยัง ถ้ามีแล้วให้บันทึกเป็นการเข้าชมซ้ำแทนที่จะนับเป็น Add Friend ใหม่อีกครั้ง เพื่อไม่ให้ตัวเลขยอดรวมบวมเกินความจริง โดยเฉพาะช่วงที่ยิงแอดหนักและมีคนเห็นโฆษณาซ้ำ ๆ

เก็บข้อมูลผู้เพิ่มเพื่อนแค่ไหนถึงเหมาะสม

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

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

ข้อผิดพลาดที่ทำให้ตั้งค่า Add Friend Tracking ไม่สำเร็จ

• ตั้งค่า Webhook ก่อนวางกฎ UTM ทำให้ Event แรก ๆ ที่เข้ามาไม่มีที่มาให้ผูก ต้องเริ่มนับใหม่หลังแก้
• ใช้ลิงก์เดียวกันในทุกช่องทางเพราะคิดว่าสะดวก แล้วมาเสียใจทีหลังที่แยกยอดไม่ได้
• ไม่ทดสอบก่อนเปิดใช้งานจริง ปล่อยให้แคมเปญวิ่งไปหลายวันก่อนพบว่า Event ไม่เข้าระบบเลย
• ลืมกันคนเดิมที่กดซ้ำ ทำให้ยอด Add Friend ดูสูงเกินจริงจนวางแผนงบผิดพลาด

ตัวอย่างสมมติ: ไล่ตัวเลขทีละขั้นจากคลิกโฆษณาถึงยอดขาย

เพื่อให้เห็นภาพว่าทำไมการแยก Add Friend ตามที่มาถึงสำคัญกว่าดูยอดรวม ลองไล่ตัวเลขตัวอย่างสมมติของร้านขายอาหารเสริมที่ยิงแอดสองแคมเปญพร้อมกันในเดือนเดียวกัน

แคมเปญ A จ่ายค่าแอดไป 18,000 บาท ได้คลิก 2,400 ครั้ง คนเพิ่มเพื่อนจริง 620 คน ทักต่อ 180 คน และปิดการขายได้ 22 ออเดอร์ ส่วนแคมเปญ B จ่ายค่าแอดไป 14,000 บาท ได้คลิก 1,500 ครั้ง คนเพิ่มเพื่อนจริง 540 คน ทักต่อ 260 คน และปิดการขายได้ 41 ออเดอร์

ถ้าดูแค่ยอด Add Friend อย่างเดียว แคมเปญ A ดูเหมือนทำผลงานได้ดีกว่าเพราะได้คนเพิ่มเพื่อนมากกว่า แต่พอไล่ตัวเลขลึกลงไปถึงยอดขาย ต้นทุนต่อออเดอร์ของแคมเปญ A อยู่ที่ราว 818 บาท ในขณะที่แคมเปญ B อยู่ที่ราว 341 บาทเท่านั้น ซึ่งเป็นความต่างที่มองไม่เห็นเลยถ้าไม่ผูก Add Friend เข้ากับสถานะทักต่อและยอดขายจนครบทั้งเส้นทาง

ทำแบบนี้แล้วพัง เพราะอะไร

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

อีกทีมหนึ่งเจอปัญหาต่างออกไป คือใช้ระบบที่รับ Webhook ได้ แต่ไม่มีการกันนับซ้ำ พอเปิดแคมเปญรีทาร์เก็ตกลุ่มเดิมซ้ำหลายรอบในเดือนเดียว ตัวเลข Add Friend ที่รายงานออกมาสูงกว่าจำนวนคนจริงเกือบสองเท่า เพราะนับคนเดิมที่กดลิงก์ซ้ำเป็น Add Friend ใหม่ทุกครั้ง ทำให้ทีมเข้าใจผิดว่าแคมเปญนี้ได้ลูกค้าใหม่จำนวนมาก ทั้งที่ความจริงคือคนกลุ่มเดิมกดผ่านซ้ำเฉย ๆ

สรุป

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

ถ้ายังไม่เคยแยกยอด Add Friend ตามที่มาเลย ลองเริ่มจากแคมเปญเดียวก่อน วางกฎ UTM ให้ชัด แล้วดูว่าอัตราทักต่อของแคมเปญนั้นเป็นอย่างไร ก่อนขยายไปทำทุกแคมเปญพร้อมกัน

• Follow Event บอกแค่ว่ามีคนเพิ่มเพื่อน ต้องผูกกับ UTM ถึงจะรู้ที่มา
• แยกลูกค้าเก่าที่กลับมาเพิ่มเพื่อนซ้ำออกจากคนใหม่ ไม่งั้นยอดจะบวมเกินจริง
• วัดคุณภาพด้วยอัตราทักต่อ ไม่ใช่แค่จำนวน Add Friend ดิบ ๆ

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