把 LINE 串接 GoHighLevel：Zapier、Make、n8n 誠實評比
把 LINE 訊息導進 GoHighLevel 有四條路，其中三條是膠水。這篇指南逐條拆解每種做法在 2026 年的實際樣貌，包括教學文章通常略過的部分。
Ken Liu（Jimoto Digital - LINE Integration 的開發者，為日本的在地商家打造以 LINE 為核心的顧客溝通機制。）
約 9 分鐘讀完
如果你在日本、台灣或泰國經營代理商或商家，這個問題並不陌生：客戶用 LINE 傳訊息給你，你的 CRM 是 GoHighLevel，而這兩者從來沒有原生打通——GoHighLevel 沒有內建 LINE 頻道。
下面四種做法，我們自己做了其中一種，所以立場請自行斟酌。但文中描述的每一項限制都仍然可以查證：每一條都來自公開文件、社群討論串或 LINE 自己的 API 規則，出典就放在主張旁邊。
先看精簡版，再挑對你有用的路線深入。
這篇文章會帶你了解
- 把 LINE 串接 GoHighLevel 的四條現實路線，以及哪些路線能讓對話真正落在統一收件匣
- 各條膠水路線分別在哪裡出問題：按任務計價、無聲的授權失效、單次有效的 reply token，以及推播訊息背後的 LINE 方案成本
- 什麼情況下 Zapier 或 Make 反而是更好的選擇——由販售原生路線的一方親口說明
- 原生 conversation provider 改變了什麼：聯絡人檔案上的雙向對話、LINE 工作流程觸發條件、圖片雙向收發、約十分鐘的設定
先講結論
| 路線 | 你能得到什麼 | 在哪裡出問題 | 成本結構 |
|---|---|---|---|
| 手動複製貼上 | 完全掌控、零設定 | 每則訊息處理兩次；無法自動化 | 同仁工時 |
| Zapier | LINE 事件可建立或更新 GoHighLevel 聯絡人 | 統一收件匣裡沒有對話 | 按任務計價 |
| Make.com | 官方範本可監看 LINE webhook 並更新資料 | 同樣的收件匣問題；按步驟計價 | 按 operation 計價 |
| n8n / 原生 Messaging API | 技術上可做到真正的雙向自動化——前提是你自己建、自己維護 | reply token 很快失效；推播需要 LINE 付費方案 | 工程資源 + LINE 方案費 |
| 原生應用程式（本產品） | 統一收件匣內的雙向 LINE 對話，內建工作流程觸發條件 | 需要 LINE 主控台的兩組數值；LINE 方案限制仍然適用 | 每帳戶單一固定價 |
接下來三段逐一檢視膠水路線。之後談：膠水工具什麼時候已經夠用，以及原生 conversation provider 改變了什麼。
路線一：Zapier
Zapier 可以把 LINE 事件搬進 GoHighLevel。GoHighLevel 端透過 LeadConnector 應用程式連接，zap 可以監看新訊息或新好友事件，然後建立或更新聯絡人、加上標籤，或發出通知。
但 zap 做不到的，是在統一收件匣裡創造一則對話。Zapier 在資料記錄之間搬運資料；它沒有辦法開一個你的團隊能閱讀、能在工作介面接續的對話串。實際結果就是單向管線：關於 LINE 動態的「事實」抵達 GoHighLevel，而對話本身仍然留在 LINE App 裡。
- LeadConnector 的 Zapier 應用程式只涵蓋固定的動作目錄；缺少需要的動作時，使用者經常在 Zapier 社群論壇上請求開放
- 計價按任務計算，忙碌的官方帳號會直接變成一張更大的 Zapier 帳單
- 連線過期與授權失效會無聲地失敗——除非有人盯著任務歷史紀錄
“Receive and reply to LINE messages directly inside GoHighLevel (and use Conversation AI)”
資料來源：zapier.com/apps/leadconnector/integrations · Zapier 社群論壇上請求 LeadConnector 自訂動作的討論串
路線二：Make.com
Make.com 有官方的 GoHighLevel 整合頁面與現成範本，LINE 包含在內。典型的情境是監看 LINE webhook、過濾事件類型，然後呼叫 GoHighLevel 建立或更新聯絡人。若需求只是通知等級，這樣就夠。
收件匣的那道牆與 Zapier 完全相同。scenario 能更新資料記錄，但無法承載對話。回覆仍然發生在 LINE App，對話串仍然不會出現在 Conversations，你的團隊仍然要在兩個地方工作。
- 計價按模組執行次數（operation）計算。一則訊息碰四個模組就是四次 operation——每則訊息、每一天
- 當 LINE 或 GoHighLevel 更動欄位結構，沒映射到的值會無聲地掉落、不報錯。團隊通常是在「潛在客戶進來了，但電話號碼不見」的時候才發現
- 除錯要進 Make 的執行紀錄看——前提是有人負責顧這個 scenario
路線三：n8n 與原生 LINE Messaging API
這是工程師的路線，也是唯一一條技術上能做到真正雙向訊息的膠水路線。動手之前，先理解讓它脆弱的物理特性。
每一則傳入的 LINE 訊息都帶著一組 reply token。LINE 對每則訊息只發一組，只能用一次，而且很快就失效。LINE 的文件只形容其有效期「很短」，實作上只要回應超過幾十秒，token 就沒了。n8n 社群論壇就有人踩中這個坑：工作流程在等待節點上耗了時間，回來時 token 已失效。訊息與回覆之間的任何 AI 摘要、CRM 查詢或佇列延遲，都可能踩到同一個坑。
標準的繞道做法是跳過 reply token、改送推播訊息（push message）。這解決了逾時問題，但也把你帶進 LINE 的計價：推播訊息計入官方帳號的每月額度，而 Reply API 發送不計入。以日本的方案頁為例，免費的 Communication 方案每月含 200 則訊息、無法加購；Light 方案（每月 5,000 円）含 5,000 則；Standard 方案（每月 15,000 円）含 30,000 則，超過後約每則 3 円。一套強迫所有回覆都走推播 API 的架構，會把對話量直接換算成 LINE 方案帳單。
- Reply token：單次有效、壽命很短。自動回覆必須幾乎即時，否則就失敗
- 繞道的推播訊息會消耗 LINE 方案額度；Reply API 發送則不會
- 自己維護：webhook 簽章驗證、長效 token 輪替、重試，以及服務多帳戶時的個別頻道隔離
對一個已經在跑 n8n、想完全掌控的工程團隊來說，這條路是正當的正解。對其他所有人，它是一個按月計費的持續性專案——那和「一次設定」是兩回事。
資料來源：n8n 社群論壇 webhook 等待後 token 失效的回報 · LINE 官方帳號方案頁 lycbiz.com/jp/service/line-official-account/plan（日本方案）
膠水工具什麼時候已經夠用
我們賣的是原生路線，但我們仍然會明白告訴你：有些情況下，Zapier 或 Make 是更好的選擇。
- 你只需要通知。有新的 LINE 訊息就 ping 一下 Slack 或 Email，這是每個月幾塊美元的膠水
- 團隊今天不需要在 GoHighLevel 裡閱讀或接續 LINE 對話。如果回覆本來就打算留在 LINE App，收件匣就不是必要條件
- 你需要的是一次性的資料作業，例如匯入來自 LINE 的聯絡人，而不是一條即時的對話通路
當「對話本身」——對話串、共用的回覆、聯絡人檔案上的完整紀錄——需要活在 CRM 裡，才值得買原生應用程式。那正是膠水工具做不到的那件具體的事。
原生 conversation provider 改變了什麼
GoHighLevel 把某些整合視為 conversation provider（對話供應商）：一等頻道，就像它對待 SMS、WhatsApp 與 Messenger 一樣。conversation provider 把訊息放進統一的 Conversations 收件匣、把對話串保留在聯絡人檔案上，並把回覆從同一個頻道送出去。LINE 於是成為 CRM 的一個頻道，而不是兩個系統之間搬運的資料。
這個應用程式用的正是這個機制。從 Marketplace 安裝、貼上 LINE Developers 主控台的兩組數值——Channel access token 與 Channel secret——Webhook URL 就會自動註冊。全程約十分鐘。
關於設定的一個誠實說明：沒有任何 LINE 整合能跳過 LINE Developers 主控台，我們也不例外。那兩組數值是 LINE 自己的安全要求。至於 LINE 自身產生的訊息——歡迎訊息、自動回應、從官方帳號後台發送的廣播——屬於 LINE，永遠不會出現在 CRM 對話裡。
- 傳入的 LINE 訊息以 LINE 頻道的標示落在 Conversations——撰寫訊息時的頻道選單裡，LINE 與 SMS、WhatsApp 並列
- 團隊從對話畫面回覆；完整對話串保留在聯絡人檔案上
- 工作流程觸發條件：收到訊息、加好友。任何工作流程都能發送 LINE 訊息
- 聯絡人自動建立，帶入 LINE 顯示名稱與 LINE ID
- 圖片與附件雙向流通
定價是單一固定價：每帳戶每月 $29.9 美元，或每年 $299 美元，附 14 天免費試用。按訊息量計價是 LINE 的商業模式，不是我們的。無論走上面哪條路——包括這一條——LINE 自身的方案費用都適用。
常見問題
- GoHighLevel 可以串接 LINE 嗎？
- GoHighLevel 的標準功能不含 LINE 頻道。有兩條路可以補上這個缺口。Zapier 或 Make 能把 LINE 事件搬進聯絡人記錄——涵蓋通知與資料登打，但永遠無法把對話放進統一收件匣。Marketplace 的 conversation-provider 應用程式則是直接串接 LINE 官方帳號本身：訊息進入 Conversations，團隊從 GoHighLevel 雙向回覆，工作流程觸發條件能以 LINE 事件啟動。原生這條路約十分鐘完成設定。
- Zapier 做得到 LINE × GoHighLevel 嗎？
- 它能透過 LeadConnector 應用程式把 LINE 事件搬進 GoHighLevel 聯絡人記錄。但它無法創造對話本身：沒有任何 zap 能把 LINE 對話串放進 Conversations 統一收件匣，也無法從那裡回覆客戶。
- 為什麼在 n8n 或 Make 裡，我的 LINE 回覆會出現 invalid token？
- LINE 隨每則傳入訊息發出的 reply token 是單次有效、很快就過期的。如果你的工作流程回應超過幾十秒——一個 AI 步驟、一次資料查詢、一個等待節點——token 就已經失效。繞道方案是改送推播訊息，做得到，但會消耗 LINE 方案的每月額度。
- 原生應用程式也需要 LINE 主控台的數值嗎？
- 需要——Channel access token 與 Channel secret。這一步是 LINE 的安全要求，任何整合都免不了。這個應用程式省掉的是手動的 webhook 設定：儲存時 URL 會自動註冊。
- LINE 免費方案每月包含幾則訊息？
- 免費的 Communication 方案每月含 200 則。超過就要升級：以日本的方案為例，Light 每月 5,000 円含 5,000 則，Standard 每月 15,000 円含 30,000 則、超過後按則計價。推播與廣播訊息計入額度；Reply API 發送不計入。
- 白牌（重新貼牌）的 GoHighLevel 平台能用嗎？
- 可以。應用程式從貼牌平台自己的 Marketplace 安裝，支援對客戶帳戶批次安裝，終端用戶不會看到任何供應商品牌。