LINE Notify 替代方案 2026：完整遷移指南

#LINE Notify 發生了什麼事？

LINE Notify 是一個免費的通知服務：只要一組個人存取權杖（personal access token）加上一次對 notify-api.line.me 的 HTTP POST，就能把訊息推送到自己的 LINE 聊天室或群組。自 2016 年推出以來，它悄悄成為台灣開發者的標準配備：伺服器監控警報、CI/CD 流水線、Google Apps Script 自動化、IoT 感測器、股價與天氣通知，以及無數的內部工具。

那個時代結束了。LY Corporation 於 2024 年 10 月宣布停止服務，LINE Notify 已於 2025 年 3 月 31 日正式終止。所有個人存取權杖已失效，Notify 的 API 端點不再接受請求 — 還在呼叫舊端點的腳本，從那天起就一直默默失敗。

LINE 官方建議的替代方案是 LINE Messaging API — 由 LINE 官方帳號發送的推播訊息（push message）。功能上確實可以取代，但有三件事同時改變：

1. 驗證方式：改用 Messaging API 頻道的頻道存取權杖（channel access token），取代 Notify 的個人權杖
2. 收件對象：必須明確指定 userId 或 groupId，而不是「權杖持有者」
3. 費用結構：Notify 免費且幾乎不限量；Messaging API 的推播訊息會計入每月訊息額度（有免費額度）

#遷移選項總覽

#選項一：LINE Messaging API 推播訊息（官方路線）

建立 LINE 官方帳號、啟用 Messaging API，然後呼叫 /v2/bot/message/push 端點。這是功能上最接近的替代方案：可程式化、原生在 LINE 內，而且支援文字、圖片、貼圖，甚至 Notify 做不到的 Flex Message。代價是設定較繁瑣，而且有訊息額度限制（詳見費用章節）。

#選項二：LINE 官方帳號群發（免程式碼）

如果你的「通知」其實是發給一群人的公告 — 促銷活動、時間異動、狀態更新 — LINE Official Account Manager 讓你不碰 API 就能向所有好友群發訊息。還沒有帳號的話，先看我們的 LINE 官方帳號設定指南。

#選項三：具備 Webhook 觸發的自動化平台

像 LineBot.pro 的 LINE 自動化服務這類工具建構在 Messaging API 之上，把 Notify 最大的優點還給你：一個可以從任何腳本、排程工作或第三方服務直接呼叫的簡單端點，不必自己管理權杖、用戶 ID 和額度邏輯。適合想要 LINE 送達、但不想維護 LINE 基礎設施的團隊。

#選項四：把機器警報移出 LINE

誠實面對你的使用情境。如果收件人只有你和維運團隊，開一個 LINE 官方帳號可能是殺雞用牛刀。Telegram 機器人、Discord Webhook、Slack Incoming Webhook、ntfy 或純電子郵件都是免費的，幾分鐘就能設定完成，也沒有訊息額度。許多台灣開發者已經把伺服器警報搬到這些管道，把 LINE 留給面向客戶的訊息。

#遷移到 Messaging API 的步驟

1. 建立 LINE 官方帳號（免費）— 前往 LINE for Business，或跟著逐步設定指南操作
2. 啟用 Messaging API — 在 LINE Developers Console 為該帳號建立 Messaging API 頻道
3. 發行頻道存取權杖（長效型）— 在頻道的「Messaging API」分頁操作，這就是舊 Notify 權杖的替代品
4. 取得目標用戶 ID — 你自己的用戶 ID 顯示在頻道基本設定的「Your user ID」；要推播給其他人，對方必須先把官方帳號加為好友
5. 群組通知：啟用「允許機器人加入群組聊天」，把機器人邀進群組，再從 join 的 Webhook 事件取得 groupId — 與 Notify 不同，群組是用 ID 識別，不是綁在權杖上
6. 改寫 HTTP 呼叫（下一節）

如果不想自己建置和維護 Webhook 端，我們的 LINE 開發服務可以直接承接這類遷移案。

#程式碼層級遷移（Before / After）

Before — LINE Notify（已無法使用）：

curl -X POST https://notify-api.line.me/api/notify \
  -H 'Authorization: Bearer NOTIFY_TOKEN' \
  --data-urlencode 'message=備份完成'

After — Messaging API 推播：

curl -X POST https://api.line.me/v2/bot/message/push \
  -H 'Authorization: Bearer CHANNEL_ACCESS_TOKEN' \
  -H 'Content-Type: application/json' \
  -d '{
    "to": "U1234567890abcdef1234567890abcdef",
    "messages": [{ "type": "text", "text": "備份完成" }]
  }'

實際改變的部分：

Node.js 開發者可以直接用官方的 @line/bot-sdk，它把這些都包好了 — 參考可直接執行的 Express middleware 教學。Google Apps Script 的話，把打 Notify 端點的 UrlFetchApp.fetch 改成對推播端點送 JSON POST，並把權杖移到指令碼屬性即可。

遷移的意外收穫：推播訊息支援 Flex Message，純文字的伺服器警報可以變成帶有嚴重程度顏色和操作按鈕的精美卡片。

#費用影響：Notify 曾經免費

LINE Notify 完全免費，速率限制也很寬鬆（每組權杖大約每小時 1,000 次呼叫）。Messaging API 的邏輯不同：

• 回覆訊息（reply）免費且不限量 — 但回覆需要來自用戶傳入訊息的 reply token，通知腳本並沒有這個東西
• 推播、multicast 與群發都計入每月訊息額度，依官方帳號的月費方案計算，且按收件人數計數
• 免費額度：台灣的輕用量方案目前每月包含 200 則免費訊息，中用量與高用量方案則依訊息量以每月數百至上千元新臺幣計價 — 最新數字請以 LINE for Business 官方定價頁為準，額度的演變可參考 Messaging API 2026 更新整理

搬移高頻警報系統前先算一下：每 5 分鐘打一次的監控通知，一個月約 8,600 則 — 遠超任何免費額度。務實的做法：

1. 彙整：低優先級事件合併成每日摘要
2. 過濾：只把需要立即處理的關鍵警報推到 LINE
3. 分流：高頻的機器雜訊改走免費的 Discord/Telegram/ntfy，面向客戶與業務關鍵的通知留在 LINE

#替代方案比較表

對多數台灣企業有效的模式是：面向客戶的通知留在 LINE（因為你的客戶就在那裡），透過 Messaging API 或自動化平台發送；內部機器警報則移到免費的開發者導向管道。

#常見問題

Q: LINE Notify 的權杖還能用嗎？ 不能。服務已於 2025 年 3 月 31 日終止，權杖全數失效，notify-api.line.me 端點不再接受請求，沒有寬限期或舊版相容模式。

Q: LINE Messaging API 是免費的嗎？ 部分免費。建立官方帳號和 Messaging API 頻道免費，回覆訊息不限量；但通知腳本需要的推播訊息會計入每月額度 — 台灣輕用量方案每月 200 則免費，超過需升級付費方案。

Q: 要怎麼像 Notify 一樣發到群組？ 啟用機器人加入群組的權限，把官方帳號邀進群組，從 join 的 Webhook 事件取得 groupId，之後改推播到該 groupId 而不是 userId。

Q: 我不會寫程式，最簡單的做法是什麼？ 從 LINE Official Account Manager 手動群發，或使用 LineBot.pro 這類免程式碼平台，設定好觸發條件後由平台代為處理 Messaging API。

Q: 我的 Google Apps Script / IFTTT 自動化怎麼辦？ HTTP 呼叫需要改寫（JSON body、新端點、頻道權杖、明確收件人），但整體架構可以沿用。GAS 通常改 10 行左右就能搞定；IFTTT 類工具則要找 Messaging API 整合，或改經 Webhook 自動化平台轉送。

下一步：

• 跟著 LINE 官方帳號設定指南建立 Messaging API 頻道
• 從 @line/bot-sdk Express 教學複製可執行的 Webhook 程式碼
• 到 Messaging API 2026 更新整理查看最新訊息額度
• 或交給 LineBot.pro 的自動化服務一站式完成遷移