← กลับไปหน้าบทความ
ส่ง Conversion กลับ

จ่ายเงินเสร็จในแชท แต่แอดไม่รู้ ต่อ Webhook ให้ยิง Conversion กลับอัตโนมัติทันทีที่ลูกค้าโอนเงินยังไง

ทีมบรรณาธิการ linli07 ก.ค. 08:49อัปเดต 07 ก.ค. 08:49อ่าน 1 นาที
จ่ายเงินเสร็จในแชท แต่แอดไม่รู้ ต่อ Webhook ให้ยิง Conversion กลับอัตโนมัติทันทีที่ลูกค้าโอนเงินยังไง
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

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

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

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

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

ทำไมการกรอกมือถึงพังในระยะยาว

ปัญหาของการกรอก Conversion ด้วยมือไม่ใช่แค่เรื่องลืม แต่เป็นเรื่องของ 'ความหน่วงเวลา' ด้วย แพลตฟอร์มโฆษณาอย่าง Google Ads และ Meta ให้น้ำหนักกับข้อมูล Conversion ที่ส่งเข้ามาเร็วมากกว่าข้อมูลที่ส่งช้า เพราะอัลกอริทึมใช้สัญญาณนี้ปรับการเลือกกลุ่มเป้าหมายแบบเรียลไทม์ ถ้าข้อมูลมาช้าเป็นวัน ระบบก็เรียนรู้ได้ช้าตาม

อีกปัญหาคือ 'ความเหนื่อยของมนุษย์' เมื่อวันไหนแอดมินยุ่งมาก อัตราการกรอก Conversion ตกลงตามธรรมชาติ ซึ่งตลกร้ายคือวันที่ยุ่งมากมักเป็นวันที่ขายดี แปลว่าข้อมูลที่หายไปมักเป็นข้อมูลของวันที่มีค่ามากที่สุดพอดี

โครงสร้างการทำงานของระบบ

จุดเกิดเหตุการณ์สิ่งที่ระบบทำปลายทางที่ได้รับข้อมูล
แอดมินกดปุ่ม 'ยืนยันชำระเงินแล้ว' ในระบบแชทระบบดึง LINE UID และมูลค่าออเดอร์ ยิง webhook ออกทันทีเซิร์ฟเวอร์กลางของธุรกิจ
เซิร์ฟเวอร์กลางรับ webhookจับคู่ LINE UID กับ Click ID ที่บันทึกไว้ตั้งแต่แรก แล้วแปลงข้อมูลตามรูปแบบที่แต่ละแพลตฟอร์มต้องการคิวส่งข้อมูลออก
คิวส่งข้อมูลออกยิง Conversion event ไปยัง Conversion API ของแต่ละแพลตฟอร์มพร้อมกันGoogle Ads / Meta CAPI / TikTok Events API

จุดตัดสินใจสำคัญที่ต้องคุยกับทีมเทคนิคให้ชัด

  • จะดักเหตุการณ์จากจุดไหน — ถ้าธุรกิจใช้ระบบชำระเงินออนไลน์ ควรดักจาก webhook ของ payment gateway โดยตรงเพื่อความแม่นยำ แต่ถ้ายืนยันด้วยแอดมินอ่านสลิป ก็ต้องมีปุ่มกดยืนยันในระบบแชทที่ทริกเกอร์ webhook เอง
  • จะทำยังไงถ้า webhook ส่งไม่สำเร็จ — ต้องมีระบบคิวและ retry เพราะถ้าส่งครั้งเดียวไม่สำเร็จแล้วปล่อยผ่าน ข้อมูล Conversion นั้นจะหายไปถาวร ควรมี log ให้ตรวจสอบย้อนหลังได้ว่ามีรายการไหนส่งไม่สำเร็จบ้าง
  • จะป้องกันการนับซ้ำยังไง — ถ้าแอดมินกดยืนยันซ้ำโดยไม่ตั้งใจ ต้องมีการเช็ครหัสออเดอร์ไม่ให้ยิง Conversion เดียวกันซ้ำสองครั้ง เพราะจะทำให้ยอดที่แพลตฟอร์มโฆษณาเห็นสูงเกินจริง
  • จะรักษาความปลอดภัยของ webhook ยังไง — ต้องมีการเซ็นลายเซ็นหรือ token ยืนยันตัวตนของ webhook เพื่อป้องกันคนนอกยิงข้อมูลปลอมเข้าระบบ

อย่าลืมเรื่องคุณภาพข้อมูลที่ส่งออกไป

การยิง webhook อัตโนมัติแก้ปัญหาเรื่องความเร็วและความครบถ้วน แต่ไม่ได้แก้ปัญหาเรื่องคุณภาพของข้อมูลที่ส่งออกไปเอง ถ้าข้อมูลอีเมลหรือเบอร์โทรที่แนบไปไม่ได้เข้ารหัสตามมาตรฐานที่แพลตฟอร์มกำหนด การจับคู่ (match quality) ก็จะต่ำ ทำให้ Conversion ที่ส่งไปไม่ถูกนับอยู่ดี แม้ระบบ webhook จะทำงานถูกต้องทุกขั้นตอนแล้วก็ตาม

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

สรุป

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

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

  • การกรอก Conversion ด้วยมือเสี่ยงตกหล่นมากที่สุดในวันที่ขายดีที่สุด
  • webhook ควรมีระบบ retry และป้องกันการนับซ้ำ ไม่ใช่ยิงครั้งเดียวแล้วจบ
  • คุณภาพข้อมูลที่ส่งออก (การเข้ารหัสอีเมล/เบอร์โทร) สำคัญพอ ๆ กับความเร็วในการส่ง

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

ต้องมีระบบชำระเงินออนไลน์ก่อนไหมถึงจะทำ webhook แบบนี้ได้

ไม่จำเป็น ถ้ายืนยันด้วยสลิปโอนเงินในแชท ก็สามารถให้แอดมินกดปุ่มยืนยันในระบบหลังบ้านแทน ซึ่งปุ่มนี้เองที่ทำหน้าที่ทริกเกอร์ webhook ออกไป

ถ้าแอดมินกดยืนยันผิดคน จะแก้ไขยังไง

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

ข้อมูลที่ส่งผ่าน webhook ล่าช้าแค่ไหนถึงเรียกว่าเรียลไทม์

โดยทั่วไปควรอยู่ในหลักวินาทีถึงไม่กี่นาทีหลังเหตุการณ์เกิดขึ้น ถ้าล่าช้าเป็นชั่วโมงขึ้นไป ประโยชน์ด้านการเรียนรู้ของอัลกอริทึมโฆษณาจะลดลงมาก

ต้องส่งไปทุกแพลตฟอร์มพร้อมกันไหม หรือเลือกส่งเฉพาะที่ใช้จริง

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

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

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

linli รองรับการต่อ webhook แบบนี้ไหม

linli มีระบบยิง Conversion กลับไปยัง Google, Meta และ TikTok อัตโนมัติทันทีที่แอดมินยืนยันการชำระเงินในระบบแชทอยู่แล้ว โดยไม่ต้องตั้ง webhook แยกเอง

ลองตรวจด้วยตัวเอง

LINE Webhook Payload Inspector

วาง JSON payload จาก LINE แล้วดูว่าเป็น event ชนิดไหน มี field ครบตาม schema ปัจจุบันหรือไม่

ตรวจ payload ฟรี →

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

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

ส่งยอดขายกลับ Google/Meta/TikTok ปลอดภัยแค่ไหน เรื่อง Encryption ที่แอดมินมักไม่เคยถาม

ส่งยอดขายกลับ Google/Meta/TikTok ปลอดภัยแค่ไหน เรื่อง Encryption ที่แอดมินมักไม่เคยถาม

หลายร้านตั้งค่า Conversion API เสร็จแล้วก็ไม่เคยถามต่อว่าข้อมูลระหว่างทางปลอดภัยแค่ไหน บทความนี้อธิบายง่าย ๆ ว่า encryption ตอนส่งข้อมูลคืออะไร และร้านทั่วไปต้องเช็กอะไรบ้าง
อย่าส่งเลขบัตรตรง ๆ เข้าระบบวัดผล Tokenization คือทางออกที่ร้านค้าออนไลน์ควรรู้จัก

อย่าส่งเลขบัตรตรง ๆ เข้าระบบวัดผล Tokenization คือทางออกที่ร้านค้าออนไลน์ควรรู้จัก

บางร้านอยากวัดผล ROAS ให้แม่นจนพยายามส่งข้อมูลการเงินของลูกค้าเข้าระบบตรง ๆ ทั้งที่อันตรายมาก บทความนี้อธิบาย tokenization ทางเลือกที่ปลอดภัยกว่าและยังวัดผลได้เหมือนเดิม
ออกแบบ webhook ส่งข้อมูลปิดการขายจาก LINE เข้า ERP/ระบบสั่งซื้อภายใน โดยไม่ทำให้ order พัง

ออกแบบ webhook ส่งข้อมูลปิดการขายจาก LINE เข้า ERP/ระบบสั่งซื้อภายใน โดยไม่ทำให้ order พัง

เมื่อแอดมินปิดดีลในแชท LINE ข้อมูลควรไหลเข้าระบบสั่งซื้อหรือ ERP อัตโนมัติ แต่ webhook ที่ออกแบบไม่รอบคอบมักสร้าง order ซ้ำ บทความนี้เจาะสถาปัตยกรรมที่ปลอดภัยกว่า