n8n 串 LINE 怎麼做？Messaging API、Webhook 收訊息與自動回覆流程，什麼時候要改寫成 LINE Bot

n8n 串 LINE，現在只剩一條正路：先幫 LINE 官方帳號開啟 Messaging API，n8n 用 Webhook 節點接住客人傳來的訊息，再用 HTTP Request 節點呼叫 LINE 的 reply（回覆）或 push（主動推播）API。n8n 內建的那個 Line 節點是給 LINE Notify 用的，n8n 官方文件已標示從 1.64.0 版起停用，LINE Notify 本身也在 2025 年 3 月 31 日結束服務，網路上很多舊教學照著做會直接失敗。

我們公司內部每天有 20+ 個 AI 流程在跑，其中不少是 n8n 在接事件、搬資料、發通知（做法寫在恆遠內部 AI 工作流）。LINE 是台灣中小企業跟客人講話的主要管道，所以「n8n 能不能接 LINE」幾乎是每個想做自動化的老闆第二個問題。這篇把能做的情境、前置設定、流程怎麼搭、11 月起的新收費、最常卡住的幾個坑，以及什麼時候該換成正式系統，一次講清楚。

還不熟 n8n 的話，先看 n8n 是什麼會比較好跟上；已經在用的，直接往下看第一張表。

n8n 串 LINE 能做什麼：四種最常見的用法

先講結論：n8n 很適合當 LINE 的「收件與通知層」，把 LINE 進來的訊息分流到 Google Sheet、ERP 或內部群組，也能把系統裡發生的事推回 LINE。下面四種情境，九成的需求都落在裡面。

前兩種是「客人先開口」，用 reply 回，不花訊息費；後兩種是「你先開口」，用 push，每一則都會算進方案額度。這個差別決定了你每個月要付多少錢，後面收費那段會算給你看。

如果你手上的需求不在這四種裡，或想先確認適不適合用 n8n 做，可以直接加我們的 LINE把情況丟過來，我們會直接告訴你該怎麼接。

串接前要準備什麼：Messaging API、Token 與 HTTPS

一句話：你需要一個開了 Messaging API 的官方帳號、一組 Channel secret 和 Channel access token，以及一個外面連得到的 HTTPS 網址。缺任何一樣，流程都跑不起來。

用 n8n 官方雲端版的話，Webhook 網址本來就是 HTTPS，填進去就能用。自己架 n8n 的公司，要先處理網域、反向代理和憑證，這段我們在 n8n Docker 自架教學裡有完整步驟，WEBHOOK_URL 這個環境變數沒設對，LINE 那邊按「Verify」就會失敗。

Messaging API 的 channel 設定跟你最後用 n8n 還是自己寫系統無關，兩條路的前置步驟一模一樣。我們自己的 CRM SalesKing 也是走這條：把 LINE Messaging API 直接接進系統，客人傳來的訊息、圖片、檔案落地後直接掛在該客戶身上。所以先把帳號與 token 管好，之後要換做法也不用重來。

n8n LINE 流程怎麼搭：從 Webhook 收訊息到自動回覆

最基本的「收到訊息就回覆」流程只要四到五個節點。下面這張表照順序排，每一步的重點設定都列在右邊。

回覆那一步的 HTTP Request 很短，這是要送出去的內容（token 用 n8n 的 Credentials 存，別直接寫在節點裡）：

POST https://api.line.me/v2/bot/message/reply
Authorization: Bearer {Channel access token}
Content-Type: application/json

{
  "replyToken": "{{ $json.replyToken }}",
  "messages": [{ "type": "text", "text": "收到，我們上班時間會回覆你" }]
}

主動推播給業務或客人

要「你先開口」就改用 push API，網址換成 /v2/bot/message/push，把 replyToken 換成 to（對方的 userId 或群組的 groupId）。userId 只能從對方跟官方帳號互動時的事件裡拿到，所以第一次互動時就要把它存起來，之後推播才找得到人。這一步也是很多人把 n8n 串 ERP 做起來的關鍵，訂單狀態一變就推，做法可以參考 n8n 串 ERP 實戰。

推到公司內部的 LINE 群組

把官方帳號的機器人邀進群組，群組裡任何人講話時，事件裡的 source 會帶 groupId，存下來就能往這個群組 push。常見用法是官網表單一進件就推一則摘要給業務群組，誰接手、接手了沒，群組裡一眼就看得到。

n8n 串 LINE 要花多少錢：reply 不算錢、push 才算

先講結論：用 reply 回覆客人不花訊息費；主動 push 的每一則都算進官方帳號的方案額度，額度用完就得升級方案。另外 LINE 官方帳號在 2026 年 11 月 1 日起調整中、高用量月費，下表是 LINE Biz-Solutions 公告的版本（未稅）。

哪些訊息算錢，LINE 官方帳號服務頁寫得很明白：一對一聊天、自動回應、加好友歡迎訊息，以及 Messaging API 的 Reply API，都不計入訊息費用。會算錢的是群發、分眾，以及 API 送出的 push 類訊息，而且是照收到的人數算。

算一個實際例子：你有 500 位會員，每個月推 2 則預約提醒，就是 1,000 則，輕用量的 200 則撐不住，至少要中用量，11 月起每月 1,000 元。同樣 500 人，如果改成「客人傳訊息問預約時間，n8n 用 reply 回」，訊息費是 0。

n8n 自己的費用另外算：官方雲端版按月付、自架主機要算機器和維護人力，三種規模的一年總成本我們拆在 n8n 費用怎麼算。整體預算通常是「LINE 方案＋n8n 方案或主機＋維護時間」三塊加起來，維護時間常常是最大的那塊。

n8n 串 LINE 最常卡住的五個地方

流程畫出來不難，卡住的幾乎都是下面這幾件事。照症狀找原因會比重做快很多。

簽章驗證特別容易被跳過，因為不驗也能動。LINE 的 Messaging API 文件明講平台的發送 IP 不公開，建議用簽章驗證取代 IP 白名單。少了這一步，任何人知道你的 Webhook 網址，就能假冒 LINE 送資料進你的 Google Sheet 或 ERP。

我們對這件事有個明確的判斷：n8n 串 LINE 適合當「通知與搬運層」，拿來當客服系統本體會越做越痛。原因很實際，客服需要對話紀錄、誰在處理、客人是誰、上次聊到哪，這些都是資料庫和權限的事，n8n 的節點可以硬接，但每加一個需求流程就多一層分支，半年後沒人敢改。我們的取捨是讓 n8n 管「事件進來、資料搬走、通知送出」，對話和客戶資料交給真正的系統。

什麼時候 n8n 串 LINE 不夠用，要改寫成 LINE Bot 或系統

出現下面任何兩個訊號，就該認真評估把 LINE 這一段改寫成正式的 LINE Bot 或客戶系統，n8n 留著做串接就好。

LINE Bot 正式開發要考慮哪些情境、怎麼估價，可以看 LINE Bot 客製化開發完整指南；只是想接 AI 回覆，先看 LINE 官方帳號接 AI與 LINE 官方帳號 AI 自動化指南就夠。訂單類需求可以對照 LINE 訂單系統怎麼串 ERP，要做分眾與追蹤則看 LINE 官方帳號串 CRM。

這段我們有現成的經驗可以對照。SalesKing 是恆遠自己每天在用的 CRM，起因就是業務對話全在 LINE、名單在 Excel、電子報又是另一套，同一個客戶三個地方各記一份。我們把 LINE Messaging API 直接接進系統，對話、客戶資料、電子報收在同一個後台，再讓 AI 讀完對話判斷銷售階段、生成回覆草稿；回覆預設是半自動，要人工確認才會送到客人手上，因為對外訊息一旦發錯，成本是客戶關係在付。如果你的 n8n 流程已經長到需要這些東西，我們可以先幫你看哪一段該留在 n8n、哪一段該變成系統。

自己用 n8n 串 LINE，還是找人做：一張表判斷

簡單講：流程三條以內、只有一個人在管、出錯了晚一點發現也不會出事，自己做就好；牽涉訂單、金流或多人協作，就值得找人把架構先定下來。

想先自己練手，n8n 教學和 n8n 案例分享有比較基本的節點操作；還在 n8n、Make、Zapier 之間猶豫的，可以看 三者比較。