對比選型 August 25, 2026

LINE Confirm Template：兩個動作上限、Buttons 四個動作，同下一步點揀

LINE confirm template 適合一個好明確嘅二選一決定：確認或取消、同意或拒絕、繼續或返回。如果你需要三個或四個可見動作，就應該睇 buttons template；如果需要更多即時選項，就睇 quick replies；如果選項係產品、分店或方案卡片，carousel 或 Flex Message 會更合適。

重點

LINE 官方 Message types 文件將 confirm template 描述為一段文字加兩個按鈕。
Messaging API reference 係更詳細嘅物件參考，confirm template 核心欄位包括 type、text 同 actions。
Buttons template 係另一種 template 類型，最多四個 action object；如果你遇到四個動作上限問題，可以先睇 LINE buttons template 替代方案。
Quick replies 可以放更多短暫選項，但 LINE 說明它哋會隨對話狀態消失，唔適合當長期選單。
UnifyPort 唔取代 LINE 原生 UI 元件；佢適合喺用戶回覆之後，將 LINE、WhatsApp、Zalo、Telegram、TikTok 同 X 嘅入站訊息放入同一個 webhook 流程。

Confirm template 嘅正式邊界

LINE 將 template messages 定義為預設版型，包括 buttons、confirm、carousel、image carousel 等。Confirm template 嘅範圍好清楚：文字加兩個按鈕。呢個設計係為咗令用戶只處理一個二選一問題。

適合場景包括：

「確認預約」 / 「取消」
「使用此地址」 / 「修改地址」
「聯絡客服」 / 「繼續瀏覽」
「批准」 / 「拒絕」

如果你想喺同一張卡放四條路徑，或者要求用戶由好多商品分類中揀一個，confirm template 就唔係合適元件。

Confirm、Buttons、Quick Replies、Carousel、Flex 點揀

LINE 介面	最適合	主要互動邊界	幾時用
Confirm template	一個二選一決策	兩個 action button	是/否、確認/取消、同意/拒絕
Buttons template	一張小卡嘅少量主動作	最多四個 action object	三至四個同等重要選項
Quick replies	短暫下一步選單	最多 13 個 quick reply button，但可能消失	用戶應該即時回答
Carousel template	瀏覽重複結構項目	多個結構一致嘅 column	產品、方案、分店、地點
Flex Message	自訂視覺層級	JSON 較複雜，需要多裝置測試	品牌化或資訊密集版型

所以，「LINE Messaging API confirm template actions limit」嘅答案係：confirm template 唔應該超過兩個動作。當選項變多，就要揀另一個更符合決策形狀嘅 LINE 元件。

如果你比較緊 LINE MINI App custom action button，先睇 MINI App custom action button 實作指南。MINI App 分享、LIFF 同 Messaging API templates 係唔同任務，限制亦唔可以混用。

實用決策流程

用戶只需要二選一？ 用 confirm template。
需要三至四個可見動作？ 用 buttons template。
需要五至十三個即時選項？ 用 quick replies，並接受佢唔係長期選單。
選項係產品、地點或方案卡片？ 用 carousel template。
核心問題係版型、品牌或資訊層級？ 用 Flex Message，並做渲染測試。
真正要解決係收到回覆再送到後端？ LINE 原生 UI 繼續用官方能力，入站事件則放入簽名 webhook queue。

UnifyPort 放邊一層

UnifyPort 唔負責送出 LINE confirm template、buttons template、quick replies、carousel template 或 Flex Message 呢啲原生 UI。需要 LINE 原生呈現時，請用 LINE 官方 Messaging API。

UnifyPort 適合入站側：用戶回覆後，同一個 handler 可以處理 LINE 同其他訊息平台嘅入站事件。UnifyPort 文件中嘅事件 envelope 使用真實欄位，例如 id、type、provider、account_id、occurred_at 同 data；接收訊息時訂閱 message.received。

{
  "id": "evt_01j7lineconfirm8p7m4w6n2a",
  "type": "message.received",
  "provider": "line",
  "account_id": "acct_line_support_01",
  "occurred_at": "2026-08-25T09:30:00Z",
  "data": {
    "message": {
      "id": "msg_line_4281",
      "direction": "inbound",
      "type": "text",
      "text": "確認"
    },
    "conversation": { "id": "conv_line_2841" },
    "sender": { "id": "user_line_73" }
  }
}

出站設計前，先睇 UnifyPort provider message support matrix；如果下一步係穩定接收回覆，請睇 webhook events reference。呢個分工亦同 LINE Service Messages vs Messaging API 一致：LINE 原生呈現留返俾官方介面，客服入站隊列保持獨立同標準化。

FAQ

LINE confirm template 可以有幾多個 action？

適合兩個 action button。超過兩個選項時，請改用 buttons template、quick replies、carousel 或 Flex Message。

Confirm template 同 buttons template 一樣嗎？

唔一樣。LINE 將佢哋列為唔同 template message 類型。Confirm 係二選一，buttons template 係小卡上嘅少量主動作。

Quick replies 可以取代 confirm template 嗎？

有時可以。Quick replies 適合短暫選項，亦可以顯示更多按鈕；但佢哋會隨對話變化消失，唔適合當長期導航。

UnifyPort 會送 LINE confirm template 嗎？

唔會。UnifyPort 適合透過非官方接口接收入站訊息並統一路由，唔用於渲染 LINE 原生 template UI。

下一步

如果目標係 LINE 原生模板呈現，請用 LINE 官方 Messaging API。若目標係將 LINE 同其他平台嘅回覆接到同一個後端，請閱讀 UnifyPort webhook events reference。

來源

LINE Developers: Message types
LINE Developers: Messaging API reference
LINE Developers: Use quick replies
LINE Developers: Flex Message elements

核對日期：2026-08-25。

UnifyPort API

令訊息接入變成一條穩定嘅產品管線。

先用統一嘅 API 跑通發送，再用標準事件將所有入站訊息接返去業務系統。

攞 API Key 睇 API 參考