LINE Service Messages 是什麼：何時使用，何時改用 Webhook 接收

LINE service messages 是 LINE MINI App 的通知功能，用來在使用者完成某個 MINI App 動作後，傳送使用者應該知道的確認或提醒資訊。它不是一般 LINE Messaging API push，不是自由格式聊天機器人回覆，也不是客服收件匣。交易型通知可以考慮它；要接收、分派、保存使用者對話時，應另設 webhook 接收層。

重點整理

• LINE 官方文件把 service messages 定義為 LINE MINI App 中，回應或確認使用者特定動作的通知。
• 發送 service message 需要通過審核的 service message template 和 service notification token。
• LINE 文件舉例包括預約完成和前一天提醒，並說明單一預約動作最多可發送 5 則 service messages。
• 若你要接收 LINE 訊息、做客服分流，或把 LINE、WhatsApp、Zalo 等渠道統一到一個佇列，應優先設計 inbound webhook。
• 可搭配閱讀 LINE Service Messages vs Messaging API 與 notification token 實作指南。

LINE service messages 到底是什麼

LINE Developers 文件說明，service messages 是 LINE MINI App 的功能，用來在使用者完成特定動作後，通知使用者應知的資訊。核心邊界是觸發條件：訊息要跟 MINI App 內的使用者動作相關，例如預約、訂單或確認流程。

因此它比較像受控的交易通知，而不是客服系統。對台灣與日本市場的 LINE 團隊來說，這個差異很實際：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。這表示模板設計不是單純後端格式，而是產品文案、營運流程與審核規則的共同約束。

判斷問題	如果是	如果不是
訊息是否綁定 MINI App 使用者動作？	可考慮 service messages。	應選其他訊息或客服路徑。
是否已有 LINE MINI App channel？	準備模板與通知權杖。	service messages 通常不是第一步。
內容能否放進審核模板？	提交審核並測試。	調整通知設計或換渠道。
使用者是否需要回覆並進入客服？	加上 inbound webhook 佇列。	維持單向通知即可。

不要和聊天 UI 模板混淆

LINE Messaging API 也有 template messages，例如 buttons、confirm、carousel 與 image carousel。官方文件說明 confirm template 有兩個按鈕；quick replies 在支援的訊息上最多可放 13 個回覆按鈕。

這些是 LINE Official Account 對話中的互動 UI；service messages 則是 LINE MINI App 的通知機制，有自己的模板、審核與 notification token。若問題是「LINE service messages 是什麼」，簡短答案就是：使用者動作後的 MINI App 審核通知，不是通用聊天模板。

何時改用 webhook 接收層

一旦使用者可能回覆、追問，或從 LINE 延伸到 WhatsApp、Zalo、Telegram、TikTok、X 等渠道，整合需求就改變了。你需要接收事件、驗證簽章、寫入資料庫，再分派給人工或 AI 工作流。

UnifyPort API reference 定義了跨平台標準化 message.received 事件。事件 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 動作、能使用審核模板，且不需要成為客服主收件匣，使用 LINE service messages。若主要任務是接收、分類與路由 LINE 或多平台訊息，使用簽名 webhook 接收層。

若還在比較官方能力，可先讀 LINE Service Messages vs Messaging API。若要開始建接收層，下一步是查看 webhook event reference 並先註冊端點。

FAQ

LINE service messages 和 Messaging API push 一樣嗎？

不一樣。service messages 屬於 LINE MINI App，綁定使用者動作和模板；Messaging API push 屬於 LINE Official Account 訊息能力。

service messages 能處理使用者回覆嗎？

service message 本身是通知機制。若要處理回覆與分流對話，請加上 inbound webhook 佇列。

一個 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