Facebook Conversion API กับ Pixel: ทำไม Pixel อย่างเดียวจึงไม่พอ

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

สรุปสั้น: เก็บ Pixel ไว้สำหรับสิ่งที่เบราว์เซอร์ยังเห็น เพิ่ม Conversion API สำหรับชื่อเหตุการณ์เดียวกัน ด้วย event_id เดียวกัน เข้า dataset เดียวกัน เทียบ Ads Manager กับรายการสั่งซื้อหรืออินบ็อกซ์ ในช่วงวันเดียวกัน ROAS ที่สูงขึ้นหลังเปิด Conversion API ไม่ได้แปลว่าโฆษณาดีขึ้น อาจเป็นเหตุการณ์ที่มีอยู่แล้วและเพิ่งมาถึง ROAS ที่ต่ำลง อาจเป็นรายการซ้ำที่เพิ่งเอาออก Digital Agency Bangkok ถือ dataset กับบัญชีโฆษณาเป็นบรีฟเดียวได้ บทความนี้จะไม่แต่งตัวเลข

Pixel ยังทำอะไรอยู่

Pixel คือ JavaScript บนเว็บ มักมาจากแท็กหรือธีม การเปิดหน้าส่ง PageView ได้ เส้นทางขอบคุณ หรือคลิกที่กำหนด ส่ง Lead, Contact หรือ Purchase ได้ มันตั้งตัวระบุในเบราว์เซอร์ ที่มักเก็บเป็น _fbp และอ่านตัวระบุคลิกบน URL โฆษณา ซึ่งมักเป็น fbclid แล้วเก็บเป็น _fbc สองอย่างนี้คือวิธีที่ Meta ผูกเหตุการณ์ทีหลังกับคลิก ถ้าสคริปต์ไม่ทำงาน คลิกอาจยังถูกคิดเงิน ผลลัพธ์จะไม่ถูกเห็น

ใช้ Pixel กับเหตุการณ์ที่เบราว์เซอร์ทำจบจริง มันยิงได้ตอนหน้าเปิด ก่อนเซิร์ฟเวอร์รู้ว่าฟอร์มถูกเก็บบรรทัดแล้ว อย่าถือว่ามันเป็นหลักฐานเดียวของการขายที่ร้านมีอยู่แล้ว Pixel ที่สองไม่ใช่ทางแก้ สอง Pixel ยิงซ้ำสิ่งที่ทำงานอยู่ ตรวจ ID บน URL ไทยจริงและ URL อังกฤษจริง ก่อนเพิ่มแท็ก

ทำไม Pixel อย่างเดียวจึงไม่พอ

Pixel รู้เฉพาะสิ่งที่เบราว์เซอร์บอก คนยังซื้อได้ หรือยังส่งฟอร์มได้ Ads Manager จะนับขาด การขยับงบจากคอลัมน์นั้น คือการตัดสินจากรู ไม่ใช่จากข้อเสนอ

สคริปต์ไม่ทำงาน

ตัวบล็อก การตั้งค่าเข้ม หรือหน้าที่โหลดไม่จบ จะข้าม Pixel เบราว์เซอร์ในแอปก็เช่นกัน รวมถึง LINE และแอป Facebook อินบ็อกซ์มีแถว Events Manager ไม่มี นั่นคือการพลาด ไม่ใช่โฆษณาที่ล้มเหลว ข้อจำกัดคุกกี้ตัดตัวระบุคลิกได้ ระหว่างทางจากโฆษณาเข้าเว็บ Pixel กู้คืนไม่ได้ Conversion API ก็แต่งตัวระบุนั้นไม่ได้ ส่งได้เฉพาะตัวที่เก็บไว้ตอนคนเข้าหน้า ถ้าไม่ได้เก็บ ให้พูดตรง ๆ อย่าแต่งอัตราการจับคู่

หน้ายืนยันไม่ถูกโหลด

ฟอร์มที่อยู่หน้าเดิมแล้วโชว์แค่บรรทัดสำเร็จ จะไม่ยิง Pixel ที่รอ URL ขอบคุณ การจ่ายด้วยบัตรที่จบที่หน้าธนาคาร แล้วกลับช้าหรือไม่กลับ ก็ทำให้ Purchase เป็นแบบเดียวกัน ร้านมีออเดอร์ การนับเฉพาะ Pixel ทำให้ยอดต่ำกว่าจริง URL ขอบคุณที่เปิดสาธารณะพลาดอีกทาง เมนูหรือบุ๊กมาร์กยิง Purchase ได้ จนกว่าเส้นทางนั้นจะปิด อย่าใช้การเปิดหน้าเป็นการขาย

ความยินยอม และอีกภาษา

ถ้าแบนเนอร์บล็อกแท็กจนกว่าจะกดยอมรับ คนที่ไม่กดจะไม่ส่งเหตุการณ์ Pixel ฟอร์มอาจยังส่ง ไทยกับอังกฤษเป็นคนละ URL กฎขอบคุณภาษาอังกฤษจะพลาดเส้นทางไทย ไม่ต้องวาง Pixel อีกตัว Events Manager โชว์สิ่งที่มาถึง ไม่ใช่แถวที่อินบ็อกซ์ได้รับ วิธีติดตั้งเหตุการณ์บนเบราว์เซอร์สำหรับบัญชีโฆษณา อยู่คู่กับ วิธีติดตั้งการติดตามการแปลง Google Ads การยิงความสำเร็จของฟอร์ม คลิก tel: คลิก LINE และหน้าขอบคุณ อยู่คู่กับ Google Tag Manager สำหรับนักการตลาด บทความนี้หยุดที่ dataset ของ Meta

Conversion API ส่งอะไร

นี่ไม่ใช่ Pixel ที่สองในส่วนหัวเว็บ เซิร์ฟเวอร์ส่งเหตุการณ์หลังจากสิ่งที่คุณไว้ใจได้: ฟอร์มถูกเก็บบรรทัด การชำระถูกยืนยัน หรือทีมทำเครื่องหมายลีด ถ้ากติกานั้นถูกเขียนไว้แล้ว เพย์โหลดใช้ชื่อเหตุการณ์เดียวกัน เวลา URL ของหน้า แหล่งการกระทำแบบเว็บไซต์ และรายละเอียดที่ส่งได้แบบแฮช เช่นอีเมลหรือเบอร์ ส่งตัวระบุคลิกกับตัวระบุเบราว์เซอร์ด้วย ถ้าเก็บไว้ตอนเข้าหน้า

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

dataset คืออะไร

ใน Events Manager dataset คือที่เก็บเหตุการณ์เว็บของพร็อพเพอร์ตี้นี้ Pixel รุ่นเก่าอยู่ในโมเดลนี้แล้ว Pixel กับ Conversion API ควรเขียนเข้า dataset เดียวกัน เพื่อให้ Purchase ที่มาสองทางเป็นหนึ่งการซื้อ เมื่อชื่อกับ event_id ตรงกัน dataset ไม่ใช่แคมเปญ และไม่ใช่บัญชีโฆษณาใหม่ dataset ที่สองทำให้ประวัติแยก เทียบ ID บนหน้าจริงกับ ID ที่เซิร์ฟเวอร์ใช้ ถ้าไม่ตรงกัน คุณกำลังวัดสองที่แล้วเรียกว่าที่เดียว

ไทยกับอังกฤษอยู่ dataset นั้น เว้นแต่ตั้งใจแยกสองแบรนด์ dataset ทดสอบที่ค้างบนธีมจริง จะดึงเหตุการณ์ออกจากชุดที่บัญชีโฆษณาอ่าน ส่งลีดหนึ่งรายการที่ฝ่ายขายจำชื่อได้ ต้องการให้ขึ้นครั้งเดียว และถ้ายิงทั้งสองทาง ให้เห็นทั้งสองแหล่ง ออกจากโหมดทดสอบก่อนตัดสินสัปดาห์จริง เหตุการณ์ทดสอบไม่ใช่ผลลัพธ์

ตัดซ้ำ ไม่งั้น ROAS ที่รายงานจะโกหกอีกทาง

อย่าปิด Pixel ในวันแรก ทั้งสองทางส่ง Lead หรือ Purchase ได้ Meta ตัดซ้ำเมื่อชื่อเหตุการณ์กับ event_id ตรงกัน สร้าง id นั้นครั้งเดียว ตอนการกระทำเกิด แล้วส่งทั้งสองทาง id สุ่มคนละตัว คือสองเหตุการณ์จากการกระทำเดียว

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

เหตุการณ์ไหนควรอยู่บนเซิร์ฟเวอร์

ส่งสิ่งที่คุณยืนยันได้ ฟอร์มที่ถูกเก็บคือ Lead หรือ Contact ไม่ใช่ Purchase ใช้ URL ที่คนใช้จริง อย่าเอาฟอร์มกับแตะ LINE มาบวกแล้วเรียกว่าจำนวนลีด คลิก LINE มักไม่ถึงเซิร์ฟเวอร์ มันคือคลิก ไม่ใช่แชท ปล่อยไว้ที่เบราว์เซอร์ บนบัญชีทางการที่โฆษณาพูดถึง คลิก tel: ไม่ใช่สายที่รับแล้ว อย่าทำเครื่องหมายทั้งสองอย่างเป็น Purchase และอย่าแต่งมูลค่าเพื่อให้ ROAS มีตัวเลข

Purchase อยู่บนเซิร์ฟเวอร์เมื่อการชำระถูกยืนยัน ในสกุลเงินที่คิด ตามจำนวนที่คิด อย่าส่งราคาป้าย มูลค่าตลอดชีวิตที่เดา หรือลีดที่นับเป็นการขาย ถ้าเก็บได้แค่มัดจำ ให้ส่งจำนวนนั้นและเขียนไว้ ถ้ายกเลิกทีหลัง Ads Manager อาจยังถือมูลค่านั้นอยู่ เทียบช่วงนั้นกับออเดอร์ที่ยังมี วันแรกของ Conversion API ไม่ใช่ ROAS ถาวร

เรื่องนี้เปลี่ยน ROAS ที่รายงานอย่างไร

ROAS ที่รายงานคือมูลค่าที่ Meta อ้างอิงกับโฆษณา หารด้วยค่าใช้จ่ายที่แสดง สำหรับเหตุการณ์และช่วงเวลาที่เลือก ไม่ใช่เงินสดในธนาคารหารใบแจ้งหนี้จาก Meta คอลัมน์ขยับได้โดยครีเอทีฟไม่เปลี่ยน

รายงานที่มีแค่ Pixel ตัดสิ่งที่เบราว์เซอร์ไม่เคยส่ง ตัวตั้งจึงสั้น ROAS ที่รายงานจึงดูอ่อนกว่าผลที่โฆษณาสร้างไว้แล้ว และเหตุการณ์กลับไปที่คลิกน้อยลง การเปิด Conversion API ทำให้ ROAS ที่รายงานสูงขึ้นได้ เพราะเหตุการณ์ที่หายไปมาถึง นั่นคือการแก้ท่อ ไม่ใช่ข้อพิสูจน์ว่าโฆษณาขายมากขึ้น ถ้าออเดอร์ไม่ขึ้นในช่วงวันนั้น การเปลี่ยนคือท่อวัด ไม่ใช่แคมเปญ

ทางกลับกันคือการนับซ้ำ ทั้งสองทางส่ง Purchase โดยไม่มี event_id ร่วม การขายหนึ่งครั้งถูกนับสอง ROAS ที่รายงานดูแข็งขึ้น เงินสดไม่เพิ่ม id ที่ใช้ร่วมอาจทำให้ ROAS ลดลงในวันถัดมา การลดนั้นก็เป็นการแก้เช่นกัน อย่าตัดงบเพราะตัวเลขตกในวันที่เริ่มตัดซ้ำ เทียบจำนวนเหตุการณ์กับออเดอร์ ไม่ใช่กับภาพหน้าจอเมื่อวาน

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

ตรวจอะไรก่อนเชื่อตัวเลขใหม่

เขียนเหตุการณ์เป็นประโยคที่ฝ่ายขายยอมรับ ฟอร์มบน URL นี้ถูกเก็บบรรทัด การชำระจำนวนนี้ ในสกุลนี้ ถูกยืนยัน เขียนไม่ได้ อย่าส่ง

1. ID ของ Pixel บนเว็บจริง คือ dataset ที่เซิร์ฟเวอร์เขียนเข้า
2. ทั้งสองทางใช้ชื่อเหตุการณ์และ event_id เดียวกัน สำหรับการกระทำเดียว
3. มูลค่า Purchase คือจำนวนที่คิด ไม่ใช่การเดา ลีดยังเป็นลีด คลิก LINE ยังเป็นคลิก
4. ลีดทดสอบหนึ่งรายการที่ฝ่ายขายจำได้ ขึ้นครั้งเดียว อินบ็อกซ์กับ Events Manager ตรงกัน
5. ทำซ้ำบน URL ไทยและอังกฤษ กฎที่ก็อปจากอังกฤษไม่ครอบเส้นทางไทย

ยังไม่ตรงกัน อย่าเพิ่มการเสนอราคาเพราะ Events Manager ดูยุ่งขึ้น dataset ที่ยุ่งอาจเป็นรายการซ้ำ หรือเหตุการณ์ที่เคยหาย ถามว่าใครถือโทเคน ใครเผยแพร่แท็ก และเหตุการณ์ไหนเป็นหลัก สามคำตอบนั้นสำคัญกว่าปุ่มสีเขียว

สิ่งที่บทความนี้จะไม่ทำ

• แต่ง ROAS อัตราการจับคู่ สัดส่วนเหตุการณ์ที่ถูกบล็อก หรืออัตราการแปลง
• ระบุค่าบริการของ Conversion API, Pixel หรือโฆษณา Facebook ตัวเลขถ้ามี อยู่ที่หน้าบริการ
• เอ่ยชื่อบริษัทอื่น หรือจัดลำดับ
• ถือคลิก LINE เป็นแชท คลิก tel: เป็นสายที่รับแล้ว หรือการเปิดหน้าขอบคุณสาธารณะเป็นการขาย
• ให้โทเคน เพย์โหลด หรือสคริปต์ไปวาง การส่งจากเซิร์ฟเวอร์เป็นของคนที่ส่งได้ ไม่ใช่ซอร์สของหน้า

คำถามที่พบบ่อย

เปิด Conversion API แล้วควรปิด Pixel หรือไม่

ไม่ เก็บ Pixel ไว้สำหรับสิ่งที่เบราว์เซอร์ยังเห็น และส่งชื่อเหตุการณ์เดียวกันจากเซิร์ฟเวอร์ ด้วย event_id เดียวกัน เข้า dataset เดียวกัน ปิด Pixel ในวันแรก จะทิ้งคลิก LINE และ tel: ที่ไม่ถึงเซิร์ฟเวอร์ ให้ตัดซ้ำ อย่าใช้สอง Pixel

ทำไม Ads Manager แสดงการซื้อน้อยกว่าร้าน

Pixel ไม่เห็นการยืนยัน ตัวบล็อก เบราว์เซอร์ในแอป หรือหน้าธนาคารที่ถูกปิด ทำให้เป็นแบบนั้น ออเดอร์ยังอยู่ Conversion API ส่งการชำระที่ยืนยันแล้วจากเซิร์ฟเวอร์ เทียบทั้งคู่กับรายการสั่งซื้อ ในวันเดียวกัน ก่อนเปลี่ยนการเสนอราคา

ทำไม ROAS ที่รายงานสูงขึ้นในวันที่เริ่ม Conversion API

มักเป็นเหตุการณ์ที่หายไปเพิ่งมาถึง หรือการขายเดียวกันถูกนับสองครั้งเพราะไม่มี event_id ร่วม ค่าใช้จ่ายอาจไม่เปลี่ยน ตรวจจำนวนออเดอร์กับจำนวนเหตุการณ์ ROAS ที่สูงขึ้นคือการแก้ จนกว่าการเทียบนั้นจะตรงกัน บทความนี้จะไม่ทำนายตัวเลข

dataset คืออะไร และต้องสร้างใหม่หรือไม่

dataset คือที่เก็บเหตุการณ์เว็บใน Events Manager ให้ Pixel กับ Conversion API เขียนเข้าชุดที่บัญชีโฆษณาอ่านอยู่แล้ว dataset ที่สองแยกประวัติ จับคู่ ID บนเว็บจริงกับ ID บนเซิร์ฟเวอร์ ทั้งภาษาไทยและอังกฤษ

คลิก LINE หรือการเปิดฟอร์ม เป็น Purchase สำหรับ ROAS ได้หรือไม่

ไม่ได้ คลิก LINE ไม่ใช่แชท และการเปิดฟอร์มไม่ใช่ลีด ส่ง Purchase เฉพาะเมื่อการชำระถูกยืนยัน ตามจำนวนที่คิด ถ้าคอลัมน์สร้างจาก Lead ให้อ่านเป็นผลลีด ไม่ใช่ผลตอบแทนจากการขาย งานโฆษณาคืองานการตลาด Facebook บทความนี้ไม่ระบุค่าติดตั้ง