電商訂單成立之後，最容易流失顧客的時機不是退貨糾紛，而是「沉默的等待期」。顧客付完款，盯著信箱卻遲遲沒有消息，焦慮感累積到一定程度，就直接去找客服，甚至懷疑自己遭詐。這不是服務品質的問題，而是通知管道的問題。

台灣電商的現實是，開信率常年低於 20%，而 LINE 的訊息開啟率在手機通知彈出的瞬間就可以接近 80%。這兩個數字並列，就能解釋為何把訂單通知移到 LINE 已經不是「進階選配」，而是維持顧客信任的基本配置。

以下說明如何在 WooCommerce 電商環境中，透過 LINE Notify 或 LINE Bot 外掛實現訂單狀態推播與再行銷（Retargeting）訊息設定，涵蓋工具選型、連線流程與訊息觸發邏輯。

LINE 通知管道的兩條路線

WooCommerce 與 LINE 的整合目前主要分兩個方向，選錯方向會在後期擴充時吃虧，值得在著手前釐清。

LINE Notify 是官方提供的免費推播服務，優點是設定門檻低，只需要一組存取憑證（Access Token）就能送出文字與圖片通知；缺點是訊息只能單向推送，無法讓顧客回覆互動，而且 LINE Notify 官方已於 2024 年宣告進入服務維護期，不再開放新功能擴充，長期而言屬於過渡方案。

LINE 官方帳號（LINE Official Account）配合 Messaging API 則是更完整的架構，支援雙向互動（顧客可回覆訊息觸發後續流程）、可使用彈性訊息格式（Flex Message）製作視覺化訂單卡片，再行銷廣播（Broadcast）與窄播（Narrowcast）也都在同一個帳號體系內。代價是設定步驟多一層，需要申請 LINE Business ID 並建立頻道。

對於剛起步的中小型 WooCommerce 店家，先用 LINE Notify 跑通通知流程、再遷移到 Messaging API，是合理的過渡路徑。如果一開始就有再行銷需求，建議直接採用 Messaging API，避免日後重複建置。

用 LINE Notify 快速串聯訂單通知

LINE Notify 的設定分三個動作，全程不需要撰寫程式碼。

申請存取憑證並綁定群組或個人

前往 LINE Notify 官網，以 LINE 帳號登入後進入「個人頁面」→「發行存取權杖（Access Token）」。選擇要接收通知的對象——可以是個人帳號或特定的 LINE 群組；店家通常的做法是建立一個「訂單通知群組」，將客服成員納入，集中接收各類訂單狀態更新。

憑證只在發行時顯示一次，務必立即複製保存。這組憑證之後會填入 WordPress 後台的外掛設定中。

安裝並設定 WooCommerce LINE 通知外掛

WordPress 外掛庫中有數款支援 LINE Notify 的 WooCommerce 外掛，2026 年維護狀態較穩定的選擇包括「WooCommerce LINE Notify」系列外掛（搜尋關鍵字：WooCommerce LINE Notify）。安裝後進入外掛設定，填入剛才取得的存取憑證，儲存即完成連線。

大多數外掛的通知觸發點預設涵蓋以下訂單狀態變更：

• 付款完成（Processing）：訂單成立、金流確認
• 已出貨（Shipped）：若有配合出貨流程，可同步觸發
• 訂單完成（Completed）：商品送達、服務完成
• 訂單取消（Cancelled）：顧客取消或退款

每個觸發點的訊息範本通常可以自訂，建議把訂單編號、商品名稱、金額都帶入範本變數，讓顧客一眼確認是哪筆交易。

測試通知流程

設定完成後，在 WooCommerce 後台手動建立一筆測試訂單，逐步切換訂單狀態，確認 LINE 通知有在對應節點正確觸發。特別留意「已出貨」這個狀態——不少外掛預設沒有這個觸發點，需要搭配出貨外掛（如 Order Tracking 類外掛）或在程式層手動觸發 woocommerce_order_status_changed 掛鉤（Hook）才能補上。

升級到 LINE Messaging API 的完整設定

如果店家需要雙向互動、彈性訊息格式（Flex Message）視覺化通知，或日後計畫做再行銷推播，就要進入 Messaging API 的設定流程。整個架構涉及三個主要平台：LINE Developers Console、LINE Official Account Manager，以及 WordPress 後台。

建立 LINE 頻道與取得 API 金鑰

前往 LINE Developers Console，以 LINE Business ID 登入後，在目標 Provider 下建立一個「Messaging API」類型的頻道。建立完成後，進入頻道設定，取得以下兩組資訊：

• 頻道存取憑證（Channel Access Token，長期）：用於 API 呼叫的授權金鑰，在「Messaging API」分頁發行
• 頻道密鑰（Channel Secret）：驗證 Webhook 來源的簽章金鑰，在「Basic settings」分頁取得

同時在 LINE Official Account Manager 中，進入「回應設定」，關閉「自動回應訊息」並確認 Webhook 功能已開啟，否則外掛傳入的 Webhook 事件無法正常接收。

安裝 WordPress 外掛並設定 Webhook

WordPress 端推薦使用支援 Messaging API 的整合外掛，功能較完整的選項有「WooCommerce LINE Bot」或「LINE Bot for WooCommerce」這類外掛。安裝後，外掛會自動產生一組 Webhook URL，格式通常為：

https://你的網域/wp-json/line-bot/v1/webhook

回到 LINE Developers Console，把這組 URL 填入頻道的「Webhook URL」欄位，點擊「Verify」確認回應正常（應顯示 200 OK）。接著填入頻道存取憑證與密鑰，Webhook 連線即告完成。

Webhook 的作用是雙向的——店家發訊息給顧客走 API 呼叫，顧客的任何回覆（包含「加好友」事件）則透過 Webhook 通知回 WordPress，讓外掛執行對應邏輯。

設定訂單各節點的推播訊息範本

外掛連線成功後，進入訊息設定介面，針對每個訂單狀態設計推播範本。Messaging API 支援三種訊息格式，各有適用情境：

訂單成立通知建議採用彈性訊息格式，把商品圖、訂單編號、預計出貨日排成卡片；出貨通知則適合加入「追蹤包裹」按鈕，直接連往物流公司的查詢頁面，讓顧客免去自行複製單號的步驟。

訊息變數的語法依外掛不同，常見格式如 {order_id}、{customer_name}、{total} 這類佔位符，填入範本後外掛在觸發時會自動替換。設定完成後同樣走一遍測試訂單流程，確認每個節點的訊息都能正確送出並顯示完整資訊。

再行銷推播的設定邏輯

訂單通知解決的是服務體驗問題，再行銷推播解決的則是回購率問題。兩者都在 LINE 官方帳號體系內，但運作邏輯不同。

再行銷推播依受眾精準度分兩個層次。廣播（Broadcast）是向所有加入官方帳號為好友的顧客發送訊息，適合全站促銷、新品上架通知等不需要分眾的場景。窄播（Narrowcast）則可以依據受眾屬性（年齡、性別、地區）或自訂標籤（Tag）篩選發送對象，精準觸及特定顧客群。

WooCommerce 要接上再行銷推播，核心工作是建立顧客標籤機制——在顧客完成特定行為時，自動在 LINE Official Account Manager 中替該顧客帳號加上對應的標籤（Tag）。常見的標籤邏輯包括：購買過特定商品類別、累計消費超過某門檻、超過 90 天未再購等。

標籤的設定需要透過外掛提供的標籤 API 功能，或搭配 WooCommerce 的觸發掛鉤自行呼叫 LINE Messaging API 的 audience 端點。不少整合外掛已內建基礎的標籤設定介面，可以直接在後台設定條件，無需進入程式層操作。

推播內容方面，窄播支援的彈性訊息格式與訂單通知相同，可以設計專屬的回購優惠卡片，附上折扣碼和商品連結。發送頻率以每月 2 至 4 次為宜，密度過高容易促使好友封鎖，反而侵蝕既有的顧客關係。

常見問題與排查重點

實際設定過程中有幾個位置比較容易出狀況，事先了解可以縮短排查時間。

Webhook 驗證失敗是最常見的問題，根因多半不是金鑰錯誤，而是 WordPress 網站的 SSL 憑證異常、主機防火牆封鎖了 LINE 伺服器的連入 IP，或是伺服器的 PHP 版本不符合外掛要求的最低環境。確認 SSL 憑證有效、主機商沒有限制外部 Webhook 連入，通常可以解決大半。

訊息送出但顧客收不到的情況，先確認顧客是否已加入 LINE 官方帳號為好友——Messaging API 只能推播給已加好友的帳號，未加好友的顧客即使完成訂單也無法收到推播。解決方式是在結帳流程或訂單完成頁面，顯示「加 LINE 好友」的 QR Code 或連結按鈕，引導顧客主動加入。

LINE Notify 在出貨節點沒有觸發，通常是因為 WooCommerce 原生沒有獨立的「出貨」狀態，需要另外安裝出貨管理外掛（如「Advanced Shipment Tracking for WooCommerce」）來觸發對應的掛鉤，LINE Notify 外掛才能接收到這個事件節點。