ดูการส่งข้อมูลทุกครั้งในไลฟ์ของ cPixel
ดูการส่งข้อมูลของ cPixel แบบสดได้อย่างไร
ใน Shopify admin ของคุณ เปิด ไลฟ์ ใน cPixel แล้วคลิก เริ่มเซสชัน เป็นเวลา 10 นาที อีเวนต์ที่ cPixel ส่งแต่ละรายการจะปรากฏขึ้นทันทีที่เกิดขึ้น ได้แก่ เวลา อีเวนต์ ว่าส่งจากเบราว์เซอร์หรือเซิร์ฟเวอร์ และจำนวนรายละเอียดที่จับคู่ได้ เปิดแถวหนึ่งเพื่อดู event ID คำตอบของแพลตฟอร์มต่อการส่งฝั่งเซิร์ฟเวอร์ และเพย์โหลดที่ปกปิดข้อมูลแล้ว
- คลิก เริ่มเซสชัน การ์ดจะแสดง เซสชันกำลังทำงาน ตัวนับถอยหลัง และ หยุดเซสชัน
- เปิดร้านของคุณในอีกแท็บแล้วคลิกไปรอบ ๆ หน้าต่าง ๆ จะรับรู้เซสชันภายในการโหลดหน้าหนึ่งหรือสองครั้ง
ไลฟ์ทำงานได้ในทุกแผน รวมถึง Free ด้วย มันแสดงการส่งข้อมูลจริงของทั้งร้านคุณ ทั้งของผู้ซื้อและของคุณเอง ไม่มีรายการใดเป็นการส่งทดสอบเลย
แต่ละแถวแสดงอะไรบ้าง
แต่ละแถวคืออีเวนต์หนึ่งรายการ มีห้าคอลัมน์ ได้แก่ เวลา; อีเวนต์ พร้อมคำใบ้เช่นหมายเลขคำสั่งซื้อ; ส่งจาก ซึ่งเป็น เบราว์เซอร์ หรือ เซิร์ฟเวอร์; แพลตฟอร์ม ไอคอนละหนึ่งอันตามผลลัพธ์; และ การจับคู่ จำนวนตัวระบุที่แนบมา เช่น 6/6
รายละเอียดของแต่ละแถวแสดง:
- ส่งไปยัง: ผลลัพธ์ของแต่ละบัญชี และสำหรับการส่งฝั่งเซิร์ฟเวอร์ จะมีสถานะ HTTP กับคำตอบของแพลตฟอร์ม หรือเหตุผลที่ข้าม เมื่อมีหลายบัญชีบนแพลตฟอร์มเดียวกัน แต่ละบัญชีจะแสดงตามชื่อหรือ ID และไอคอนของแถวจะแสดงผลลัพธ์ที่แย่ที่สุด
- การจับคู่: ตัวระบุแต่ละตัว เช่น “อีเมล”, “รหัสคลิก” หรือ “เมือง (เดาจาก IP)” ทำเครื่องหมายเป็น รวมอยู่แล้ว หรือ ไม่มีข้อมูล
- รหัสอีเวนต์: เหมือนกันทั้งสำเนาฝั่งเบราว์เซอร์และเซิร์ฟเวอร์ของอีเวนต์เดียวกัน เพื่อให้แพลตฟอร์มที่ได้รับทั้งสองชุดสามารถเก็บไว้เพียงชุดเดียว
- เพย์โหลด (ปกปิดข้อมูลแล้ว): ข้อมูลอีเวนต์เบื้องหลังแถวนั้น
การซื้อหนึ่งครั้งมักแสดงสองแถวภายใต้ event ID เดียวกัน ได้แก่ เซิร์ฟเวอร์ สำหรับแพลตฟอร์มที่เซิร์ฟเวอร์ของ cPixel ส่งให้ และ เบราว์เซอร์ สำหรับ Google Ads บนหน้าขอบคุณ และสำหรับ Meta เฉพาะตอนที่การส่งฝั่งเซิร์ฟเวอร์ของ cPixel ไปยังพิกเซลนั้นปิดหรือหยุดชั่วคราว (cPixel นับการซื้อแต่ละครั้งเพียงครั้งเดียวได้อย่างไร)
ข้าง ๆ การส่งฝั่งเซิร์ฟเวอร์ที่เสร็จสมบูรณ์ “ตัดรายการซ้ำด้วยรหัสอีเวนต์” จะระบุคีย์ที่แพลตฟอร์มใช้จับคู่สำเนา ข้อความนี้ปรากฏในทุกการส่งลักษณะนี้ และไม่ได้พิสูจน์ว่ามีการรวมรายการซ้ำจริง “ส่งเพราะฝั่งเบราว์เซอร์ส่งไม่สำเร็จ” หมายถึงอีเวนต์ฝั่งเบราว์เซอร์ที่เซิร์ฟเวอร์ของ cPixel ส่งแทน
ยอมรับแล้ว ถูกปฏิเสธ ข้อผิดพลาด และข้ามแล้ว หมายถึงอะไร
แต่ละอย่างคือผลลัพธ์ของการส่งหนึ่งครั้งไปยังบัญชีหนึ่ง มีเฉพาะการส่งฝั่งเซิร์ฟเวอร์เท่านั้นที่มีผลลัพธ์นี้ เพราะแพลตฟอร์มตอบกลับเซิร์ฟเวอร์เท่านั้น ไม่เคยตอบกลับเบราว์เซอร์ของผู้ซื้อเลย
| ผลลัพธ์ | ความหมาย |
|---|---|
| ยอมรับแล้ว | แพลตฟอร์มรับอีเวนต์นั้นไว้ |
| ถูกปฏิเสธ | แพลตฟอร์มปฏิเสธ รายละเอียดจะอ้างเหตุผลของแพลตฟอร์ม |
| ข้อผิดพลาด | แพลตฟอร์มหรือการเชื่อมต่อล้มเหลว cPixel จะลองใหม่ |
| ข้ามแล้ว | cPixel เลือกไม่ส่ง และบอกเหตุผลไว้ |
| กำลังรอ… | ยังไม่มีคำตอบ |
| ส่งจากเบราว์เซอร์ | แสดงบนแถวฝั่งเบราว์เซอร์แทนผลลัพธ์ เพราะไม่มีคำตอบให้แสดง |
หากแพลตฟอร์มปฏิเสธโทเคนการเข้าถึง การส่งฝั่งเซิร์ฟเวอร์ของบัญชีนั้นจะหยุดลง และอีเวนต์ถัดไปจะแสดง ข้ามแล้ว: “โทเคนการเข้าถึงถูกปฏิเสธ — เชื่อมต่อบัญชีนี้ใหม่”
ส่งการซื้อที่ไม่มาถึงอีกครั้ง
ในแผนเสียเงิน แถว เซิร์ฟเวอร์ ของการซื้อจะมี ส่งอีเวนต์อีกครั้ง ซึ่งจะสร้างการซื้อขึ้นใหม่จากคำสั่งซื้อของ Shopify แล้วส่งอีกครั้งภายใต้ event ID เดิม โดยไม่นับรวมในโควตา ไปยังทุกบัญชีที่เชื่อมต่อไว้ ไม่ใช่แค่บัญชีที่ล้มเหลว ดังนั้นจึงควรส่งซ้ำเฉพาะการซื้อที่ไม่เคยมาถึงเลย เพราะหลัง 48 ชั่วโมง การส่งซ้ำอาจถูกนับซ้ำสองที่ Meta บน Free ปุ่มนี้จะปิดอยู่: “การส่งซ้ำมีเฉพาะแผนเสียเงิน”
ทำไมอีเวนต์ถึงถูกข้าม
เพราะการตั้งค่าหรือกฎบอกให้ไม่ส่ง: รายละเอียดของแถวจะระบุไว้ การข้ามคือการตัดสินใจ ไม่ใช่ความล้มเหลว เหตุผลที่พบบ่อย:
| เหตุผลในไลฟ์ | ความหมาย |
|---|---|
| “ผู้เข้าชมไม่ได้ให้ความยินยอมสำหรับการติดตามประเภทนี้” | ผู้ซื้อปฏิเสธการติดตามประเภทนี้ |
| “คำสั่งซื้อทดสอบ — ไม่ถูกส่งต่อไปยังแพลตฟอร์มโฆษณา และไม่ถูกคิดรวมในบิล” | ถูกยกเว้นโดยค่าเริ่มต้น (การตั้งค่า → คำสั่งซื้อทดสอบ) |
| “ยังไม่มีโทเคนการเข้าถึงที่บันทึกไว้ — เพิ่มหนึ่งรายการเพื่อส่งข้อมูลฝั่งเซิร์ฟเวอร์” | ไม่มีโทเคน บัญชีนี้จึงส่งจากเบราว์เซอร์เท่านั้น |
| “กฎการกำหนดเป้าหมายของบัญชีนี้ไม่รวมอีเวนต์นี้ไว้” | ตำแหน่งที่พิกเซลนี้ทำงาน ไม่รวมอีเวนต์นี้ไว้ |
| “ตั้งค่าให้ทำงานคู่ขนานกับแอปทางการ เราจึงไม่ได้ส่งข้อมูล” | คุณเลือกให้แอปทางการของแพลตฟอร์มส่งข้อมูลไปยังพิกเซลนี้แทน |
| “หยุดชั่วคราว — คุณใช้โควตาอีเวนต์ของแผนจนครบแล้ว” | แผน Free หยุดการส่งฝั่งเซิร์ฟเวอร์แล้ว: โควตาคำสั่งซื้อของเดือนหมดแล้ว หรือในบางกรณีถึงเพดานแยกต่างหากของการส่งฝั่งเซิร์ฟเวอร์ |
| “มีข้อมูลไม่เพียงพอที่จะสร้างเพย์โหลดสำหรับปลายทางนี้” | มีบางอย่างที่จำเป็นขาดหายไป เช่นเซสชันเบราว์เซอร์ที่การซื้อของ GA4 ต้องใช้ |
คำสั่งซื้อที่ถูกยกเลิก มูลค่าศูนย์ และนอกเหนือหน้าชำระเงินมีเหตุผลเป็นของตัวเอง (กฎคำสั่งซื้อ) สำหรับการซื้อที่หายไป ดูการซื้อที่ไม่แสดงผล
เซสชันหนึ่งอยู่ได้นานแค่ไหน และได้กี่เซสชัน
สูงสุด 10 นาที จำนวนเซสชันต่อวัน จำนวนรวมของแผน Free และเพดานอีเวนต์ของเซสชัน Free ขึ้นอยู่กับแผนของคุณ: เปรียบเทียบแผน
- เซสชันจะจบลงหลัง 10 นาที เมื่อกด หยุดเซสชัน เมื่อแท็บสุดท้ายที่ดูอยู่ปิดหรือโหลดใหม่ หรือเมื่อถึงเพดานอีเวนต์ของเซสชัน Free
- ทุกการเริ่มนับรวมหมด รวมถึง เริ่มดู ในการตั้งค่าและเซสชันที่คุณหยุดก่อนเวลาด้วย เซสชันรายวันจะรีเซ็ตเวลาเที่ยงคืน UTC
- แท็บจะเก็บ 500 แถวล่าสุดไว้
- เมื่อไม่เหลือแล้ว เริ่มเซสชัน จะแสดง “คุณใช้เซสชันดีบักของวันนี้ครบแล้ว” หรือบน Free “คุณใช้เซสชันดีบักที่ได้รับครบทั้งหมดแล้ว” การติดตามยังทำงานต่อไปไม่ว่ากรณีใด
- บน Starter และ Growth ร้านที่เกินโควตาคำสั่งซื้อรายเดือนจะสูญเสียไลฟ์หลังช่วงผ่อนผัน (“สตรีมไลฟ์ถูกล็อกไว้จนกว่าคุณจะอัปเกรดแผน”) ในขณะที่การส่งข้อมูลยังทำงานต่อไป Scale ไม่มีวันล็อก
มีการเก็บอะไรไว้ไหม
ไม่มี ไลฟ์ไม่เก็บสำเนาของสิ่งที่แสดงเลย แถวเหล่านั้นมีอยู่เฉพาะในแท็บเบราว์เซอร์ของคุณ และการปิดหรือโหลดแท็บใหม่จะจบเซสชันและล้างข้อมูลนั้นทิ้ง ส่งออกก่อนเพื่อเก็บไว้
- ส่งออก CSV บันทึกแถวเป็นสเปรดชีต ส่งออก JSON จะรวมเพย์โหลดด้วย ไฟล์นี้ “คือสำเนาเดียวที่มีอยู่ — เราไม่เก็บสำเนาไว้เลย”
- แถวที่คุณเห็นถูกปกปิดข้อมูลไว้แล้ว: แฮชถูกตัดให้สั้น ที่อยู่ IP ถูกปิดบัง รายละเอียดส่วนบุคคลถูกลบออกจากลิงก์
- cPixel เก็บบันทึกอายุสั้นบางอย่างเพื่อส่งอีเวนต์ เช่นรหัสคลิกของการชำระเงินเป็นเวลา 7 วัน แต่ไม่เคยเก็บเพย์โหลดของอีเวนต์เลย (สิ่งที่ cPixel ส่ง และความยินยอมเปลี่ยนแปลงอย่างไร)
