想把LINE官方帳號串接到預約系統、會員系統或聊天機器人時，第一個步驟通常是申請Messaging API。
還不了解什麼是Messaging API 可以先看看這篇：LINE Messaging API是什麼？一般店家也看得懂的功能、串接與費用說明
實際進入後台後，很多人會發現流程和以前看過的教學不太一樣。
有些舊文章會請你直接進入LINE Developers建立Messaging API Channel，現在已經無法用這個方式建立。
現行流程要先擁有LINE官方帳號，再從LINE Official Account Manager啟用Messaging API，系統才會產生對應的Channel。
LINE Developers
如果你只是想串接現成的預約系統，通常不用自己架設伺服器或撰寫程式。
完成Messaging API啟用、Provider確認及必要的權限分享後，後續技術設定可以由系統商協助。
這篇會分成「一般店家串接第三方系統」與「自行開發」兩種情況，帶你一步步完成設定。
最後更新：2026年10月31日
30秒快速看
申請LINE Messaging API的基本流程如下：
- 準備LINE官方帳號。
- 進入LINE Official Account Manager。
- 開啟「設定 → Messaging API」。
- 點選「使用Messaging API」。
- 建立或選擇Provider。
- 確認後啟用Messaging API。
- 進入LINE Developers確認Messaging API Channel。
- 依需求設定Webhook、存取憑證或分享管理權限。
- 使用手機實際測試訊息及串接功能。
有一點特別重要：Provider選定後無法直接更換，Messaging API Channel也不能移動到另一個Provider。
如果帳號裡已經有LINE Login、LIFF或其他系統串接，啟用前先確認應該選擇哪一個Provider。
還不了解什麼是 Provider 可以先看看這篇：LINE Provider是什麼？建立方式、權限設定與Messaging API串接教學
申請Messaging API前要準備什麼？
開始設定前，建議先確認以下項目。
| 準備項目 | 說明 |
|---|---|
| LINE官方帳號 | Messaging API必須和LINE官方帳號連接 |
| 官方帳號管理員權限 | 需要能進入帳號設定並啟用Messaging API |
| LINE Developers帳號 | 第一次進入時會要求登記開發者名稱與Email |
| Provider規劃 | 決定Channel要歸在哪個公司、品牌或組織底下 |
| 串接方式 | 確認是自行開發，還是使用樂創約等第三方系統 |
| 技術窗口 | 自行開發時，需要有人處理Webhook、Token及伺服器 |
| 測試用LINE帳號 | 啟用後加入官方帳號好友並測試訊息 |
如果官方帳號以前曾串接其他預約、會員或聊天機器人系統，還要先確認：
- Messaging API是否已經啟用。
- 目前使用哪一個Provider。
- Channel由誰管理。
- Webhook是否仍連接舊系統。
- 舊廠商是否還有管理權限。
- 會員及LINE登入資料是否仍在使用。
Messaging API現在不能直接在LINE Developers建立
這是目前最容易遇到的教學落差。
自2024年9月4日起，LINE已停止從LINE Developers Console直接建立Messaging API Channel。現行方式是：
建立或選擇LINE官方帳號 → 從官方帳號後台啟用Messaging API → 系統自動建立Channel。
LINE Login、LINE MINI App等其他Channel仍有各自的建立流程，因此進入LINE Developers後，還是會看到建立Channel的相關功能。
Messaging API需要從LINE官方帳號端啟用。
如果你看到某篇教學要求：
進入LINE Developers → Create a new channel → 選擇Messaging API
這通常是舊版流程，可以改用本文以下步驟。
LINE Messaging API申請與啟用步驟
步驟1：建立或確認LINE官方帳號
已經有正在經營的LINE官方帳號，可以直接使用原帳號，不用為了Messaging API再建立一個新的。
還沒有官方帳號，可以先透過LINE Business ID建立。
建立完成後，登入：LINE Official Account Manager
先確認畫面左上角顯示的是正確品牌或店家的官方帳號。
同一個管理者可能同時管理多個LINE官方帳號，選錯帳號會讓後續Channel建立在另一個官方帳號底下。
步驟2：進入Messaging API設定
進入LINE Official Account Manager後，依序點選：
右上角「設定」→ 左側「Messaging API」
如果目前尚未啟用，畫面會顯示：
使用Messaging API
點選後，系統會進入Provider建立或選擇流程。
步驟3：建立或選擇Provider
Provider可以理解成LINE Developers裡管理相關服務的上層單位，名稱通常會使用：
- 公司名稱
- 品牌名稱
- 店家名稱
- 組織名稱
如果帳號裡已經有適合的Provider，可以選擇既有項目。
若未來還要串接LINE Login、LIFF、會員系統或預約系統，建議先確認這些服務是否需要放在同一個Provider。LINE會依Provider處理使用者識別資料，不同Provider取得的User ID可能不同。
找不到既有Provider怎麼辦？
常見原因包括：
- 登入了不同的LINE帳號。
- 目前帳號沒有該Provider的Admin權限。
- Provider由原系統商或離職人員管理。
- 邀請信尚未接受。
- Provider建立在另一個開發者帳號中。
依LINE官方規則，只有具備該Provider Admin角色的帳號，才能在啟用Messaging API時選擇這個Provider。
Provider一旦選定，就不能直接更換或解除。
想進一步了解Provider，可以參考：
LINE Provider是什麼？建立方式、權限設定與Messaging API串接教學
步驟4：確認並啟用Messaging API
選擇Provider後，仔細確認以下資訊：
- LINE官方帳號名稱
- Provider名稱
- 管理帳號
- 服務歸屬
確認無誤後，點選同意並完成啟用。
啟用完成後，LINE會自動建立與這個官方帳號對應的Messaging API Channel。
這個步驟不會刪除LINE官方帳號的好友，也不會讓店家無法使用原本的LINE官方帳號後台。
店家仍然可以使用LINE Official Account Manager進行一對一聊天、群發、優惠券及其他日常操作。後續需要注意的是自動回應、Webhook與外部系統之間是否產生重複訊息。
步驟5：進入LINE Developers確認Channel
使用剛才啟用Messaging API的帳號登入。
第一次進入時，可能會要求填寫：
- 開發者名稱
- 相關同意事項
登入後，選擇剛才設定的Provider，正常情況下會看到一個Messaging API Channel。
Channel內常見設定
| 設定項目 | 用途 |
|---|---|
| Channel ID | 辨識這個Channel |
| Channel Secret | 驗證Webhook來源及簽章 |
| Messaging API | 設定Webhook、Token及相關功能 |
| Roles | 邀請或移除管理者 |
| Webhook URL | 接收LINE事件的伺服器網址 |
| Channel Access Token | 外部系統呼叫Messaging API時使用 |
| QR code | 加入官方帳號好友進行測試 |
使用第三方系統時怎麼完成串接？
如果使用樂創約、會員系統、客服系統或其他已經完成Messaging API開發的服務，店家通常不需要自己設定Webhook程式。
整體流程大致會是：
- 啟用Messaging API。
- 確認Provider及Channel。
- 依系統商指引完成授權。
- 分享必要的Provider或Channel權限。
- 由系統商設定Webhook或串接資訊。
- 實際測試預約、訊息與會員流程。
權限分享方式
進入LINE Developers Console後，選擇正確的Provider或Channel，再開啟：
Roles → Invite by email
填入系統商提供的Email，並選擇指定角色。
需要注意的是，Provider與Channel權限分開管理。
即使已經提供Provider Admin，對方仍不一定能查看或編輯Messaging API Channel。反過來，擁有Channel權限也不代表可以管理整個Provider。LINE Developers
不同系統需要的權限範圍不同，常見項目包括：
- Provider Admin
- Messaging API Channel Admin
- LINE Login Channel Admin
- LINE官方帳號管理員
只提供實際串接需要的權限即可。
分享權限時不要提供什麼？
不要把以下資料直接傳給不明身分的人：
- LINE登入密碼
- Business ID密碼
- Channel Secret
- Channel Access Token
- 未確認來源的授權連結
- 個人LINE帳號驗證碼
使用Roles邀請功能，可以讓店家保留自己的登入資料，也方便合作結束後移除權限。
樂創約店家可以參考：
自行開發時怎麼設定Messaging API？
如果準備自行開發聊天機器人、預約通知或會員串接，完成Channel建立後，還要處理以下設定。
1. 準備Webhook接收網址
Webhook URL是LINE把事件送到系統的入口。
當顧客發生以下操作時，LINE可以將事件傳送至Webhook：
- 加入官方帳號好友
- 傳送文字訊息
- 傳送圖片或檔案
- 取消封鎖或重新加入
- 點擊特定互動功能
- 進入需要處理事件的服務流程
Webhook必須連接到可以公開存取的伺服器端點，並使用安全的HTTPS連線。
2. 填入Webhook URL
進入LINE Developers Console：
選擇Provider → 選擇Messaging API Channel → Messaging API → Webhook settings
填入系統提供的Webhook URL。
例如：
https://example.com/api/line/webhook網址中的網域與路徑要依實際系統設定，不能直接照抄範例。
3. 驗證Webhook
填入網址後，點選：
Verify
LINE會向Webhook URL送出測試請求。伺服器需要正常接收請求並回傳HTTP 200狀態。
測試Webhook時，LINE送出的內容可能沒有實際事件，程式仍要能正常處理並回傳成功。LINE Developers
驗證成功後，再開啟：
Use webhook
只完成Verify而沒有開啟Use webhook，正式事件仍可能不會傳送到系統。
4. 取得Channel Secret
Channel Secret位於：
Basic settings → Channel secret
系統接收到Webhook時，應使用Channel Secret驗證LINE送來的簽章。
LINE會在請求標頭加入`x-line-signature`。
系統要使用原始請求內容及Channel Secret進行HMAC-SHA256驗證，確認事件來自LINE且內容沒有被修改。
LINE Developers
給開發人員的提醒
簽章驗證要在解析或修改Request Body之前完成。
如果程式先把JSON轉成物件、調整換行或重新編碼，再進行驗證，就可能出現簽章不一致。
5. 準備Channel Access Token
Channel Access Token讓系統可以使用Messaging API發送訊息或執行相關操作。
LINE目前提供多種類型：
| Token類型 | 有效時間 | 適合情況 |
|---|---|---|
| Channel access token v2.1 | 最長30天 | LINE官方目前建議的方式 |
| Stateless token | 15分鐘 | 需要短效且頻繁取得Token的系統 |
| Short-lived token | 30天 | 有定期更新機制的服務 |
| Long-lived token | 無固定到期日 | 舊系統或簡易串接仍可能使用 |
LINE官方目前在建立機器人的文件中，建議使用可自行設定期限的Channel Access Token v2.1。使用有期限的Token時，系統要在到期前自動更新。LINE Developers
Token具有呼叫Channel功能的權限，需要放在安全的伺服器環境中，避免寫進前端JavaScript、公開GitHub或可被顧客查看的網頁原始碼。
如果Token疑似外洩，應立即撤銷或重新發行。
6. 檢查自動回應設定
進入LINE Official Account Manager，確認：
- 歡迎訊息
- 自動回應訊息
- Webhook
- 聊天回覆方式
- 第三方系統回覆規則
如果LINE官方後台和外部系統都會針對同一則訊息回覆，顧客可能同時收到兩組內容。
可以依實際需求決定：
- 保留官方歡迎訊息。
- 關閉會重複觸發的自動回應。
- 由外部系統統一處理特定關鍵字。
- 保留真人客服可以接手的流程。
調整後要用一般顧客帳號測試，不要只看後台設定畫面。
完成串接後要測試哪些項目？
Messaging API顯示啟用，不代表整個串接流程已經完成。
建議按照以下清單測試。
基本連線測試
- LINE Developers中看得到正確Channel。
- Webhook Verify顯示成功。
- Use webhook已開啟。
- 顧客傳送訊息後，伺服器有收到事件。
- 系統可以正常回覆訊息。
- 沒有出現重複回覆。
官方帳號測試
- 使用QR code加入好友。
- 歡迎訊息正常顯示。
- 一對一聊天仍可使用。
- 圖文選單可以正常開啟。
- 原有好友及官方帳號內容沒有異常。
預約系統測試
- LINE內可以開啟預約頁。
- 顧客可以正常登入或辨識會員。
- 服務項目及可預約時間正常顯示。
- 預約完成後系統有建立訂單。
- 取消、改期及提醒通知正常。
- iPhone與Android都能完成流程。
權限與安全測試
- 店家負責人保留Provider及Channel管理權限。
- 系統商只取得必要權限。
- Token及Secret沒有出現在公開頁面。
- Webhook有驗證簽章。
- 舊系統商的權限已完成盤點。
- 有紀錄目前由誰管理各項設定。
Messaging API申請要付費嗎？
啟用Messaging API本身可以免費開始使用。
實際費用通常會來自：
- LINE官方帳號方案。
- 超過方案額度的訊息費。
- 第三方預約或會員系統費用。
- 客製開發及伺服器維護費。
- 簡訊、金流或其他外部服務費。
Messaging API的Reply Message目前不計入LINE官方帳號方案的訊息則數；
Push、Multicast、Broadcast及Narrowcast等主動發送方式會計入訊息數。
實際額度與費用仍要以台灣LINE官方帳號最新方案為準。
如果想了解功能和費用概念，可以先閱讀：LINE Messaging API是什麼？一般店家也看得懂的功能、串接與費用說明
Messaging API常見申請問題
為什麼在LINE Developers找不到建立Messaging API Channel？
目前已經不能直接從LINE Developers建立Messaging API Channel。
請先進入LINE Official Account Manager，在「設定 → Messaging API」中啟用。完成後，系統會自動把Channel建立在選定的Provider底下。
找不到想選的Provider怎麼辦？
先確認登入帳號是否具備該Provider的Admin權限。
如果Provider由舊廠商或其他人員管理，需要請現有管理員透過Roles邀請你的開發者帳號。
Provider選錯了可以改嗎？
已經選定的Provider無法直接變更，既有Channel也不能移到另一個Provider。
若尚未正式使用，可以評估重新建立；已經累積會員或登入資料時，應先請技術人員評估User ID、會員綁定及資料移轉影響。
啟用Messaging API後，原本的LINE好友會消失嗎？
一般情況下不會。Messaging API是連接既有LINE官方帳號與外部服務的功能，啟用不會把原本好友清空。
啟用後還能從LINE官方後台回覆嗎？
可以。店家仍可使用LINE Official Account Manager進行聊天與其他日常管理。
需要留意自動回應和外部系統是否同時回覆，避免顧客收到重複訊息。
Webhook驗證失敗怎麼辦？
可以依序檢查：
- Webhook URL是否正確。
- 網址是否可以從外部連線。
- HTTPS憑證是否有效。
- 路徑是否填寫完整。
- 伺服器是否接受HTTP POST。
- 測試請求是否能回傳200。
- 防火牆或安全規則是否擋住請求。
- 程式是否無法處理空的events陣列。
- 使用的Channel Secret是否屬於同一個Channel。
Verify成功，為什麼收不到訊息？
常見原因包括：
- 尚未開啟Use webhook。
- 顧客沒有加入官方帳號好友。
- 系統接收事件後發生程式錯誤。
- Webhook收到事件卻沒有正常回傳2xx。
- 伺服器處理時間過長。
- 使用了不同Channel的Secret或Token。
- 自動回應設定與外部系統互相影響。
第三方系統一定需要Channel Access Token嗎？
要看系統的串接方式。
有些系統會透過正式授權或管理角色完成設定；有些系統會要求店家提供特定憑證。提供前先確認用途、保存方式及撤銷方法。
可以同時串接兩個系統嗎？
技術上可以讓不同服務使用同一個Channel的相關能力，但Webhook URL通常需要由一個入口接收事件，再由系統內部分流。
如果兩家系統都要求直接控制Webhook，設定可能互相覆蓋。串接前要先確認兩個系統的架構及資料流向。
更換系統商時要重新申請Messaging API嗎？
多數情況可以保留原本Channel，調整Webhook、憑證與管理權限即可。
切換前先盤點會員綁定、LINE Login、圖文選單及通知流程。新系統測試完成後，再移除舊廠商權限。
串接前後檢查表
啟用前
- 確認正確的LINE官方帳號
- 確認店家擁有管理員權限
- 確認要建立或使用哪個Provider
- 查明是否曾經串接其他系統
- 確認LINE Login與Messaging API是否需要放在同一Provider
- 確認由店家或系統商負責技術設定
啟用後
- 在LINE Developers找到Messaging API Channel
- 確認店家保留Provider及Channel權限
- 設定或分享Webhook所需權限
- 完成Webhook Verify
- 開啟Use webhook
- 確認Token及Secret安全保存
- 測試訊息、圖文選單及預約流程
- 檢查是否出現重複回覆
- 記錄目前系統商與權限名單
結語：申請完成只是第一步，實際測試才算串接完成
LINE Messaging API的申請流程本身不算複雜，真正容易卡住的地方通常是Provider選擇、權限分配、Webhook設定及舊系統留下的串接資料。
一般店家可以先完成官方帳號及Messaging API啟用，再把技術設定交給熟悉LINE串接的系統商處理。自行開發時，則要把Webhook簽章驗證、Token管理、錯誤紀錄及訊息額度一起納入。
完成設定後，建議使用一般顧客的手機，實際走過一次加入好友、開啟預約頁、完成預約及收到通知的流程。顧客端能順利使用，才代表整個串接真正完成。
如果目前仍透過LINE逐一詢問及確認預約時間，可以先建立樂創約預約頁，再依使用需求安排LINE官方帳號、Messaging API與LINE Login串接。