cPixel นับการซื้อแต่ละครั้งเพียงครั้งเดียวได้อย่างไร
cPixel หยุดไม่ให้การซื้อถูกนับซ้ำสองได้อย่างไร
cPixel ส่งการซื้อของ Shopify แต่ละครั้งเพียงครั้งเดียวไปยังทุกบัญชีที่เชื่อมต่อไว้ ภายใต้ event ID เดียวที่สร้างจากร้านและการชำระเงินของคุณ และปิด Purchase ฝั่งเบราว์เซอร์ของ Meta ไว้ตราบใดที่การส่งฝั่งเซิร์ฟเวอร์ยังทำงานอยู่ อีเวนต์อื่น ๆ จะมาจากเบราว์เซอร์หรือเซิร์ฟเวอร์ หรือทั้งสองฝั่งภายใต้ ID เดียวที่ใช้ร่วมกัน ส่วนรายการซ้ำที่เหลือมักมาจากแอปหรือแท็กอื่น
ID นี้คือแฮชของที่อยู่ myshopify.com ของร้านคุณกับโทเคนการชำระเงิน ไม่ใช่รหัสคำสั่งซื้อ ดังนั้นเบราว์เซอร์ของผู้ซื้อและเซิร์ฟเวอร์ของ cPixel จึงได้ค่าเดียวกันโดยอิสระจากกัน ทุกบัญชีที่คุณเชื่อมต่อบนแพลตฟอร์มหนึ่งจะได้ ID นี้ และ cPixel จะไม่เชื่อมต่อพิกเซลเดียวกันซ้ำสองครั้ง อีเวนต์อื่นส่วนใหญ่ใช้ event ID ของ Shopify เอง คำสั่งซื้อที่เกิดนอกการชำระเงินออนไลน์ของคุณ เมื่อคุณเปิดใช้งาน จะได้ ID จากคำสั่งซื้อ และการคืนเงินซึ่งส่งให้ GA4 เท่านั้น จะได้ ID ของตัวเอง
แต่ละแพลตฟอร์มตัดรายการซ้ำด้วย ID ใด
แต่ละแพลตฟอร์มมีคีย์ของตัวเอง: event ID สำหรับ Meta, TikTok, OpenAI Ads, Pinterest และ Snapchat และ transaction ID สำหรับ GA4 และ Google Ads cPixel จะส่งอีเวนต์แต่ละรายการให้แพลตฟอร์มหนึ่งครั้ง หรือสองครั้งภายใต้คีย์ที่แพลตฟอร์มนั้นใช้จับคู่
| แพลตฟอร์ม | ตัดรายการซ้ำด้วย | ช่วงเวลา | สิ่งที่ cPixel ส่ง |
|---|---|---|---|
| Meta | ชื่ออีเวนต์และ event ID พิกเซลเดียวกัน โดยทั่วไปเก็บรายการแรกที่ได้รับไว้ | 48 ชั่วโมง | อีเวนต์การเข้าชมและการชำระเงินจากทั้งสองฝั่ง ใช้ ID เดียว ส่วน Purchase มาจากเซิร์ฟเวอร์เท่านั้น |
| TikTok | อีเวนต์และ event ID เก็บรายการแรกที่ได้รับไว้ | 48 ชั่วโมง | ทั้งหมดมาจากเซิร์ฟเวอร์ ยกเว้น Pageview ที่ทั้งสองฝั่งส่งภายใต้ ID เดียว |
| GA4 | Transaction ID บนเว็บสตรีม | ไม่ระบุ | การซื้อมาจากเซิร์ฟเวอร์ โดยใช้รหัสคำสั่งซื้อเป็น transaction ID ส่วนที่เหลือมาจากเบราว์เซอร์ |
| OpenAI Ads | Pixel ID, ชื่ออีเวนต์ และ id โดยรายการแรกที่ได้รับเป็นฝ่ายชนะ |
ไม่ระบุ | การชำระเงินและการซื้อมาจากเซิร์ฟเวอร์ ส่วนที่เหลือมาจากแท็กฝั่งเบราว์เซอร์ |
| ชื่ออีเวนต์และ event ID เก็บรายการแรกที่จับได้ไว้ | 48 ชั่วโมง | การชำระเงินและการซื้อมาจากเซิร์ฟเวอร์ ส่วนที่เหลือมาจากแท็กฝั่งเบราว์เซอร์ | |
| Snapchat | dedup ID ของตัวเอง; การซื้อยังใช้รหัสคำสั่งซื้อด้วย | 48 ชั่วโมง; 30 วันสำหรับรหัสคำสั่งซื้อ | การชำระเงิน ข้อมูลการจ่ายเงิน และการซื้อมาจากเซิร์ฟเวอร์ ส่วนที่เหลือมาจากแท็กฝั่งเบราว์เซอร์ |
| Google Ads | Transaction ID ภายในการดำเนินการคอนเวอร์ชันเดียว | ไม่ระบุ | การซื้อมาจากแท็กฝั่งเบราว์เซอร์บนหน้าขอบคุณ พร้อมรหัสคำสั่งซื้อ |
แหล่งอ้างอิง ตรวจสอบเมื่อ 24 กันยายน 2026: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads
ใน ไลฟ์ รายละเอียดของการส่งฝั่งเซิร์ฟเวอร์แต่ละครั้งจะระบุคีย์ เช่น “ตัดรายการซ้ำด้วยรหัสอีเวนต์”: นี่คือคีย์ที่แพลตฟอร์มใช้จับคู่ ไม่ใช่หลักฐานว่ามีการรวมรายการคู่กันจริง
ทำไม Meta ถึงได้รับการซื้อจากเซิร์ฟเวอร์เท่านั้น
เพราะ Meta เป็นแพลตฟอร์มเดียวที่ cPixel อาจส่งการซื้อได้จากทั้งสองฝั่ง และสำเนาเดียวก็นับซ้ำสองไม่ได้ สำเนาฝั่งเซิร์ฟเวอร์สร้างขึ้นจากคำสั่งซื้อของ Shopify จึงไม่ขึ้นอยู่กับเบราว์เซอร์ของผู้ซื้อ และมีรายละเอียดที่ Meta ใช้จับคู่ลูกค้ามากกว่าด้วย
Purchase ฝั่งเบราว์เซอร์ของ Meta จะยิงเฉพาะตอนที่การส่งฝั่งเซิร์ฟเวอร์ของ cPixel ไปยังพิกเซลนั้นไม่ได้ทำงานอยู่: บัญชีไม่มีโทเคนการเข้าถึง Meta ปฏิเสธโทเคน ส่งอีเวนต์จากเซิร์ฟเวอร์ของเรา ปิดอยู่ หรือแผน Free หยุดการส่งฝั่งเซิร์ฟเวอร์ไว้ ไม่ว่ากรณีใด Meta จะได้รับ Purchase เพียงหนึ่งรายการต่อคำสั่งซื้อ
ในไลฟ์ Meta จะปรากฏในแถว เซิร์ฟเวอร์ ของการซื้อ ไม่ใช่แถว เบราว์เซอร์ ใน Meta Events Manager Purchase จะมาถึงผ่าน Conversions API ในขณะที่อีเวนต์อื่นแสดงเป็น “Multiple” เพราะทั้งสองฝั่งส่งอีเวนต์เหล่านั้น
อะไรยังนับซ้ำสองได้อยู่
เครื่องมืออื่นที่ส่งไปยังพิกเซลเดียวกัน และการส่งซ้ำหลังหน้าต่างเวลาของแพลตฟอร์มปิดไปแล้ว cPixel ไม่สามารถตัดรายการซ้ำของอีเวนต์จากแอปอื่นได้ เพราะแต่ละแอปสร้าง event ID ของตัวเอง แพลตฟอร์มจึงเห็นการซื้อสองรายการ
ผู้ส่งรายที่สองที่พบบ่อยคือแอป Shopify ของแพลตฟอร์มเอง เช่น Facebook & Instagram หรือ Google & YouTube แอปติดตามหรือพิกเซลกำหนดเองอีกตัว และโค้ดพิกเซลที่วางไว้ในธีมของคุณ รายการซ้ำมักปรากฏเป็น “ยอดดูหน้าเว็บที่เพิ่มขึ้นเท่าตัว ในขณะที่รายได้จากคำสั่งซื้อยังดูถูกต้อง” ตามคำในประกาศของ cPixel เอง จึงควรตรวจสอบทั้งการดูหน้าและการซื้อ ทางแก้คือให้แต่ละพิกเซลมีผู้ส่งเพียงรายเดียว: ใช้ cPixel ร่วมกับแอป Facebook และ Instagram
หาผู้ส่งรายที่สองได้อย่างไร
เริ่มที่หน้า ปลายทาง ของ cPixel แล้วยืนยันในแพลตฟอร์มนั้น วันละครั้ง cPixel จะอ่านหน้าร้านของคุณเพื่อหาแท็กที่เขียนไว้ในธีมและพิกเซลที่ลงทะเบียนไว้กับ Shopify แล้วแสดงรายการที่ซ้อนทับกันใต้ มีแอปอื่นตั้งค่าไว้กับแพลตฟอร์มที่ cPixel ส่งข้อมูลให้เช่นกัน
- ใน cPixel เปิด ปลายทาง แล้วอ่าน สิ่งที่ควรทำ ใต้แต่ละรายการที่พบ
- ใน Shopify ไปที่ Settings → Customer events แล้วจดพิกเซลของแอปและพิกเซลกำหนดเองทุกตัวที่อาจส่งไปยังแพลตฟอร์มเดียวกัน
- ใน cPixel เปิด ไลฟ์ คลิก เริ่มเซสชัน แล้วสั่งซื้อจริงเพื่อดูว่า cPixel ส่งไปยังบัญชีใดบ้าง
- ในแพลตฟอร์มนั้น ตรวจสอบว่าคำสั่งซื้อนี้สร้างการซื้อเพียงหนึ่งรายการ ใน Meta Events Manager หาก Purchase มาถึงทั้งจากเบราว์เซอร์และ Conversions API แสดงว่ามีผู้ส่งรายที่สอง เพราะ Purchase ฝั่งเบราว์เซอร์ของ cPixel จะปิดอยู่ตราบใดที่การส่งฝั่งเซิร์ฟเวอร์ของมันยังทำงานอยู่
การสแกนนี้รายงานสิ่งที่ตั้งค่าไว้ ไม่ใช่สิ่งที่ยิงจริง และไม่สามารถอ่านร้านที่ป้องกันด้วยรหัสผ่านได้ ดังนั้นการไม่มีประกาศไม่ได้แปลว่าไม่มีผู้ส่งรายที่สอง สำหรับโค้ดในธีม ตัวจัดการแท็ก และเครื่องมือตั้งค่าอีเวนต์ของ Meta อ่านทำไม Meta ถึงนับการซื้อของ Shopify ซ้ำสอง
เกิดอะไรขึ้นเมื่อการซื้อถูกส่งซ้ำ
มันจะยังคง event ID เดิมไว้ ดังนั้นแพลตฟอร์มที่ยังจำสำเนาแรกได้จะเก็บไว้เพียงชุดเดียว การลองใหม่หลังส่งล้มเหลว การเล่นซ้ำของคำสั่งซื้อที่ถูกกักไว้ตอนแผน Free หยุดชั่วคราว การซ่อมแซมทุกคืนของคำสั่งซื้อที่ webhook ไม่เคยมาถึง และ ส่งอีเวนต์อีกครั้ง ในไลฟ์ ล้วนใช้ ID เดิมนี้ซ้ำ
หน้าต่างเวลาของแพลตฟอร์มคือขีดจำกัด Meta ตัดรายการซ้ำภายใน 48 ชั่วโมง ดังนั้นการเล่นซ้ำคำสั่งซื้อที่ถูกกักไว้ของ cPixel จะข้าม Meta เมื่อคำสั่งซื้อเก่ากว่านั้น และการซ่อมแซมทุกคืนครอบคลุมเฉพาะคำสั่งซื้อของเมื่อวาน ภายในหน้าต่างเวลาของ Meta และ TikTok เท่านั้น
ส่งอีเวนต์อีกครั้ง ในแผนเสียเงิน จะส่งการซื้อซ้ำไปยังทุกบัญชีที่เชื่อมต่อไว้ภายใต้ ID เดิม ใช้เมื่อการซื้อไม่เคยมาถึงเท่านั้น ไม่ใช่เพื่อเพิ่มตัวเลข: หลัง 48 ชั่วโมง การส่งซ้ำไปยัง Meta อาจนับการซื้อนั้นซ้ำสอง
