ยิงแอด X วันละ 2 พัน แต่ไม่รู้กี่คนจ่ายเงินจริง Pixel อย่างเดียวพอไหม

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

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

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

Pixel กับ Conversion API วัดข้อมูลจากคนละจุดกัน

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

ส่วน Conversion API ทำงานตรงข้ามกันเลย คือธุรกิจส่งข้อมูลอีเวนต์จากเซิร์ฟเวอร์ของตัวเองไปหา X โดยตรง ไม่ผ่านเบราว์เซอร์ของผู้ใช้เลย ทำให้ไม่ถูกกระทบจากการบล็อกคุกกี้ Ad Blocker หรือการตั้งค่าความเป็นส่วนตัวของเบราว์เซอร์ เพราะเส้นทางข้อมูลอยู่ฝั่งเซิร์ฟเวอร์ล้วน ๆ

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

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

Pixel เห็นอะไรได้บ้าง และติดขัดตรงไหน

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

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

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

Conversion API ช่วยอุดช่องโหว่ตรงไหน

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

ข้อดีอีกอย่างคือ CAPI ทำให้ธุรกิจส่งข้อมูลย้อนหลังได้ในบางกรณี เช่นเมื่อดีลที่เริ่มจากการทักแชทใช้เวลาหลายวันกว่าจะปิด ต่างจาก Pixel ที่ต้องอาศัยผู้ใช้อยู่บนหน้าเว็บ ณ ขณะนั้นเท่านั้น

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

เทียบ Pixel กับ CAPI แบบเห็นภาพชัด

ใช้พร้อมกันได้ไหม แล้วป้องกันการนับซ้ำยังไง

ใช้พร้อมกันได้และเป็นแนวทางที่แนะนำในปัจจุบัน เพราะทั้งสองอย่างเสริมจุดอ่อนของกันและกัน แต่ต้องระวังเรื่องการนับ Conversion ซ้ำ เพราะถ้า Pixel และ CAPI ต่างส่งอีเวนต์เดียวกันเข้าไปโดยไม่มีตัวกันซ้ำ ตัวเลข Conversion จะสูงเกินจริง

วิธีป้องกันคือกำหนด event_id ที่ไม่ซ้ำกันให้กับแต่ละอีเวนต์ แล้วส่งค่าเดียวกันทั้งจาก Pixel และ CAPI เมื่อเป็นอีเวนต์เดียวกัน ระบบฝั่ง X จะใช้ event_id นี้เพื่อรู้ว่าสองสัญญาณที่เข้ามาคืออีเวนต์เดียวกัน ไม่ใช่สองอีเวนต์แยกกัน

สิ่งที่ต้องเตรียมก่อนเริ่มตั้ง Conversion API

1. มีสิทธิ์เข้าถึง Access Token หรือ Credential ของบัญชีโฆษณา X ที่ใช้สำหรับส่งข้อมูลฝั่งเซิร์ฟเวอร์
2. กำหนดรายการอีเวนต์ที่จะส่ง เช่น Lead, Purchase หรือ Qualified Lead ให้ตรงกับ Goal ทางธุรกิจจริง ไม่ใช่ส่งทุกอย่างที่มี
3. เตรียมข้อมูลที่จำเป็นสำหรับแต่ละอีเวนต์ เช่น identifier อย่าง twclid, เวลา, มูลค่า และสกุลเงิน
4. ตัดสินใจเรื่อง Hashing ข้อมูลที่เกี่ยวข้องกับผู้ใช้ให้ตรงตามรูปแบบที่ X รองรับ และมี Legal Basis หรือ Consent ที่เหมาะสมตามบริบทของธุรกิจ
5. ทดสอบด้วยเครื่องมือตรวจสอบอีเวนต์ก่อนใช้งานจริง เพื่อดูว่าอีเวนต์ที่ส่งไปถูกอ่านค่าและจับคู่ได้ถูกต้อง

ความเข้าใจผิดที่พบบ่อยเกี่ยวกับ Conversion API

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

• คิดว่าต่อ CAPI แล้ว Match Rate จะเป็น 100% ทันที ทั้งที่ยังมีปัจจัยอื่น เช่นคนที่ไม่ได้คลิกผ่านโฆษณาจริง
• คิดว่า Hashing ทำให้ส่งข้อมูลอะไรก็ได้โดยไม่ต้องสนใจนโยบายความเป็นส่วนตัว ทั้งที่ต้องมี Legal Basis รองรับเสมอ
• ตั้งค่าส่งอีเวนต์ซ้ำจาก Pixel และ CAPI โดยไม่มี event_id กันซ้ำ ทำให้ตัวเลข Conversion สูงเกินจริงจนวางแผนงบผิดพลาด
• คิดว่าติดตั้งครั้งเดียวแล้วจบ ทั้งที่ควรตรวจสอบเป็นระยะว่าอีเวนต์ยังส่งถูกต้องอยู่หรือไม่ โดยเฉพาะหลังมีการแก้เว็บไซต์หรือเปลี่ยนระบบหลังบ้าน

ธุรกิจแบบไหนควรให้ความสำคัญกับ CAPI ก่อนเป็นอันดับแรก

ธุรกิจที่ปิดการขายผ่านการพูดคุยยาว เช่นสินค้าราคาสูงหรือบริการที่ต้องนัดคุยหลายรอบ มักได้ประโยชน์จาก CAPI มากเป็นพิเศษ เพราะช่วงเวลาระหว่างคลิกโฆษณากับการปิดดีลอาจห่างกันหลายวัน ซึ่ง Pixel ที่ต้องพึ่งผู้ใช้อยู่บนหน้าเว็บขณะนั้นจับภาพนี้ไม่ได้เลย

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

ในทางกลับกัน ธุรกิจที่เพิ่งเริ่มทดลองยิงแอด X ด้วยงบไม่มากและยังไม่มีระบบหลังบ้านที่บันทึกข้อมูล Lead หรือ Order อย่างเป็นระบบ อาจยังไม่จำเป็นต้องรีบลงทุนต่อ CAPI ในทันที เพราะการต่อระบบต้องใช้ทั้งเวลาและความเข้าใจทางเทคนิคระดับหนึ่ง สิ่งที่ควรทำก่อนคือให้แน่ใจว่า Pixel ทำงานถูกต้องและมีการเก็บ UTM กับ twclid อย่างสม่ำเสมอก่อน แล้วค่อยขยับไปทำ CAPI เมื่อธุรกิจเริ่มโตขึ้นและมีปริมาณข้อมูลมากพอที่จะเห็นความต่างชัดเจน

รู้ได้ยังไงว่าการต่อ CAPI ช่วยได้จริงหลังใช้งานไปแล้ว

วิธีที่ตรงที่สุดคือเปรียบเทียบ Match Rate ก่อนและหลังต่อ CAPI ในช่วงเวลาที่ใกล้เคียงกัน โดยดูจากรายงานของ X Ads ว่าสัดส่วน Conversion ที่จับคู่กับคลิกต้นทางเปลี่ยนไปมากน้อยแค่ไหน แทนที่จะดูแค่ตัวเลข Conversion รวมซึ่งอาจเพิ่มขึ้นจากหลายปัจจัย ไม่ใช่จาก CAPI อย่างเดียว

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

สรุป

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

สิ่งที่ควรทำต่อจากนี้คือตรวจสอบว่าเว็บไซต์ของธุรกิจตัวเองมี Pixel ทำงานอยู่จริงหรือไม่ แล้วเริ่มวางแผนต่อ Conversion API เพิ่มเติม โดยเริ่มจากอีเวนต์ที่สำคัญที่สุดต่อธุรกิจก่อน ไม่ต้องรีบทำทุกอย่างพร้อมกันในครั้งเดียว

• Pixel วัดจากฝั่งเบราว์เซอร์ ถูกบล็อกได้ง่าย ส่วน CAPI ส่งจากเซิร์ฟเวอร์โดยตรง ไม่ถูกกระทบจากการบล็อก
• ใช้พร้อมกันได้และควรใช้คู่กัน แต่ต้องกำหนด event_id กันข้อมูลนับซ้ำ
• ธุรกิจที่ปิดการขายใช้เวลานานควรให้ความสำคัญกับ CAPI เป็นพิเศษ เพราะ Pixel จับภาพช่วงเวลานั้นไม่ได้

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