LINE Service Messages 係咩：幾時用，幾時改用 Webhook 接收

LINE service messages 係 LINE MINI App 嘅通知功能，用嚟喺用戶完成某個 MINI App 動作之後，傳送用戶應該知道嘅確認或提醒資訊。佢唔係一般 LINE Messaging API push，唔係自由格式 chatbot 回覆，亦唔係客服 inbox。要做交易型通知，可以考慮 service messages；要接收、分流、保存用戶對話，就應該另外設計 webhook 接收層。

重點

• LINE 官方文件將 service messages 定義為 LINE MINI App 入面，回應或確認用戶特定動作嘅通知。
• 發送 service message 需要通過審核嘅 service message template 同 service notification token。
• LINE 文件舉例包括預約完成同預約前提醒，並指出單一預約動作最多可發送 5 則 service messages。
• 如果你要接收 LINE 訊息、做客服分流，或者將 LINE、WhatsApp、Zalo 等渠道放入同一條 queue，應該優先設計 inbound webhook。
• 可配合閱讀 LINE Service Messages vs Messaging API 同 notification token 指南。

LINE service messages 係咩

LINE Developers 文件講明，service messages 係 LINE MINI App 功能，用嚟喺用戶完成特定動作後，通知用戶應該知道嘅資訊。最重要嘅邊界係 trigger：訊息應該同 MINI App 入面嘅用戶動作相關，例如預約、訂單或確認流程。

所以 service messages 比較似受控交易通知，唔係客服系統。對香港或跨境團隊嚟講，呢個分別好實際：如果你喺日本、泰國或台灣市場營運 LINE MINI App，service messages 適合做動作後確認；如果用戶會主動追問、補資料或要求人工跟進，就要另一個接收同路由架構。

官方發送路徑

LINE 文件入面嘅流程可以拆做三步：

1. 喺 LINE Developers Console 嘅 LINE MINI App channel 加入 service message template。
2. template 經 LY Corporation 審核通過後，先可以用於 Service Message API。
3. 喺用戶動作後簽發 service notification token，再用該 token 發送 service message。

同一份官方文件亦指出，templates 由 LY Corporation 提供，而每個 LINE MINI App channel 最多可設定 20 個 service message templates。換句話講，template 唔只係 backend JSON 格式，而係產品文案、營運流程同審核規則共同決定嘅設計。

判斷問題	如果係	如果唔係
訊息是否綁定 MINI App 用戶動作？	可考慮 service messages。	應選其他訊息或客服路徑。
是否已有 LINE MINI App channel？	準備 template 同 notification token。	service messages 通常唔係第一步。
內容能否放入審核 template？	提交審核並測試。	調整通知設計或換渠道。
用戶是否需要回覆並進入客服？	加 inbound webhook queue。	保持單向通知即可。

唔好同聊天 UI template 混淆

LINE Messaging API 亦有 template messages，例如 buttons、confirm、carousel 同 image carousel。官方文件指出 confirm template 有兩個按鈕；quick replies 喺支援嘅訊息上最多可放 13 個回覆按鈕。

呢啲係 LINE Official Account 對話入面嘅互動 UI；service messages 則係 LINE MINI App 通知機制，有自己嘅 template、審核同 notification token 流程。若搜尋問題係「LINE service messages 係咩」，最短答案就係：用戶動作後嘅 MINI App 審核通知，唔係通用聊天 template。

幾時用 webhook 接收層

一旦用戶可能回覆、追問，或者從 LINE 延伸到 WhatsApp、Zalo、Telegram、TikTok、X 等渠道，整合問題就變成接收事件、驗簽、入庫，再分派畀客服或 AI workflow。

UnifyPort API reference 定義咗跨平台標準化 message.received 事件。event envelope 包含 id、type、provider、account_id、occurred_at 同 data；訊息資料包含 data.conversation、data.sender、data.message。webhook 可透過 signing_secret 同 HMAC-SHA256 驗證。深層文件見：standard webhook events。

{
  "id": "evt_2f9c1a4b7e",
  "type": "message.received",
  "provider": "line",
  "account_id": "acc_8c21d0",
  "occurred_at": "2026-06-08T12:34:56Z",
  "data": {
    "conversation": { "id": "line_user_123", "type": "user" },
    "sender": { "id": "line_user_123", "type": "user", "name": "Jordan Lee" },
    "message": {
      "id": "msg_10472",
      "text": "我想改預約時間，可以嗎？",
      "direction": "inbound",
      "sent_at": "2026-06-08T12:34:55Z"
    }
  }
}

分工好清楚：service message 確認動作；webhook intake 承接對話。

決策規則

如果訊息綁定 MINI App 動作、可以放入審核 template，而且唔需要成為客服主 inbox，用 LINE service messages。若主要任務係接收、分類同路由 LINE 或多平台訊息，用簽名 webhook 接收層。

仍然比較官方能力時，可先讀 LINE Service Messages vs Messaging API。準備落地接收層時，下一步係查看 webhook event reference 並先註冊 endpoint。

FAQ

LINE service messages 同 Messaging API push 一樣嗎？

唔一樣。service messages 屬於 LINE MINI App，綁定用戶動作同 template；Messaging API push 屬於 LINE Official Account messaging surface。

service messages 可唔可以處理用戶回覆？

service message 本身係通知機制。若要處理回覆同分流對話，請加 inbound webhook queue。

一個 MINI App channel 可以設定幾多 templates？

LINE 官方 service-message 文件說，每個 LINE MINI App channel 最多可設定 20 個 service message templates。

2026-08-27 核對來源

• LINE Developers: Sending service messages
• LINE Developers: Message types
• LINE Developers: Use quick replies
• LINE Developers: Re-review after updating your verified MINI App