ยิงแอด TikTok วันละหลักพัน แต่ไม่รู้ว่ามีกี่คนโอนเงินจริงจาก LINE

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

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

Purchase Event ของ TikTok Events API คือกลไกที่ออกแบบมาแก้ปัญหานี้ แต่ก่อนจะไปถึงขั้นตั้งค่าทางเทคนิค บทความนี้จะพาดูก่อนว่าเส้นทางจาก Add Friend ถึงยอดโอนจริงมีจุดไหนที่ข้อมูลมักหลุด และธุรกิจของคุณควรเริ่มจากจุดไหนถึงจะได้ตัวเลขที่เชื่อได้ ไม่ใช่แค่ ‘ติดแล้วมี Event ยิงเข้าไป’

Purchase Event ของ TikTok คืออะไร และทำไมธุรกิจที่ปิดผ่าน LINE ต้องสนใจ

ในภาษาของ TikTok Ads, Purchase คือหนึ่งใน Standard Event ที่จัดอยู่กลุ่ม Macro Conversion หมายถึงเหตุการณ์ที่เกิดขึ้นเมื่อลูกค้าตัดสินใจซื้อสำเร็จแล้ว ไม่ใช่แค่คลิกดูสินค้าหรือกดเพิ่มเพื่อน สำหรับธุรกิจที่ขายบนเว็บไซต์ปกติ Purchase มักส่งอัตโนมัติตอนหน้าชำระเงินสำเร็จ แต่สำหรับธุรกิจที่ปิดการขายในแชท LINE ไม่มี ‘หน้าชำระเงินสำเร็จ’ แบบนั้นให้ยิง Event เอง เพราะการซื้อขายจบลงด้วยคำพูดในแชทและสลิปโอนเงิน ไม่ใช่ระบบเว็บที่ตรวจจับได้อัตโนมัติ

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

ความสำคัญของ Purchase Event ต่อการยิงแอดคือ มันเป็นสัญญาณคุณภาพสูงสุดในบรรดา Event ที่ธุรกิจสาย LINE ส่งกลับได้ เพราะยืนยันเงินจริงเข้าบัญชี ไม่ใช่แค่ความสนใจ แต่ก็ต้องพูดตรง ๆ ว่าปริมาณ Purchase มักน้อยกว่า Lead หรือ Chat Started มาก โดยเฉพาะธุรกิจใหม่หรือสินค้าราคาสูง ซึ่งส่งผลต่อการเลือกว่าจะใช้ Purchase เป็น Primary Conversion ได้จริงหรือยัง (พูดถึงต่อในหัวข้อสถานะความพร้อม)

เส้นทางจริงจาก Add Friend ถึง Purchase ที่ TikTok มองไม่เห็นเอง

ลองไล่เส้นทางลูกค้าจริงทีละขั้น: คลิกโฆษณา TikTok → กดปุ่มไป LINE → เพิ่มเพื่อน → ทักแชท → แอดมินตอบ → ลูกค้าถามราคา → ต่อรอง → ตัดสินใจซื้อ → โอนเงิน → แอดมินยืนยันสลิป → บันทึกออเดอร์ ในเส้นทางสิบขั้นนี้ TikTok เห็นแค่สองขั้นแรกด้วยตัวเอง (คลิกกับแอดเพื่อนถ้ามีการตั้งค่า Pixel/SDK ไว้) ที่เหลือทั้งหมดเกิดในแอป LINE ซึ่งเป็นแพลตฟอร์มคนละเจ้า TikTok ไม่มีทางรู้ได้เองว่าแชทที่เกิดขึ้นจบลงด้วยการซื้อหรือการเงียบหาย

ช่องว่างตรงนี้แหละที่ทำให้หลายธุรกิจเข้าใจผิดว่า ‘ยอดแอดเพื่อนเยอะ = แคมเปญดี’ ทั้งที่ในจำนวนคนแอดเพื่อนร้อยคน อาจมีแค่สิบกว่าคนที่ทักจริง และในสิบกว่าคนนั้นอาจปิดการขายได้แค่สองสามคน ถ้าไม่มีการส่งข้อมูลจากปลายทาง (Purchase) กลับไปให้ TikKok เห็น ระบบก็จะเรียนรู้ว่าคนที่คลิกโฆษณาตัวไหนแล้วแอดเพื่อนคือ ‘คนที่ดี’ ทั้งที่บางแคมเปญอาจได้แต่คนอยากรู้ราคาแต่ไม่เคยซื้อเลยก็ได้

สิ่งที่ต้องยอมรับตรง ๆ คือ ไม่ว่าจะตั้ง Events API ดีแค่ไหน ก็ยังมีช่วงที่ TikTok มองไม่เห็นอยู่ดี — ช่วงระหว่างแอดเพื่อนกับตัดสินใจซื้อ ซึ่งอาจกินเวลาเป็นชั่วโมงหรือเป็นวัน (Conversion Lag) การส่ง Purchase Event จึงไม่ใช่การ ‘เติมข้อมูลที่หาย’ แต่คือการส่งจุดปลายทางกลับไปให้ระบบเชื่อมโยงกับจุดต้นทางที่เคยเก็บไว้ตอนคลิกโฆษณา

ก่อนตั้งค่า ต้องรู้ว่าธุรกิจของคุณพร้อมส่ง Purchase Event ระดับไหน

ก่อนไปหาเอกสารตั้งค่า Events API ให้ถามทีมตัวเองสามคำถามนี้ก่อน: หนึ่ง มีใครในทีมที่กดยืนยัน ‘ออเดอร์นี้จบแล้ว’ ทุกครั้งไหม สอง ข้อมูลลูกค้าที่ทักเข้ามาผูกกับที่มาของแอด (UTM/Click ID) หรือหลุดหายไปตั้งแต่ก้าวแรก สาม ทีมมีระบบบันทึกยอดขายที่เป็นศูนย์กลางไหม หรือแอดมินแต่ละคนจดคนละที่ ถ้าตอบว่า ‘ยังไม่มี’ ในข้อใดข้อหนึ่ง แปลว่าการต่อ API ให้เสร็จทางเทคนิคจะได้ข้อมูลที่ไม่ครบและใช้ตัดสินใจงบไม่ได้

การเชื่อม TikTok Events API เข้ากับระบบภายนอกอย่างเว็บไซต์หรือ Backend ของธุรกิจ จัดอยู่ในกลุ่มฟีเจอร์ที่ต้องมีการตั้งค่า Credential, สิทธิ์การเข้าถึง Events API และ Pixel/SDK ให้ครบก่อนถึงจะใช้งานได้จริง ไม่ใช่สิ่งที่เปิดใช้แล้วทำงานทันทีโดยไม่ต้องตั้งค่าเพิ่ม ธุรกิจที่ยังไม่มีทีมเทคนิคหรือ Developer ควรเริ่มจากการวางนิยาม Event และ Lead Status ให้ชัดก่อน แล้วค่อยหาผู้เชี่ยวชาญมาช่วยเชื่อมสาย เพราะการตั้งค่าผิดตั้งแต่ต้น (เช่น ส่ง Value ผิดสกุลเงิน หรือส่ง Event ซ้ำ) แก้ยากกว่าการเริ่มช้าแต่ตั้งถูก

สำหรับธุรกิจที่ยังไม่มี Backend เชื่อมกับ TikKok เอง อีกทางเลือกคือใช้ระบบตัวกลางที่ช่วยเชื่อม Funnel จากโฆษณาเข้า LINE ไปถึง Lead และยอดขาย อย่างเช่น linli ซึ่งช่วยให้ทีมเห็นว่า Campaign ไหนพาคนมาแอดเพื่อนแล้วปิดการขายได้จริง แต่ต้องเข้าใจตรงกันว่าการส่งกลับไปยัง TikTok ยังต้องมีการตั้งค่า Conversion และ Credential ตามเงื่อนไขของแต่ละบัญชี ไม่ใช่ระบบที่เชื่อมได้อัตโนมัติทุกกรณีโดยไม่ต้องตั้งค่าอะไรเลย

Value และ Currency ต้องมาจากยอดขายจริง ไม่ใช่ยอดเสนอราคา

ข้อผิดพลาดที่พบบ่อยที่สุดในการส่ง Purchase Event คือการใช้ตัวเลขราคาสินค้าที่เสนอไปตอนแรก แทนที่จะเป็นยอดเงินที่ลูกค้าจ่ายจริง สองตัวเลขนี้ต่างกันได้เยอะมาก เพราะลูกค้าอาจต่อรองราคา ใช้โค้ดส่วนลด ซื้อพ่วงหลายชิ้น หรือซื้อน้อยกว่าที่คุยไว้ตอนแรก ถ้าส่ง Value ผิด ระบบ Smart Bidding จะเรียนรู้ผิดตามไปด้วย เพราะมันจะพยายามหาคนที่ ‘คล้ายกับคนที่มี Value สูง’ ทั้งที่ Value นั้นไม่ใช่เงินที่เข้าบัญชีจริง

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

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

กันการนับ Purchase ซ้ำด้วย Event ID และการทดสอบก่อนใช้จริง

ปัญหาที่พบบ่อยรองลงมาคือ Purchase ถูกนับซ้ำ เช่น แอดมินกดยืนยันออเดอร์สองครั้งโดยไม่ตั้งใจ หรือมีการส่ง Event ทั้งจาก Pixel ฝั่งเว็บและจาก Server พร้อมกันโดยไม่มีการกันซ้ำ TikTok Events API รองรับการส่ง Event ID เพื่อใช้จับคู่และไม่นับ Event เดียวกันซ้ำสองรอบ แต่เงื่อนไขและวิธี Deduplication ต้องตรวจจากเอกสารล่าสุดของ TikTok ก่อนตั้งค่าเสมอ เพราะรายละเอียดอาจเปลี่ยนตามเวอร์ชัน API

1. กำหนดว่า Event ID จะสร้างจากอะไร เช่น เลขที่ออเดอร์ในระบบภายใน เพื่อให้ Event เดียวกันมี ID เดียวกันเสมอไม่ว่าจะยิงจากช่องทางไหน
2. ทดสอบด้วยเครื่องมือตรวจสอบ Event ของ TikTok ก่อนเปิดใช้งานจริง เพื่อดูว่า Event มาถึงปลายทาง มี Value/Currency ถูกต้อง และไม่มี Error
3. แยก Test Event ออกจาก Production Event ให้ชัดเจน อย่าใช้บัญชีจริงยิง Event ทดสอบปนกับข้อมูลจริงที่จะใช้ตัดสินใจงบ
4. ตรวจ Time Zone ของเวลาที่ส่ง Event ให้ตรงกับที่ TikTok คาดหวัง เพราะถ้าเวลาคลาดเคลื่อนมาก ระบบอาจไม่จับคู่กับ Click ต้นทางได้
5. หลังเปิดใช้งานจริง ตั้งรอบตรวจ Match Rate และ Error Row เป็นประจำ ไม่ใช่ตั้งครั้งเดียวแล้วปล่อยผ่าน เพราะ Error สะสมจะทำให้ข้อมูลเสียหายโดยไม่มีใครรู้

ส่งผ่าน Pixel อย่างเดียว กับส่งผ่าน Events API ต่างกันตรงไหน

หลายคนสับสนว่าตั้ง Pixel บนเว็บไซต์แล้วเพียงพอหรือไม่สำหรับธุรกิจที่ขายผ่าน LINE คำตอบคือไม่พอ เพราะ Pixel ทำงานอยู่บน Browser ของลูกค้า ซึ่งจับได้แค่พฤติกรรมบนเว็บไซต์ ส่วน Purchase ที่เกิดในแชท LINE ไม่มีหน้าเว็บให้ Pixel ยิง Event ตารางนี้สรุปความต่างที่ควรเข้าใจก่อนตัดสินใจว่าธุรกิจของคุณต้องใช้ทางไหน

จุดที่ข้อมูลมักหลุดระหว่างแอดมิน LINE กับทีมการตลาด

• แอดมินปิดการขายแต่ไม่ได้บันทึกว่าลูกค้าคนนี้มาจากแอด TikTok ตัวไหน เพราะไม่มีการผูก UTM หรือ Click ID ตั้งแต่ต้นทาง
• ทีมการตลาดเปลี่ยนชื่อ Campaign กลางทาง ทำให้รายงานเก่ากับใหม่ Mapping กันไม่ได้
• แอดมินหลายคนจดยอดขายคนละที่ (สมุด, Excel ส่วนตัว, แชทกลุ่ม) ไม่มีศูนย์กลางเดียวที่รวมยอดขายทั้งหมด
• ลูกค้าเก่าทักกลับมาซื้อซ้ำ แต่ระบบนับเป็น Lead ใหม่ ทำให้ตัวเลข Purchase ปนกันระหว่างลูกค้าใหม่กับลูกค้าเก่า
• มีการยกเลิกออเดอร์หรือคืนเงินภายหลัง แต่ไม่มีใครแจ้งกลับไปแก้ไข Event ที่เคยส่งไปแล้ว ทำให้ตัวเลขสะสมเพี้ยนไปเรื่อย ๆ

ตัวอย่างสถานการณ์ (ข้อมูลสมมติ) เพื่อให้เห็นภาพก่อนเริ่มทำจริง

สมมติร้านขายเครื่องสำอางออนไลน์ยิงแอด TikTok ได้คลิกลิงก์ไป LINE 500 ครั้งต่อเดือน แอดเพื่อนสำเร็จ 320 คน ทักแชทจริง 180 คน และปิดการขายได้ 40 ออเดอร์ (ตัวเลขทั้งหมดเป็นตัวอย่างสมมติเพื่ออธิบายกรอบวิเคราะห์ ไม่ใช่ผลลัพธ์จริงของธุรกิจใด) ถ้าร้านนี้ส่งแค่ Add Friend กลับไปเป็น Conversion หลัก TikTok จะพยายามหาคนที่ ‘คล้ายคนแอดเพื่อน’ ซึ่งอาจรวมคนที่ไม่เคยตั้งใจซื้อเลยก็ได้

แต่ถ้าร้านนี้เริ่มส่ง Purchase Event กลับไปหลังยืนยันสลิปแล้ว แม้จะมีปริมาณแค่ 40 ต่อเดือน (ซึ่งถือว่าน้อยเมื่อเทียบกับ Add Friend 320) ระบบก็จะเริ่มมีสัญญาณคุณภาพสูงมาช่วยเรียนรู้ว่ากลุ่มไหนมีแนวโน้มซื้อจริง จุดที่ต้องระวังคือ ถ้าปริมาณ Purchase น้อยเกินไปและไม่สม่ำเสมอ อาจต้องใช้ Qualified Lead เป็นสัญญาณเสริมควบคู่กันไปก่อนในช่วงที่ข้อมูล Purchase ยังสะสมไม่พอ

สิ่งที่ต้องทำต่อ ก่อนเชื่อตัวเลขที่ส่งกลับไปประมูล

ก่อนจะเอาตัวเลข Purchase Event ไปใช้ตัดสินใจเพิ่มหรือลดงบ ให้กลับมาตรวจสามเรื่องเสมอ: ยอดที่ส่งไปตรงกับยอดขายจริงในบัญชีไหม (Reconcile), มี Duplicate หรือ Error Row สะสมอยู่หรือเปล่า และทีมขายอัปเดตสถานะออเดอร์ครบทุกวันหรือไม่ ถ้าข้อใดข้อหนึ่งยังไม่ผ่าน ให้ใช้ข้อมูลนี้แค่ ‘ดูแนวโน้ม’ ไปก่อน อย่าเพิ่งใช้ตัดสินใจปรับงบก้อนใหญ่

งานถัดไปที่ควรทำคู่กันคือออกแบบ Lead Event ที่ไม่นับซ้ำ เพื่อให้มีสัญญาณกลางฟันเนลรองรับช่วงที่ Purchase ยังน้อย และวางแผน Measurement Plan แบบเต็มฟันเนล เพื่อให้ทุก Event เชื่อมโยงกันเป็นภาพเดียว ไม่ใช่ตั้งค่าทีละจุดแบบแยกส่วน

สรุป

Purchase Event ของ TikTok Events API ไม่ใช่แค่เรื่องเทคนิคที่ต่อสายให้ติดแล้วจบ แต่เป็นเรื่องของการตกลงกันในทีมก่อนว่าอะไรคือ ‘ขายสำเร็จ’ ใครเป็นคนยืนยัน และข้อมูลนั้นจะไหลกลับไปหาโฆษณาได้อย่างไรโดยไม่ซ้ำและไม่ผิดสกุลเงิน

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

• Purchase เป็นสัญญาณคุณภาพสูงสุด แต่ปริมาณมักน้อย ต้องดูความสม่ำเสมอก่อนตั้งเป็น Primary
• Value/Currency ต้องมาจากยอดยืนยันจริง ไม่ใช่ยอดเสนอราคา และต้อง Reconcile เป็นประจำ
• กันซ้ำด้วย Event ID และทดสอบก่อนใช้จริงเสมอ ก่อนเอาไปตัดสินใจปรับงบ

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