Meta Events Manager คืออะไร วิธีใช้ตรวจ Pixel และ Conversions API

Meta Events Manager คือเครื่องมือของ Meta สำหรับดูและจัดการข้อมูล event ที่เว็บไซต์ แอป หรือเซิร์ฟเวอร์ของธุรกิจส่งเข้ามา ไม่ว่าจะผ่าน Meta Pixel หรือ Conversions API ใช้ตรวจว่า event เข้าครบหรือไม่ ซ้ำกันหรือเปล่า และข้อมูลลูกค้าที่ส่งมาจับคู่กับบัญชีผู้ใช้ได้ดีแค่ไหน ก่อนที่ตัวเลขชุดเดียวกันนี้จะถูกนำไปใช้วัดผลและปรับการแสดงโฆษณาใน Ads Manager

บทความนี้อธิบายว่าเครื่องมืออยู่ตรงไหน แต่ละแท็บบอกอะไร และควรไล่ตรวจอย่างไรเมื่อตัวเลข conversion ดูผิดปกติ ชื่อเมนูอ้างอิงตามหน้าจอภาษาอังกฤษ เพราะ Meta ปรับชื่อและตำแหน่งปุ่มอยู่เรื่อย ๆ หากหน้าจอของคุณต่างไปเล็กน้อย ให้ยึดหน้าที่ของแต่ละส่วนเป็นหลัก

Meta Events Manager คืออะไร และอยู่ตรงไหนใน Business Portfolio

หน่วยหลักใน Events Manager คือ dataset ซึ่งเป็นที่รวม event จากหลายแหล่งไว้ในที่เดียว ทั้งเว็บไซต์ แอป ข้อมูลออฟไลน์จากหน้าร้าน และการสนทนาผ่านช่องทางแชต สำหรับเว็บไซต์ dataset ก็คือสิ่งที่เคยเรียกกันว่า Pixel นั่นเอง เมื่อ dataset เชื่อมกับ Pixel ที่มีอยู่เดิม รหัส dataset ที่ใช้ยิง Conversions API จะเป็นเลขชุดเดียวกับ Pixel ID ที่ฝังอยู่ในโค้ดบนเว็บ

dataset เป็น asset ชนิดหนึ่งของ business portfolio เหมือนกับเพจ บัญชีโฆษณา และแคตตาล็อก การเปิด Events Manager ทำได้จากส่วน All tools ใน Meta Business Suite บนเดสก์ท็อป แล้วเลือก Events Manager จากนั้นตรวจมุมบนของหน้าจอว่ากำลังอยู่ใน business portfolio ที่ถูกต้อง เพราะคนที่ดูแลหลายแบรนด์มักเปิดผิด portfolio แล้วเข้าใจว่า dataset หายไป

เมื่อเข้ามาแล้วจะเห็นรายการ data sources ทางซ้าย คลิก dataset ที่ต้องการเพื่อดูรายละเอียด สิทธิ์การเข้าถึงเป็นอีกเรื่องที่ควรรู้ตั้งแต่ต้น คนที่มองไม่เห็น dataset ส่วนใหญ่ไม่ได้ถูกเพิ่มสิทธิ์ในหน้าการตั้งค่าของ business portfolio ซึ่งต้องให้ผู้ที่มีสิทธิ์ควบคุมทั้งหมด (full control) ของ business portfolio เป็นคนเพิ่มให้

ดูสถานะ Pixel และ Conversions API ได้จากแท็บ Overview

แท็บ Overview แสดงรายชื่อ event ที่ dataset ได้รับ เช่น PageView, ViewContent, AddToCart, Lead และ Purchase พร้อมจำนวนและกราฟย้อนหลัง จุดที่ควรดูก่อนคือคอลัมน์ Connection Method ซึ่งบอกว่า event นั้นเข้ามาทางไหน ทางเบราว์เซอร์ผ่าน Pixel ทางเซิร์ฟเวอร์ผ่าน Conversions API หรือทั้งสองทาง

ถ้าตั้งค่าทั้ง Pixel และ Conversions API ไว้ event สำคัญอย่าง Purchase หรือ Lead ควรแสดงว่ามาจากทั้งสองช่องทาง หาก event ใดมาจากเบราว์เซอร์อย่างเดียว แปลว่าฝั่งเซิร์ฟเวอร์ยังไม่ได้ส่ง event นั้น หรือส่งด้วยชื่อ event ที่สะกดไม่ตรงกัน

ตัวเลขใน Overview เป็นจำนวน event ที่ได้รับก่อนตัดรายการซ้ำ และรวม event ทุกครั้งที่เกิดขึ้น ไม่ว่าจะมาจากโฆษณาหรือไม่ ตัวเลขนี้จึงสูงกว่าผลลัพธ์ใน Ads Manager ซึ่งนับเฉพาะ conversion ที่ระบบระบุได้ว่าเกี่ยวข้องกับโฆษณา ความต่างนี้เป็นเรื่องปกติและไม่ได้แปลว่าการติดตั้งผิดพลาด

เมื่อคลิกดูรายละเอียดของ event แต่ละตัว จะมีข้อมูลเพิ่มอีกสองส่วน ส่วนแรกคือ Event Freshness ซึ่งบอกว่า event ถูกส่งมาช้าแค่ไหนนับจากเวลาที่เกิดขึ้นจริง ไล่ระดับตั้งแต่แบบ real time ไปจนถึงรายสัปดาห์ ส่วนที่สองคือ Event Deduplication ซึ่งแสดงอัตราการตัด event ซ้ำระหว่างเบราว์เซอร์กับเซิร์ฟเวอร์

ตารางด้านล่างสรุปว่าแต่ละส่วนของ Events Manager ใช้ตอบคำถามอะไร

Event match quality คืออะไร

Event match quality คือคะแนนเต็ม 10 ที่บอกว่าข้อมูลลูกค้าซึ่งส่งมาพร้อม event จากเซิร์ฟเวอร์ช่วยให้ Meta จับคู่ event นั้นกับบัญชีผู้ใช้ได้ดีเพียงใด คะแนนคำนวณแบบ real time และแสดงแยกตาม event ในแท็บ Overview คลิกที่ตัวคะแนนจะเห็นรายละเอียดว่าส่งพารามิเตอร์ใดมาบ้าง และควรเพิ่มอะไร

ข้อมูลที่ใช้จับคู่คือพารามิเตอร์ข้อมูลลูกค้า เช่น อีเมล เบอร์โทรศัพท์ ค่า fbp และ fbc จากคุกกี้ของ Meta ที่อยู่ IP และ user agent อีเมลและเบอร์โทรต้องผ่านการ hash ก่อนส่งตามข้อกำหนดของ Conversions API ยิ่งส่งพารามิเตอร์ที่ถูกต้องได้มากชนิด โอกาสจับคู่ก็ยิ่งสูง

เอกสารของ Meta แนะนำให้ตั้งเป้าคะแนนที่ 6.0 ขึ้นไปเท่าที่ทำได้ ตัวเลขนี้เป็นแนวทาง ไม่ใช่เกณฑ์ผ่านหรือตก

วิธียกคะแนนที่ทำได้จริงมีไม่กี่อย่าง ได้แก่ ส่งอีเมลและเบอร์โทรที่ hash แล้วใน event ที่ผู้ใช้กรอกฟอร์มหรือชำระเงิน ส่งค่า fbp และ fbc ทุกครั้งที่มีคุกกี้ และตรวจว่าเบอร์โทรอยู่ในรูปแบบที่มีรหัสประเทศก่อน hash สำหรับธุรกิจไทย เบอร์ที่ขึ้นต้นด้วย 0 โดยไม่มีรหัส 66 เป็นสาเหตุหนึ่งที่ทำให้การจับคู่ด้วยเบอร์โทรไม่ได้ผล

ทดสอบ event ด้วย Test Events

แท็บ Test Events ใช้ดู event แบบสด ๆ ระหว่างที่ทดสอบ โดยไม่ต้องรอให้ตัวเลขขึ้นใน Overview การทดสอบแบ่งเป็นสองฝั่งตามช่องทางที่ส่ง

ทดสอบ event จากเบราว์เซอร์

กรอก URL ของเว็บไซต์ในแท็บ Test Events แล้วเปิดเว็บจากตรงนั้น จากนั้นทำตามเส้นทางของลูกค้าจริง เช่น เปิดหน้าสินค้า กดเพิ่มลงตะกร้า กรอกฟอร์ม event ที่ Pixel ยิงออกมาจะขึ้นในหน้าต่างทดสอบทีละรายการ ให้ดูว่าชื่อ event ถูกต้อง ยิงครั้งเดียวต่อการกระทำหนึ่งครั้ง และพารามิเตอร์อย่าง value กับ currency มีค่าตามที่ควรเป็น

ทดสอบ event จากเซิร์ฟเวอร์

Test Events จะสร้างรหัสทดสอบให้หนึ่งชุด ให้นำรหัสนี้ไปใส่ในพารามิเตอร์ test_event_code ของ request ที่ส่งเข้า Conversions API แล้ว event จากเซิร์ฟเวอร์จะปรากฏในหน้าต่างทดสอบ มีข้อควรระวังสองข้อ ข้อแรก event ที่ส่งพร้อม test_event_code ไม่ได้ถูกทิ้ง ระบบยังนับเป็น event จริงและนำไปใช้วัดผลได้ จึงไม่ควรยิง Purchase ปลอมมูลค่าสูงใส่ dataset ที่ใช้งานจริง ข้อสอง ต้องลบ test_event_code ออกจาก payload ก่อนขึ้นระบบจริง

ถ้าใช้ทั้งสองช่องทาง ให้ทดสอบพร้อมกันในรอบเดียว หน้าต่างทดสอบจะบอกว่า event จากเบราว์เซอร์กับเซิร์ฟเวอร์ถูกตัดซ้ำสำเร็จหรือไม่ ซึ่งเร็วกว่าการรอดูอัตราตัดซ้ำใน Overview มาก

แก้ปัญหา event ซ้ำหรือไม่ขึ้น

event ซ้ำ: ตรวจ event_id กับชื่อ event

เมื่อส่ง event เดียวกันทั้งจาก Pixel และ Conversions API ระบบของ Meta จะถือว่าเป็นรายการเดียวกันเมื่อชื่อ event ตรงกัน และค่า eventID ฝั่ง Pixel ตรงกับ event_id ฝั่งเซิร์ฟเวอร์ การตัดซ้ำทำงานภายในช่วง 48 ชั่วโมงนับจาก event แรกที่ได้รับ และโดยทั่วไประบบจะเก็บ event ที่มาถึงก่อน

สาเหตุที่การตัดซ้ำล้มเหลวมักเป็นหนึ่งในสี่ข้อนี้

• ฝั่งเบราว์เซอร์กับฝั่งเซิร์ฟเวอร์สร้าง event_id แยกกัน ค่าจึงไม่มีทางตรงกัน
• ชื่อ event ต่างกัน เช่น ฝั่งหนึ่งส่ง Purchase อีกฝั่งส่ง custom event ชื่ออื่น
• ใช้ event_id เดิมซ้ำกับทุกออร์เดอร์ ทำให้ออร์เดอร์จริงถูกตัดทิ้งไปด้วย
• ปลั๊กอินหรือแท็กสองตัวยิง Pixel ซ้อนกันในหน้าเดียว ซึ่งเป็นการซ้ำฝั่งเบราว์เซอร์และ event_id ช่วยไม่ได้

ยังมีวิธีตัดซ้ำสำรองที่ใช้ค่า fbp หรือ external_id คู่กับชื่อ event แต่วิธีนี้ได้ผลเมื่อ event จากเบราว์เซอร์มาถึงก่อนเท่านั้น การส่ง event_id ให้ตรงกันจึงเป็นทางที่แน่นอนกว่า ตรวจผลได้จากส่วน Event Deduplication ซึ่งจะขึ้นคำเตือนเมื่ออัตราตัดซ้ำต่ำเกินไป

event ไม่ขึ้น: ไล่ตรวจตามลำดับ

เอกสาร Conversions API ของ Meta ระบุว่า event จากเซิร์ฟเวอร์ควรตรวจสอบได้ใน Events Manager ภายใน 20 นาทีหลังส่ง ส่วนหน้าช่วยเหลือสำหรับ event จากเบราว์เซอร์และแอประบุว่าข้อมูลอาจใช้เวลา 30 นาทีหรือนานกว่านั้นจึงจะปรากฏ ถ้านานกว่านั้นแล้วยังไม่เห็น ให้ไล่ตรวจดังนี้

1. ตรวจว่า Pixel ID ในโค้ดหรือใน request ตรงกับ dataset ที่กำลังเปิดดู
2. เปิด Test Events แล้วทำรายการทดสอบ ถ้า event ขึ้นในหน้าต่างทดสอบ แปลว่าโค้ดยิงได้ ปัญหาอยู่ที่เงื่อนไขการยิงในสถานการณ์จริง
3. เปิดแท็บ Diagnostics เพื่อดูว่าระบบตรวจพบพารามิเตอร์ที่หายไปหรือรูปแบบข้อมูลที่ผิดหรือไม่
4. ตรวจแบนเนอร์ขอความยินยอมคุกกี้ ถ้าตั้งให้บล็อก Pixel จนกว่าผู้ใช้กดยอมรับ event จากเบราว์เซอร์จะลดลงตามสัดส่วนคนที่ไม่กดยอมรับ
5. สำหรับ Conversions API ให้อ่าน response ที่ได้กลับมาจาก request เพราะข้อความ error จะระบุว่า access token หมดอายุหรือ payload ผิดรูปแบบ

Custom conversions สร้างอย่างไร

Custom conversion คือ conversion ที่กำหนดเองด้วยกฎ โดยไม่ต้องแก้โค้ดบนเว็บ เหมาะกับกรณีที่ต้องการแยก event กว้าง ๆ ให้แคบลง เช่น นับเฉพาะคนที่มาถึงหน้าขอบคุณของบริการหนึ่ง หรือนับเฉพาะ Purchase ที่มีมูลค่าเกินค่าที่กำหนด

สร้างได้จากเมนู Custom conversions ใน Events Manager ขั้นตอนโดยรวมคือเลือก dataset ที่เป็นแหล่งข้อมูล เลือก event ที่ใช้เป็นฐาน แล้วตั้งกฎ กฎมีสองแบบ แบบแรกอิง URL เช่น URL มีคำว่า thank-you แบบที่สองอิงพารามิเตอร์ของ event เช่น value หรือ content_type

ข้อจำกัดที่ควรรู้ก่อนสร้างมีสามข้อ

• บัญชีโฆษณาหนึ่งบัญชีมี custom conversions ได้สูงสุด 100 รายการ ถ้าเต็มต้องลบรายการที่ไม่ใช้ออกก่อน
• หลังสร้างแล้วแก้ได้เฉพาะชื่อ คำอธิบาย และมูลค่า ส่วนกฎแก้ไม่ได้ ถ้าตั้งกฎผิดต้องสร้างใหม่
• กฎแบบ URL equals นับเฉพาะ URL ที่ตรงกันทุกตัวอักษร หน้าที่มีพารามิเตอร์ต่อท้ายจึงไม่ถูกนับ ส่วนใหญ่ควรใช้กฎแบบ URL contains แทน

Meta ยังตรวจชื่อและกฎของ custom conversion ที่อาจสื่อถึงข้อมูลอ่อนไหว เช่น ภาวะสุขภาพหรือสถานะทางการเงิน รายการที่ถูกระบุว่าเข้าข่ายจะนำไปใช้กับแคมเปญใหม่ไม่ได้ ธุรกิจคลินิก ประกัน และสินเชื่อจึงควรตั้งชื่อและกฎให้เป็นกลาง

เชื่อม dataset กับบัญชีโฆษณา

dataset ที่มี event ครบยังใช้กับแคมเปญไม่ได้ จนกว่าจะเชื่อมกับบัญชีโฆษณาที่จะใช้ยิงโฆษณา ถ้าตอนสร้างชุดโฆษณาแล้วไม่เห็น dataset หรือ conversion event ให้เลือก สาเหตุแรกที่ควรตรวจคือการเชื่อมต่อนี้

การเชื่อมทำในหน้าการตั้งค่าของ business portfolio ในหมวดแหล่งข้อมูล (Data sources) เลือก dataset แล้วเพิ่มบัญชีโฆษณาเป็น asset ที่เชื่อมต่อ ในหน้าเดียวกันยังกำหนดได้ว่าใครเข้าถึง dataset ได้บ้าง ทั้งคนในทีมและพาร์ตเนอร์ภายนอก ชื่อปุ่มในหน้านี้เปลี่ยนตามเวอร์ชันของหน้าจอ แต่หลักการคงเดิม คือ dataset หนึ่งชุดเชื่อมกับบัญชีโฆษณาได้หลายบัญชี และต้องมีสิทธิ์ควบคุมทั้งหมด (full control) ของ business portfolio จึงจะเชื่อมได้

ธุรกิจที่ทำงานกับเอเจนซีควรให้ dataset อยู่ใน business portfolio ของแบรนด์เอง แล้วแชร์สิทธิ์ให้พาร์ตเนอร์ ถ้า dataset ถูกสร้างไว้ใน portfolio ของคนอื่น ประวัติ event และกลุ่มเป้าหมายที่สร้างจาก dataset นั้นจะไม่ตามแบรนด์ไปเมื่อเปลี่ยนผู้ดูแล

ตัวอย่างการไล่ตรวจเมื่อยอด Purchase สูงผิดปกติ

ตัวอย่างนี้เป็นกรณีสมมติเพื่ออธิบายลำดับการตรวจ ตัวเลขไม่ได้มาจากบัญชีจริง ร้านค้าออนไลน์แห่งหนึ่งมีออร์เดอร์ในระบบหลังบ้าน 100 รายการในหนึ่งสัปดาห์ แต่ Events Manager แสดง Purchase 190 ครั้ง

1. เปิด Overview ดู Connection Method ของ Purchase พบว่ามาจากทั้งเบราว์เซอร์และเซิร์ฟเวอร์ ซึ่งถูกต้องตามที่ตั้งใจ
2. เปิดส่วน Event Deduplication พบว่าอัตราตัดซ้ำต่ำมาก และฝั่งเซิร์ฟเวอร์แทบไม่ได้ส่งคีย์ event_id มาเลย
3. ทดสอบสั่งซื้อผ่าน Test Events เห็น Purchase สองรายการต่อหนึ่งออร์เดอร์ และไม่มีรายการใดถูกระบุว่าตัดซ้ำ
4. แก้ให้ฝั่งเซิร์ฟเวอร์ใช้เลขออร์เดอร์เป็น event_id เหมือนฝั่ง Pixel แล้วทดสอบซ้ำจนเห็นว่ารายการหนึ่งถูกตัดซ้ำ

ในกรณีแบบนี้ ตัวเลขที่เกินมาไม่ได้กระทบแค่รายงาน ระบบปรับการแสดงโฆษณาใช้ event ชุดเดียวกันเป็นสัญญาณ ถ้า Purchase ถูกนับซ้ำ ต้นทุนต่อการซื้อที่เห็นใน Ads Manager ก็จะต่ำกว่าความจริงตามไปด้วย

สิ่งที่นักการตลาดไทยควรรู้

ธุรกิจไทยจำนวนมากปิดการขายในแชต ทั้ง Messenger, Instagram Direct และ LINE มากกว่าบนหน้า checkout ของเว็บไซต์ เส้นทางแบบนี้ทำให้ Pixel อย่างเดียวมองเห็นแค่ช่วงต้นของการซื้อ dataset รองรับ event จากช่องทางแชตของ Meta และ event ออฟไลน์ด้วย แต่ยอดขายที่จบใน LINE หรือโอนเงินผ่านธนาคารจะเข้ามาได้ก็ต่อเมื่อธุรกิจส่งข้อมูลนั้นเข้ามาเองผ่าน Conversions API หรือการอัปโหลดข้อมูลออฟไลน์

อีกเรื่องคือการขอความยินยอมตาม PDPA เว็บไซต์ที่ตั้งแบนเนอร์คุกกี้ให้บล็อกแท็กการตลาดจนกว่าผู้ใช้จะยอมรับ จะเห็น event จากเบราว์เซอร์น้อยกว่าจำนวนผู้เข้าชมจริง การส่ง event ผ่าน Conversions API ต้องเคารพความยินยอมชุดเดียวกัน จึงไม่ใช่ทางเลี่ยงข้อกำหนดนี้ สัดส่วนที่หายไปจะมากหรือน้อยขึ้นกับการออกแบบแบนเนอร์ของแต่ละเว็บ และไม่มีตัวเลขกลางที่ใช้อ้างอิงได้กับทุกธุรกิจ

สุดท้าย Events Manager บอกได้เฉพาะสิ่งที่ Meta ได้รับ ไม่ได้บอกว่ายอดขายจริงเป็นเท่าไร ควรเทียบกับแหล่งข้อมูลที่สองเสมอ เช่น ระบบหลังบ้านของร้านหรือ Google Analytics 4 ทีมที่ยังไม่มีการวัดผลฝั่งเว็บที่เชื่อถือได้ ดูขอบเขตงานได้ที่บริการติดตั้งและย้ายระบบ Google Analytics 4 ส่วนการวางโครงสร้างแคมเปญและการวัดผลบน Facebook และ Instagram อยู่ในขอบเขตของบริการโฆษณาบน Facebook และบริการ Social Ads ของ Relevant Audience

คำถามที่พบบ่อยเกี่ยวกับ Meta Events Manager

Pixel กับ dataset ต่างกันอย่างไร

dataset คือชื่อเรียกที่ครอบคลุมกว่า โดยรวม event จากเว็บไซต์ แอป ออฟไลน์ และแชตไว้ด้วยกัน ส่วน Pixel คือโค้ดบนเว็บไซต์ที่ส่ง event จากเบราว์เซอร์เข้า dataset เมื่อ Pixel เดิมเชื่อมกับ dataset รหัส dataset จะเป็นรหัสเดียวกับ Pixel ID

ทำไมจำนวน event ใน Events Manager ไม่ตรงกับ Ads Manager

เพราะสองหน้านี้นับคนละอย่าง Events Manager นับ event ที่ได้รับก่อนตัดซ้ำ ไม่ว่าจะเกี่ยวกับโฆษณาหรือไม่ ส่วน Ads Manager นับเฉพาะ conversion ที่ระบุได้ว่าเกี่ยวข้องกับโฆษณาภายในช่วง attribution ที่ตั้งไว้

ต้องมีคะแนน event match quality เท่าไรจึงพอ

Meta แนะนำให้ตั้งเป้าที่ 6.0 ขึ้นไปจากคะแนนเต็ม 10 เท่าที่ทำได้ แต่ event ต้นทางอย่าง PageView ที่ยังไม่มีอีเมลหรือเบอร์โทรจะได้คะแนนต่ำกว่าเป็นปกติ ควรให้ความสำคัญกับ event ที่ใช้เป็นเป้าหมายของแคมเปญก่อน

ใช้ Test Events กับ dataset ที่ใช้งานจริงได้หรือไม่

ใช้ได้ แต่ event ทดสอบจากเซิร์ฟเวอร์ที่ส่งพร้อม test_event_code ยังถูกนับเป็น event จริง จึงควรทดสอบด้วยรายการมูลค่าต่ำ ทดสอบเท่าที่จำเป็น และลบ test_event_code ออกจาก payload ก่อนขึ้นระบบจริงทุกครั้ง

หากต้องการให้ทีมที่ดูแลทั้งการติดตั้ง event และการยิงโฆษณาช่วยตรวจ dataset ของธุรกิจ ดูรายละเอียดได้ที่หน้าบริการโฆษณาบน Facebook ของ Relevant Audience