LINE 官方帳號教學：申請流程、收費方案，以及接上網站的對話入口

TL;DR

• LINE 官方帳號可從網頁版的官方帳號管理後台或手機 App 申請，兩者都需要 LINE Business ID。用 App 建立的一律是未認證帳號，要通過審核才會變成認證帳號，而 App 本身無法直接建立認證帳號。
• 收費分輕用量、中用量、高用量三種，每月免費訊息分別是 200、3,000、6,000 則。只有高用量可以加購訊息，中用量要發更多得升級。
• 月費 2026 年 11 月 1 日起調整，實際金額以 LINE 官方公告為準——這類數字每年都會動，不要照著舊文章編預算。
• 多數商家把 LINE 官方帳號當成電子報通道，關注的是推播次數與訊息費。但客戶實際的使用行為是主動點開對話框問事情，這個落差決定了後續所有設計決策。
• 判斷一個架站平台的 LINE 整合有沒有做到位，看的不是「有沒有 LINE」，而是從 LINE 進來的預約有沒有進到網站的同一份資料。

一、LINE 官方帳號與 LINE 個人帳號、LINE Login 的差別

三個名詞常被混用，指的卻是三種不同的東西。

LINE 官方帳號（LINE Official Account，常簡稱 LINE OA）是商家用的帳號，客戶要加好友才能收到訊息。它有自己的管理後台，可以群發、設圖文選單、設自動回應，訊息則數依方案計費。

LINE 個人帳號就是一般人日常在用的那個。小規模時用個人帳號接單尚可運作，但沒有群發、沒有圖文選單、沒有後台數據，而且好友上限與客服交接遲早會成為限制。

LINE Login 是一項登入服務，讓客戶用 LINE 身分登入你的網站或應用程式，不必另外註冊帳號。它與官方帳號是分開的兩個設定，用 LINE Login 登入過網站，不等於加了你的官方帳號好友——這一點在做推播時最常出錯，因為沒加好友的人收不到任何訊息。

二、LINE 官方帳號的申請流程與認證帳號審核

申請有兩個入口，兩者都需要先有 LINE Business ID（可用既有的 LINE 帳號或電子信箱建立）。

從網頁版申請：進入 LINE for Business 網站，選擇免費開設 LINE 官方帳號，登入 Business ID 後填寫必填欄位，在確認頁面送出即完成。

從手機 App 申請：下載 LINE Official Account App，以 LINE 帳號或電子信箱登入後選擇建立帳號，填寫必填欄位後送出。

兩條路徑的差別在帳號狀態。LINE 官方說明寫明以 App 建立的帳號一律是未認證帳號，需要通過審核才會成為認證帳號，而且 App 本身無法直接建立認證帳號。認證審核目前僅開放部分地區，台灣在其中。

認證與否的實際差別在曝光與識別：認證帳號可以在 LINE 的搜尋結果中被找到，帳號名稱旁的盾牌標記顏色也不同。如果客戶主要透過掃 QR code 或點連結加好友，未認證帳號不會造成阻礙；要靠 LINE 站內搜尋被找到才需要送審。

三、收費方案與免費訊息則數

方案分三種，差別在每月的免費訊息則數與能不能加購：

高用量的加購採階梯式累進計價：第 1 至 50,000 則為每則 0.2 元，第 50,001 則起為每則 0.15 元——超過門檻時只有超出的部分適用較低單價，不是整批重算。

月費金額這裡不列。 LINE 官方公告指出中用量與高用量的固定月費自 2026 年 11 月 1 日起調整，這類數字每年都可能再動，以官方頁面的當期價格為準比較保險。

要注意的是「訊息則數」的算法與直覺不同：群發一則訊息給 1,000 位好友，計為 1,000 則而不是 1 則。所以好友數才是決定方案的變數，不是你一個月想發幾次。而預約確認這類一對一的回覆訊息，計費方式與群發不同。

四、LINE 官方帳號在多數商家手裡的定位

核心觀點： LINE 官方帳號在多數商家手中被定位為「電子報通道」，但若觀察客戶實際行為會發現，它真正的策略位置是「客戶主動找上商家時最低摩擦的入口」——這個定位差異，決定了所有後續設計決策的方向。

LINE 官方帳號（LINE Official Account，下稱 LINE OA）的申請門檻不高，許多商家在開店初期就會建立一個。但實務上，多數商家對 LINE OA 的使用集中在訊息推播與優惠券發送這類「對所有好友廣播」的操作，把它定位為一條「電子報通道」。

這個定位的副作用是，商家對 LINE OA 的關注往往集中在訊息推播次數、推播時段、訊息費用這些「對外送出去」的指標上，也就是「我怎麼把訊息送到客戶手上」。

但若把視角從商家換到消費者端，會看到另一條訊號。客戶實際使用 LINE OA 的場景，多半不是被動接收推播，而是主動點開對話框問問題：「請問還有沒有位子」「下週可以預約嗎」「上次預約的紀錄可以查嗎」「菜單可以給我看嗎」。

這個行為背後的邏輯不複雜：客戶不需要記網址、不需要切換 app、也不需要在瀏覽器裡搜尋商家名稱。LINE 對話框是他們已經習慣的介面，直接開口問是最低摩擦的選項。

換句話說，LINE OA 真正的策略價值不在訊息推播的覆蓋率，而在於它扮演了一個被多數商家忽視的角色——客戶主動找上門時的入口。對商家而言，這個入口承擔的不是行銷曝光，而是客戶服務、預約、查詢這類「實際完成事情」的動作。

當定位從「社群通道」轉成「網站的對話入口」，後續所有設計決策都會跟著走向不同的方向。前者會關心訊息費與投放頻次；後者會關心「客戶在 LINE 裡能完成多少網站本來該完成的操作」。

五、「網站的對話入口」與一般用法的動線差異

核心觀點： 一般 LINE OA 用法會把客戶導離 LINE 開瀏覽器完成操作，整個動線出現一個跳轉斷層；對話入口式的整合則讓客戶在 LINE 對話框內直接完成預約、查詢、瀏覽，動線不被切割。關鍵差異不在功能多寡，而在「不離開 app」這個設計準則。

「網站的對話入口」這個概念，可以從動線比較中看得最清楚。

以客戶想預約服務的場景為例。一般做法的動線是：客戶在 LINE 裡傳訊息給商家詢問可預約時段，商家用文字回覆並貼上預約頁面的連結，客戶點開連結後跳出 LINE、開啟瀏覽器、進入網站的預約頁面，在那邊填寫資料完成預約。整個過程中出現一次明確的「跳出 LINE」的動作，動線被切成兩段。

整合做法的動線則是：客戶在 LINE 裡傳訊息，商家貼出一個 LIFF（LINE Front-end Framework，LINE 平台內嵌的網頁應用）連結，客戶點開後在 LINE 對話框內直接看到預約介面，選時段、填資料、完成預約，整個過程沒有離開 LINE。

這兩種動線在功能上看起來都「能預約」，但在客戶體驗、完成率、品牌印象上會走向不同的結果。動線被切割時，客戶可能在切換 app 的過程中分心、可能在外部頁面看到不熟悉的介面而退出、也可能在表單填到一半時被其他訊息打斷。動線連貫時，這些斷點都被消除。

從商家的角度看，對話入口可以拆成三個層次：

第一層：對話。 客服基本問答，回覆營業時間、地址、價格範圍這類簡單訊息。這是多數商家目前的使用方式。

第二層：入口。 預約、會員資料查詢、訂單追蹤、菜單瀏覽、點數查詢，客戶在 LINE 對話框內完成原本要去網站才能做的事。

第三層：同步。 所有在 LINE 內完成的操作，寫入網站後台的同一份資料；從網頁進入的客戶，看到的也是同一份資料。換句話說，LINE 與網站不是兩套獨立的系統，而是同一個服務的兩個入口。

多數商家停留在第一層，少部分商家做到第二層，但第三層才是「網站的對話入口」這個概念真正成立的條件。沒有資料同步，第二層只是把網站搬到 LINE 內顯示，後台資料還是分散在兩處。

六、雙向行銷的兩條動線：入站、出站與共用資料

核心觀點： 雙向行銷不是「自動回應加廣播訊息」這種功能組合，而是入站（客戶從 LINE 進入網站功能）與出站（網站事件觸發推播到 LINE）兩個方向共用同一份後台資料。關鍵不在訊息類型多元，而在資料流是否雙向打通。

雙向行銷（two-way marketing）這個詞在 LINE 行銷的脈絡下，常被簡化成「自動回覆加廣播訊息」的功能組合。但這種理解只描述了表層的訊息流向，沒有觸及背後的資料結構。

真正的雙向行銷在 LINE OA 上有兩條動線：

入站（inbound）：客戶從 LINE 端進入網站的功能介面。這包含 LIFF 預約、會員資料查詢、訂單追蹤、菜單瀏覽、點數兌換等。動線的起點是客戶主動，終點是網站後台寫入一筆新資料（例如一筆預約紀錄、一次菜單瀏覽事件）。

出站（outbound）：網站端的事件觸發訊息推播到客戶的 LINE。這包含預約確認通知、回訪提醒、活動通知、會員等級升等通知等。動線的起點是網站事件（一筆新預約、一個到期日、一次升等條件達成），終點是客戶在 LINE 收到對應的訊息。

這兩條動線的關鍵共同條件，是「兩個方向都串到同一份後台資料」。若入站動線寫入的預約資料，無法觸發出站動線的確認通知，就不是真正的雙向，只是兩條獨立的訊息流並行而已。

從行業情境來看，這個共用資料的差異會體現在不同場景：

對美容工作室而言，整合動線意味著客戶在 LINE 裡查詢「下週還能約嗎」時，看到的時段是後台即時的可預約資料；客戶選定時段預約後，確認訊息與一週前的回訪提醒，都從這筆預約紀錄自動觸發。

對補習班而言，家長從 LINE 進入會員介面查孩子的課表與出席狀況，看到的是教務系統的即時資料；當孩子的出席紀錄被建立或請假狀態被更新時，通知會自動推播到家長的 LINE。

對咖啡廳而言，客戶在 LINE 裡看到的當週限定菜單、訂位介面、會員點數，都來自網站後台的同一份資料；當菜單更新、活動上線、點數可兌換時，相關通知會主動觸發到 LINE。

這些場景的共同點，是商家不需要在 LINE 後台與網站後台之間複製貼上、不需要擔心兩邊資料不一致、也不需要為每個訊息類型手動設定觸發條件。雙向行銷的真意，是這條「資料雙向打通」的能力，而不是訊息類型的多元程度。

七、架站平台的 LINE 整合深度：三個判斷準則

核心觀點： 評估架站平台的 LINE 整合深度，不該停在「有沒有提供 LINE 整合功能」這層表面選項，而要往下一層問「LINE 與網站後台的資料是否同步」。這個準則決定了商家後續是「一套後台兩個入口」，還是「兩套後台需要手動對齊」。

對企業而言，選擇架站平台時 LINE 整合常被列為加分項目。但多數平台對 LINE 整合的支援，停留在「提供一個 LINE OA 串接外掛」這個層次，也就是允許把網站的某些頁面包成 LIFF 顯示在 LINE 內，但網站後台與 LINE 後台仍是分離的兩個系統。

這種「外掛式整合」的後續成本，是站長在實際運營時會發現自己需要在兩套後台之間切換：網站後台處理會員與訂單，LINE 後台處理推播與好友管理，兩邊的客戶資料無法自動合併。當客戶從 LINE 加入好友後也來網站註冊會員時，這位客戶在系統中會出現兩筆獨立紀錄，需要站長手動辨識並合併。

判斷一個平台的 LINE 整合是否做到「網站的對話入口」這個層次，可以從三個準則觀察：

準則一：從 LINE 進來的預約或下單，是否進入網站的訂單列表？ 若 LINE 端的預約紀錄被存在獨立資料表中，與網站訂單分離，整合就停在外掛層級。

準則二：LINE 好友是否能與網站會員資料合併？ 客戶從 LINE 加好友、從網站註冊會員，兩種身份是否能在後台對應到同一個人。若兩邊資料無法合併，會員經營就會出現斷層，套票、點數、預約紀錄都會散落在不同地方。

準則三：出站推播是否從網站事件自動觸發？ 預約確認、回訪提醒、活動通知這類訊息，是站長手動發送，還是由網站後台的事件自動產生。前者代表整合停在資料展示層；後者代表資料流真正雙向打通。

對企業而言，這三個準則的意義不在「找到完美的平台」，而在於避免被「有沒有 LINE 整合」這種表層問題誤導。許多商家在選平台時看到「支援 LINE」就直接勾選，運營半年後才發現後台資料分散、需要每天手動同步，這時遷移成本已經建立。

LINE 整合的深度，是把 LINE OA 從「社群通道」升級為「網站對話入口」的決定性因素；若入站、出站、資料同步三個方向中有任何一個沒打通，整合就會停在表層。

延伸閱讀：

• AI 開始幫人預訂服務，你的網站準備好被它讀取了嗎
• LIFF 是什麼？讓客人在 LINE 對話框內預約、查會員、看訂單
• LINE 圖文選單設定教學：尺寸規格、按鈕動作與自動回應完整說明
• LIFF 教學：建立流程、Endpoint URL 與 Size 設定完整說明
• 網站如何增加流量：多管道整合的企業官網設計哲學
• 線上預約系統完整指南
• 架站平台完整比較指南

AHHA 在這方面採用內建 LIFF 預約、LINE 好友與會員資料合併、網站事件自動推播的設計，可作為「一套後台、兩個入口」的實作參考。

立即試用 AHHA 14 天 →