LINE Bot 整合企業系統：台灣最實用的 3 種場景（2026 實戰）

LINE Bot 企業整合，是指透過 LINE Messaging API 和 LIFF，讓企業的內部系統（ERP、NAS、資料庫）與員工或客戶的 LINE 帳號串連。使用者在 LINE 裡就能完成操作（拍照回報、查詢資料、收通知），不需要裝額外的 App。

台灣 LINE 月活躍用戶超過 2,100 萬，滲透率超過 90%。

但大多數企業用 LINE 做什麼？建群組、傳訊息、貼早安圖。

LINE Bot + LIFF 能做的事遠超過「自動回覆」。過去一年我實際做了 2 個 LINE 整合專案（營造業照片歸檔、幼教機構家長週報），加上幾個自動通知場景，整理成 3 種最實用的企業整合模式。

3 種場景一覽

場景一：自動歸檔（營造業）

某營造公司的工人每天在工地拍幾十張照片，拍完丟 LINE 群組。回辦公室後，有人要把照片按案號、日期、工項分類存到電腦。每天花 1 小時。

現在的做法：工人在 LINE 打開一個表單（LIFF），選案號和工項，拍照上傳。系統自動重新命名（案號_日期_工項_001.jpg），自動歸檔到公司 NAS 對應的資料夾。

額外做了一個自動化：每天抓中央氣象署預報，用 Puppeteer 截圖存成「天氣證明」。工程糾紛時直接拿出來。

為什麼用 LIFF 不做 App

一開始客戶想做 App。我問：「工人會裝嗎？」答案是不會。

LIFF 的好處是使用者不用裝任何東西。它就是一個在 LINE 裡面打開的網頁 — 有表單、有按鈕、可以呼叫相機。對工人來說，就是在 LINE 裡面點一下，選兩個選項，拍照，完成。不用學、不用記、不用切換 App。

技術上 LIFF 比獨立 App 麻煩一點（要處理 token 驗證、LINE 兩個後台的帳號架構），但導入阻力從 100 降到 0，這個差異決定了專案的成敗。

👉 完整實戰記錄

場景二：自動週報（幼教機構）

某幼兒園的老師每週要整理每個小朋友的學習狀況，打字成文字通知，一個一個傳給家長。一個班 20 個小朋友，光打字和傳送就要花半天。

現在的做法：

• 家長綁定：老師在系統產生 6 位數邀請碼 → 家長在 LINE 掃 QR Code 或輸入邀請碼 → 系統建立 parent_binding（LINE user ↔ 學生）
• 自動週報：每週一早上 9:00，系統自動為每個學生生成個人化週報 → 透過 LINE Flex Message 推播給綁定的家長
• 多租戶隔離：每間幼兒園有獨立的 LINE 官方帳號，A 園的家長不會收到 B 園的訊息

設計決策：為什麼每間幼兒園要獨立 LINE 帳號

「共用一個 LINE 帳號然後用 tag 分群組」看起來更簡單，但問題很大：

• 資料隔離不夠 — A 園的家長如果因為 bug 收到 B 園的訊息，那就是資安事件
• 品牌辨識 — 家長看到的官方帳號名稱應該是自己小孩的幼兒園，不是一個平台名
• 管理權限 — 每間幼兒園的園長要能自己管理帳號設定，不能每次都找平台

所以選了 Per-Organization 架構：每間幼兒園對應一組 LINE Channel ID / Secret / Access Token，資料庫用 RLS 做隔離。

場景三：自動通知（通用）

這是最簡單的場景，不需要 AI，甚至不需要 LIFF。

常見用法：

• 訂單狀態變更 → LINE 推播通知客戶
• 排班表更新 → LINE 通知員工
• 系統異常 → LINE 通知管理員
• 表單提交 → LINE 通知負責人

用 n8n 就能做：設一個 Webhook trigger，接到事件後呼叫 LINE Messaging API 發訊息。視覺化拖拉設定，不用寫程式。

或者更簡單：直接用 LINE Notify（免費，但 2025 年後已停止新申請，既有用戶可繼續用）。

LINE Bot 開發的 3 個常見雷

做了這些案子之後，總結幾個一定會踩到的坑：

雷 1：LINE 有兩個後台，功能完全不同

同一個官方帳號在兩邊都會出現。很多人在「官方帳號管理」找不到 Token 設定，因為那是在 Developers 後台。反過來，想改圖文選單跑去 Developers 也找不到。

雷 2：LIFF token 驗證用錯就是資安漏洞

LINE LIFF SDK 有三種取得使用者資訊的方式：

很多教學直接用 getProfile() 拿 userId 就當作身份驗證 — 這是錯的。正確做法是拿 getIDToken() 的 JWT，後端送去 LINE Server（POST /oauth2/v2.1/verify）驗證。原理跟 Google OAuth 一樣。

雷 3：測試環境改到正式環境（或反過來）

LINE 的 LIFF 需要掛在 LINE Login channel 上（不能直接掛在官方帳號上）。每個環境（測試/正式）各有一組：

正式環境
├── 官方帳號（Messaging API channel）
│   └── 圖文選單 → 指向 LIFF URL
└── LIFF channel（LINE Login channel）
    └── 狀態必須是 Published

測試環境
├── 另一個官方帳號
└── 另一個 LIFF channel
    └── 狀態可以是 Developing

我有一次在 Developers 後台改了「正式環境的 LIFF 狀態」從 Published 改成 Developing — 所有工人立刻無法使用，打開表單直接 400 錯誤。因為 Developing 狀態只允許開發者帳號存取。

LINE 的兩個後台 + 兩套環境 + Messaging API channel 和 LINE Login channel 的區分，是新手最容易搞混的地方。第一次做 LINE 整合建議花 30 分鐘把帳號架構畫出來。

費用現實

如果你的場景以「回覆」為主（使用者主動發訊息，Bot 回覆），免費方案就夠了。

如果需要「推播」（系統主動發訊息給使用者），200 則很快就用完。幼教機構的案子每週推播一次，一個班 20 位家長，一個月就 80 則 — 3 個班就超過免費額度了。

開發端的成本結構跟前面的文章一樣：系統跑在 NAS 上可以壓到月費接近零，跑在雲端（Vercel / Heroku）就有雲端月費。

FAQ

LINE Bot 和 LINE LIFF 有什麼差別？

LINE Bot 是自動回覆機器人，使用者傳訊息給官方帳號，Bot 回覆。LINE LIFF 是在 LINE 裡面打開一個網頁，使用者可以填表單、上傳照片、看報告。兩者可以搭配使用：用 Bot 接收指令，用 LIFF 呈現複雜的操作介面。

LINE Bot 開發要花多少錢？

LINE Messaging API 免費方案每月可發 200 則推播訊息（回覆訊息不限）。超過需要升級付費方案。開發費看複雜度，單純自動通知最便宜，串接企業內部系統的費用高一些。部署在公司 NAS 上的月維護成本可以接近零。

LINE Bot 可以串接公司內部系統嗎？

可以。透過 Webhook 和 API 串接，LINE Bot 可以連接 ERP、NAS、資料庫、Airtable、Google Sheets 等。實務上最常見的做法是用 n8n 作為中間層，視覺化設定資料流向，不需要從頭寫程式。

如果你想討論 LINE Bot 在你的企業場景怎麼用，歡迎直接聊聊。

👉 查看合作方案