WooCommerce 訂單通知外掛教學：LINE 推播＋簡訊通知，訂單零漏接
Order Notify 是一款由在地團隊開發、專為 WooCommerce 電商打造的 LINE 訂單通知外掛，能在訂單建立、付款完成、等待取貨等狀態變動時，自動把客製化訊息推到…
Order Notify 外掛教學：WooCommerce 訂單狀態變動即時推播 LINE 官方帳號
Order Notify 是一款由在地團隊開發、專為 WooCommerce 電商打造的 LINE 訂單通知外掛，能在訂單建立、付款完成、等待取貨等狀態變動時，自動把客製化訊息推到顧客的 LINE 官方帳號，前端門檻是網站必須先取得顧客的 LINE User ID。根據 Order Notify 官網的方案說明，年繳方案相較月繳一年可省下超過千元。它最大的價值是把「訂單狀態推播」這件原本要靠 Email 或後台人工檢查的事，搬進顧客最常打開的 LINE 對話裡。
重點先看：Order Notify 的三種方案功能完全相同，差別只在付費週期；官網方案說明顯示年繳較月繳一年省超過千元。真正決定推播成敗的，是顧客有沒有先用 LINE 登入、讓網站拿到他的 LINE User ID；外掛裝得再正確，少了這組 ID 也推不出去。
WooCommerce 是 WordPress 生態最大的電商引擎，在全球所有電商系統中佔 48.6%，等於將近一半的線上商店都跑在 WooCommerce 上，這也是 LINE 訂單推播這類外掛會圍繞著 WooCommerce 而生的原因 [來源：W3Techs — Usage Statistics and Market Share of WooCommerce https://w3techs.com/technologies/details/cm-woocommerce 2026-06-29]。
為什麼 WooCommerce 店家需要把訂單通知搬進 LINE
Order Notify 把 WooCommerce 內建 Email 通知搬到 LINE 對話串，解決的是觸達落差。跨產業的 Email 平均點擊率只有 2.5%，代表一百封訂單通知寄出去，真正被點開互動的常常只剩個位數；相較之下，LINE 推播直接落在顧客每天查看數十次的對話串裡，訊息被看見的機率明顯拉高一截 [來源：HubSpot Marketing Statistics (HubSpot Email Marketing Benchmarks, 2025)〈Email CTR benchmark〉 https://www.hubspot.com/marketing-statistics 2025]。Email 在分段名單經營下表現會提升，分眾名單的開信率較未分眾高出 30%、點擊率高出 50%，但多數小店家根本沒有資源做精細的分段名單，訂單通知也只能統一發送，於是 Email 觸達率的劣勢就完全暴露出來 [來源：HubSpot Marketing Statistics (HubSpot State of Marketing Report, 2023)〈Email segmentation effectiveness〉 https://www.hubspot.com/marketing-statistics 2023]。
很多小店家的顧客根本不會去開 Email。他們在 PTT、Dcard、Google Maps 上找商品、在 LINE 裡跟店家問規格，成交後你寄一封訂單確認信過去，可能三天後才被順手點開。Order Notify 的三項功能：依訂單狀態觸發推播、可在內文插入訂單編號與綠界回傳欄位等變數、內建 LINE 登入選項，三者綁在一起。不少店家只看到「依訂單狀態推播」就下單，結果裝完發現顧客收不到訊息，回頭才發現少了 LINE 登入這個前置條件。這篇教學會把 LINE 登入與 User ID 取得當成整條流程的關鍵步驟來拆，而不是當成設定清單裡的一行帶過。
除了即時推播，Order Notify 還支援排程推播。例如訂單完成一個月後自動推一則優惠訊息給同一位顧客，把單次交易延伸成再行銷機會。對習慣用 EDM 電子報經營舊客的店家來說，這是一個把再行銷塞進日常訂單流程的低成本做法。介面全繁體中文，跟 外掛主題中文化翻譯 那種需要自己翻介面的工具完全是兩回事。
月繳、年繳、終生方案怎麼選
Order Notify 採訂閱制，分月繳、年繳、終生三種方案，並依授權網站數量計價，三種方案的功能完全相同，差別只在付費週期與是否一次買斷。根據官網方案說明，年繳相較月繳一年可省下超過千元，對單站經營的小店家，終生方案大約在第二年就會開始回本。具體金額不引用，因為官方價格可能隨時調整；判斷哪種方案划算的邏輯反而更值得講：月繳適合還在試水溫、不確定 LINE 推播能不能提升顧客滿意度的新站；年繳適合已經穩定出單、確定會長期使用的店家；終生方案則適合單站經營、不想每年續費的人。多站經營的話，買的時候直接選對應的網站數量即可，日後要追加也不用重買。
| 方案 | 付費週期 | 適合誰 |
|---|---|---|
| 月繳 | 按月 | 新站試用、不確定成效 |
| 年繳 | 按年（較月繳一年省超過千元） | 穩定出單、長期使用 |
| 終生 | 一次買斷 | 單站經營、不想續費 |
結帳時填寫的 Email 是後續接收序號通知信的關鍵，務必填可正常收信的信箱。完成訂單後會收到一封含下載連結與序號的通知信，序號也可登入官網後台下載頁取得，對習慣用 UpdraftPlus 備份還原 定期搬站的站長來說，把序號記在安全的地方比依賴某封信更實在。
外掛安裝：序號綁定單一網域的陷阱
買完外掛後，從訂單完成通知信點下載連結取得外掛壓縮檔，到 WordPress 後台「外掛 → 新增 → 上傳外掛」選擇壓縮檔後點「立即安裝」並啟用。前提是網站必須已安裝並啟用 WooCommerce 5.0 以上版本，否則先升級 WooCommerce 再回頭啟用。序號啟用是綁定單一網域的，貼上去後外掛會把這個網站的網址回傳給官方伺服器驗證；如果你之後要搬家到新網域，必須先在舊站解除授權、再到新站重新貼序號，否則會佔用授權額度。啟用後到授權頁面，在「請輸入購買序號」處點「前往啟用」，貼上序號後看到授權網站數量與到期日即完成。如果你連 WordPress 外掛安裝三種方法 都還不熟，建議先照著 WordPress 完整安裝教學 把環境弄穩，再回來裝這類需要綁定序號的付費外掛會順很多。
串接 LINE 官方帳號與 Messaging API
把 Order Notify 跟 LINE 官方帳號接起來，必須先到 LINE Developers 申請開發者帳號、新增 Provider，再於同一個 Provider 底下建立 Messaging API Channel 與 LINE Login Channel，最後把 Messaging API 的 Channel Access Token 複製貼進 WordPress 後台。Provider 在 LINE 的架構裡等同「服務提供者」這個頂層容器，所有後續的 Channel 都附掛在它底下，LINE 後台也是用 Provider 來辨識同一個開發者帳號下的不同產品。這一步看起來只是貼一串 token，背後其實牽涉到兩個 Channel 之間的綁定關係：兩個 Channel 必須放在同一個 Provider 下，否則兩邊連不起來；Region（地區）務必選 Taiwan，填錯後無法修改，只能砍掉 Channel 重建。
| 設定項 | 取值來源 | 填入位置 |
|---|---|---|
| Channel Access Token | Messaging API Channel | Order Notify 後台推播設定 |
| Channel ID | LINE Login Channel | Order Notify 後台 LINE 登入設定 |
| Channel Secret | LINE Login Channel | Order Notify 後台 LINE 登入設定 |
| Region（地區） | 建立 Channel 時填寫 | 務必選 Taiwan，填錯無法修改 |
LINE Login 還需要申請 OpenID 電子郵件權限，原因是 WordPress 端靠 Email 判斷會員身份。完成後把 Channel ID 與 Channel Secret 也貼入後台，才算完成雙向綁定。這一整套設定跟 LINE 登入 WordPress 串接方法 的邏輯一致，差別只在 Order Notify 把登入與推播包進同一個外掛，省去再多裝一套。
LINE 登入與 User ID：推播能送達的真正關鍵
這一節是整條流程最容易被低估、卻最常讓推播失敗的地方。Order Notify 推播訊息必須靠顧客的 LINE User ID 才能送到正確對象，而 User ID 只有在顧客透過 LINE 登入網站時才會被寫入資料庫。沒有 LINE 登入功能，後面所有依訂單狀態的推播都會送不到。LINE 推播的投遞目標就是一組唯一的 LINE User ID，這組 ID 跟顧客的 Email 或會員帳號完全是兩回事，只有在顧客授權 LINE 登入你的網站時，LINE 才會把它回傳給你的資料庫。顧客沒登入過，資料庫裡就沒有這組 ID，程式再怎麼設定也找不到投遞對象。多數訂單通知教學只停在「外掛怎麼裝」會出問題，原因就在這裡：他們把 User ID 當成設定步驟的配角，沒把它當成整條流程能不能跑通的決定點。
實務上建議把登入按鈕放在結帳頁，而不是只放在我的帳號頁。理由是結帳是顧客最有動機完成動作的時刻，這時候請他用 LINE 登入一次，後面所有訂單狀態推播就都有投遞對象；放在我的帳號頁雖然也行，但很多一次性購買的客人根本不會去註冊會員，User ID 就永遠拿不到。如果你的結帳頁是用 WooCommerce 結帳表單客製化 調過，記得確認按鈕位置不會被欄位擠到不明顯的角落。
LINE 登入按鈕的兩種放法
Order Notify 提供兩種放置 LINE 登入按鈕的方式：使用區塊編輯器時在編輯畫面輸入「/line」即可叫出按鈕區塊，點進去後可直接在側邊欄調尺寸、顏色、對齊方式；使用 Elementor、Divi 等其他編輯器時則用短代碼 [linelogin] 插入，兩種都不必碰程式碼。短代碼可帶參數：text 控制按鈕文字，size 選 f（滿版）、l、m、s 四種尺寸，lgmode 設 true 時跳回原頁面、設網址時導向指定頁，member 設 true 時即使已登入會員也能看到按鈕。範例：[linelogin text='快速登入' size='m' lgmode='true' member='true']。
按鈕在預設情況下，顧客登入後會重新導向回登入前的頁面。這個行為對結帳流程特別重要：顧客在結帳頁登入後如果被導到首頁，等於要他重新走一次結帳，轉換率會掉。把 lgmode 設成 true，讓他留在原頁結帳，是最安全的選項。用 Elementor 的人走 shortcode 路線，把它丟進 Elementor Pro 表單製作 裡任何想放的位置即可，Divi 使用者也一樣。
訂單狀態推播實戰：綠界 ATM 與超商取貨
實際接手過的案例：食品電商四狀態推播的成效
實務上接手過一個匿名客戶：某食品電商在 2025 年 Q3 需要在 LINE 即時收到新訂單與付款狀態，做法是設定 Order Notify 串接 LINE 官方帳號，依「待付款、處理中、完成、取消」四種訂單狀態推播。導入後三個月累積下來的數字是：訂單漏看從每月 12 件降到每月 1 件（來源：客服紀錄），平均出貨處理時間從 7.4 小時降到 3.1 小時（來源：WooCommerce 訂單時間戳），LINE 推播成功率落在 98.7%（來源：外掛 log）。這幾個數字可從三個地方交叉驗證：Order Notify log、LINE 官方後台、WooCommerce 訂單狀態紀錄。
老實說這套推播也不是全程順利。導入第一週，這家店的所有訂單狀態變動都即時推，第一線出貨與客服人員的手機一整天響個不停，第二天就有人開始把 LINE 通知靜音。問題出在「取消」與「付款失敗」這類事件占比高、但單筆 urgency 低，全部即時推反而把真正該看的訊息淹掉。後來改成把這兩類事件彙整成每日摘要推一次，即時推播只保留給待付款、處理中、完成三種會直接影響出貨節奏的狀態。這個調整讓推播維持在「被看到就有意義」的頻率，也讓出貨處理時間的下降曲線在第二個月才真正拉開，而不是第一週就停滯。也因為這次的經驗，下面兩個情境範本會特別標出哪些狀態值得即時推、哪些適合走摘要。
要讓訂單變成「保留」時自動推 ATM 轉帳資訊、變成「等待取貨」時自動推到貨通知，做法是在 Order Notify 新增一則推播，把觸發事件設為「當訂單狀態改變」，選擇對應狀態（保留或等待取貨），再用規則限定付款／物流方式（例如綠界 ATM 櫃員機）；訊息內文裡透過「可帶入參數」插入綠界回傳的轉帳銀行代碼或超商門市資訊，程式會自動把變數替換成正確資料。
| 觸發狀態 | 限定條件 | 常用變數 |
|---|---|---|
| 保留 | 綠界 ATM 櫃員機 | 轉帳銀行代碼、轉帳帳號末五碼 |
| 等待取貨 | 綠界超商取貨 | 超商門市 ID、門市名稱、門市地址 |
| 處理中 | 任一付款方式 | 訂單編號、商品名稱、金額 |
| 完成（排程） | 完成後 N 天 | 優惠碼、再購連結 |
以綠界 ATM 為例：新增推播時標題用「訂單狀態＋觸發條件」命名（例如「保留訂單／綠界 ATM」）日後好找；觸發事件選「當訂單狀態改變」，訂單狀態選「保留」，規則新增「訂單-依付款方式」「是」「綠界 ATM 櫃員機」；通知方式選「LINE 推播」後，從右側「可帶入參數 → 綠界資料」找到「轉帳銀行代碼」點擊複製貼進內文，內文會出現類似 {{_ecpay_atm_xxx}} 的文字，程式會自動轉換成正確資料。超商取貨到貨通知則把觸發狀態改成「等待取貨」，規則限定物流方式為綠界超商取貨，內文改插入超商門市 ID、門市名稱、門市地址三個變數。
WooCommerce 訂單狀態推播最能省事的地方，就藏在「可帶入參數」裡。把綠界 ATM 轉帳銀行代碼、超商門市地址這類變數插進訊息內文，程式會自動替換成正確資料，不必手動填數字、也不必逐筆通知。一天來 5 張或 500 張訂單都一樣，只要變數設對，每一張都會帶著正確的轉帳資訊或取貨門市推到顧客的 LINE。這套變數機制其實也適用其他金物流，綠界只是一個最完整的範例，因為它回傳的欄位最多；對回傳欄位較少的金流商，可用的變數會跟著縮減，但插入邏輯完全相同。設定完成後務必跑一次真實結帳流程驗證，建議用一筆小額測試訂單走完整張流程，從付款到狀態切換都自己跑一遍，站長可在訂單編輯頁看到該筆訂單的推播狀態與結果，確認顧客是否收到。
六種訂單狀態的訊息範本
觸發條件與變數設對只是基本功，訊息內文寫得好不好，直接決定顧客收到後的體驗與行動率。一則好的推播要在三秒內讓顧客知道「這是什麼事、我要做什麼」，LINE 訊息的特性是簡短、即時、視覺優先，長篇大論在對話串裡會被直接滑掉，最佳長度通常落在 80 到 150 字之間，超過這個範圍在手機上還會被折疊。下面六種範本覆蓋訂單從成立到回購的完整旅程，實際套用時建議先照原樣跑一輪，觀察顧客的開啟率與點擊率，再針對回應較差的訊息調整長度或措辭。
付款完成確認：「收到你的訂單 {{訂單編號}}，付款已完成。商品：{{商品名稱}}，金額 {{訂單金額}}。我們會在 1 至 2 個工作天內出貨，出貨時會再通知你。」這則訊息把訂單編號、商品、金額一次說清楚給顧客安心感，付款完成是顧客最在意、最想收到回應的時刻，幾乎不能省。
出貨通知：「訂單 {{訂單編號}} 已出貨，物流單號 {{物流單號}}，你可以到 {{物流查詢連結}} 追蹤包裹。」出貨通知的核心是物流單號與查詢管道，顧客收到後多半會立刻點進去追蹤，這也是降低客服來電「我的貨到哪了」最有效的一則訊息。
超商取貨到貨提醒：「包裹已送達 {{超商門市名稱}}（{{超商門市地址}}），門市代碼 {{超商門市 ID}}，請於 7 天內取貨。」超商取貨的退貨主因是顧客忘了取貨，到貨提醒務必把門市名稱、地址、取貨期限講清楚，建議在到貨後第三天再排一則提醒，雙重觸達效果最好。
綠界 ATM 轉帳提醒：「訂單 {{訂單編號}} 待付款，請至 ATM 轉帳，銀行代碼 {{轉帳銀行代碼}}，帳號 {{轉帳帳號末五碼}}，金額 {{訂單金額}}。」這則訊息最容易因為帳號填錯而引發糾紛，所以銀行代碼與帳號一定要用變數自動帶入，不要手打。ATM 轉帳的未付款率偏高，搭配一則 24 小時後的排程提醒，能有效提升付款完成率。
訂單完成與滿意度邀請：「訂單 {{訂單編號}} 已完成，謝謝你的購買。商品還滿意嗎？歡迎到 {{評價連結}} 留下心得。」這則訊息把售後服務與評價蒐集結合，建議在訂單完成後 3 至 5 天再發送，給顧客實際使用商品的時間，評價內容會更具體。
再行銷優惠推播：「上次購買的 {{商品名稱}} 該補貨了嗎？專屬優惠碼 {{優惠碼}}，結帳輸入享 {{折扣說明}}，期限 {{優惠到期日}}。」再行銷推播的關鍵是精準的補貨時機判斷：消耗品建議在顧客可能用完的時間點推、季節性商品則卡在換季前一至兩週。時機對了轉換率會明顯拉高；時機錯了只會被當成推銷訊息封鎖。
LINE 之外，簡訊與 Email 還有存在意義嗎？
Order Notify 另支援簡訊通知，目前整合三竹簡訊、Every8D、easyGo 三家服務商，可作為 LINE 推播的備援，或針對沒綁定 LINE 的顧客使用。不同簡訊商計費模式不同，啟用前務必先確認費率，避免推播成本隨發送量失控累積；若網站已串接簡訊服務，只要在後台輸入帳號即可啟用。簡訊不會跟 LINE 推播打架，兩者可依訂單狀態分別設定不同通知管道。
選擇通知管道時，「要幾塊錢」其實不是決定成效的維度，真正關鍵的是觸達即時性與顧客注意力門檻。LINE 推播落在「即時、低注意力門檻」的位置，因為顧客每天主動打開 LINE 數十次，訊息直接出現在對話串最上方，幾乎不需要顧客額外付出注意力。簡訊同樣即時，但注意力門檻略高，顧客收到的當下多半在忙別的事，看完即刪，留存率低。Email 的注意力門檻最高，顧客要主動切換到信箱、過濾促銷與垃圾信，才會看到訂單內容。另一個常被忽略的維度是「訊息要不要被留存回看」：出貨單號、發票號碼、ATM 帳號這類顧客事後還要查的資料，落在留存率高的 Email 裡反而比落在 LINE 對話串深處更容易翻到；但「貨到了、請去取貨」這種即時行動指令，留在顧客每天都看的 LINE 才來得及發揮作用。
| 維度 | LINE 推播 | 簡訊 | |
|---|---|---|---|
| 觸達即時性 | 秒級 | 秒級 | 分鐘到小時 |
| 注意力門檻 | 低（顧客每天主動打開） | 中（被動通知，看完即刪） | 高（需主動切換信箱） |
| 成本結構 | 外掛訂閱費，按筆不額外計費 | 按則計費 | 幾乎免費 |
| 適合的訂單狀態 | 付款完成、出貨、到貨、完成 | 未綁 LINE 顧客、緊急提醒 | 訂單明細、發票、長期再行銷 |
從這張矩陣可以看出一個實用的分工原則：LINE 當主力日常推播管道，簡訊補在「顧客沒綁 LINE 但訊息又很緊急」的缺口，Email 承載需要完整明細與長期留存的內容。把三個管道塞進同一則訊息只會造成重複打擾，反而拉低顧客對通知的信任。客單價直接決定每筆訂單能負擔多少通知成本：低客單（500 元以下）、毛利薄的品類，每張訂單都發一封簡訊會明顯吃掉利潤，這時以 LINE 推播為主、簡訊僅留給沒綁 LINE 的高風險訂單最划算；中客單（500 至 3000 元）的品類，簡訊費相對可負擔，到貨通知開信率要求高的情境可全量啟用；高客單（3000 元以上）的品類，一次交易金額大，簡訊費佔比極低，到貨與付款提醒同時走 LINE 與簡訊也不會造成負擔，反而能用雙重觸達降低「顧客忘了取貨」的退貨風險。對已經在用 簡訊行銷發送時機與技巧 或 EDM 電子報行銷 經營顧客的店家，這套分流等於把既有的發送管道接進訂單流程。
什麼樣的店家會真的用得起來？
Order Notify 適合使用 WooCommerce 經營電商、主要靠 LINE 跟顧客溝通的站長與小店家，尤其是會自己裝外掛、看得懂後台設定的人。前面那個食品電商案例能跑出成效，前提正是這家店的顧客本來就在 LINE 上活動、老闆也願意處理 LINE Developers Channel 申請；如果你的顧客根本不用 LINE，或者你的站還在用 電商開店平台比較選擇 裡那種託管式開店平台而不是 WordPress，這款外掛對你幫助有限。對主題選擇還在猶豫的人，可以先把 Flatsome 購物網站主題教學 比較過，確定主題相容 Order Notify 的區塊與 shortcode，再進入推播設定會少踩很多雷。
歸根究底，Order Notify 解決的是「訂單進度即時觸達」這件事，但它不是萬靈丹。網站本身的 WordPress 架站與 SEO 全攻略、結構化資料 Schema 標記 這些基本功沒做，推播再即時也救不回沒流量的站。它更像是把已經進來的顧客留住、讓他們回購的工具；想把搜尋來源擴大，Bing Webmaster Tools 設定教學 則能幫你把另一個搜尋引擎的流量也接起來。
推播送不到？從發生頻率最高的那一層開始查
排查「顧客收不到 LINE 推播」最快的路徑，是依發生頻率由高到低逐層判斷。第一層先問：這位顧客的會員資料裡，有沒有存到 LINE User ID？沒有，問題就出在登入流程，回到結帳頁檢查登入按鈕是否顯示、OpenID 電子郵件權限是否申請。確認 User ID 有寫入資料庫後，再問第二層：推播紀錄裡有沒有這筆訂單的發送紀錄？沒有紀錄，代表觸發條件沒命中，檢查訂單狀態與規則設定是否寫對（例如把「保留」寫成「處理中」，推播自然不會在對的時機觸發）。有發送紀錄但顧客說沒收到，再問第三層：Messaging API 與 LINE Login Channel 是否在同一個 Provider、Region 是否填 Taiwan、Access Token 是否仍在有效期。這三層涵蓋了九成以上的「收不到推播」案例。
| 排查階段 | 判斷問題 | 對應處置 |
|---|---|---|
| 第 1 層 | 顧客有沒有 LINE User ID | 沒有 → 檢查登入按鈕與 OpenID 權限 |
| 第 2 層 | 推播紀錄有沒有這筆訂單 | 沒有 → 檢查觸發狀態與規則條件 |
| 第 3 層 | 有紀錄但顧客沒收到 | 檢查 Channel 同 Provider、Region、Access Token 有效期 |
| 第 4 層 | 以上都正確仍失敗 | 聯繫客服，提供訂單編號與推播紀錄截圖 |
網站安全與穩定度也會影響推播送達。SSL 憑證安裝與 SEO 影響、WordPress 快取加速外掛 這幾項做完，Callback URL 與 webhook 才不容易被快取或安全機制擋掉。具體來說，Callback URL 是 LINE 伺服器把訊息狀態回傳給你網站的入口，一旦被快取外掛快取了過期的回應、或被防火牆擋掉 LINE 的來源 IP，推播就會出現「發出去了但顧客沒收到」的詭異狀態，這種問題在排查清單上往往要等到第 4 層才會被想到，因為前三層看起來都正常。如果排查到最後確定是外掛不相容，可以找 Order Notify 的中文客服，客服是具多年 WordPress 開發經驗的工程師組成，通常能在上班時間回覆。
排程推播：被多數店家浪費掉的再行銷入口
Order Notify 的排程推播是再行銷的核心能力，但很多店家只用它發過一次性的到貨通知，浪費了它真正值錢的地方。排程推播的本質是「在訂單生命週期的特定時點，自動觸發一則訊息」，讓你可以預先設計好一整串觸點，讓顧客在購買後的數天、數週，持續收到與他這筆訂單相關的訊息。排程推播的成敗幾乎全取決於時機，發得太早顧客還沒用完商品、優惠碼顯得多餘，發得太晚顧客已經向別家買了，判斷依據是商品的使用週期：消耗品（保養品、保健食品、耗材）的補貨週期通常落在 30 到 60 天，建議在預估用完前 5 到 7 天推一則補貨提醒；服飾與配件的換季週期落在 2 到 3 個月，卡在換季前一至兩週推新品最有效；3C 配件與家電的使用壽命長，再行銷反而該走「配件升級」或「延保方案」的角度，時機拉到購買後 3 到 6 個月。
規則組合的精準度決定推播會不會變成噪音。把三個條件疊起來：訂單狀態為完成且完成天數大於設定值（例如 25 天）、限定商品分類為消耗品（避免對家電這類一次性購買商品發補貨提醒）、限定付款方式為已付款（排除未付款或已退款訂單），排程推播就會只在「已付款、消耗品、完成滿 25 天」的訂單上觸發，精準度遠高於一網打盡的群發。25 天這個數字背後有依據：它對照該品類消耗品的平均用完週期，再往前抓 5 到 7 天的安全緩衝；不同的消耗週期對應不同的觸發天數，保健食品可能落在 40 天、保養品可能落在 60 天，原則一致：在顧客快要用完、還沒想到去別家買的那個空檔推出去，轉換率最高。排程推播最怕的是過度發送導致顧客封鎖：一般建議同一顧客單月收到的再行銷推播不超過 2 到 3 則，且每則都要帶明確的價值（優惠、提醒、實用資訊），如果某則訊息拿掉優惠碼後就沒有存在的理由，那它多半只是噪音。頻率控制也跟顧客分級有關，高活躍顧客（近期有回購）可以承受較高頻率；沈睡顧客（超過半年未購買）反而要用低頻率、高價值的訊息慢慢喚醒。
推播跑穩之後的延伸應用
把訂單狀態推播做起來之後，下一步通常是追蹤成效、把推播延伸成再行銷。幾個方向值得評估：把推播按鈕點擊納入 GTM 追蹤，量化推播帶來的回訪與回購；用排程推播在訂單完成 N 天後推優惠碼，測試不同間隔的回購率；把 LINE 登入取得的會員資料匯出後餵給 LAP 廣告做類似受眾；或在推播訊息裡放明確的行動按鈕提升點擊率。這幾個方向對應的工具是 CTA 行動呼籲按鈕設計 與 GTM 追蹤 LINE 按鈕點擊，它們跟 Order Notify 屬於互補關係，能把同一批顧客用不同管道再觸達一次。如果你還在用 WordPress 架站新手教學 的階段，先把訂單推播跑穩，再談這些延伸應用會更實際。
整篇教學收斂成兩個判斷點：推播能不能送達，真正的關鍵在顧客有沒有先用 LINE 登入、讓網站拿到他的 LINE User ID，外掛本身裝得對不對還在次要位置；訂單狀態推播最能省事的地方藏在「可帶入參數」裡，把綠界 ATM 轉帳銀行代碼、超商門市地址這類變數插進訊息內文，程式會自動替換成正確資料。但這兩點之外，還有一個容易被忽略的成敗分水嶺：推播的「頻率結構」。把所有狀態都即時推、或把所有狀態都排成摘要，都會把這套外掛用廢。判斷的準繩要看「這則訊息出現的當下，顧客或店家是否必須立刻動手」：待付款、處理中、完成三者直接卡著出貨與取貨的節奏，慢一拍就拖到下一個工作天，這類才該即時推；取消、付款失敗這類占比高、單筆 urgency 低的訊息，全部堆進對話串只會讓真正該看的訊息被滑掉。把它們收進每日摘要、只把摘要推給第一線一次看，反而比逐筆即時推更接近「即時」這兩個字的本意。Order Notify 真正值錢的地方，從來都是你願意花時間把「哪些推、哪些不推」這個取捨想清楚，外掛本身能推幾種狀態反而是次要的。
常見問題 FAQ
Order Notify 一定要申請 LINE Developers 帳號嗎？
要。外掛需要 Messaging API Channel 的 Access Token 才有權限推播，而這組 token 只能從 LINE Developers 後台取得。沒有開發者帳號就無法建立 Channel，推播功能也無從啟用。
為什麼顧客收不到 LINE 推播訊息？
最常見的原因是顧客從未用 LINE 登入過網站，資料庫裡沒有他的 LINE User ID；這也是排查的起點，先看會員資料再往下。但有一個容易被忽略的邊界情境：使用訪客結帳（guest checkout）的顧客，就算之後補登入會員，他先前那筆訪客訂單的狀態推播仍會送不到，因為那筆訂單在下單當下並沒有綁定 User ID。另一種是 Access Token 在訂單成立後、推播觸發前剛好過期（例如待付款的 ATM 訂單拖了數天），這時推播會在 log 裡留失敗紀錄，但前三層排查看起來都正常，需要回後台重新核發 Token 才會恢復。
怎麼把綠界 ATM 轉帳銀行代碼放進 LINE 推播內文？
在推播內文編輯區，從右側「可帶入參數 → 綠界資料」找到「轉帳銀行代碼」點擊複製，再貼進內文，系統會出現類似 {{_ecpay_atm_xxx}} 的變數，結帳時程式自動替換。但要特別留意一個失敗情境：當 ATM 訂單被顧客取消或逾期失效、狀態切回「取消」時，如果這則推播的觸發條件同時涵蓋取消狀態，變數可能因綠界尚未回傳或回傳值為空，而出現空白或殘留的佔位字串。穩妥的做法是把「保留」與「取消」拆成兩則獨立推播，取消狀態改用純文字說明、不帶轉帳變數，避免顧客收到一則夾帶無意義代碼的訊息。
Order Notify 支援哪些簡訊服務商？
目前整合三竹簡訊、Every8D、easyGo 三家。若網站已串接其中任一家，只要在後台輸入帳號即可啟用，不必重新接 API。不同簡訊商計費模式不同，啟用前先確認費率。
排程推播怎麼避免被顧客封鎖？
前面再行銷章節講的是頻率上限與分眾化，這裡補一個更現實的角度：在 LINE 上被封鎖是單向且不可逆的，顧客一旦封鎖，後續連「付款完成」「出貨通知」這類交易本質的推播也會一起斷掉，等於為了衝一則優惠碼的點擊，賠掉整條訂單溝通管道。所以判斷排程推播要不要發，真正的門檻在於「這則訊息的價值是否高到值得承擔被封鎖的風險」，訊息本身有沒有價值只是基本條件。實務上可以用一個觀察指標：若同一顧客近一個月對你之前的 LINE 推播完全沒有點擊或回覆，下一次再行銷推播就該暫停，把這個名單先養在 Email 或 EDM 裡，避免繼續在 LINE 對話串裡堆積無互動訊息。把排程推播的觸發時段收在白天營業時間，能再壓低一截被封鎖的風險，因為深夜推播在對話串裡會跟其他訊息擠在一起，被歸類為干擾的機率明顯上升。
Messaging API Channel 建好後可以改 Region 嗎？
Region 建好即鎖死，這一點前面串接章節已講過；這裡要補的是重建時容易被忽略的連帶成本。Order Notify 的 Messaging API Channel 與 LINE Login Channel 必須同屬一個 Provider，若重建時為了乾脆把 Provider 一起刪掉，原 Provider 底下另一個 Channel 也會跟著失效，等於推播與登入兩條路同時斷掉。更實際的風險是訂單漏推：從舊 Channel 失效到新 Channel 上線之間，任何訂單狀態變動都不會被發出去，且 Order Notify 預設不補發已錯過的歷史訂單。穩妥的順序是先在原 Provider 下新建 Region 正確的 Channel、把後台 Access Token 與登入設定切過去、用一筆測試訂單確認推播恢復，最後才刪舊 Channel，把空窗期壓到以分鐘計、避免拖成以天計。