EMQ ขึ้น 4.2 จาก 10 มาสามเดือนแล้ว: ไล่ audit ว่าพารามิเตอร์ไหนที่ยังไม่ได้ส่งไปให้ Meta
สรุปสั้น ๆ
คะแนน Event Match Quality (EMQ) ต่ำเรื้อรังส่วนใหญ่ไม่ได้เกิดจากการ hash ผิด แต่เกิดจากการส่งพารามิเตอร์ไม่ครบตั้งแต่ต้น การ audit ที่ตรงจุดคือไล่เช็กทีละฟิลด์ว่าตัวไหนส่งอยู่ ตัวไหนหายไป แล้วเติมให้ครบตามลำดับที่ให้ผลมากที่สุดก่อน
ร้านขายอุปกรณ์กีฬาสมมติชื่อ 'สปอร์ตฮับ' ส่ง event ผ่าน CAPI ไปหา Meta ได้สำเร็จทุก event ไม่มี error เลยสักตัว แต่พอเปิด Events Manager ดูคะแนน EMQ กลับเจอตัวเลข 4.2 จากเต็ม 10 ค้างอยู่แบบนั้นมาสามเดือนติด ทีมงานงงว่าทำไมส่งสำเร็จแต่คะแนนถึงต่ำ
ความเข้าใจผิดที่พบบ่อยคือคิดว่า 'ส่งสำเร็จ' กับ 'ส่งครบ' คือเรื่องเดียวกัน ทั้งที่จริง event หนึ่งตัวส่งสำเร็จได้แม้จะแนบพารามิเตอร์แค่ตัวเดียว เช่น IP address อย่างเดียว โดยไม่มีอีเมลหรือเบอร์โทรแนบไปเลย Meta ก็ยังรับ event นั้นไว้ แต่ให้คะแนนจับคู่ต่ำมากเพราะไม่มีข้อมูลพอจะยืนยันตัวตนคนที่ซื้อ
บทความนี้จะพาไล่ทีละฟิลด์ ไม่ใช่มองภาพรวมว่า 'คะแนนต่ำ' เฉย ๆ เพราะแต่ละฟิลด์ที่หายไปมีน้ำหนักต่อคะแนนไม่เท่ากัน
พารามิเตอร์ที่ควรมี เรียงตามน้ำหนักที่มีผลต่อคะแนนมากที่สุด
- em (email แบบ hash แล้ว) — เป็นตัวที่ Meta ให้น้ำหนักสูงสุด ถ้าธุรกิจเก็บอีเมลลูกค้าอยู่แล้วแต่ไม่เคยส่งฟิลด์นี้ นี่คือจุดแรกที่ควรแก้
- ph (เบอร์โทรแบบ hash แล้ว) — สำหรับธุรกิจที่ปิดการขายในแชท เบอร์โทรมักเป็นข้อมูลที่มีอยู่แล้วในทุกออเดอร์ และเป็นฟิลด์ที่ให้ผลตอบแทนคะแนนสูงรองจากอีเมล
- external_id — รหัสลูกค้าภายในระบบร้าน ช่วยให้ Meta เชื่อมเหตุการณ์เดียวกันของลูกค้าคนเดิมได้แม่นขึ้น แม้อีเมลหรือเบอร์จะเปลี่ยนไปในแต่ละครั้ง
- fbc และ fbp — ค่าที่มาจาก cookie ของ Facebook ถ้าธุรกิจใช้ pixel ควบคู่กับ CAPI แต่ไม่ได้ส่งสองค่านี้กลับไปด้วย จะเสียโอกาสจับคู่ event ระหว่าง browser และ server ไปเยอะ
- client_ip_address และ client_user_agent — เป็นฟิลด์พื้นฐานที่หลายระบบส่งอยู่แล้ว แต่ควรเช็กว่าค่าที่ส่งไปเป็นของผู้ใช้จริง ไม่ใช่ IP ของเซิร์ฟเวอร์ตัวเองที่ส่งข้อมูลแทน
วิธีเช็กว่าตอนนี้ระบบของคุณส่งฟิลด์ไหนอยู่บ้าง
- เปิด Events Manager แล้วเลือก event ล่าสุดสักตัว ดูที่ 'Parameters Received' เพื่อดูรายชื่อฟิลด์ที่ Meta ได้รับจริง ไม่ใช่ดูจากโค้ดที่คิดว่าเขียนไว้
- ใช้เครื่องมือทดสอบ CAPI แบบ sandboxเพื่อยิง event ทดสอบและดูผลลัพธ์แบบละเอียดโดยไม่กระทบข้อมูลจริง
- เทียบรายชื่อฟิลด์ที่ได้รับจริงกับลิสต์ตามน้ำหนักด้านบน แล้วไล่ดูว่าฟิลด์ไหนที่ธุรกิจมีข้อมูลอยู่แล้วแต่ยังไม่เคยส่ง
- แก้โค้ดเติมฟิลด์ทีละตัวเรียงตามน้ำหนัก แล้วรอดูคะแนน EMQ อัปเดตใน Events Manager ซึ่งมักใช้เวลาสองสามวันกว่าจะเห็นการเปลี่ยนแปลงชัดเจน
ส่งครบแล้วแต่คะแนนยังไม่ขึ้น ให้สงสัยเรื่อง format การ hash
ถ้าไล่เช็กแล้วพบว่าส่งฟิลด์สำคัญครบแต่คะแนนยังไม่ขยับ ปัญหาต่อไปที่ควรสงสัยคือรูปแบบการhash ข้อมูลก่อนส่ง เพราะ Meta กำหนดว่าต้องแปลงเป็นตัวพิมพ์เล็กและตัดช่องว่างก่อน hash เสมอ ถ้าขั้นตอนนี้พลาดแม้แต่จุดเดียว ค่าที่ hash ออกมาจะไม่ตรงกับข้อมูลจริงในระบบ Meta และถูกนับว่าจับคู่ไม่ได้ทั้งที่ข้อมูลถูกส่งไปแล้ว
วิธีเช็กคือลอง hash ค่าทดสอบด้วยมือตามสูตรมาตรฐานแล้วเทียบกับค่าที่ระบบจริงสร้างขึ้น ถ้าไม่ตรงกันแม้แต่ตัวอักษรเดียว แปลว่ามีจุดผิดในขั้นตอนแปลงข้อมูลที่ต้องแก้
ตารางลำดับความคุ้มค่าในการเติมฟิลด์ ถ้าต้องเลือกทำทีละอย่าง
| ฟิลด์ที่ยังไม่ส่ง | ผลกระทบต่อคะแนนโดยประมาณ | ความยากในการเพิ่ม |
|---|---|---|
| em (อีเมล) | สูง | ปานกลาง ต้องมีขั้นตอน hash ให้ถูกต้อง |
| ph (เบอร์โทร) | สูง | ปานกลาง เหมือน em |
| external_id | ปานกลาง | ต่ำ ถ้ามีรหัสลูกค้าอยู่แล้วในระบบ |
| fbc/fbp | ปานกลาง | ต่ำ ถ้ามี pixel ทำงานคู่กันอยู่แล้ว |
อย่าลืมว่าฟิลด์ใหม่ที่เพิ่มต้องผ่านการควบคุมเวอร์ชัน
เมื่อเพิ่มฟิลด์ใหม่เข้าไปในการส่ง event ควรบันทึกไว้ว่าเพิ่มตั้งแต่วันที่เท่าไหร่ เพราะการเปรียบเทียบคะแนน EMQ ก่อนและหลังการเปลี่ยนแปลงจะแม่นยำกว่า ถ้ารู้ชัดว่าจุดตัดอยู่ตรงไหน แทนที่จะดูกราฟแล้วเดาว่าคะแนนขึ้นเพราะอะไร
สรุป
คะแนน EMQ ที่ต่ำเรื้อรังแทบทุกครั้งมีคำตอบอยู่ในรายละเอียดของฟิลด์ที่ส่งจริง ไม่ใช่เรื่องลึกลับที่ต้องเดา การไล่เช็กทีละฟิลด์ตามน้ำหนักที่มีผลจริงคือทางลัดที่เร็วกว่าการปรับทุกอย่างพร้อมกัน
เมื่อเติมฟิลด์สำคัญครบและ format การ hash ถูกต้อง สิ่งที่ตามมาไม่ใช่แค่คะแนนสวยขึ้น แต่คือระบบโฆษณามีข้อมูลพอจะเรียนรู้ว่าใครคือคนที่ซื้อจริง ซึ่งส่งผลต่อคุณภาพการหากลุ่มเป้าหมายในระยะยาว
- เช็กว่าฟิลด์ em, ph, external_id, fbc/fbp ตัวไหนยังไม่เคยถูกส่งไปจริง
- เติมฟิลด์ตามลำดับน้ำหนักที่มีผลต่อคะแนนมากที่สุดก่อน
- ถ้าส่งครบแล้วคะแนนยังไม่ขึ้น ให้สงสัยรูปแบบการ hash ก่อนสงสัยอย่างอื่น
คำถามที่พบบ่อย
คะแนน EMQ เท่าไหร่ถึงถือว่าใช้ได้
ไม่มีเกณฑ์ตายตัวที่ Meta ประกาศเป็นทางการ แต่โดยทั่วไปคะแนนที่สูงกว่า 6-7 จากเต็ม 10 มักถือว่าอยู่ในระดับที่ใช้งานได้ดี ส่วนคะแนนต่ำกว่า 5 ควรเริ่มไล่เช็กฟิลด์ที่ขาดหายตามลำดับในบทความนี้
ถ้าไม่มีอีเมลลูกค้าเลยเพราะปิดการขายในแชทอย่างเดียว ควรทำยังไง
ให้ใช้เบอร์โทรเป็นหลักแทน เพราะธุรกิจที่ปิดในแชทมักมีเบอร์โทรลูกค้าอยู่แล้วในทุกออเดอร์ ควบคู่กับ external_id ที่เป็นรหัสลูกค้าภายในระบบ ก็ช่วยยกคะแนนได้พอสมควรแม้ไม่มีอีเมล
ส่งฟิลด์เพิ่มแล้วต้องรอนานแค่ไหนคะแนนถึงขยับ
โดยทั่วไปเห็นการเปลี่ยนแปลงได้ภายในสองสามวันหลังส่งข้อมูลใหม่อย่างต่อเนื่อง แต่คะแนนอาจต้องใช้เวลาหนึ่งถึงสองสัปดาห์กว่าจะนิ่งและสะท้อนคุณภาพข้อมูลจริง
hash ผิดกับไม่ส่งฟิลด์เลย ต่างกันยังไงในผลลัพธ์
ผลลัพธ์คล้ายกันคือ Meta จับคู่ไม่ได้ทั้งคู่ แต่การ hash ผิดอันตรายกว่าเพราะดูเหมือนส่งข้อมูลไปแล้วครบ ทำให้ทีมงานเข้าใจผิดว่าทำถูกต้องแล้วทั้งที่ยังมีปัญหาอยู่
จำเป็นต้องส่งทุกฟิลด์ที่มีในเอกสารของ Meta ไหม
ไม่จำเป็นต้องส่งครบทุกฟิลด์ที่มีในเอกสาร ควรเน้นฟิลด์ที่มีน้ำหนักสูงและธุรกิจมีข้อมูลอยู่แล้วจริง การพยายามส่งฟิลด์ที่ไม่มีข้อมูลจริงรองรับอาจทำให้เกิดค่าว่างที่ไม่ช่วยอะไร
มีวิธีตรวจสุขภาพคะแนนนี้แบบเป็นขั้นตอนต่อเนื่องไหม
แนะนำให้ใช้<a href="/blog/capi-emq-diagnostic-workflow-line">ขั้นตอนวินิจฉัย EMQ แบบเป็นระบบ</a>ที่ไล่เช็กตั้งแต่ฟิลด์ที่ส่ง ไปจนถึง format การ hash เป็นรอบประจำ แทนที่จะเช็กแบบสุ่มเมื่อนึกขึ้นได้
บทความที่เกี่ยวข้อง
