Conversions API คืออะไร ต่างจาก Meta Pixel ยังไง ต้องใช้ทั้งคู่ไหม (2026)
สรุปให้ชัดในบทความเดียว: Meta Pixel ส่งข้อมูลจากเบราว์เซอร์ Conversions API ส่งจากเซิร์ฟเวอร์ ทำไม Meta แนะนำให้ใช้คู่กัน ต้องกันนับซ้ำอย่างไร และเลือกวิธีติดตั้งแบบไหนดี
Conversions API คือช่องทางที่ Meta ออกแบบให้ธุรกิจส่งข้อมูลเหตุการณ์ (เช่น Lead หรือ Purchase) จากเซิร์ฟเวอร์ แอป หรือ CRM ไปยังระบบของ Meta โดยตรง ส่วน Meta Pixel คือโค้ด JavaScript ที่เก็บพฤติกรรมผู้เข้าชมจากเบราว์เซอร์ Meta แนะนำให้ใช้ทั้งคู่และส่งเหตุการณ์ชุดเดียวกันผ่านสองช่องทาง โดยต้องตั้งการกันนับซ้ำด้วย event_id และ event_name ที่ตรงกัน
- Meta Pixel = โค้ด JavaScript เก็บเหตุการณ์จากเบราว์เซอร์ / Conversions API = ส่งเหตุการณ์จากเซิร์ฟเวอร์ แอป หรือ CRM
- Meta แนะนำ redundant setup: ใช้ Conversions API ควบคู่ Pixel และส่งเหตุการณ์ชุดเดียวกันทั้งสองทาง
- ต้องกันนับซ้ำด้วย event_id + event_name ที่ตรงกัน และเหตุการณ์ซ้ำต้องเข้ามาภายใน 48 ชั่วโมง
- ยอดขายออฟไลน์/หน้าร้านส่งผ่าน Conversions API ได้ (Offline Conversions API เดิมยุติแล้ว)
- เลือกวิธีติดตั้งได้หลายแบบ: Meta-enabled, Partner, Conversions API Gateway หรือ Direct Integration
Conversions API คืออะไร
Conversions API (มักย่อว่า CAPI) คือการเชื่อมต่อที่ Meta ออกแบบให้ส่งข้อมูลการตลาดของธุรกิจจากเซิร์ฟเวอร์ แพลตฟอร์มเว็บไซต์ แอปมือถือ หรือ CRM เข้าสู่ระบบของ Meta โดยตรง แทนที่จะพึ่งเบราว์เซอร์ของผู้ใช้เพียงอย่างเดียว
ตามเอกสารนักพัฒนาของ Meta ข้อมูลที่ส่งผ่าน Conversions API ครอบคลุมได้ทั้งเหตุการณ์บนเว็บ เหตุการณ์ในแอป เหตุการณ์จากการสนทนาทางธุรกิจ (business messaging) และคอนเวอร์ชันออฟไลน์ ข้อมูลเหล่านี้ถูกนำไปใช้ในการวัดผล รายงาน และการปรับการส่งโฆษณาได้ในลักษณะเดียวกับช่องทางเชื่อมต่ออื่น
พูดให้ง่ายคือ ถ้า Pixel เป็น "กล้องที่ติดไว้หน้าร้าน" Conversions API ก็คือ "ระบบหลังร้านที่รายงานยอดขายจริง" กลับไปให้ Meta รู้ว่าโฆษณาชิ้นไหนพาลูกค้ามาได้
Meta Pixel คืออะไร และทำงานต่างจาก Conversions API ยังไง
Meta Pixel คือโค้ด JavaScript ที่ติดไว้บนเว็บไซต์เพื่อเก็บกิจกรรมของผู้เข้าชม ขณะที่ Conversions API ส่งข้อมูลจากฝั่งเซิร์ฟเวอร์ของธุรกิจ ความต่างสำคัญจึงอยู่ที่ "ต้นทาง" ของข้อมูล
Meta ระบุว่า Pixel ใช้วัดประสิทธิภาพโฆษณาผ่านคอนเวอร์ชันใน Ads Manager สร้าง Custom Audience รองรับแคมเปญโฆษณาแคตตาล็อกแบบไดนามิก และวิเคราะห์ช่องทางคอนเวอร์ชันบนเว็บ ข้อมูลที่ Pixel ส่งได้แก่ HTTP headers ข้อมูลเบราว์เซอร์ การคลิกปุ่ม และข้อมูลเหตุการณ์ที่ผู้ติดตั้งเลือกส่ง
- ต้นทางข้อมูล — Pixel: เบราว์เซอร์ของผู้เข้าชม / Conversions API: เซิร์ฟเวอร์ แอป หรือ CRM ของธุรกิจ
- ขอบเขต — Pixel: เหตุการณ์บนเว็บ / Conversions API: เว็บ แอป ออฟไลน์ และ business messaging
- การติดตั้ง — Pixel: วางโค้ดบนหน้าเว็บ / Conversions API: ต้องตั้งค่าฝั่งเซิร์ฟเวอร์หรือผ่านพาร์ทเนอร์ของแพลตฟอร์มเว็บ
- ข้อมูลลูกค้า — Conversions API ส่งพารามิเตอร์ข้อมูลลูกค้า (เช่น อีเมล เบอร์โทร ที่แฮชแล้ว) ไปพร้อมเหตุการณ์ได้ ซึ่งมีผลต่อคะแนน Event Match Quality
ต้องใช้ Pixel กับ Conversions API ทั้งคู่ไหม
ควรใช้ทั้งคู่ เอกสาร Conversions API Best Practices ของ Meta แนะนำให้ใช้ Conversions API "เพิ่มเติมจาก" Meta Pixel และส่งเหตุการณ์ชุดเดียวกันผ่านทั้งสองเครื่องมือ ซึ่ง Meta เรียกว่า redundant setup
เหตุผลเชิงปฏิบัติคือแต่ละช่องทางมีจุดอ่อนต่างกัน เหตุการณ์จากเบราว์เซอร์อาจตกหล่นได้จากหลายปัจจัยฝั่งอุปกรณ์ผู้ใช้ ส่วนเหตุการณ์จากเซิร์ฟเวอร์อาจขาดข้อมูลบางอย่างที่มีเฉพาะในเบราว์เซอร์ การส่งทั้งสองทางจึงช่วยลดโอกาสข้อมูลหาย
Meta ยังแนะนำให้ส่งเหตุการณ์ฝั่งเซิร์ฟเวอร์แบบเรียลไทม์ หรือเป็นชุดที่ใกล้เคียงเรียลไทม์ เพราะการส่งทันทีที่เหตุการณ์เกิดช่วยให้แคมเปญได้ผลดีที่สุด
ใช้คู่กันแล้วนับซ้ำไหม และกันนับซ้ำต้องทำอะไรบ้าง
ถ้าไม่ตั้งการกันนับซ้ำ (deduplication) เหตุการณ์เดียวกันอาจถูกนับสองครั้ง วิธีที่ Meta แนะนำคือส่ง event_id และ event_name ที่ตรงกันทั้งจาก Pixel และ Conversions API เพราะ Meta ใช้สองค่านี้ตัดสินว่าเป็นเหตุการณ์เดียวกัน และโดยทั่วไปจะเก็บเหตุการณ์ที่ได้รับก่อน
- สร้าง event_id หนึ่งค่าต่อหนึ่งเหตุการณ์ แล้วส่งค่าเดียวกันไปทั้ง Pixel และเซิร์ฟเวอร์
- สะกด event_name ให้ตรงกันทุกตัวอักษร เช่น Purchase ทั้งสองฝั่ง
- เหตุการณ์ที่ซ้ำกันต้องเข้ามาภายใน 48 ชั่วโมงนับจากที่ Meta ได้รับเหตุการณ์แรก การกันนับซ้ำจึงจะทำงาน
- อีกทางเลือกคือใช้ fbp และ/หรือ external_id แต่ Meta ระบุข้อจำกัดว่ากันนับซ้ำได้เฉพาะกรณีที่เหตุการณ์จากเบราว์เซอร์มาถึงก่อนเหตุการณ์จากเซิร์ฟเวอร์
- ค่า fbp/fbc เป็นค่าคุกกี้ที่เปลี่ยนแปลงได้ ควรส่งค่าปัจจุบันเสมอ
ติดตั้ง Conversions API มีกี่วิธี ต่างกันยังไง
Meta ระบุทางเลือกหลัก ๆ ได้แก่ Meta-enabled Conversions API, การเชื่อมผ่านพาร์ทเนอร์ของแพลตฟอร์ม, Conversions API Gateway และการเชื่อมต่อโดยตรงด้วยโค้ด (Direct Integration) แต่ละแบบต่างกันที่ความยากในการตั้งค่าและแหล่งข้อมูลที่รองรับ
- Meta-enabled Conversions API — ใช้ได้เฉพาะเว็บ ระบบสร้างการเชื่อมต่อฝั่งเซิร์ฟเวอร์ให้อัตโนมัติคู่กับ Pixel
- Partner integration — เชื่อมผ่านแพลตฟอร์มเว็บหรืออีคอมเมิร์ซที่รองรับ โดยใช้การตั้งค่าของแพลตฟอร์มนั้น
- Conversions API Gateway — ตั้งค่าแบบบริการตนเองใน Events Manager รันบนบัญชีคลาวด์ของธุรกิจเอง (AWS EKS, AWS ECS Express หรือ GCP) และอัปเดตอัตโนมัติเมื่อมีฟีเจอร์ใหม่หากผู้ดูแลยินยอม
- Direct Integration — ต้องใช้นักพัฒนา ในตารางเปรียบเทียบของ Meta ใช้เวลาประมาณ 2–4 สัปดาห์สำหรับการเชื่อมใหม่ และรองรับเว็บ แอป ออฟไลน์ CRM และข้อความธุรกิจ
ธุรกิจที่ปิดการขายนอกเว็บ ต้องทำอะไรเพิ่ม
ต้องส่งยอดขายจริงจาก CRM หรือหน้าร้านกลับไปผ่าน Conversions API เพราะ Meta ประกาศยุติ Offline Conversions API ในเดือนพฤษภาคม 2025 และให้เปลี่ยนไปส่งข้อมูลเข้า Dataset แทน หลังจาก Conversions API รองรับเหตุการณ์ออฟไลน์เต็มรูปแบบ
ตามเอกสารนักพัฒนา เหตุการณ์หน้าร้านต้องตั้ง action_source เป็น physical_store และควรอัปโหลดธุรกรรมภายใน 62 วัน โดย Meta แนะนำให้อัปโหลดแบบเรียลไทม์หรือรายวัน
คำแนะนำของเรา: ธุรกิจสินค้าราคาสูงอย่างอสังหาริมทรัพย์ รถยนต์ คลินิก หรือบริการ B2B มักได้ Lead บนเว็บแต่ปิดการขายทีหลัง ถ้าส่งแค่ Lead ระบบจะเรียนรู้จากคนที่กรอกฟอร์ม ไม่ใช่คนที่ซื้อจริง การต่อ CRM กลับไปจึงเป็นงานที่ควรวางแผนตั้งแต่แรก
อ่านวิธีส่งยอดขายออฟไลน์กลับเข้า Meta →ข้อผิดพลาดที่พบบ่อยหลังติดตั้ง Conversions API มีอะไรบ้าง
ข้อผิดพลาดส่วนใหญ่ไม่ได้อยู่ที่ "ติดตั้งไม่ได้" แต่อยู่ที่ข้อมูลไม่ครบหรือไม่ตรงกันระหว่างสองช่องทาง รายการด้านล่างเป็นสิ่งที่ทีมเราพบบ่อยจากการตรวจบัญชี (ความเห็นจากประสบการณ์ ไม่ใช่สถิติของ Meta)
- Pixel กับเซิร์ฟเวอร์สร้าง event_id คนละชุด ทำให้ยอด Purchase ใน Ads Manager สูงเกินจริง
- ไม่ส่ง event_source_url กับเหตุการณ์เว็บ ทั้งที่เอกสาร Meta ระบุว่าเป็นพารามิเตอร์ที่จำเป็นสำหรับเหตุการณ์เว็บ
- แฮชเบอร์โทรไทยทั้งที่ยังมีเลข 0 นำหน้าและไม่มีรหัสประเทศ 66 ทำให้จับคู่ไม่ได้
- หน่วงการส่งเหตุการณ์ไว้ทำ batch ข้ามวัน แทนการส่งแบบเรียลไทม์หรือใกล้เคียง
- แก้ธีมเว็บหรือเปลี่ยนระบบตะกร้าแล้วไม่ตรวจ Events Manager อีกครั้ง
สรุป: ธุรกิจควรเริ่มจากตรงไหน
เริ่มจากติด Pixel ให้ครบเหตุการณ์สำคัญ แล้วเพิ่ม Conversions API สำหรับเหตุการณ์เดียวกัน ตั้งการกันนับซ้ำ และตรวจคุณภาพข้อมูลใน Events Manager ก่อนเชื่อตัวเลข ROAS
ร้านค้าออนไลน์บนแพลตฟอร์มสำเร็จรูปมักเริ่มจากตัวเลือกแบบพาร์ทเนอร์หรือ Meta-enabled ได้เร็ว ส่วนธุรกิจที่ต้องส่งข้อมูลจาก CRM แอป หรือหน้าร้าน ควรวางแผน Direct Integration ตั้งแต่ต้น
ถ้าทีมไม่มีนักพัฒนา สามารถปรึกษาเราเพื่อประเมินว่าวิธีไหนเหมาะกับระบบที่ใช้อยู่
อ่านคู่มือโฆษณา Meta 2026–2027 ฉบับเต็ม →คำถามที่พบบ่อย
Conversions API กับ Meta Pixel ต่างกันยังไงในประโยคเดียว
Pixel ส่งเหตุการณ์จากเบราว์เซอร์ของผู้เข้าชม ส่วน Conversions API ส่งเหตุการณ์จากเซิร์ฟเวอร์ แอป หรือ CRM ของธุรกิจไปยัง Meta โดยตรง
ติด Conversions API แล้วเอา Pixel ออกได้ไหม
ไม่แนะนำ Meta แนะนำให้ใช้ Conversions API ควบคู่กับ Pixel และส่งเหตุการณ์ชุดเดียวกันผ่านทั้งสองช่องทาง
ใช้ทั้งคู่แล้วยอดคอนเวอร์ชันจะนับซ้ำไหม
นับซ้ำได้ถ้าไม่ตั้ง deduplication ให้ส่ง event_id และ event_name ที่ตรงกันจากทั้งสองฝั่ง และเหตุการณ์ซ้ำต้องมาถึงภายใน 48 ชั่วโมง
ไม่มีโปรแกรมเมอร์ ติดตั้ง Conversions API ได้ไหม
ได้ในบางกรณี เช่น Meta-enabled Conversions API สำหรับเว็บ หรือการเชื่อมผ่านพาร์ทเนอร์ของแพลตฟอร์มเว็บ แต่การส่งเหตุการณ์แอปหรือหน้าร้านต้องใช้ Direct Integration
Offline Conversions API ยังใช้ได้อยู่ไหม
ไม่ได้ Meta ยุติ Offline Conversions API ในเดือนพฤษภาคม 2025 ให้ส่งเหตุการณ์ออฟไลน์ผ่าน Conversions API เข้า Dataset แทน
ต้องแฮชข้อมูลลูกค้าก่อนส่งผ่าน Conversions API ไหม
ต้องแฮชข้อมูลอย่างอีเมล เบอร์โทร ชื่อ และเมืองด้วย SHA-256 หลังปรับรูปแบบ ส่วน client_ip_address, client_user_agent, fbc และ fbp ส่งแบบไม่แฮช
Conversions API Gateway ต่างจาก Direct Integration ยังไง
Gateway เป็นตัวเลือกบริการตนเองใน Events Manager ที่รันบนคลาวด์ของธุรกิจ ส่วน Direct Integration เขียนโค้ดเชื่อมเองและรองรับแหล่งข้อมูลกว้างกว่า เช่น แอป ออฟไลน์ และ CRM
แหล่งอ้างอิง
- [1] Meta Pixel — Meta for Developers · เข้าถึง 2026-09-17
- [2] Conversions API — Meta for Developers · เข้าถึง 2026-09-17
- [3] Conversions API Best Practices — Meta for Developers · เข้าถึง 2026-09-17
- [4] Handling Duplicate Pixel and Conversions API Events — Meta for Developers · เข้าถึง 2026-09-17
- [5] Customer Information Parameters — Meta for Developers · เข้าถึง 2026-09-17
- [6] Compare Conversions API setup options — Meta Business Help Center · เข้าถึง 2026-09-17
- [7] Conversions API Gateway — Meta for Developers · เข้าถึง 2026-09-17
- [8] Changes to the way you manage offline events in Meta Events Manager and Meta Business Suite — Meta Business Help Center · เข้าถึง 2026-09-17
- [9] Offline Events — Conversions API — Meta for Developers · เข้าถึง 2026-09-17
