n8n LINE 訊息發送模板：台灣用戶最常用的通知工作流解析

在台灣做自動化通知，繞不開一個現實：你的客戶、你的團隊、你的家人，都在用 LINE。Email 沒人開、Slack 只有工程團隊在用，但 LINE 訊息發出去幾乎一定被看到。所以對台灣用戶來說，n8n 最實用的通知工作流不是 Slack，是 LINE。

問題是 LINE 的自動發訊比看起來複雜——有兩套 API、有推播額度、訊息格式也有自己的規矩。這篇拆解一個標準的 n8n LINE 訊息發送模板，幫你搞懂它的結構，也幫你判斷該挑哪種模板，少走冤枉路。

先搞清楚：你要用哪一套 LINE API

這是最多人一開始就接錯的地方。LINE 給開發者的發訊管道有兩套，用途完全不同：

	LINE Messaging API（官方帳號）	LINE Notify
發給誰	加你官方帳號好友的用戶	你自己 / 綁定的群組
用途	對外、商業通知、客服	對內、個人提醒
額度	免費方案每月有上限	個人用，較寬鬆
現況	主流、長期支援	LINE 已宣布終止服務，不要新接

結論先講：現在做新的 LINE 自動通知，一律走 Messaging API。LINE Notify 雖然以前很多教學在用、接起來最簡單，但官方已經收掉，再用就是接一個會死掉的東西。模板挑選第一關，就是確認它用的是 Messaging API。

LINE 發送模板的標準結構

確認 API 之後，看模板的骨架。一個合格的 n8n LINE 通知模板長這樣：

事件觸發 → 條件過濾 → 取得收件對象 → 組裝訊息
   → 檢查推播額度 → 呼叫 Messaging API → 記錄結果

跟一般通知模板的差別，主要在「取得收件對象」和「檢查額度」這兩段——這是 LINE 特有的眉角。我們重點看這幾段。

第一段：事件觸發與過濾

跟其他通知一樣，開頭是觸發（Webhook 或 Schedule）加上過濾。台灣常見的 LINE 通知場景：

電商訂單成立 → 通知客戶 / 通知出貨團隊
表單有人填寫 → 通知業務跟進
系統異常 / 排程完成 → 通知管理者
預約時間快到 → 提醒客戶

過濾這段一樣重要：LINE 推播是有成本的（超過免費額度要付費），所以「哪些事件值得發 LINE」要在源頭就擋好，不能照單全發。這跟 Slack 不一樣——Slack 洗版只是煩，LINE 洗版會直接燒你的推播額度跟客戶的耐心。

第二段：取得收件對象，LINE 的 user ID 眉角

這是 LINE 模板跟其他通知最不一樣的一段。

Messaging API 發訊息給用戶，要的不是手機號碼、不是 LINE ID（那個 @ 開頭的搜尋 ID），而是一串系統內部的 user ID（U 開頭的長字串）。這個 ID 你只能在用戶加你好友、或跟你互動時，從 webhook 事件裡拿到並存起來。

所以一個完整的 LINE 通知系統，其實隱含兩條流程：

收集流程：用戶加好友 / 互動 → webhook → 把 user ID 存進資料庫
發送流程：事件發生 → 從資料庫查出對應 user ID → 發訊息

這篇拆的「發送模板」是第二條。它的「取得收件對象」那一節，做的就是拿事件裡的某個識別資訊（訂單的會員、表單的填寫人），去查出對應的 LINE user ID。

挑模板提醒：如果一個 LINE 模板完全沒提 user ID 怎麼來，只叫你「填收件人」，它八成是 LINE Notify 的舊做法，或只能發給你自己。要對外發給客戶的場景，這種模板用不了。

發送對象也分三種 API 方法，模板會依場景選：

Push：主動發給單一指定 user ID（最常用）
Multicast：一次發給多個 user ID（批次通知）
Broadcast：發給所有好友（公告型，謹慎用、很吃額度）

第三段：組裝訊息，不是只能發純文字

LINE 訊息格式比你想的豐富。模板的格式化節點會依需求組裝不同 message type：

Text：純文字，最簡單
Flex Message：類似 Slack 的 Block Kit，可以排版、放圖、放按鈕，做訂單明細卡片、預約確認卡很適合
Sticker / Image：貼圖、圖片

對商業通知來說，Flex Message 是值得學的。一張排版好的訂單卡片，比一段「您的訂單 #1234 已成立」的純文字專業太多，客戶觀感差很大。模板通常會把 Flex 的 JSON 樣板化，變動的值用表達式填進去。

第四段：檢查推播額度，台灣用戶最容易忽略的成本

LINE 官方帳號的免費方案，每月有免費訊息則數上限（會依方案調整，超過就要升級付費或當月停發）。這是台灣用戶做 LINE 自動化最容易踩的成本坑。

設計好的模板會在發送前留一個額度意識：

高頻通知場景，加一層去重 / 節流，別讓同一件事重複發、燒額度
重要程度分級，critical 才即時 push，一般的累積成每日彙整一次發
監控當月用量，接近上限時改走 email 等備援管道

這段體現的設計思路是：LINE 推播是有限資源，要花在刀口上。把所有通知都無腦塞 LINE，月中額度就見底，真正該發的客戶通知反而發不出去。

第五段：呼叫 API 與記錄

最後是呼叫 Messaging API 發送，並記錄結果。記錄一樣有兩個用途：給去重節流當依據、以及追蹤「這個月發了幾則、剩多少額度」。

LINE 的 API 回應也要處理：被封鎖的好友、無效的 user ID 會回錯誤，模板應該接住這些錯誤、記下來，而不是讓整條 workflow 報錯中斷。

怎麼挑一個能用的 LINE 模板

把上面拆的整理成一張檢查表，下次你看到一個 n8n LINE 模板，照這幾點驗：

用的是 Messaging API，不是 LINE Notify（後者已停止服務）
有處理 user ID 怎麼來，不是叫你憑空填收件人
發送方法選對（對客戶用 push / multicast，別亂用 broadcast）
有額度意識（去重、分級、彙整其中之一）
有錯誤處理（封鎖、無效 ID 不會炸掉整條流程）

五項都過，這模板才真的能上線用在台灣的商業場景。少了第 1、2 項，基本上就是個示範玩具。

小結

台灣做自動通知，LINE 幾乎是必選題。但 LINE 的眉角——兩套 API 的取捨、user ID 的收集、免費額度的成本——讓「接一個 LINE 模板」沒有想像中那麼直覺。

搞懂這個發送模板的標準結構，你不只會用，更重要的是會判斷一個模板能不能用。Messaging API、user ID 處理、額度意識，這三關是分辨「能上線的模板」跟「教學玩具」的關鍵。

如果你想省去自己研究 Messaging API、踩 user ID 跟額度坑的時間，N8NMarket 整理了現成、針對台灣場景設計的 n8n LINE 通知模板，已經把上面這五項都處理好，附完整節點說明，下載改一改就能接你自己的訂單或表單系統。直接拿能用的來改，比從零踩坑省下的時間，遠比模板本身值錢。