นิยาม
Conversions API (CAPI) คือช่องทางส่งข้อมูลเหตุการณ์ (Event) จากเซิร์ฟเวอร์ของคุณไปยัง Meta โดยตรง แทนที่จะพึ่งพา Pixel ที่ทำงานบนเบราว์เซอร์ลูกค้าเพียงอย่างเดียว
พูดแบบบ้านๆ คือ แทนที่เราจะให้ "สายลับในเบราว์เซอร์" (Pixel) คอยโทรรายงานว่าใครกดอะไร เราก็สร้าง "ท่อตรงจากหลังบ้าน" (Server) ยิงข้อมูลนั้นเข้าระบบ Meta เอง — ทำให้ข้อมูลไม่หายไปเพราะ Ad Blocker, Safari ITP, หรือ ATT ของ iOS
จุดสำคัญที่คนทำร้านมักเข้าใจผิด: CAPI ไม่ได้แทนที่ Pixel แต่ทำงานคู่กัน เพื่อเพิ่มความครอบคลุมของข้อมูล (Event Coverage) และคุณภาพการจับคู่ (Match Quality)
Analogy
ลองนึกภาพร้านกาแฟที่มีพนักงานเก็บข้อมูลลูกค้า 2 คน:
- Pixel = พนักงานหน้าร้านที่คอยจดว่าลูกค้าคนไหนสั่งอะไร แต่ถ้าลูกค้าใส่หน้ากาก (ปิด Tracking) หรือเดินออกประตูหลัง พนักงานคนนี้ก็จดไม่ได้
- Conversions API = ระบบหลังบ้านที่ดูจากใบเสร็จ + ระบบสมาชิก + ข้อมูลการชำระเงิน แล้วส่งข้อมูลนั้นเขาสำนักงานใหญ่โดยตรง ไม่สนว่าใครใส่หน้ากากหรือไม่
ยิ่งส่งจาก 2 ทางพร้อมกัน Meta ยิ่ง "ต่อจิ๊กซอว์" ได้แม่นขึ้น ว่าโฆษณาตัวไหนนำมาซึ่งยอดขายจริง
สูตรและตัวเลขที่ต้องรู้
1) Event Coverage Rate
Event Coverage = (จำนวน Event ที่ได้รับทาง CAPI ÷ จำนวน Event จริงทั้งหมด) × 100
เป้าหมายที่ Meta แนะนำ: ≥ 75% ของ Event ทั้งหมดควรมาจาก CAPI (หรือ Pixel + CAPI ที่ Deduplicate แล้ว)
2) Match Quality Score
Meta ให้คะแนนคุณภาพการจับคู่เป็น 0–10 โดยพิจารณาจากพารามิเตอร์ที่ส่ง เช่น em (email), ph (phone), fbp, fbc, external_id
- คะแนน 6.0+ = เริ่มใช้งานได้ดี
- คะแนน 8.0+ = ระดับที่ควรไปให้ถึงสำหรับร้านที่ทำยอดจริงจัง
3) ตัวอย่างผลลัพธ์จริง
ร้านเครื่องสำอาง DTC ในไทยรายหนึ่ง หลังเปิด CAPI เต็มรูปแบบ 90 วัน:
- ROAS เพิ่มจาก 2.4 → 3.1 (+29%)
- CPA ลดจาก ฿420 → ฿315 (-25%)
- Event Coverage เพิ่มจาก 48% → 82%
- Match Quality จาก 4.8 → 8.3
ตารางเปรียบเทียบ: Pixel vs Conversions API
| หัวข้อ | Meta Pixel (Browser) | Conversions API (Server) |
|---|---|---|
| ตำแหน่งทำงาน | เบราว์เซอร์ลูกค้า | เซิร์ฟเวอร์ร้าน |
| ผลของ iOS 14.5+ / ATT | ข้อมูลหายมาก | ได้รับผลน้อย |
| Ad Blocker | ถูกบล็อกได้ | ไม่ถูกบล็อก |
| Cookie หมดอายุ | 7 วัน (Safari) | ไม่เกี่ยวข้อง |
| ข้อมูลที่ส่งได้ | จำกัดตาม Browser | ส่ง PII แบบ Hashed ได้เต็มที่ |
| ความหน่วง (Latency) | ทันที | ขึ้นกับ Implementation |
| ใช้คู่กับ | CAPI | Pixel (Deduplication) |
| ต้องมี Dev | ไม่ต้อง | ต้องมี (หรือใช้ Partner) |
**หมายเหตุ:** Meta แนะนำให้ใช้ **ทั้งสองช่องทางพร้อมกัน** และใช้ `event_id` ร่วมกันเพื่อ Deduplicate ไม่ให้ Event ซ้ำ
(Use Cases สำหรับ DTC ไทย)
1) ร้าน Shopify / WooCommerce
ใช้แอปอย่าง Shopify Facebook Channel, หรือ Server-Side GTM เพื่อยิง Purchase, AddToCart, InitiateCheckout จากหลังบ้าน
2) ร้านที่ขายผ่าน LINE / Chat
ส่ง Event Lead และ Purchase จาก CRM หรือระบบ Order ภายใน พร้อม Hash เบอร์โทรและอีเมล
3) ร้านที่ยิงโฆษณา iOS-heavy
กลุ่มเป้าหมายผู้หญิง 25–40 ปี ที่ใช้ iPhone สูง — CAPI คือ "ต้องมี" ไม่ใช่ "น่ามี"
4) ร้านที่ทำ Retargeting
ใช้ Custom Audience จาก CAPI ที่แม่นกว่า ทำให้ยิงคนที่ "เกือบซื้อ" ได้ตรงขึ้น
5) ร้านที่มี COD สูง
ส่ง Event Purchase เฉพาะออเดอร์ที่ยืนยันแล้ว (Confirmed) ผ่าน CAPI เพื่อไม่ให้ Meta Optimize ไปหาคนที่ยกเลิก
(ข้อเข้าใจผิดยอดฮิต)
❌ 1. "เปิด CAPI แล้วปิด Pixel ได้"
ผิด — ควรใช้คู่กัน เพราะ Pixel ยังจับ Behavioral Signal ที่ Server ไม่มี (เช่น Scroll Depth, Time on Page)
❌ 2. "ส่ง Event เยอะๆ = ดี"
ผิด — ส่ง Event ที่ไม่ Relevant จะทำให้ระบบ Optimize ผิดทาง คุณภาพแย่ลง
❌ 3. "ไม่ต้อง Hash ข้อมูลก็ได้"
ผิด — Meta บังคับให้ Hash PII (SHA-256) ก่อนส่ง ถ้าส่ง Raw จะถูก Reject
❌ 4. "ตั้งครั้งเดียวจบ"
ผิด — ต้องตรวจ Match Quality ทุกสัปดาห์, อัปเดต Parameter, และดู Event Coverage อย่างต่อเนื่อง
❌ 5. "ใช้ Deduplication ไม่สำคัญ"
ผิดมาก — ถ้าไม่ตั้ง event_id ร่วมระหว่าง Pixel และ CAPI ยอด Purchase จะถูกนับซ้ำ ทำให้ ROAS ปลอมและ Optimize เพี้ยน
❌ 6. "CAPI แก้ปัญหา Attribution ได้ 100%"
ไม่จริง — CAPI ช่วยได้มาก แต่ยังมีข้อจำกัดจาก Modeling ของ Meta เอง ควรใช้ร่วมกับ Media Mix Modeling (MMM) ในระยะยาว
(คำศัพท์ที่เกี่ยวข้อง)
- Meta Pixel — โค้ดติดตามฝั่งเบราว์เซอร์
- Server-Side GTM (sGTM) — เครื่องมือช่วยส่งข้อมูลจาก Server ไปปลายทางต่างๆ
- Event Deduplication — การป้องกัน Event ซ้ำจาก 2 แหล่ง
- Match Quality — คะแนนคุณภาพการจับคู่ข้อมูล
- ATT (App Tracking Transparency) — นโยบาย iOS ที่บังคับขออนุญาต Tracking
- Aggregated Event Measurement (AEM) — ระบบจัดลำดับ Event 8 ตัวใน iOS
- CAPI Gateway — โซลูชันกึ่งสำเร็จรูปของ Meta สำหรับร้านที่ไม่มี Dev
- Offline Conversions — การส่งข้อมูล Conversion ที่เกิดนอกเว็บ (เช่น ปิดการขายทางโทรศัพท์)
สรุปสำหรับคนทำ DTC ไทย
ถ้าคุณยิงโฆษณา Meta เกิน ฿50,000/เดือน และพบว่า ROAS ที่รายงานใน Ads Manager สูงกว่ายอดขายจริงใน Shopify อย่างมีนัยสำคัญ — นั่นคือสัญญาณว่าคุณต้องมี CAPI แล้ว
เริ่มจาก:
1. ตรวจ Event Coverage ปัจจุบันใน Events Manager
2. เลือกวิธี Implement (App / sGTM / Gateway / Dev)
3. ตั้ง event_id ร่วมกับ Pixel
4. Hash PII ทุกฟิลด์
5. วัดผล 30/60/90 วัน เทียบ CPA และ ROAS
ทำถูกตั้งแต่แรก CAPI จะกลายเป็น "เครื่องยนต์เงียบ" ที่ทำให้ทุกบาทที่ยิงโฆษณาทำงานหนักขึ้น — โดยที่คุณไม่ต้องเพิ่มงบแม้แต่บาทเดียว