วิธีขออนุมัติ TikTok Shop Customer Service API: เช็กลิสต์คุณสมบัติปี 2026

Customer Service API ของ TikTok Shop เป็น custom scope ที่ต้องยื่นขอและผ่านการอนุมัติ ไม่ใช่ API สำหรับ DM ของ TikTok ทั่วไป เอกสารปัจจุบันกำหนดให้ผู้สมัครแสดงแชตในแอปที่ใช้งานจริง เชื่อม Order, Fulfillment และ After-Sales และมีผู้ขายที่อนุญาตอย่างน้อย 1,000 ราย หรือเรียก API วันละ 1 ล้านครั้ง แอปที่ผู้ขาย TikTok Shop พัฒนาเองอาจได้รับการพิจารณาเป็นกรณีพิเศษ แต่ยังต้องได้รับอนุญาตจากผู้ขายก่อนเข้าถึงข้อมูลร้านค้า

ประเด็นสำคัญ

• Customer Service API ใช้กับบทสนทนาระหว่างผู้ซื้อกับผู้ขายใน TikTok Shop ไม่ได้เปิด DM ทุกข้อความของบัญชี TikTok ทั่วไป
• การอนุมัติเริ่มจากหลักฐานว่ามีผลิตภัณฑ์ใช้งานจริง ได้แก่ หน้าต่าง live chat ประวัติสนทนา และบริบทของคำสั่งซื้อ การจัดส่ง การคืนสินค้า และการคืนเงิน
• เกณฑ์ปริมาณงานที่ TikTok ประกาศคือผู้ขายที่อนุญาต 1,000 ราย หรือ API call วันละ 1 ล้านครั้ง ส่วนแอปที่ร้านค้าพัฒนาเองอาจยื่นให้พิจารณาเป็นกรณีพิเศษได้
• การอนุมัติ custom scope กับการอนุญาตจากผู้ขายแต่ละรายเป็นคนละด่าน แอปต้องผ่านทั้งสองอย่างจึงจะอ่านข้อความของร้านนั้นได้
• หากโจทย์จริงคือรับข้อความของบัญชีทั่วไป ไม่ใช่ดูแลผู้ซื้อ TikTok Shop ควรประเมินเป็นสถาปัตยกรรมอีกแบบหนึ่ง

ใครบ้างที่มีคุณสมบัติขออนุมัติ TikTok Shop Customer Service API?

TikTok อธิบายว่า Customer Service API เป็น custom API สำหรับผู้ให้บริการซอฟต์แวร์อิสระและร้านค้าที่สร้างเครื่องมือซัพพอร์ตของตนเอง ใน Partner Center พาร์ตเนอร์หรือ ISV ต้องเลือก Customer Service เป็นทั้ง business category และ app หรือ service category แล้วจึงขอ custom scope

ภาพรวม Customer Service API อย่างเป็นทางการระบุการพิจารณาในทางปฏิบัติไว้ 4 ชั้น:

ชั้นการพิจารณา	หลักฐานที่ TikTok ต้องการ	เหตุผลที่สำคัญ
ผลิตภัณฑ์ซัพพอร์ตที่ใช้งานได้	หน้าต่างแชตที่ผู้ใช้มองเห็น รายการและรายละเอียดบทสนทนา เวลา ผู้ร่วมสนทนา และขั้นตอนรับส่งข้อความจริง	API มีไว้ต่อยอดผลิตภัณฑ์ซัพพอร์ตที่มีอยู่แล้ว ไม่ใช่เป็นส่วนประกอบแรกของต้นแบบ
บริบทอีคอมเมิร์ซ	หน้าจอ Order, Fulfillment และ After-Sales ที่เชื่อมกับบทสนทนา	ระหว่างช่วยลูกค้า แอดมินต้องดูสถานะคำสั่งซื้อ ความคืบหน้าการจัดส่ง การคืนสินค้า และการคืนเงินได้
ปริมาณงานของพาร์ตเนอร์	ผู้ขายที่อนุญาตอย่างน้อย 1,000 ราย หรือ API call วันละ 1 ล้านครั้ง	Customer Service เป็น custom scope แบบจำกัด ไม่ใช่หมวด API ที่ได้มาตั้งแต่ต้น
การอนุญาต	แอปได้รับ custom scope และผู้ขายแต่ละรายอนุญาตการเข้าถึง	การอนุมัติ scope ไม่ได้เปิดข้อมูลทุกร้านให้อัตโนมัติ

TikTok ระบุว่าแอปในหมวด TikTok Shop Seller ซึ่งหมายถึงร้านค้าที่มีทีมพัฒนาของตนเอง อาจได้รับการอนุมัติเป็นกรณีพิเศษ ควรมองว่านี่เป็นช่องทางให้ยื่นพิจารณา ไม่ใช่ข้อยกเว้นที่รับประกันผล เอกสารทางการไม่ได้สัญญาว่าแอปจะผ่านเพียงเพราะเจ้าของแอปเป็นร้านค้ารายเดียว

นี่คือความต่างสำคัญจากคำถามทั่วไปเรื่อง tiktok dm api เพราะแพลตฟอร์ม TikTok สำหรับนักพัฒนายังไม่มี endpoint กล่องข้อความสดของบัญชีทั่วไป ส่วน Shop Customer Service API เป็นช่องทางแคบที่ต้องผ่านการตรวจสอบสำหรับบทสนทนาด้านการค้าระหว่างผู้ซื้อและผู้ขาย

หลังอนุมัติแล้ว scope นี้ทำอะไรได้จริง

เมื่อแอปผ่านการอนุมัติและผู้ขายให้สิทธิ์แล้ว API อย่างเป็นทางการสามารถแสดงรายการบทสนทนา ดึงข้อความ ส่งข้อความ ทำเครื่องหมายว่าอ่านแล้ว จัดการการตั้งค่าแอดมิน อัปโหลดรูปภาพจากข้อความของผู้ซื้อ และรับ webhook แบบ New Conversation กับ New Message โดยเอกสารอ้างอิงของ TikTok ระบุ scope ที่ต้องใช้เป็น seller.customer_service

ตัวอย่างเช่น operation Get Conversation Messages อย่างเป็นทางการใช้:

GET /customer_service/202309/conversations/{conversation_id}/messages
Required scope: seller.customer_service

endpoint นี้เป็นของ TikTok Shop และต้องใช้ seller access token จึงใช้แทน Login Kit, Content Posting, Research หรือ Data Portability ของ TikTok for Developers ไม่ได้ แผนผังความสามารถของ TikTok commerce API อธิบายขอบเขตผลิตภัณฑ์ที่กว้างกว่า ส่วนเช็กลิสต์นี้เจาะจงเฉพาะการขอ restricted scope ของ Customer Service

เช็กลิสต์หลักฐานก่อนยื่นคำขอ

เตรียมชุดหลักฐานให้พร้อมก่อนขอ custom scope:

1. แสดงผลิตภัณฑ์แชตให้ครบทั้ง flow ใช้ภาพหน้าจอแบบไม่ตัดส่วนของรายการและรายละเอียดบทสนทนา ตัวตนผู้ร่วมสนทนา เวลา ประวัติ และขั้นตอนรับส่งข้อความจริง TikTok ขอทั้งภาพหน้าจอและวิดีโอบันทึกหน้าจอสั้น ๆ ส่วน mockup อาจยังพิสูจน์ไม่ได้ว่าผลิตภัณฑ์ทำงานจริง
2. เชื่อมบทสนทนากับข้อมูลอีคอมเมิร์ซ แสดงรายละเอียดคำสั่งซื้อ สถานะจัดส่ง สถานะการคืนสินค้าหรือคืนเงินที่เกี่ยวข้อง รวมถึงวิธีที่แอดมินใช้ข้อมูลเหล่านี้ระหว่างคุยกับผู้ซื้อ
3. ยืนยันเกณฑ์ปริมาณงานที่ใช้อ้างอิง แสดงผู้ขายที่อนุญาต 1,000 ราย หรือรายงานที่ยืนยัน API call วันละ 1 ล้านครั้ง หากเป็น Seller app ที่พัฒนาเอง ให้อธิบายข้อมูลร้านค้า ทีมพัฒนา และขั้นตอนซัพพอร์ตภายใน แทนการสรุปเองว่าจะได้รับข้อยกเว้นโดยอัตโนมัติ
4. ขอ custom scope ให้ถูกต้อง คู่มือ access scope ของ TikTok ระบุให้ขอผ่าน Partner Console → App & Service → Manage → Manage API และต้องยืนยันว่าเปิด seller.customer_service ให้แอปแล้ว
5. ทดสอบการอนุญาตจากผู้ขายแยกต่างหาก แอปผ่านการตรวจไม่ได้แปลว่าได้รับ seller token แล้ว ต้องตรวจการติดตั้งและการอนุญาต เก็บรหัสร้านกับ scope ที่ได้รับ และรองรับกรณีถอนสิทธิ์
6. ตรวจเอกสารทางการอีกครั้งก่อนส่ง กติกา custom scope อาจเปลี่ยนตามตลาดและประเภทบัญชี บทความนี้บันทึกเอกสารที่เข้าถึงได้เมื่อ 18 กรกฎาคม 2026 ส่วน Partner Center คือแหล่งข้อกำหนดสุดท้ายสำหรับคำขอที่แสดงในบัญชีของคุณ

เลือกพื้นผิวการส่งข้อความให้ตรงกับงานจริง

ความต้องการของทีม	พื้นผิวที่เหมาะสม	ข้อจำกัดหลัก
ดูแลผู้ซื้อ TikTok Shop ใน helpdesk อีคอมเมิร์ซที่ใช้งานอยู่	TikTok Shop Customer Service API	การตรวจ custom scope หลักฐานผลิตภัณฑ์ ปริมาณงาน และการอนุญาตจากผู้ขาย
ส่งข้อความเชิงพาณิชย์ที่ได้รับอนุญาตไปยังลูกค้าเก่าที่เข้าเกณฑ์	TikTok Shop Customer Engagement API	สิทธิ์ของฟีเจอร์แยกต่างหาก คุณสมบัติผู้รับ เทมเพลต และกติกาความถี่
ส่งออกข้อมูล TikTok ที่ผู้ใช้อนุญาต	TikTok Data Portability API	การตรวจแอป ภูมิภาคที่รองรับ ความยินยอมของผู้ใช้ และการส่งออกซึ่งไม่ใช่กล่องข้อความสด
รับข้อความเข้าที่รองรับจากบัญชีทั่วไปที่เชื่อมต่อ	อินเทอร์เฟซที่ไม่เป็นทางการของ UnifyPort	รูปแบบการเชื่อมบัญชีและปฏิบัติการ webhook แยกต่างหาก โดยไม่มีสิทธิ์ของ TikTok Shop

ตัดสินใจเรื่องนี้ก่อนเริ่มเขียนโค้ด ทีมที่ต้องใช้บทสนทนา Shop ควบคู่กับข้อมูลคำสั่งซื้อควรเดินตามเส้นทาง Customer Service API อย่างเป็นทางการ ส่วนทีมที่ต้องการสตรีมข้อความเข้าของบัญชีทั่วไปไม่ควรสร้างหน้าจอ Order และ Fulfillment เพียงเพื่อทำให้ผลิตภัณฑ์คนละประเภทดูเหมือนเข้าเกณฑ์

UnifyPort เหมาะกับกรณีใด

UnifyPort ไม่ได้มอบ seller.customer_service ไม่ได้อนุมัติแอปใน Partner Center ไม่ได้ให้สิทธิ์แทนร้านค้า ไม่ได้เปิดข้อมูลคำสั่งซื้อใน Seller Center และไม่ได้ให้เมตริกแอดมินหรือบริการอย่างเป็นทางการของ TikTok หากความสามารถด้านอีคอมเมิร์ซเหล่านี้เป็นข้อกำหนด ให้ใช้ API อย่างเป็นทางการ

UnifyPort เหมาะกับอีกกรณีหนึ่ง คือการรับข้อความเข้าจากบัญชีทั่วไป คู่มือเปิดตัว UnifyPort Exporter อธิบายการส่งต่อเซสชัน TikTok ผ่านเบราว์เซอร์ จากนั้น API จะส่งทราฟฟิกขาเข้าที่รองรับด้วยโครงสร้าง webhook message.received มาตรฐาน ตัวอย่างสมมติของอีเวนต์ขาเข้าจะใช้ฟิลด์ที่มีในเอกสารเดียวกับ provider อื่น:

{
  "id": "evt_7b9f2d41c6",
  "type": "message.received",
  "provider": "tiktok",
  "account_id": "acc_4e81a7",
  "occurred_at": "2026-07-18T03:14:25Z",
  "data": {
    "conversation": { "id": "7421183065", "type": "user" },
    "sender": { "id": "7369021841", "type": "user", "name": "Mina" },
    "message": {
      "id": "msg_20260718_031425",
      "type": "text",
      "text": "สินค้านี้ยังมีขายในไทยไหมคะ?",
      "direction": "inbound",
      "sent_at": "2026-07-18T03:14:24Z"
    }
  }
}

หาก webhook endpoint มี signing_secret ให้ตรวจ X-Device-Timestamp และ X-Device-Signature กับ raw body ก่อนบันทึกอีเวนต์ เอกสารประเภทอีเวนต์และ payload มาตรฐาน เป็นข้อมูลเชิงลึกที่สุดสำหรับโครงสร้างนี้ และควรตรวจเอกสารความสามารถล่าสุดของ provider ก่อนวางระบบที่ต้องพึ่งพาการส่งข้อความออก

ข้อจำกัดและสิ่งที่ต้องแลก

เส้นทาง TikTok Shop อย่างเป็นทางการเหมาะกว่าเมื่อแอดมินต้องใช้ตัวตนผู้ซื้อ Shop การเชื่อมคำสั่งซื้อ วงจรชีวิตของบทสนทนา พฤติกรรมการส่งออกที่ได้รับอนุญาต หรือการปฏิบัติงานบริการแบบ native เพราะการอนุญาตด้านการค้าและนโยบายแพลตฟอร์มยังอยู่ในโมเดลที่ TikTok รองรับ

อินเทอร์เฟซที่ไม่เป็นทางการไม่สามารถทำให้แอปมีคุณสมบัติผ่าน Customer Service API เปลี่ยน DM ทั่วไปให้เป็นบทสนทนา Shop เริ่มแคมเปญผู้ซื้ออย่างเป็นทางการ หรือสร้างข้อมูล Seller Center ทดแทนได้ คุณค่าที่เฉพาะกว่าคือสตรีมอีเวนต์ขาเข้ามาตรฐานสำหรับบัญชีเชื่อมต่อที่รองรับ หากจะเก็บข้อมูลคำสั่งซื้อและ fulfillment ไว้ในระบบของคุณเอง ควรทำเมื่อมีแหล่งข้อมูลที่ถูกต้องตามข้อกำหนดและเชื่อถือได้อยู่แล้วเท่านั้น

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

เงื่อนไขขออนุมัติ TikTok Shop Customer Service API มีอะไรบ้าง?

ปัจจุบัน TikTok ต้องการหน้าต่างแชตในแอปที่ใช้งานจริง การเชื่อม Order, Fulfillment และ After-Sales ที่มองเห็นได้ และผู้ขายที่อนุญาต 1,000 ราย หรือ API call วันละ 1 ล้านครั้ง แอปต้องขอ custom scope ของ Customer Service และผู้ขายแต่ละรายต้องอนุญาตการเข้าถึง

ผู้ขาย TikTok Shop เพียงรายเดียวขอ Customer Service API ได้หรือไม่?

อาจทำได้ แต่ไม่ได้รับโดยอัตโนมัติ TikTok ระบุว่าแอปที่พัฒนาเองในหมวด TikTok Shop Seller อาจได้รับการพิจารณาพิเศษ ร้านค้าควรส่งหลักฐานเรื่องทีมพัฒนา ผลิตภัณฑ์แชตที่ใช้งานจริง บริบทอีคอมเมิร์ซ และขั้นตอนการดูแลลูกค้าที่ตั้งใจใช้

Customer Service API คือ API สำหรับ DM ของ TikTok ทั่วไปหรือไม่?

ไม่ใช่ API นี้ครอบคลุมบทสนทนาด้านบริการลูกค้าระหว่างผู้ซื้อกับผู้ขาย TikTok Shop ไม่ได้เปิด DM ทุกข้อความที่ครีเอเตอร์หรือบัญชี TikTok ทั่วไปได้รับ

เมื่อแอปผ่านอนุมัติแล้ว ยังต้องขออนุญาตจากผู้ขายหรือไม่?

ยังต้องขอ การอนุมัติ custom scope ทำให้ความสามารถนี้พร้อมใช้กับแอป ส่วนการอนุญาตจากผู้ขายทำให้แอปเข้าถึงร้านใดร้านหนึ่งได้ จึงต้องผ่านทั้งสองด่าน

ควรทำอย่างไรถ้าแอปยังไม่ผ่านคุณสมบัติ?

ระบุความต้องการให้ชัด ใช้ Seller Center สำหรับงานซัพพอร์ต Shop อย่างเป็นทางการ เตรียมหลักฐานผลิตภัณฑ์ส่วนที่ขาดก่อนสมัครใหม่ หรือประเมินอินเทอร์เฟซรับข้อความเข้าของบัญชีทั่วไป หากไม่ได้ต้องใช้ตัวตน ข้อมูลคำสั่งซื้อ และความสามารถของแอดมินที่มีเฉพาะใน Shop จริง ๆ

ขั้นตอนถัดไป

หากผลิตภัณฑ์ของคุณรับผิดชอบการดูแลผู้ซื้อ Shop จริง ให้ใช้ ภาพรวม Customer Service API ของ TikTok เป็นเช็กลิสต์ยื่นคำขอ และยืนยันข้อกำหนดในบัญชี Partner Center ของคุณ หากโจทย์คือจัดเส้นทางข้อความเข้าจากบัญชีทั่วไป ให้อ่าน เอกสาร webhook event มาตรฐานของ UnifyPort ก่อนเลือกวิธีเชื่อมต่อแยกต่างหาก

แหล่งข้อมูล

ตรวจสอบแหล่งข้อมูลอย่างเป็นทางการของ TikTok เมื่อ 18 กรกฎาคม 2026:

• ภาพรวม Customer Service API และกติกาการอนุมัติ
• Access scope ของ TikTok Shop API
• เอกสารอ้างอิง Get Conversation Messages