คำตอบโดยสรุป
ใช้รหัสออเดอร์ที่ไม่ซ้ำและผ่านเกณฑ์ที่ตกลงกันเป็นฐานของยอดขายธุรกิจ แสดงยอดคอนเวอร์ชันของ Google Ads และ Meta แยกกัน แล้วตรวจส่วนที่ซ้ำเฉพาะเมื่อมีหลักฐานเชื่อมโยงถึงออเดอร์ ยอดรวมระดับแพลตฟอร์มเพียงอย่างเดียวบอกไม่ได้ว่ามีออเดอร์ซ้ำกี่รายการ
ก่อนประชุมสรุปผล ทีมโฆษณาส่งยอดซื้อจาก Google Ads และ Meta มาให้ พอบวกรวมกันกลับมากกว่าออเดอร์ที่ร้านรับชำระเงินจริง ความต่างนี้ทำให้เกิดคำถามทันทีว่าเราควรเชื่อรายงานไหน และควรแก้ตัวเลขใดก่อนส่งให้ผู้บริหาร
จุดเริ่มต้นที่ช่วยได้คือแยกคำถามให้ชัด ยอดขายธุรกิจตอบว่าเกิดออเดอร์ที่เข้าเกณฑ์กี่รายการและมีมูลค่าเท่าไร ส่วนรายงานโฆษณาตอบว่าแต่ละแพลตฟอร์มนับยอดซื้อใดเป็นผลงานภายใต้กติกาของตน เก็บทั้งสองมุมไว้ได้โดยไม่จำเป็นต้องบังคับให้ยอดเท่ากันทุกช่อง
ทำไมยอดซื้อสองแพลตฟอร์มจึงรวมกันเกินออเดอร์จริง?
ลูกค้าคนหนึ่งอาจคลิกโฆษณา Google แล้วเห็นโฆษณาบน Meta ก่อนซื้อสินค้า หากเข้าเงื่อนไขของทั้งสองระบบ แต่ละแพลตฟอร์มก็อาจนับการซื้อครั้งนั้นเป็นผลงานของตน การบวกคอนเวอร์ชันจึงอาจนับออเดอร์เดียวมากกว่าหนึ่งครั้ง ความต่างเพียงอย่างเดียวจึงยังสรุปไม่ได้ว่ามีการทุจริตหรือระบบติดตามเสีย
ควรแยกเรื่องนี้ออกจากการส่งเหตุการณ์ซื้อซ้ำ เช่น หน้าเสร็จสิ้นการสั่งซื้อส่งเหตุการณ์เดิมอีกครั้งเมื่อเปิดซ้ำ กรณีหนึ่งคือข้อมูลเหตุการณ์ซ้ำในระบบ อีกกรณีคือสองแพลตฟอร์มให้เครดิต หรือรับออเดอร์จริงรายการเดียวกันมาเป็นผลงานของตน วิธีตรวจและแก้จึงต่างกัน
ใน Google Ads ค่า transaction_id ช่วยตัดการนับซ้ำเมื่อมีการส่งรายการซื้อเดิมให้การกระทำที่ตั้งเป็นคอนเวอร์ชันรายการเดียวกัน ควรใช้รหัสออเดอร์ที่คงที่และไม่ซ้ำ โดยไม่ใส่ข้อมูลส่วนตัวของลูกค้า แต่รหัสนี้ไม่ได้ตัดยอดซ้ำระหว่าง Google กับ Meta หากส่งเหตุการณ์เดียวผ่านทั้งเบราว์เซอร์และเซิร์ฟเวอร์ ให้ตรวจการตั้งค่าตัดเหตุการณ์ซ้ำตามเอกสารของระบบเชื่อมต่อที่ใช้อยู่ด้วย
ตั้งฐานให้ตรงกันก่อนเริ่มเทียบ
เก็บสำเนาต้นฉบับแต่ละชุดและเวลาที่ส่งออกข้อมูลไว้ก่อน เพื่อให้กลับมาตรวจด้วยข้อมูลชุดเดิมได้ จากนั้นตกลงว่ารายงานยอดขายจะรวมเฉพาะออเดอร์ชำระแล้วหรือไม่ และจัดการการยกเลิกกับการคืนเงินบางส่วนอย่างไร ระบุให้ชัดว่ามูลค่ารวมภาษีและค่าส่งหรือไม่
ตรวจฐานวันที่ด้วย แม้เลือกเดือนเดียวกัน Google Ads ก็อาจวางคอนเวอร์ชันไว้ตามวันที่ลูกค้ามีปฏิสัมพันธ์กับโฆษณาในคอลัมน์ปกติ หากจะเทียบกับวันที่สั่งซื้อ ให้พิจารณาคอลัมน์ที่ใช้เวลาที่เกิดคอนเวอร์ชัน การเปลี่ยนฐานวันที่ช่วยให้เทียบได้เหมาะขึ้น แต่ไม่ลบความต่างของกติกาการให้เครดิต
ดูว่าเลือกเหตุการณ์ซื้อใด เหตุการณ์นั้นเป็นการกระทำหลักหรือรอง ใช้วิธีนับแบบไหน รวมถึงตรวจว่าหลังสัมผัสโฆษณานานเท่าไรยังนับการซื้อเป็นผลงานได้ และแบ่งเครดิตระหว่างจุดที่ลูกค้าพบโฆษณาอย่างไร สำหรับ Meta ให้ตรวจนิยามการคลิก การดู และการมีส่วนร่วมที่ใช้ในรายงานจริงด้วย การเปลี่ยนวิธีวัดผลที่ประกาศในปี 2026 อาจทยอยใช้กับผู้ลงโฆษณาคนละเวลา จึงไม่ควรยึดค่าตั้งต้นเดิมโดยไม่ตรวจ
- ช่วงวันที่ เขตเวลา และวันที่ที่ใช้จัดยอดเข้ารายงาน
- เหตุการณ์ซื้อ วิธีนับ และการตั้งค่าการให้เครดิตจริง
- สกุลเงิน ภาษี ค่าส่ง การยกเลิกและคืนเงิน
- วันเวลาที่ส่งออกข้อมูลและการปรับปรุงตัวเลขภายหลัง
ลองเทียบออเดอร์สมมติ 6 รายการ
ตัวอย่างนี้สร้างขึ้นเพื่ออธิบายวิธีคิด ไม่ใช่ผลลัพธ์ของลูกค้า ออเดอร์ทั้งหกชำระเงินแล้วและเข้าเกณฑ์รายงานในวันที่ 1 กันยายน 2026 (2026-09-01) เขตเวลา UTC ใช้สกุลเงิน EUR มูลค่าไม่รวมภาษีและค่าส่ง และไม่มีการคืนเงิน เครื่องหมาย Google กับ Meta เป็นหลักฐานเชื่อมโยงรายออเดอร์ที่สมมติให้ไว้ ไม่ได้หมายความว่าจะส่งออกรายการเช่นนี้ได้จากรายงานโฆษณาทั่วไป
A100 มูลค่า 100 EUR และ A103 มูลค่า 120 EUR มีเครื่องหมายของทั้งสองแพลตฟอร์ม A101 มูลค่า 150 EUR กับ A105 มูลค่า 200 EUR มีเฉพาะ Google ส่วน A102 มูลค่า 80 EUR มีเฉพาะ Meta และ A104 มูลค่า 50 EUR ไม่มีเครื่องหมายของทั้งสองฝั่ง รวมออเดอร์จริง 6 รายการ มูลค่า 700 EUR
Google จึงนับได้ 4 รายการ มูลค่า 570 EUR และ Meta นับได้ 3 รายการ มูลค่า 300 EUR หากนำมาบวกกันจะเป็น 7 รายการ มูลค่า 870 EUR ออเดอร์ที่นับซ้ำคือ A100 และ A103 รวม 2 รายการ มูลค่า 220 EUR เมื่อลบส่วนนี้หนึ่งครั้ง จะเหลือออเดอร์ที่อย่างน้อยหนึ่งแพลตฟอร์มนับ 5 รายการ มูลค่า 650 EUR
จากนั้นบวก A104 อีก 1 รายการ มูลค่า 50 EUR จะกลับมาเท่าทะเบียนออเดอร์ สูตรจำนวนคือ 4 + 3 − 2 + 1 = 6 และสูตรมูลค่าคือ 570 + 300 − 220 + 50 = 700 ส่วนต่างระหว่างผลบวก 7 กับออเดอร์จริง 6 เท่ากับ 1 แต่จำนวนที่ซ้ำจริงคือ 2 เพราะยังมีออเดอร์อีกหนึ่งรายการที่ไม่มีเครื่องหมายเชื่อมโยงกับทั้งสองแพลตฟอร์ม
ใช้วิธีนี้เมื่อมีข้อมูลรายออเดอร์ที่เชื่อมโยงกันได้และใช้ขอบเขตเดียวกันเท่านั้น ยอดรวมระดับแพลตฟอร์มไม่พอที่จะหาส่วนซ้ำ และไม่ควรนำเครดิตที่แบ่งเป็นเศษส่วนหรือคอนเวอร์ชันจากแบบจำลองมาแทนเครื่องหมาย 0 และ 1 ในตัวอย่าง
ตัวอย่างสมมติเพื่ออธิบายวิธีคิด
เทียบคอนเวอร์ชันจากออเดอร์สมมติ 6 รายการ
ออเดอร์สมมติที่ชำระเงินแล้ว 6 รายการ วันที่ 1 กันยายน 2026 (2026-09-01) เขตเวลา UTC สกุลเงิน EUR มูลค่าไม่รวมภาษีและค่าส่ง ไม่มีการคืนเงิน เครื่องหมายของแต่ละแพลตฟอร์มเป็นหลักฐานรายออเดอร์ที่สมมติให้ไว้
| ออเดอร์ | มูลค่า | เครดิต Google | เครดิต Meta |
|---|---|---|---|
| A100 | €100 | มีเครดิต | มีเครดิต |
| A101 | €150 | มีเครดิต | ไม่มีเครดิต |
| A102 | €80 | ไม่มีเครดิต | มีเครดิต |
| A103 | €120 | มีเครดิต | มีเครดิต |
| A104 | €50 | ไม่มีเครดิต | ไม่มีเครดิต |
| A105 | €200 | มีเครดิต | ไม่มีเครดิต |
1 = ยืนยันว่ามีเครดิตจากหลักฐานที่ตรวจแล้ว, 0 = ยืนยันว่าไม่มีเครดิตภายในขอบเขตหลักฐานที่ตรวจแล้ว, ช่องว่าง = ยังไม่ทราบหรือหลักฐานไม่พอ สำหรับข้อมูลจริง ให้ตรวจหลักฐานระดับออเดอร์จากข้อมูลของธุรกิจที่ได้รับอนุญาตให้ใช้ก่อนกรอก อย่าใส่ 0 เพียงเพราะไม่มีข้อมูล การยืนยันว่าไม่มีเครดิตไม่ได้ยืนยันว่าโฆษณาไม่มีอิทธิพล
ดาวน์โหลดแล้วแก้ไขบนเครื่องของคุณ หน้านี้ไม่มีแบบฟอร์มอัปโหลดข้อมูล อย่าเผยแพร่ข้อมูลลูกค้าหรือใส่ชื่อและอีเมลในไฟล์
ถ้าจับคู่กับออเดอร์ไม่ได้ ควรรายงานอย่างไร?
ในการทำงานจริงอาจไม่มีข้อมูลเชื่อมโยงครบทุกออเดอร์ อย่าตั้งต้นว่ารายงาน Google Ads ทั่วไปมีรายการเครดิตพร้อมรหัสออเดอร์ทั้งหมดให้ใช้ ให้ตรวจเฉพาะสิ่งที่เชื่อมโยงได้จากทะเบียนออเดอร์และข้อมูลของธุรกิจที่ได้รับอนุญาตให้ใช้ ส่วนที่หลักฐานไม่พอให้คงสถานะว่าไม่ทราบ
ในไฟล์ทำงาน ใช้ 1 เมื่อหลักฐานที่ตรวจแล้วยืนยันว่ามีเครดิต ใช้ 0 เฉพาะเมื่อยืนยันได้ว่าไม่มีเครดิตภายในขอบเขตหลักฐานที่ตรวจแล้ว และเว้นว่างเมื่อยังไม่ทราบหรือหลักฐานไม่พอ อย่าเปลี่ยน 0 หรือช่องว่างให้กลายเป็นข้อสรุปว่าโฆษณาไม่มีอิทธิพลต่อการซื้อ แยกยอดที่มีเฉพาะภาพรวม ยอดจากแบบจำลอง และรายการที่ยังจับคู่ไม่ได้ พร้อมอธิบายข้อจำกัดของแต่ละส่วน
ทะเบียนออเดอร์เป็นฐานสำหรับจำนวนและมูลค่าภายใต้ขอบเขตธุรกิจที่ตกลงกัน แต่ไม่ได้พิสูจน์ว่าโฆษณาใดทำให้ลูกค้าซื้อ การให้เครดิตตามกติกาแพลตฟอร์มกับการวัดว่ามียอดซื้อเพิ่มขึ้นเท่าไรเมื่อเทียบกับกรณีไม่มีโฆษณาเป็นคนละคำถาม
ให้ AI ช่วยตรงไหนได้บ้าง?
AI ช่วยจับคู่ชื่อคอลัมน์ที่ใช้คำต่างกัน ตรวจว่าขาดเขตเวลาหรือสกุลเงิน และร่างคำอธิบายจากผลที่ตรวจแล้วได้ งานเหล่านี้ช่วยลดเวลาจัดข้อมูลก่อนวิเคราะห์ แต่ AI ไม่สามารถสร้างรหัสออเดอร์ที่ไม่มีอยู่ในหลักฐาน หรือบอกสาเหตุที่แท้จริงของการซื้อจากยอดรวมเพียงอย่างเดียว
ให้สูตรหรือโค้ดที่ตรวจสอบซ้ำได้คำนวณจำนวนและมูลค่า แล้วให้คนตรวจผลก่อนใช้ อย่านำยอดซ้ำที่ AI คาดเดามาใช้เป็นผลการตรวจสอบ ดาวน์โหลดตัวอย่างและแบบฟอร์มเปล่าไปแก้บนเครื่องได้ โดยใช้ข้อมูลที่ลบตัวระบุบุคคลและเหลือเท่าที่จำเป็น ไม่ใส่ชื่อลูกค้าหรืออีเมลในไฟล์ทำงานหรือข้อมูลที่ส่งให้ AI
จัดรายงานให้คนอ่านเห็นทั้งยอดและที่มาของความต่าง
วางจำนวนออเดอร์และยอดขายจริงคู่กับคอนเวอร์ชัน Google Ads และ Meta โดยแยกตัวเลขแต่ละชุดให้ชัด ตามด้วยส่วนซ้ำที่ยืนยันได้และยอดที่ยังอธิบายไม่ได้ คนอ่านจะเห็นว่าทีมตรวจอะไรแล้ว และเรื่องใดต้องมีข้อมูลเพิ่มเติม แทนที่จะเห็นเพียงคำเตือนว่ายอดไม่ตรงกัน
ก่อนส่งรายงาน ให้ทวนเกณฑ์รับออเดอร์ การคืนเงิน ฐานวันที่ การตั้งค่าการให้เครดิต และเวลาที่ส่งออกข้อมูล หากพบเหตุการณ์ส่งซ้ำ ให้บันทึกสิ่งที่แก้ไว้ด้วย เป้าหมายคือให้ผู้รับผิดชอบอีกคนคำนวณซ้ำจากข้อมูลชุดเดียวกันได้ และใช้กติกาเดิมต่อในรอบถัดไป
หากต้องการนำขั้นตอนนี้ไปใช้ซ้ำ MindVerve ช่วยวางงานรายงานหนึ่งกระบวนการผ่าน AI Workflow Launch ได้ โดยตกลงแหล่งข้อมูลและกติกาที่จะใช้ ทดสอบกรณีอย่างรหัสหายหรือการคืนเงิน ตรวจทานผล และส่งมอบขั้นตอนให้ทีมทำต่อ
แหล่งข้อมูล
Google Ads · Data discrepanciesGoogle Ads · Transaction IDs and duplicate conversionsMeta · Official WooCommerce event implementationGoogle Ads · Conversion tracking dataMeta · Ad measurement update (2026-03-03)MindVerve
ระบบอัตโนมัติทางการตลาดด้วย AI
เริ่มจัดระบบงานรายงานหนึ่งกระบวนการกับ AI Workflow Launch ของ MindVerve โดยตกลงแหล่งข้อมูลและกติกาการนับ ทดสอบกรณีผิดปกติ ตรวจทานผล และส่งมอบให้ทีมใช้งานต่อ
คุยเรื่องโครงการนำร่องงานรายงานอ่านคู่มือ · AI Workflow Launch