LINE Notify 已結束服務，官方建議的替代方式是 Messaging API：以官方帳號當發送者，把通知推播給已加入好友的使用者，或機器人所在的群組。如果通知對象是公司同事，也可以改用 Microsoft Teams、Google Chat 等協作工具的頻道通知，或改寄電子郵件；要送達沒有安裝通訊軟體的人，則用簡訊。line notify 替代方案沒有單一答案，先依接收者、訊息量與能否接受訊息費用分類每一則通知，再照搬遷清單盤點舊程式、換掉權杖並完成測試。
LINE Notify 停用後，先找出受影響的程式
line notify是什麼？它是讓系統發送通知訊息的服務。官方已公告結束服務，並建議改用 Messaging API 作為發送通知的替代方式。如果你的官網或系統曾用它傳送表單進件、訂單成立或伺服器警示，這些通知已無法透過 Notify 送達，而且未必有人察覺，因此首先要找出所有還在呼叫舊 API 的地方：
- 官網表單、預約或訂單系統的通知設定。
- 伺服器監控、備份與排程工作的警示腳本。
- 網站外掛、雲端自動化流程或設備管理系統中填過的 Notify 權杖。
- 同事自己寫的小工具，例如每天把報表摘要傳到群組。
每找到一處，就記下通知內容、接收者、發送頻率與負責人，這份清單會決定後面要改走哪一條路。
四種替代方案比較
| 方案 | 接收者 | 設定方式 | 費用與限制 |
|---|---|---|---|
| Messaging API | 帳號的好友、機器人所在的群組 | 帳號後台啟用 API 功能，取得收件人 ID，以存取權杖呼叫推播 | 推播計入方案訊息則數，每月有一定數量的免費訊息 |
| 協作工具的頻道通知 | 公司內部的頻道或聊天室 | 在頻道建立專屬的接收網址，系統以 HTTP 請求送出訊息 | 單向通知；需要對應的帳號方案 |
| 電子郵件 | 任何有信箱的人 | 以 SMTP 或寄信服務的 API 發送 | 寄件網域要設定驗證紀錄，否則可能被擋 |
| 簡訊 | 任何手機門號 | 透過簡訊平台的 API 發送 | 依則數計費，內容長度有限 |
判斷原則：對象是顧客、而且顧客本來就是帳號好友，用官方帳號推播；對象是同事，用公司已在使用的協作工具；需要留存紀錄或附檔，用電子郵件；驗證碼或緊急通知要送達任何門號，用簡訊，平台怎麼選可參考簡訊發送平台的計費與串接重點。
改用 Messaging API：和 Notify 差在哪
這套 API 是官方建議的路線，但運作方式和 Notify 不同，搬遷前要先知道四個差異：
- 要有官方帳號：使用前必須先建立官方帳號，再從帳號後台啟用 API 功能。
- 收件人要先加好友：推播需要對方的使用者 ID，這個 ID 會在對方加入好友或傳訊息時，隨事件通知送到你的伺服器；同一位使用者在不同提供者下的 ID 不同。
- 群組要有機器人：帳號可以加入群組聊天並在群組中傳送訊息，原本傳到群組的通知，改由機器人在群組發送。
- 推播會計入則數：推播、多人推播、廣播與分眾訊息都計入方案的訊息則數，回覆訊息則不計入；方案依國家或地區而異，實際以官方公告為準。
頻道憑證、各種發送方式與訊息計費的細節，見LINE Messaging API 的頻道與訊息計費。
內部通知改走 Teams 或 Google Chat
通知只給同事看時，例如表單進件或伺服器警示，改用公司本來就在用的協作工具，就不必管好友與訊息則數。兩種做法如下：
Microsoft Teams
以工作流程建立傳入 Webhook：開啟「工作流程」，搜尋並選擇「傳送 Webhook 警示至頻道」範本，指定小組與頻道，儲存後複製產生的網址交給系統呼叫。官方說明舊的連接器即將淘汰；工作流程只連結到擁有者，沒有共同擁有者時，可能在人員異動後變成無人管理的流程，建議指定共同擁有者。
Google Chat
以電腦版瀏覽器開啟聊天室，點選聊天室名稱旁的展開箭頭，進入「應用程式和整合」，選擇「新增 Webhook」並輸入名稱與頭像網址，儲存後從「更多」選單複製 Webhook 網址；每個 Webhook 只能在註冊的聊天室使用。這種通知是單向的，不支援對話，需要能使用 Chat 的 Business 或 Enterprise 版 Google Workspace 帳戶，而且機構必須允許使用者新增及使用傳入的 Webhook；網址中的權杖必須保密，不要放進公開的程式碼存放庫。
電子郵件與簡訊適合哪些通知
不是每則通知都適合即時通訊。下列情況改用電子郵件或簡訊比較合理：
- 需要留存紀錄或附檔：每日報表、對帳結果、報價確認，寄到信箱方便日後查找。網站或系統寄信的做法，可參考Gmail SMTP 設定與系統寄信的選擇。
- 收件人是外部窗口：供應商或經銷商不一定加了你的官方帳號，電子郵件是彼此都有的管道。
- 必須送達任何門號：登入驗證碼、預約提醒或緊急停機通知，簡訊不需要對方安裝 App，但依則數計費、長度有限，只放必要資訊。
改用電子郵件時，寄件網域要設定 SPF、DKIM 等驗證紀錄，否則系統信可能被擋下或歸入垃圾郵件，通知就形同沒有發出。
搬遷清單：從盤點權杖到停用舊程式
- 盤點：在程式碼、設定檔、外掛與排程中搜尋 Notify 的 API 網址與權杖。
- 分類：替每則通知標出接收者、緊急程度、頻率，以及內容是否含個資。
- 選管道：依比較表決定每類通知改走哪條路，同一類通知盡量只用一個管道。
- 建立帳號：官方帳號、提供者與協作工具的通知設定都由公司帳號建立，並指定兩位以上管理者。
- 改寫程式：把發送功能集中成一個通知模組，日後換管道只需改一處。
- 重新取得收件人：改用官方帳號推播時，請收件人加入帳號好友並記錄 ID，群組則邀請機器人加入。
- 測試：逐一觸發每種通知，確認格式、長度與發送失敗時的提醒都正常。
- 清除舊設定：刪除程式與設定檔中的 Notify 權杖與呼叫，並更新交接文件。
通知程式的權杖保管與失敗處理
不論改走哪條路，發送通知都需要憑證，例如頻道存取權杖或協作工具的接收網址。憑證外洩，等於別人也能用你的名義發訊息；官方文件就提醒，頻道存取權杖外洩時，第三方可能用它對所有好友群發訊息。保管原則：
- 權杖與接收網址只放在伺服器端的環境設定，不寫進前端程式或程式碼存放庫。
- 頻道存取權杖有不同效期的類型，官方建議在到期前自動發行新權杖；可撤銷的權杖懷疑外洩時應立即撤銷。
- 發送失敗要留下紀錄並提醒負責人，重試時避免同一則通知重複發出。
- 通知內容不放完整個資，需要細節時改放後台連結，登入後才能查看。
常見問題
LINE Notify 現在還能使用嗎？
不能。官方已公告結束服務，並建議改用 Messaging API 發送通知。還在呼叫舊網址的程式要改寫或停用，以免通知沒送出卻沒有人發現。
改用官方帳號推播要付費嗎？
可以免費開始使用，每月有一定數量的免費訊息；推播訊息計入方案則數，超過後依方案處理。方案依國家或地區而異，實際以官方公告為準。
原本傳到 LINE 群組的通知怎麼替代？
把帳號邀請進群組，由機器人在群組中發送，推播同樣會計入則數。如果群組成員都是同事，也可以改用公司協作工具的頻道接收通知。
只是自己收的監控提醒，有比較簡單的做法嗎？
可以建立官方帳號後自己加入好友，推播給自己；公司已使用 Teams 或 Google Chat 時，用頻道通知更單純，也可以改寄電子郵件。
舊的 Notify 權杖還需要處理嗎？
需要。從程式、設定檔、外掛與雲端自動化流程中移除權杖與相關呼叫，並更新交接文件，避免日後有人誤以為通知仍在運作。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先盤點官網與內部系統中所有使用 LINE Notify 的地方，依接收者分類後再決定替代管道。京采的網頁設計服務可以協助檢查官網表單與訂單系統的通知設定，改寫成帳號推播、協作工具頻道通知或系統寄信，並整理成可切換管道的通知模組；歡迎與我們聯繫討論。
