ปิดการขายใน LINE MINI App แล้วส่งยอดกลับแพลตฟอร์มโฆษณายังไง
สรุปสั้น ๆ
ออเดอร์ที่ปิดใน LINE MINI App ส่งกลับแพลตฟอร์มโฆษณาได้ถ้ามีตัวระบุที่ส่งต่อจากหน้าที่ลูกค้าคลิกแอดเข้าไปในแอป แล้วให้เซิร์ฟเวอร์ส่งอีเวนต์หลังยืนยันการชำระเงิน โดยใช้เลขออเดอร์เป็นคีย์กันซ้ำ การพึ่งพิกเซลภายในหน้าที่เปิดในแอป LINE เป็นทางที่เปราะ เพราะเบราว์เซอร์ในแอปไม่ได้แชร์ cookie กับที่ลูกค้าคลิกมา
ร้านขายของฝากเปิด MINI App ให้ลูกค้าเลือกสินค้าและชำระเงินในแอป LINE ได้ครบ แต่เมื่อดูใน Ads Manager ปรากฏออเดอร์ที่แอดนับได้แค่ 120 จาก 400 ที่ระบบหลังบ้านเห็น ส่วนอีก 280 ออเดอร์หายไปไหนไม่มีใครรู้
คำตอบมักอยู่ที่รอยต่อ คลิกเกิดในเบราว์เซอร์ธรรมดา ส่วนการซื้อเกิดในหน้าที่เปิดในแอป LINE ซึ่งเป็นคนละบริบท ตัวระบุจากการคลิกไม่ได้เดินทางตามไป
ตัวระบุคลิกหายตรงไหนก่อนถึง MINI App
ลูกค้าคลิกแอด ไปหน้าลงจอดบนเว็บของแบรนด์ ซึ่งอ่าน fbclid, gclid หรือ ttclid ได้ จากนั้นกดปุ่มเปิด MINI App ทางลิงก์ การเปิดนี้เด้งเข้าแอป LINE ซึ่งใช้เบราว์เซอร์ของตัวเอง cookie ที่เก็บไว้ในหน้าลงจอดมองไม่เห็นจากข้างใน ถ้าไม่ส่งอะไรตามเข้าไป การซื้อจะดูเหมือนคนเข้ามาตรง ๆ
ส่งตัวระบุข้ามเข้า MINI App และส่งอีเวนต์กลับ
- หน้าลงจอดฝั่งเซิร์ฟเวอร์สร้างรหัสเยี่ยมชม (visit id) แล้วเก็บ click id, UTM และเวลาที่เข้า ไว้ในฐานข้อมูลของเรา
- ส่ง visit id ต่อเข้า MINI App ผ่านลิงก์ที่เปิดแอป วิธีส่งสถานะเข้าแอปและชื่อพารามิเตอร์ที่รองรับ ให้ดูเอกสารของ LINE ล่าสุด เพราะผมไม่ยืนยันรูปแบบจากความจำ แนวคิดเดียวกับที่ใช้ใน สะพานข้ามโดเมนด้วย LIFF
- เมื่อผู้ใช้เข้าแอปและได้ตัวตนที่ตรวจแล้ว เซิร์ฟเวอร์ผูก visit id กับ userId
- สร้างออเดอร์พร้อมเลขออเดอร์ที่ไม่ซ้ำ และบันทึก visit id ในแถวเดียวกัน
- รอจนยืนยันการชำระเงินจากฝั่งเซิร์ฟเวอร์ ด้วยวิธีที่ เว็บฮุคชำระเงินส่ง CAPI อธิบายไว้
- ส่งอีเวนต์ซื้อไปยังแต่ละแพลตฟอร์มจากเซิร์ฟเวอร์ ใช้เลขออเดอร์เป็นรหัสอีเวนต์เพื่อกันซ้ำ ตามหลักใน ออกแบบ idempotency key ให้ทนการยิงซ้ำ
ข้อมูลที่แต่ละแพลตฟอร์มต้องการ
ชื่อฟิลด์ที่ระบุในตารางเป็นชื่อที่ผมคุ้นเคย แต่ขอให้ตรวจกับเอกสารล่าสุดของแต่ละแพลตฟอร์มก่อนเขียนโค้ด และอ่านภาพรวมของฝั่ง Meta ใน เรื่อง Meta CAPI กับยอดขายจากแชท
| แพลตฟอร์ม | ตัวระบุคลิก | คีย์กันซ้ำ | ข้อควรระวัง |
|---|---|---|---|
| Meta CAPI | fbclid หรือค่า fbc ที่สร้างจากมัน | event_id | ตรวจกรอบเวลาส่งย้อนหลังในเอกสารล่าสุด |
| Google Ads | gclid | เลขออเดอร์ (transaction id) | ตรวจกรอบเวลานำเข้า offline conversion ล่าสุด |
| TikTok Events API | ttclid | event_id | ตรวจชื่อฟิลด์ล่าสุดในเอกสาร |
ส่งอีเวนต์ตอนไหนถึงจะไม่หลอกอัลกอริทึม
ส่ง Purchase เมื่อเงินเข้าแล้ว ไม่ใช่ตอนสร้างออเดอร์ เพราะออเดอร์ที่ค้างชำระหรือถูกยกเลิกจะสอนระบบให้ไปหาคนที่ชอบกดสั่งแต่ไม่จ่าย ถ้ามีการคืนเงินหรือแก้ยอดภายหลัง ก็ต้องมีเส้นทางส่งการปรับยอด ไม่ปล่อยให้ยอดเก่าค้างในแพลตฟอร์ม
ตัวอย่างสมมติ ออเดอร์ส่งกลับได้กี่ส่วน
ตัวเลขนี้เป็นสมมติ เพื่อให้เห็นว่ามักมีส่วนที่ผูกไม่ได้อยู่เสมอ เช่น คนเข้า MINI App จากข้อความในแชทที่ไม่ผ่านหน้าลงจอด ส่วนนั้นยังส่งอีเวนต์ได้ด้วยข้อมูลลูกค้าที่แฮชตามข้อกำหนดและมีฐานความยินยอมรองรับ แต่คุณภาพการจับคู่จะต่างจากส่วนที่มี click id
จุดที่ส่งกลับแล้วยอดไม่ขึ้น
- พิกเซลฝั่งหน้าเว็บในหน้าที่เปิดในแอป LINE อาจไม่ทำงานเสถียร ให้ถือการส่งจากเซิร์ฟเวอร์เป็นหลัก
- ส่งทั้งจากพิกเซลและเซิร์ฟเวอร์โดยไม่มี event_id ตรงกัน ยอดจะเบิ้ล
- ลืมขอความยินยอมก่อนส่งข้อมูลระบุตัวตน ตรวจแนวทางใน การจับคู่เลขออเดอร์กับแอด และนโยบายความเป็นส่วนตัวของร้าน
- โทเคนของ API หมดอายุเงียบ ๆ ทำให้การส่งล้มโดยไม่มีใครรู้
สรุป
ก่อนเปิดแคมเปญที่พาคนเข้า MINI App ให้ทดสอบเส้นทางเต็มด้วยออเดอร์จริงของตัวเอง คลิกแอดทดสอบ เปิดแอป สั่งซื้อ จ่ายเงิน แล้วดูว่าอีเวนต์ขึ้นในแพลตฟอร์มพร้อม click id หรือไม่ ถ้ายังไม่ขึ้น แปลว่ารอยต่อยังรั่ว
- ตัวระบุคลิกต้องถูกส่งต่อเข้า MINI App เอง ไม่ตามไปอัตโนมัติ
- ส่งอีเวนต์จากเซิร์ฟเวอร์หลังยืนยันชำระเงิน ใช้เลขออเดอร์กันซ้ำ
- ตรวจชื่อฟิลด์และกรอบเวลาในเอกสารล่าสุดของแต่ละแพลตฟอร์ม
- ทดสอบเส้นทางเต็มด้วยออเดอร์จริงก่อนเปิดแคมเปญ
- ยอมรับว่าบางส่วนผูกไม่ได้ และบอกไว้ในรายงาน
คำถามที่พบบ่อย
ใช้ Meta Pixel ใน MINI App เป็นหลักได้ไหม
ไม่แนะนำให้พึ่งอย่างเดียว เพราะหน้าที่เปิดในแอป LINE มีบริบทของเบราว์เซอร์ต่างจากที่ลูกค้าคลิก ควรส่งจากเซิร์ฟเวอร์เป็นหลักและใช้พิกเซลเป็นตัวเสริมพร้อม event_id เดียวกัน
ลูกค้าไม่ผ่านหน้าลงจอดเลย ส่งกลับได้ไหม
ส่งได้ด้วยข้อมูลลูกค้าที่แฮชแล้ว ถ้ามีฐานความยินยอม แต่ความแม่นของการจับคู่จะน้อยกว่ากรณีมี click id
ต้องส่งอีเวนต์ภายในกี่วันหลังคลิก
แต่ละแพลตฟอร์มกำหนดกรอบเวลาต่างกันและอาจเปลี่ยน ตรวจเอกสารล่าสุดของแต่ละเจ้า และออกแบบให้ส่งทันทีหลังยืนยันชำระเงินเพื่อไม่ชนกรอบเวลา
ถ้าออเดอร์ถูกยกเลิกหลังส่งอีเวนต์แล้ว
ควรส่งการปรับยอดหรือยกเลิกตามที่แพลตฟอร์มรองรับ และบันทึกเหตุผลไว้ ถ้าแพลตฟอร์มไม่รองรับ ให้แยกยอดสุทธิไว้ในรายงานภายในของคุณเอง
MINI App กับ LIFF ส่งกลับต่างกันไหม
หลักการเหมือนกัน คือต้องส่งตัวระบุข้ามบริบทและให้เซิร์ฟเวอร์ส่งอีเวนต์หลังยืนยันชำระเงิน ความต่างอยู่ที่ความสามารถและข้อกำหนดของแต่ละช่องทาง ไม่ใช่วิธีวัดผล
อ่านต่อแบบเจาะลึก
รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน
linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน
ทดลองใช้ฟรี 14 วัน