LINE Notify 已經在 2025 年 3 月 31 日結束服務，n8n 內建的 Line 節點呼叫的正是 Notify，所以舊流程現在只會報錯，n8n 從 2.40 版起也把這個節點從節點清單裡藏起來了。要在 n8n 繼續發 LINE 通知，現在的做法是開一個 LINE 官方帳號、啟用 Messaging API，再用 HTTP Request 節點呼叫 push message API。這篇會帶你從頭做完：建立 Messaging API channel、拿到 Channel access token、用 n8n 的 Webhook 接 LINE 事件取得自己的 userId 或群組 ID，最後做出「表單一送出，手機 LINE 馬上收到通知」的流程。你需要一個 LINE 帳號，和一台有公開 HTTPS 網址的 n8n（2.x 版），第一次做大約抓 40 分鐘。
資料查證至 2026 年 10 月。n8n 的畫面與參數以 2.43 版為準，LINE 的 API 規格與台灣官方帳號價格以 LINE Developers 文件和 LINE 台灣官方公告為準，來源列在文末。
從 LINE Notify 換到 Messaging API，差在哪裡
Notify 的用法很單純：在個人帳號產生一組權杖，訊息就由「LINE Notify」這個官方帳號送到你自己或你選的群組。Messaging API 改由你自己的 LINE 官方帳號發訊息，所以多了兩個前提：收訊息的人要先加這個官方帳號好友；要發到群組，就得先把官方帳號邀進那個群組。舊的 Notify 權杖也不能沿用，要重新拿一組 Channel access token。
第二個差別是則數。Notify 不收費，Messaging API 主動推出去的訊息（push）會算進官方帳號每個月的訊息則數，台灣的免費方案每月 200 則，後面講 push 和 reply 那一節有完整的數字。只發給自己、每天幾則系統通知的話，免費方案通常夠用。
n8n 這邊，內建的 Line 節點只支援 Notify，官方從 1.64.0 版就把它標成已淘汰，2.40 版之後在節點清單裡已經搜尋不到，舊流程裡的節點會顯示停用說明。n8n 目前沒有內建的 Messaging API 節點，npm 上找得到幾個社群節點（例如 @aotoki/n8n-nodes-line-messaging、n8n-nodes-linewebhook），都是個人維護，更新頻率不一。這篇用內建的 HTTP Request 節點直接呼叫 LINE 的 API，設定只有幾個欄位，不用多裝套件，哪天 LINE 調整規格，你也能自己改。
步驟一：建立官方帳號並啟用 Messaging API
2024 年 9 月 4 日起，LINE Developers Console 已經不能直接建立 Messaging API channel，一定要先有 LINE 官方帳號，再從官方帳號後台把 Messaging API 打開。順序如下：
- 到 LINE 官方帳號管理後台（manager.line.biz）用你的 LINE 帳號登入，建立一個新的官方帳號，填好帳號名稱和業種就會建好。這個名稱之後會顯示成通知的發送者，取一個自己一看就懂的，例如「公司系統通知」。
- 在官方帳號後台點「設定」，左側選「Messaging API」，按「啟用 Messaging API」。接著會要你選一個 Provider（服務提供者），沒有的話就新建一個，用公司或個人名稱都可以。
- 用同一個 LINE 帳號登入 LINE Developers Console（developers.line.biz/console），點進剛剛選的 Provider，會看到多了一個 Messaging API channel，後面的設定都在這裡做。
選 Provider 這一步值得多想一下。官方帳號一旦指定 Provider 就不能再改，而 LINE 的 userId 是以 Provider 為單位發的：同一個人在同一個 Provider 底下，不管是 Messaging API 還是 LINE Login，userId 都一樣；換一個 Provider 就是另一串。之後如果你會有好幾個官方帳號，放在同一個 Provider 底下，拿到的 ID 才能互通。
建好之後，順手到官方帳號後台的回應設定，把自動回應訊息關掉、Webhook 打開。自動回應預設是開的，不關的話，你每傳一則訊息給官方帳號，它都會先回一段罐頭訊息，測試時很干擾。LINE 官方文件也建議第一次做 bot 的人把歡迎訊息和自動回應都關掉，比較不會搞混訊息是誰發的。
步驟二：拿到 Channel access token，建立 n8n 憑證
在 LINE Developers Console 打開這個 channel，切到「Messaging API」分頁，拉到最下面的「Channel access token (long-lived)」，按「Issue」，就會產生一串很長的權杖。這是 n8n 呼叫 LINE API 時要帶的鑰匙，請當成密碼保管。
長期權杖不會過期，重新按 Issue 會讓舊的那組失效（換發時可以讓舊權杖最多再撐 24 小時，方便你替換）。LINE 官方其實比較推薦期限可自訂、最長 30 天的 v2.1 權杖，安全性更好，但它要用 JSON Web Token 定期換發，等於要再多寫一條換權杖的流程。個人或小團隊的通知用途，用長期權杖並且不外流，是比較實際的選擇；萬一權杖被貼到聊天群組或截圖外流，直接重新 Issue 就好。
同一個 channel 的「Basic settings」分頁還有兩個東西等一下會用到。一個是「Channel secret」，用來驗證 Webhook 簽章；另一個是「Your user ID」，就是你自己的 userId，格式是 U 開頭加 32 碼英數字。只想發通知給自己的話，抄下這串就可以跳過下一步的 Webhook。如果這個欄位沒有出現，是因為你登入 LINE Developers 用的 Business ID 還沒連結 LINE 帳號，連結之後就會顯示。
接著到 n8n 建憑證：在 n8n 的憑證管理頁新增，或在之後 HTTP Request 節點的憑證欄位直接選 Create new credential，類型搜尋「Bearer Auth」，在「Bearer Token」欄位貼上剛剛的權杖，名稱取成「LINE Messaging API」後存檔。之後每個要呼叫 LINE 的節點都選這個憑證，權杖不會出現在流程設定裡，把流程匯出給別人看時也不會不小心把權杖一起交出去。
步驟三：用 n8n Webhook 取得 userId 或群組 ID
要發給自己以外的人，或發到群組，就需要對方的 ID。LINE 沒有提供「查某人 userId」的地方，ID 只會出現在 LINE 送到你 Webhook 的事件裡：有人加官方帳號好友、傳訊息給官方帳號，或官方帳號被邀進群組，LINE 都會把事件用 POST 送到你設定的 Webhook 網址，事件裡就帶著 userId 或 groupId。所以這一步要先在 n8n 做一個接收事件的流程。
- 在 n8n 新增一個工作流程，第一個節點選「Webhook」。HTTP Method 選 POST，Path 填
line-webhook，Respond 維持預設的 Immediately，也就是收到請求就馬上回 200。 - 在節點上方的 Webhook URLs 切到 Production URL 並複製，網址會長得像
https://你的名稱.roamerhost.com/webhook/line-webhook。接著按畫面右上角的 Publish 發布流程（n8n 1.x 是把 Active 開關打開），正式網址要發布之後才會生效。 - 回到 LINE Developers Console 的「Messaging API」分頁，在「Webhook URL」按 Edit，貼上網址後按 Update，再按 Verify，出現 Success 就代表 LINE 連得到你的 n8n。最後把下方的「Use webhook」打開，沒打開的話 LINE 不會送任何事件過來。
- 用手機掃同一頁上的 QR code，把官方帳號加為好友，隨便傳一則訊息。回到 n8n 的 Executions 分頁，打開最新一筆執行紀錄，點 Webhook 節點看輸出，就能在
body.events[0].source.userId找到你的 userId。
收到的資料大致長這樣（節錄）：
{
"body": {
"destination": "U1234...",
"events": [
{
"type": "message",
"message": { "type": "text", "text": "測試" },
"source": {
"type": "user",
"userId": "U4af4980629..."
},
"replyToken": "nHuyWiB7yP5Zw52FIkcQobQuGDXCTA",
"mode": "active"
}
]
}
}要發到群組，先在「Messaging API」分頁找到「Allow bot to join group chats」，按 Edit 會跳到官方帳號後台，把加入群組的選項改成允許，這個設定預設是關的。然後在 LINE 群組裡邀請這個官方帳號，LINE 會送來一個 join 事件，source.type 是 group，source.groupId 就是群組 ID，開頭是 C。如果你邀請的是很早以前開的多人聊天室，拿到的會是 R 開頭的 roomId，用法一樣。另外，一個群組裡同時只能有一個官方帳號。
在後面的節點要引用這兩個值，表達式這樣寫：
{{ $json.body.events[0].source.userId }}
{{ $json.body.events[0].source.groupId }}想在編輯器裡直接看到資料的話，也可以改用 Test URL：在 Webhook 節點按 Listen for test event，再到 LINE 傳訊息。不過測試網址只聽 120 秒，按一次只收一筆，你按 Verify 的那一下就會把它用掉，LINE 後台的網址也得在測試和正式之間換來換去。拿 ID 這種一次性的工作，直接用 Production URL 再到 Executions 看紀錄比較省事。兩種網址的差別，在 n8n Webhook 與第三方串接教學有更完整的說明。
步驟四：用 HTTP Request 節點發出第一則推播
有了權杖和 ID 就可以發訊息了。新增一個工作流程（先用 Manual Trigger 手動觸發就好），接一個 HTTP Request 節點，照下面設定：
- Method 選 POST，URL 填
https://api.line.me/v2/bot/message/push。 - Authentication 選 Generic Credential Type，Generic Auth Type 選 Bearer Auth，憑證選剛剛建的「LINE Messaging API」。
- 打開 Send Body，Body Content Type 選 JSON，Specify Body 選 Using JSON，在 JSON 欄位貼上下面這段，把 to 換成你的 userId 或群組 ID。
{
"to": "U4af4980629...",
"messages": [
{ "type": "text", "text": "n8n 測試推播，看到這則就成功了" }
]
}按 Execute step，成功的話節點會輸出一個 sentMessages 陣列，裡面是這則訊息的 id，手機也會同時跳出通知。Content-Type 標頭 n8n 會依照 Body Content Type 自動帶上，不用另外加。如果你習慣從官方文件抄範例，也可以用節點上的 Import cURL，把 LINE 文件裡的 curl 指令整段貼進去，網址、標頭和內容會自動帶出來；記得把裡面寫死的 Authorization 標頭刪掉，改選上面建好的憑證。
一次 push 最多可以放 5 個訊息物件，文字訊息每則上限 5,000 字。訊息類型除了 text，還有 image、sticker、Flex Message 等，有版面需求之後再加，先把文字通知跑通最要緊。
實作：表單一送出，LINE 馬上通知你
以前用 Notify 最常見的用途，就是「有人填表單就通知我」。下面用 n8n 內建的表單示範，不需要另外準備網站，做好之後把表單網址貼給客人或放在官網上就能用。
新增工作流程，觸發節點選 n8n Form 的 On form submission。Form Title 填「聯絡我們」，在 Form Elements 加三個欄位：「姓名」和「聯絡方式」用 Text Input 並設成必填，「需求」用 Textarea。表單送出後，節點輸出的欄位名稱就是你填的標籤，所以後面用 $json['姓名'] 這樣的寫法取值。
後面接 HTTP Request 節點，設定跟步驟四一樣，只有 JSON 內容換成這段：
{
"to": "U4af4980629...",
"messages": [
{
"type": "text",
"text": {{ JSON.stringify('📩 新的詢問\n姓名：' + $json['姓名'] + '\n聯絡方式：' + $json['聯絡方式'] + '\n需求：' + ($json['需求'] || '（未填）')) }}
}
]
}請注意 text 那一行沒有自己加雙引號，整段文字交給 JSON.stringify() 轉成合法的 JSON 字串。客人在需求欄按了換行，或打了雙引號，如果你寫成 "text": "{{ $json['需求'] }}"，換行會讓 JSON 斷掉，節點直接報錯 The value in the "JSON Body" field is not valid JSON，錯誤細節是 Bad control character in string literal。這是從 Notify 換過來最常踩的坑：以前的 Line 節點是填訊息欄位，n8n 幫你處理好格式，現在 JSON 要自己顧。上面的寫法我們在 n8n 2.43 用含換行、雙引號和 emoji 的表單內容實測過，LINE 收到的就是排好的多行訊息。
想省時間的話，可以複製下面整段，在 n8n 的空白畫布上按 Ctrl+V（Mac 是 Cmd+V）貼上，表單和 HTTP Request 兩個節點會連好一起出現。貼上之後到 HTTP Request 節點選好憑證、把 to 換成你的 ID，按 Publish 就能用：
{
"nodes": [
{
"parameters": {
"formTitle": "聯絡我們",
"formFields": {
"values": [
{
"fieldLabel": "姓名",
"requiredField": true
},
{
"fieldLabel": "聯絡方式",
"requiredField": true
},
{
"fieldLabel": "需求",
"fieldType": "textarea"
}
]
},
"options": {}
},
"name": "聯絡表單",
"type": "n8n-nodes-base.formTrigger",
"typeVersion": 2.3,
"position": [
0,
0
],
"webhookId": "6f1d2c3b-4a5e-4f60-8a7b-9c0d1e2f3a4b"
},
{
"parameters": {
"method": "POST",
"url": "https://api.line.me/v2/bot/message/push",
"authentication": "genericCredentialType",
"genericAuthType": "httpBearerAuth",
"sendBody": true,
"specifyBody": "json",
"jsonBody": "={\n \"to\": \"換成你的 userId 或群組 ID\",\n \"messages\": [\n {\n \"type\": \"text\",\n \"text\": {{ JSON.stringify('📩 新的詢問\\n姓名：' + $json['姓名'] + '\\n聯絡方式：' + $json['聯絡方式'] + '\\n需求：' + ($json['需求'] || '（未填）')) }}\n }\n ]\n}",
"options": {}
},
"name": "推播到 LINE",
"type": "n8n-nodes-base.httpRequest",
"typeVersion": 4.2,
"position": [
240,
0
]
}
],
"connections": {
"聯絡表單": {
"main": [
[
{
"node": "推播到 LINE",
"type": "main",
"index": 0
}
]
]
}
}
}發布之後，在 Form Trigger 節點切到 Production URL，就是對外的表單網址。如果你的官網已經有自己的表單（例如 WordPress 的表單外掛），也可以讓表單把資料送到 n8n 的 Webhook 節點，後面接同一個 HTTP Request，只是取值要改成 $json.body.欄位名稱。
同一套做法換個觸發節點，就是「每天早上推播今天的待辦」：把 Form Trigger 換成 Schedule Trigger，設成每天 8 點觸發，中間接 Google 試算表或資料庫把今天的項目讀出來，組成文字後推播。排程時間以 n8n 的時區設定為準，自己架的 n8n 沒設 GENERIC_TIMEZONE 的話預設是 America/New_York，8 點會變成台灣晚上；RoamerHost 託管的 n8n 已經預設 Asia/Taipei。要發到家人或同事的群組，把 to 換成群組 ID 即可，不過群組的則數算法不一樣，下一節會講。
push 和 reply 的差別，免費額度怎麼算
Messaging API 發訊息主要有兩種方式。push 是你想發就發，只要知道對方的 ID；reply 是回覆某個事件，要帶 LINE 在 Webhook 事件裡給的 replyToken，這個 token 只能用一次，而且要在收到事件後一分鐘內用掉。最關鍵的差別在計費：push、multicast、broadcast 都算進每月的訊息則數，reply 不算。
所以「使用者先傳訊息、n8n 查完資料再回覆」這種流程，應該用 reply，完全不吃則數；通知類的流程沒有人先傳訊息給你，就只能用 push。reply 的寫法和 push 幾乎一樣，網址換成 https://api.line.me/v2/bot/message/reply，body 裡的 to 換成 replyToken，接在步驟三的 Webhook 後面就能用：
{
"replyToken": "{{ $json.body.events[0].replyToken }}",
"messages": [
{ "type": "text", "text": "收到，我們會盡快處理" }
]
}發到群組時要特別注意，LINE 是用「收到訊息的人數」計算則數：push 一則訊息到 5 個人的群組，算 5 則，跟同一個請求裡放幾個訊息物件無關。6 個人的家族群組每天推一次，一個月就是約 180 則，免費方案的 200 則幾乎見底。
台灣 LINE 官方帳號目前有三種方案，2026 年 11 月 1 日起中、高用量的月費會調漲，免費則數不變：
| 方案 | 月費（未稅） | 每月免費訊息 | 用完之後 |
|---|---|---|---|
| 輕用量 | 0 元 | 200 則 | 不能加購，當月 push 會被擋下 |
| 中用量 | 800 元，11 月 1 日起 1,000 元 | 3,000 則 | 不能加購，要改成高用量 |
| 高用量 | 1,200 元，11 月 1 日起 1,400 元 | 6,000 則 | 可以加購，11 月起第 1～50,000 則每則 0.2 元，之後每則 0.15 元 |
上表依 LINE 台灣在 2026 年 9 月發布的官方帳號價格調整公告整理，金額都是未稅價，實際以官方帳號後台的方案頁為準。想知道這個月用了多少，可以用 HTTP Request 呼叫 GET https://api.line.me/v2/bot/message/quota/consumption（一樣帶 Bearer 權杖），回傳的 totalUsage 就是本月已發送的則數，官方說明這是概略值，精確數字在官方帳號後台看得到。
進階：驗證 Webhook 簽章，擋掉假冒的請求
Webhook 網址是公開的，任何人知道網址都能 POST 假事件進來。如果你的流程會依照收到的訊息做事，例如收到關鍵字就查資料、改訂單狀態，建議驗證 LINE 放在標頭裡的 x-line-signature。LINE 用 Channel secret 對整個請求內容算 HMAC-SHA256，再轉成 Base64；你在 n8n 用同樣的方法算一次，兩邊相同才繼續往下跑。
- 在 Webhook 節點的 Options 加上 Raw Body 並打開。簽章是對原始內容算的，n8n 把 JSON 解析後再轉回字串，空白和跳脫字元可能跟原本不同，算出來就會對不上，所以一定要拿原始內容來算。
- 後面接一個 Crypto 節點：Action 選 Hmac，打開 Binary File，Binary Property Name 填 data，Type 選 SHA256，Property Name 填 expectedSignature，Encoding 選 BASE64。憑證新建一個 Crypto 類型，把 Channel secret 貼在 Hmac Secret 欄位。
- 再接一個 IF 節點，條件設成字串相等，左邊填
{{ $json.expectedSignature }}，右邊填{{ $json.headers['x-line-signature'] }}。true 的分支才往下處理，false 的分支什麼都不接，流程就停在那裡。
這組設定我們在 n8n 2.43 實測過：用 LINE 文件提供的範例簽章，以及含中文、emoji、換行和雙引號的事件內容，正確簽章都走 true，簽章被改過的走 false。開了 Raw Body 之後，$json.body 一樣是解析好的 JSON，後面的節點照常取值。如果你的 n8n 還在 2.7 以前的版本，Crypto 節點的密鑰是直接填在節點的 Secret 欄位，沒有放在憑證裡。
常見的坑與錯誤訊息
401：權杖錯了或沒帶到
HTTP Request 節點顯示 Authorization failed - please check your credentials，展開錯誤細節會看到 LINE 回的 Authentication failed. Confirm that the access token in the authorization header is valid.。最常見的原因是貼權杖時多了空白或少了一截、權杖已經被重新 Issue 過（舊的那組就失效了），或是把 Channel secret 當成權杖貼進去。如果訊息是 Authorization header required，代表請求根本沒帶標頭，多半是 Authentication 還停在 None，或憑證沒選。
400：userId 或群組 ID 不對
節點會顯示 Bad request - please check your parameters，LINE 回的內容通常是 Failed to send messages。原因幾乎都在 to：把個人檔案上自己設定、給朋友搜尋用的 LINE ID 當成 userId；userId 是從另一個 Provider 底下的 channel 拿到的；或官方帳號已經被踢出那個群組。userId 一定是 U 開頭加 32 碼，群組 ID 是 C 開頭，對照一下就知道。如果訊息是 The request body has 1 error(s)，就是 JSON 結構本身有問題，看 details 裡的 property 指到哪個欄位去修。
節點成功，手機卻沒收到
對方封鎖了官方帳號、沒加好友，或已經刪除 LINE 帳號，push 一樣回 200，只是訊息不會送達。節點顯示成功、手機卻沒動靜，先確認對方還是好友、沒有封鎖。自己測試的時候，如果中途封鎖過官方帳號來測 unfollow 事件，記得解除封鎖。
429：本月則數用完或發太快
錯誤內容是 You have reached your monthly limit.，就是本月的免費則數用完了，輕用量不能加購，只能等下個月或換方案。如果是 The API rate limit has been exceeded. Try again later.，代表短時間內呼叫太多次。push 的上限是每秒 2,000 次，一般通知流程碰不到，迴圈一次推給很多人時，可以在 HTTP Request 的 Options 加 Batching，控制每批筆數和間隔。
Webhook 的 Verify 失敗
按 Verify 時，LINE 會送一個 events 是空陣列的測試請求，n8n 回 200 就算成功。失敗多半是這幾個原因：貼的是 Test URL，但沒有按 Listen for test event，n8n 回 404；流程還沒 Publish，正式網址還不存在；HTTP Method 沒選 POST；或在 Webhook 節點設了 Header Auth 之類的驗證，LINE 帶不了你的帳密就被擋下。LINE 也不接受自簽憑證，網址一定要是正式憑證的 HTTPS。
另一個要留意的是回應時間。LINE 送出事件後，2 秒內沒收到回應就會記成逾時，錯誤統計可以在 LINE Developers Console 的 Statistics 查到。Webhook 節點的 Respond 保持 Immediately，n8n 收到就先回 200、流程在背景繼續跑；改成 When Last Node Finishes，後面只要接一個查資料或呼叫 AI 的節點，就很容易超過 2 秒。會休眠的免費主機也有同樣問題，冷啟動常常就超過時限，這部分在 LINE Bot 要放在哪有詳細說明。
多了一堆空的執行紀錄
Verify 送來的空事件、有人封鎖時的 unfollow 事件，也都會觸發流程，後面的節點如果直接讀 events[0]，碰到空陣列就會報錯。在 Webhook 後面加一個 Filter 節點，條件設成 {{ $json.body.events.length }} 大於 0，需要的話再判斷 events[0].type 是不是 message，就能把雜訊擋掉。另外，同一個請求裡的 events 可能不只一筆，訊息量大的官方帳號要用 Split Out 節點把 events 拆開逐筆處理。執行紀錄累積太多會讓資料庫越來越大，清理方式可以看 n8n 執行紀錄膨脹與清理。
不想自己顧主機的話
LINE 的 Webhook 需要一個 24 小時在線、憑證有效的公開 HTTPS 網址，n8n 本身也要定期升級，光是 2026 年 10 月就有兩次資安公告（見 n8n 10 月資安更新）。如果你想把時間花在流程上，不想處理主機、憑證和升級，RoamerHost 的 n8n 託管是獨立容器，附專屬 HTTPS 子網域，Webhook 網址開好就能貼進 LINE 後台，預設台北時區，執行次數與流程數不設上限，有自動更新、自動備份和中文支援，年繳 NT$5,988（平均每月 NT$499）。剛接觸 n8n 的話，可以先從 建立第一個工作流程熟悉介面；通知跑順之後，也可以在 Webhook 後面接上 AI Agent，讓它查資料後用 reply 回答使用者。
常見問題
Q：LINE Notify 的權杖還能用嗎？
不能。LINE Notify 在 2025 年 3 月 31 日結束服務，舊權杖和 n8n 內建的 Line 節點都已經發不出訊息。要改用 Messaging API，重新建立官方帳號、拿 Channel access token，原本收通知的人也要加官方帳號好友，或把官方帳號邀進原本的群組。
Q：免費的 200 則夠用嗎？
只發給自己的系統通知，每天 5 則、一個月約 150 則，夠用。發到群組要乘上群組人數，很快就會用完。有人先傳訊息進來的情境盡量用 reply，它不算則數；真的不夠，再考慮換成中用量或高用量方案。
Q：可以發給還沒加好友的人嗎？
原則上不行。push 的對象要是官方帳號的好友，或官方帳號所在的群組；例外是對方在一對一聊天裡傳過訊息給官方帳號，之後 7 天內可以 push 給他。沒加好友的人，API 一樣回 200，但訊息不會送到。
Q：用 n8n Cloud 也能這樣接嗎？
可以，做法完全一樣。HTTP Request 呼叫 LINE API 只需要能連外，Webhook 用 n8n Cloud 給的網址即可。差別在計費：n8n Cloud 依工作流程的執行次數計費，Webhook 每收到一次事件就是一次執行，群組訊息多的話要先估一下量。
Q：可以發圖片或有按鈕的訊息嗎？
可以。messages 裡把 type 換成 image，給 originalContentUrl 和 previewImageUrl 兩個 HTTPS 圖片網址就能發圖；要排版或加按鈕，用 Flex Message。建議先用文字把流程跑通，再到 LINE 官方的 Flex Message Simulator 排好版面，把產生的 JSON 貼進 messages。
資料來源
- LINE：LINE Notify 結束服務公告
- LINE Developers：建立 Messaging API channel、取得 userId、群組聊天、驗證 Webhook 簽章
- LINE Developers：Messaging API 參考文件（push、reply、錯誤碼、速率限制）、訊息計費方式、Webhook 錯誤統計
- LINE 台灣：2026 年官方帳號價格方案調整公告
- n8n 官方文件：Line 節點（已淘汰）、Webhook 節點、HTTP Request 憑證、儲存與發布工作流程
n8n
