← กลับไปหน้าบทความ
ตรวจสอบคุณภาพแคมเปญ

EMQ ขึ้น 4.2 จาก 10 มาสามเดือนแล้ว ไล่ audit ว่าพารามิเตอร์ไหนที่ยังไม่ได้ส่งไปให้ Meta

ทีมบรรณาธิการ linli16 ก.ค. 15:49อัปเดต 16 ส.ค. 09:12อ่าน 2 นาที
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 ของเซิร์ฟเวอร์ตัวเองที่ส่งข้อมูลแทน

วิธีเช็กว่าตอนนี้ระบบของคุณส่งฟิลด์ไหนอยู่บ้าง

  1. เปิด Events Manager แล้วเลือก event ล่าสุดสักตัว ดูที่ 'Parameters Received' เพื่อดูรายชื่อฟิลด์ที่ Meta ได้รับจริง ไม่ใช่ดูจากโค้ดที่คิดว่าเขียนไว้
  2. ใช้เครื่องมือทดสอบ CAPI แบบ sandboxเพื่อยิง event ทดสอบและดูผลลัพธ์แบบละเอียดโดยไม่กระทบข้อมูลจริง
  3. เทียบรายชื่อฟิลด์ที่ได้รับจริงกับลิสต์ตามน้ำหนักด้านบน แล้วไล่ดูว่าฟิลด์ไหนที่ธุรกิจมีข้อมูลอยู่แล้วแต่ยังไม่เคยส่ง
  4. แก้โค้ดเติมฟิลด์ทีละตัวเรียงตามน้ำหนัก แล้วรอดูคะแนน 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 เป็นรอบประจำ แทนที่จะเช็กแบบสุ่มเมื่อนึกขึ้นได้

ลองตรวจด้วยตัวเอง

Meta Ads → LINE Checker

ตรวจว่า fbclid, Pixel และเส้นทางเข้า LINE ของคุณพร้อมให้ Meta วัด Conversion หรือยัง

ตรวจความพร้อมฟรี

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

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

ลูกค้าคนเดียวเห็นเป็นสามคนใน 3 อุปกรณ์ audit การนับ conversion ข้ามอุปกรณ์และเบราว์เซอร์ยังไง

ลูกค้าคนเดียวเห็นเป็นสามคนใน 3 อุปกรณ์ audit การนับ conversion ข้ามอุปกรณ์และเบราว์เซอร์ยังไง

คนคนเดียวที่ดูโฆษณาบนมือถือ เปิดต่อบนโน้ตบุ๊ก แล้วปิดการขายผ่าน LINE บนอีกเครื่อง อาจถูกระบบนับเป็นคนละคนถึงสามครั้ง บทความนี้สอนวิธีตรวจว่าธุรกิจคุณกำลังนับซ้ำแบบนี้อยู่หรือไม่
ปุ่ม 'ยืนยันคำสั่งซื้อ' ถูกกดสองครั้งในหนึ่งวินาที ไล่ audit รอยรั่วที่ทำให้ event ยิงซ้ำ

ปุ่ม 'ยืนยันคำสั่งซื้อ' ถูกกดสองครั้งในหนึ่งวินาที ไล่ audit รอยรั่วที่ทำให้ event ยิงซ้ำ

event ยิงซ้ำไม่ได้เกิดแค่จากระบบหลังบ้านเท่านั้น แต่เกิดได้ตั้งแต่หน้าเว็บ ปุ่มที่กดซ้ำ ไปจนถึง trigger ใน tag manager ที่ตั้งเงื่อนไขผิด บทความนี้ไล่ audit ตั้งแต่ต้นทางที่มักถูกมองข้าม
เปิด GTM container มาเจอ tag 47 ตัว ใช้งานจริงแค่ 12 วิธี audit container ให้เบาและปลอดภัย

เปิด GTM container มาเจอ tag 47 ตัว ใช้งานจริงแค่ 12 วิธี audit container ให้เบาและปลอดภัย

container ที่สะสม tag เก่ามานานหลายปีโดยไม่เคยทำความสะอาด ไม่ได้แค่ทำให้เว็บโหลดช้า แต่ยังเสี่ยงให้ trigger ชนกันจนยิง event ผิดโดยไม่มีใครรู้ตัว บทความนี้สอนวิธี audit container ให้กลับมาสะอาด