← 所有文章
指南

TikTok Shop 客戶服務 API 審批資格:2026 申請清單

TikTok Shop Customer Service API 是需要專項審批的自訂權限,並非一般 TikTok 私訊 API。按照 TikTok 現行文件,申請者要提供可實際運作的應用程式內聊天、訂單、履約及售後整合,並達到 1,000 個已授權賣家或每日 100 萬次 API 呼叫。商戶自行開發的 TikTok Shop Seller 應用程式可申請特別審批,但要存取店舖資料,仍然必須先獲相關賣家授權。

重點一覽

  • Customer Service API 處理 TikTok Shop 買家與賣家之間的客戶服務對話,不會提供一般 TikTok 帳戶收到的所有私訊。
  • 審批由產品證明開始:可實際使用的聊天介面、對話記錄,以及連接訂單、物流、退貨及退款的客服流程。
  • TikTok 公開的規模門檻是 1,000 個已授權賣家每日 100 萬次 API 呼叫;商戶自研應用程式可循特別審批途徑申請。
  • 自訂權限獲批與每個賣家另行授權是兩道獨立關卡。兩者都完成後,應用程式才可讀取該店舖的對話。
  • 如果實際需要的是一般帳戶的即時入站訊息,而非 TikTok Shop 買家客服,應視為另一項系統架構決定,分開評估。

哪些團隊符合 TikTok Shop 客戶服務 API 的申請資格?

TikTok 將 Customer Service API 定義為供獨立軟件供應商(ISV),以及自行建立客服工具的商戶使用的自訂 API。合作夥伴或 ISV 須在 Partner Center 內,把業務類別及應用程式或服務類別都選為 Customer Service,然後申請相應的自訂權限。

官方 Customer Service API 概覽列出四個實際審批層次:

審批層次TikTok 要求的證明為何重要
可運作的客服產品用戶可見的聊天視窗、對話清單及詳情、時間戳記、參與者,以及真實的訊息收發流程此 API 用於擴充現有客服產品,不是原型項目的第一個元件
電商背景資料與對話連結的訂單、履約及售後介面客服協助買家時,須查看訂單狀態、配送進度、退貨及退款資料
合作夥伴規模最少 1,000 個已授權賣家或每日 100 萬次 API 呼叫Customer Service 是受限制的自訂權限,並非預設 API 類別
授權應用程式取得自訂權限,並由每個賣家分別授權存取權限獲批不代表所有店舖會自動開放

TikTok 指出,歸類為 TikTok Shop Seller、由商戶自有開發團隊建立的應用程式,可能取得特別批准。應把這理解為一條可送審的途徑,而非必然豁免;官方頁面並沒有承諾商戶自有應用程式一定獲批。

這是它與較廣泛的 TikTok 私訊 API 問題之間最重要的分別。一般 TikTok 開發者平台仍未為普通帳戶提供即時收件箱端點;Shop Customer Service API 只針對買賣雙方的電商客服對話,提供一條範圍有限並需要審批的官方途徑。

獲批權限實際包含哪些功能?

自訂權限獲批並由賣家完成授權後,官方 API 可列出對話、取得訊息、傳送訊息及標示已讀、管理客服設定、上載買家訊息圖片,以及接收 New Conversation 和 New Message webhook。TikTok 參考文件將所需權限列為 seller.customer_service

例如,官方 Get Conversation Messages 操作使用:

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

這個端點屬於 TikTok Shop,並需要賣家 access token。它不能取代 TikTok for Developers 的 Login Kit、Content Posting、Research 或 Data Portability 產品。現有的 TikTok 電商 API 功能界線說明整理了較完整的產品範圍;本文只集中說明如何取得受限制的 Customer Service 權限。

申請證明清單

申請自訂權限前,先準備完整的審批資料:

  1. 展示完整聊天產品。 提供未經裁切的對話清單及詳情頁,清楚顯示參與者身分、時間戳記、歷史記錄和訊息收發流程。TikTok 要求畫面截圖及簡短螢幕錄影;只有介面設計圖通常不足以證明產品已經運作。
  2. 把對話連接電商資料。 展示訂單詳情、配送狀態及相關退貨或退款狀態,並說明客服如何在實際對話中使用這些資料。
  3. 證明採用的規模門檻。 提供 1,000 個已授權賣家的證明,或可顯示每日 100 萬次 API 呼叫的報表。商戶自研 Seller 應用程式應交代商戶主體、開發團隊及內部客服流程,不要假設特別審批等同自動豁免。
  4. 申請正確的自訂權限。 TikTok 的 access scope 指南指出,自訂權限須經 Partner Console → App & Service → Manage → Manage API 申請。確認應用程式已啟用 seller.customer_service
  5. 另行測試賣家授權。 應用程式審批成功不等於已取得賣家 token。請驗證安裝及授權流程、保存店舖識別碼與已授予權限,並妥善處理撤銷授權。
  6. 提交前再次查看官方頁面。 自訂權限規則可能因市場及帳戶而不同。本文記錄的是 2026 年 7 月 18 日可見的文件;最終仍應以你的 Partner Center 帳戶實際顯示的申請要求為準。

先判斷真正需要哪種訊息介面

你的需求正確介面主要限制
在現有電商客服系統服務 TikTok Shop 買家TikTok Shop Customer Service API自訂權限審批、產品證明、規模及賣家授權
向符合資格的現有買家發送獲批電商訊息TikTok Shop Customer Engagement API獨立功能權限、收件人資格、範本及頻率規則
匯出用戶已授權的 TikTok 資料TikTok Data Portability API審批、支援地區、用戶同意及資料匯出;並非即時收件箱
接收已連接普通帳戶所支援的入站訊息UnifyPort 非官方介面獨立帳戶連線與 webhook 運作模式;不包括 TikTok Shop 權限

開始開發前先完成這項判斷。需要以訂單連接 Shop 對話的團隊,應申請官方 Customer Service API;需要一般帳戶即時入站訊息流的團隊,不應為了令另一種產品看似符合資格,而額外建立訂單及履約頁面。

UnifyPort 適合哪一種情況?

UnifyPort 不會授予 seller.customer_service、審批 Partner Center 應用程式、代替店舖授權、開放 Seller Center 訂單資料,亦不會提供 TikTok 官方客服及服務指標。如果這些電商功能是必須條件,應使用官方 API。

UnifyPort 適用於另一種情況:一般帳戶的入站訊息。UnifyPort Exporter 發佈與連線指南記錄由瀏覽器協助完成 TikTok 工作階段交接的流程;之後 API 會透過標準 message.received webhook 事件格式,傳送所支援的入站訊息。以下是假設性的入站事件,欄位結構與其他 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": "Is this item available in Thailand?",
      "direction": "inbound",
      "sent_at": "2026-07-18T03:14:24Z"
    }
  }
}

如果 webhook 端點設有 signing_secret,應先根據原始 request body 驗證 X-Device-TimestampX-Device-Signature,然後才儲存事件。標準事件類型及 payload 參考是查閱事件格式的深入文件;依賴任何出站操作前,亦應先確認目前 provider 的功能文件。

限制與取捨

如果客服必須取得 Shop 買家身分、訂單連結、對話生命週期、獲批出站行為或平台原生服務操作,TikTok Shop 官方途徑會較合適。電商授權與平台政策都可留在 TikTok 支援的模式內。

非官方介面不能令應用程式取得 Customer Service API 資格,不能把一般私訊變成 Shop 對話、展開官方買家推廣活動,亦不能重現 Seller Center 資料。它較集中的價值,是為所支援的已連接帳戶提供標準入站事件流。只有在你已經有合法及可靠資料來源時,才應在自己的系統內保存訂單和履約記錄。

常見問題

TikTok Shop 客戶服務 API 的審批資格有哪些?

TikTok 目前要求可運作的應用程式內聊天視窗、清楚可見的訂單、履約及售後整合,並達到 1,000 個已授權賣家或每日 100 萬次 API 呼叫。應用程式須申請 Customer Service 自訂權限,每個賣家亦要分別授權。

單一 TikTok Shop 商戶可以申請 Customer Service API 嗎?

有可能,但不會自動獲批。TikTok 表示,TikTok Shop Seller 類別下的商戶自研應用程式可能得到特別批准。商戶應提交開發團隊、已運作聊天產品、電商背景及預定客服流程的證明。

Customer Service API 是一般 TikTok 私訊 API 嗎?

不是。它只涵蓋 TikTok Shop 買家與賣家之間的客戶服務對話,不會提供創作者或普通 TikTok 帳戶收到的所有私訊。

應用程式獲批後,仍需要賣家授權嗎?

需要。自訂權限審批令應用程式取得使用該功能的資格;賣家授權才會開放特定店舖。兩道關卡都必須完成。

應用程式目前不符合資格,應如何處理?

先界定清楚需要的功能。官方 Shop 客服可繼續使用 Seller Center;缺少產品證明的團隊應補齊資料後再次申請;如不需要 Shop 專屬身分、訂單及客服功能,則可評估一般帳戶入站介面。

下一步

如果你的產品確實負責 Shop 買家客服,請以 TikTok 的 Customer Service API 概覽作為申請清單,並在自己的 Partner Center 帳戶再次確認要求。如果需求是一般帳戶的入站訊息分流,請先閱讀 UnifyPort 的標準 webhook 事件參考,再選擇獨立的帳戶連線途徑。

資料來源

以下 TikTok 官方來源已於 2026 年 7 月 18 日核對: