ข้ามไปเนื้อหาหลัก

One CAPI JSON cannot serve every vendor: เจาะปัญหาโฆษณา

เรียนรู้ปัญหาการใช้ไฟล์ JSON เดียวกันสำหรับ Converted API ของ Meta, LinkedIn, TikTok และ Pinterest ที่นักพัฒนาต้องระวัง

เรียบเรียงโดย AI
Inewgen
26 Aug 2026ที่มา: Dev.to2 นาทีอ่าน (0 ครั้ง)อัปเดตล่าสุด 29 Aug 2026
แชร์
One CAPI JSON cannot serve every vendor: เจาะปัญหาโฆษณา

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

ขนาดตัวอักษร
  • การใช้ JSON ชุดเดียวสำหรับทุก CAPI มักนำไปสู่ข้อผิดพลาดทางเทคนิค
  • รูปแบบเวลาของแต่ละแพลตฟอร์มแตกต่างกัน เช่น วินาที มิลลิวินาที หรือ ISO 8601
  • ฟิลด์บังคับที่ไม่เหมือนกัน เช่น user.userIds ของ LinkedIn หรือ event_id ของ Pinterest

การเชื่อมต่อ Conversions API (CAPI) ตัวแรกมักเริ่มต้นด้วย Meta ก่อนที่จะขยายไปยังแพลตฟอร์มอื่นด้วยการคัดลอกโค้ดและเปลี่ยนโฮสต์ แต่วิธีนี้อาจทำให้ LinkedIn ส่งรหัสข้อผิดพลาด 422, TikTok บันทึกเวลาที่ได้รับผิดพลาด หรือ Pinterest ปฏิเสธเหตุการณ์ที่ไม่มีรหัสระบุ

รูปแบบเวลาคืออุปสรรคสำคัญ Meta CAPI ใช้เวลาแบบ Unix วินาที (10 หลัก) ขณะที่ LinkedIn ใช้มิลลิวินาที (13 หลัก) หากส่งค่าวนิครอบ LinkedIn จะอ่านเป็นปี 1970 ซึ่งอยู่นอกกรอบเวลา 90 วัน ส่วน TikTok Events API ต้องการรูปแบบ ISO 8601 และ Pinterest CAPI กลับมาใช้หน่วยวินาทีอีกครั้ง

10หลักสำหรับ Unix วินาทีของ Meta
13หลักสำหรับมิลลิวินาทีของ LinkedIn

ความแตกต่างยังปรากฏในฟังก์ชันเวลา เช่น Date.now() เหมาะกับ LinkedIn แต่ผิดพลาดสำหรับ Meta ในทางกลับกัน Math.floor(Date.now()/1000) ถูกต้องสำหรับ Meta แต่ใช้งานไม่ได้กับ LinkedIn และ toISOString() เหมาะกับ TikTok แต่ทำให้เกิดข้อผิดพลาดประเภทข้อมูลใน Meta

json data code editor screen

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

ในด้านโครงสร้างข้อมูล LinkedIn บังคับให้ต้องมีฟิลด์ user.userIds แม้ว่าการจับคู่จะทำผ่าน userInfo หรือ lead แล้วก็ตาม หากละเลยฟิลด์นี้ API จะส่งรหัส 422 กลับมาทันที ในขณะที่ Meta ไม่มีฟิลด์ดังกล่าว นอกจากนี้ Pinterest CAPI ยังบังคับให้ต้องระบุ event_id ในขณะที่ Meta อนุญาตให้ละเว้นได้หากส่งข้อมูลผ่าน Pixel แล้ว

ไม่อยากพลาดข่าวใหม่?

สมัครรับสรุปข่าวสารใหม่ทางอีเมล ไม่บ่อยจนรำคาญ

โฆษณา

การทำความเข้าใจความต่างของแต่ละ Conversions API (CAPI) เป็นสิ่งสำคัญสำหรับนักพัฒนาซอฟต์แวร์ เนื่องจากแพลตฟอร์มโฆษณาแต่ละแห่งถูกพัฒนาขึ้นโดยทีมงานอิสระที่มีข้อกำหนดทางเทคนิคเฉพาะตัว การพยายามใช้โครงสร้างข้อมูลแบบรวมศูนย์ (Unified Payload) โดยไม่ปรับแต่งให้เข้ากับข้อกำหนดของแต่ละ Vendor จะทำให้เกิดปัญหาข้อมูลสูญหายหรือถูกปฏิเสธจากเซิร์ฟเวอร์ปลายทางได้ง่าย

เครื่องมือตรวจสอบเช่น pixellint สามารถช่วยตรวจสอบความถูกต้องของ JSON สำหรับกฎเกณฑ์ของแต่ละแพลตฟอร์ม เช่น pixellint validate json @meta.json หรือ @li.json การใช้ JSON ชุดเดียวจึงไม่ใช่ทางลัดที่ดีสำหรับการพัฒนาซอฟต์แวร์

ที่มา: Dev.to

ความคิดเห็น

แสดงความคิดเห็น
0/2000

พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้