← กลับไปหน้าบทความ
แพลตฟอร์มโฆษณา

Data Deduplication: วิธีตรวจเมื่อ Facebook และ TikTok แจ้งยอดขายซ้ำซ้อนกันใน LINE

02 ส.ค. 04:09 · อ่าน 2 นาที
Data Deduplication: วิธีตรวจเมื่อ Facebook และ TikTok แจ้งยอดขายซ้ำซ้อนกันใน LINE

สรุปสั้น ๆ

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

มีข้อความหนึ่งที่ผมได้รับบ่อยจนจำขึ้นใจ หน้าตาประมาณนี้: ‘พี่ครับ Facebook รายงาน 35 ยอด TikTok รายงาน 25 ยอด รวม 60 แต่ยอดโอนจริงมี 38 — อีก 22 ยอดหายไปไหน’ คำตอบสั้น ๆ คือ ไม่มียอดไหนหายครับ มีแต่ยอดที่ถูกนับสองรอบ

ลองนึกภาพลูกค้าหนึ่งคน เช้าเห็นคลิปร้านคุณใน TikTok เย็นเจอแอดตัวเดียวกันใน Facebook แล้วกดทักมาซื้อ ในสายตา TikTok เขาคือลูกค้าที่ TikTok สร้าง (ก็เขาดูคลิปฉันก่อนนี่) ในสายตา Facebook เขาคือลูกค้าของ Facebook (ก็เขาคลิกแอดฉันมา) ต่างคนต่างบันทึกหนึ่งยอดในโลกของตัวเอง โดยไม่มีใครคุยกับใคร

อาการนี้เรียกว่าการนับซ้ำข้ามแพลตฟอร์ม และมันไม่ใช่บั๊ก มันคือผลตามธรรมชาติของการที่แต่ละแพลตฟอร์มมองไม่เห็นกันและกัน บทความนี้จะพาไปดูว่ามันเกิดตรงไหนบ้าง ตรวจยังไง และลดได้แค่ไหน (สปอยล์: ลดได้เยอะ แต่ไม่มีวันเหลือศูนย์)

จุดที่การนับซ้ำเกิดบ่อยที่สุด

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

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

วิธีตรวจ: วัดอัตราการบวมของร้านตัวเอง

เครื่องมือตรวจที่ง่ายและได้ผลที่สุดไม่ใช่ซอฟต์แวร์ราคาแพง แต่คือการหารเลขสองตัว: เอาผลรวม Conversion ที่ทุกแพลตฟอร์มรายงาน หารด้วยยอดปิดจริงที่นับจากเงินเข้า เช่น รายงานรวม 60 ยอดจริง 38 ได้อัตราบวม 1.58 เท่า

ตัวเลขนี้ของแต่ละร้านไม่เท่ากัน และไม่มีค่ามาตรฐานสากล สิ่งที่มีประโยชน์คือการวัดมันทุกเดือนจนรู้ค่าปกติของตัวเอง สมมติร้านคุณบวมแถว ๆ 1.5 เท่ามาตลอด แล้วเดือนนี้กระโดดเป็น 2.2 — นั่นคือสัญญาณว่ามีอะไรเปลี่ยน อาจเป็นแคมเปญ Retarget ใหม่ที่ทับกลุ่มกัน หรือการตั้งค่า Attribution ที่ใครไปแก้

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

ลดการนับซ้ำที่ต้นทาง: ทำอะไรได้บ้าง

  1. แยกประตูเข้า LINE ต่อแพลตฟอร์มให้เด็ดขาด — ลิงก์ติดตามคนละเส้นต่อช่องทาง เพื่อให้ฝั่งข้อมูลของคุณเองรู้ชัดว่าคลิกสุดท้ายก่อนทักมาจากไหน นี่คือเส้นความจริงที่ใช้อ้างอิงเวลารายงานแพลตฟอร์มตีกัน
  2. บันทึกยอดปิดพร้อมที่มาไว้ที่เดียว — ทุกออเดอร์ต้องมีบันทึกว่ามาจากแชทไหน แชทนั้นเข้ามาทางลิงก์ไหน ระบบติดตามอย่าง linli ทำส่วนนี้ให้อัตโนมัติ หรือจะคุมด้วยชีตกลางที่แอดมินกรอกก็ได้ถ้าปริมาณยังไม่มาก
  3. เวลาส่ง Conversion กลับเข้าแพลตฟอร์ม ใส่รหัสอ้างอิงเหตุการณ์เสมอ — การส่งผ่านระบบ Server-to-Server ควบคู่กับ Pixel ต้องแนบรหัสเหตุการณ์เดียวกัน (Event ID) เพื่อให้แพลตฟอร์มรวมเหตุการณ์ซ้ำเป็นหนึ่งเดียวได้ และส่งยอดหนึ่งรายการกลับไปยังช่องทางเดียวตามกติกาที่คุณกำหนดเอง เช่น ให้เครดิตช่องของคลิกสุดท้ายเท่านั้น
  4. ทบทวนหน้าต่าง Attribution ให้เข้มขึ้น — ปรับให้นับเฉพาะคลิกและย่นระยะเวลานับย้อนหลังลง ตัวเลขรายงานจะเล็กลงแต่ซ้ำน้อยลงด้วย ทีมต้องตกลงร่วมกันก่อนเพราะกราฟจะดูแย่ลงทั้งที่ธุรกิจเท่าเดิม

ส่วนที่ต้องยอมรับ: มันไม่มีวันเหลือศูนย์

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

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

มีเทคนิคเสริมหนึ่งที่ช่วยยืนยันภาพใหญ่ได้ดีคือการทดลองเชิงเพิ่ม-ลด: ลองลดงบช่องหนึ่งลงแรง ๆ สักสองสัปดาห์ แล้วดูว่ายอดรวมทั้งระบบหายไปเท่าไหร่ ถ้าลดงบ TikTok แล้วยอดรวมแทบไม่สะเทือน ทั้งที่ TikTok เคยเคลมยอดเยอะ แปลว่าที่ผ่านมามันเคลมยอดที่ช่องอื่นก็ปิดได้อยู่แล้ว วิธีนี้หยาบแต่ตอบคำถาม ‘ช่องนี้สร้างยอดเพิ่มจริงไหม’ ได้ตรงกว่ารายงานไหน ๆ

สรุป

ยอด 22 รายการที่ ‘หายไป’ ในตอนต้นเรื่อง แท้จริงไม่เคยมีอยู่ มันคือเงาของยอดจริงที่ถูกฉายซ้ำในกระจกสองบาน การเข้าใจเรื่องนี้เปลี่ยนวิธีอ่านรายงานของคุณถาวร: ผลรวมข้ามแพลตฟอร์มคือเพดานที่บวมเสมอ ส่วนพื้นความจริงคือเงินเข้าบัญชีพร้อมบันทึกที่มา

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

  • ทุกแพลตฟอร์มเคลมยอดในโลกของตัวเอง — ผลรวมรายงานจึงบวมกว่ายอดจริงเสมอ
  • วัดอัตราบวมของร้านตัวเองทุกเดือน แล้วสอบสวนเมื่อมันเบี่ยงจากเส้นฐาน
  • ลดซ้ำที่ต้นทาง: แยกลิงก์ต่อช่อง, ใส่ Event ID, และตัดสินงบด้วยยอดปิดจริงเท่านั้น

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

ผลรวมรายงานจากทุกแพลตฟอร์มควรใกล้ยอดจริงแค่ไหนถึงเรียกว่าโอเค

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

การนับซ้ำแปลว่ามีแพลตฟอร์มโกงเราหรือเปล่า

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

ใช้ GA4 เป็นกรรมการกลางแทนได้ไหม

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

ถ้ายิงแอดแค่แพลตฟอร์มเดียว ยังต้องสนใจเรื่องนี้ไหม

เบาลงมากแต่ไม่หมด เพราะการนับซ้ำภายในแพลตฟอร์มเดียวก็เกิดได้ เช่น ส่ง Event ซ้ำจากทั้ง Pixel และ API โดยไม่มีรหัสกำกับ หรือการนับแบบเห็นเฉย ๆ ชนกับการคลิกในแคมเปญต่างกัน ควรใส่ Event ID ให้เรียบร้อยตั้งแต่แรก

ควรให้เครดิตยอดกับช่องทางไหนเวลาลูกค้าเจอหลายช่องจริง ๆ

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

อัตราบวมสูงขึ้นช่วงจัดโปรใหญ่ ผิดปกติไหม

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

อยากวัดผลโฆษณาเข้า LINE ให้ถึงยอดขาย?

ทดลองใช้ linli ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต

เริ่มทดลองใช้ฟรี

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

คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
สำหรับคนที่เพิ่งเริ่มทำ LINE Conversion Tracking บทความนี้รวมทุกขั้นตอนตั้งแต่นิยาม Funnel ติดตั้งระบบ เชื่อมแพลตฟอร์ม จนถึงวางแผนช่วงทดลองใช้ให้ตัดสินใจได้จริงก่อนหมด Trial
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
ระบบ Tracking ไม่ได้ทำให้ธุรกิจผ่าน PDPA โดยอัตโนมัติ บทความนี้อธิบายว่าธุรกิจยังต้องรับผิดชอบอะไรเองบ้าง ตั้งแต่ Legal Basis ไปจนถึงการจำกัดข้อมูลที่ส่งไปแพลตฟอร์มโฆษณา
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
ก่อนติดตั้ง Tracking Link หรือ Script บนปุ่ม LINE ต้องเตรียมอะไรบ้าง บทความนี้เล่าขั้นตอนจริงตั้งแต่สิทธิ์เข้าถึงเว็บ ไปจนถึง Test Journey ก่อนเปิดใช้งาน ไม่ใช่แค่ก็อปโค้ดไปวาง