到貨通知最有效的做法，不是商品一補貨就把所有人一次寄完，而是先把候補名單分成不同購買意圖，再決定誰先收到、從哪個入口收到，以及補貨當下商品頁能不能立刻完成下單。對台灣電商來說，如果缺貨頁只有「售完」兩個字、通知入口藏太深、補貨量又很少，補貨通知很容易變成客服壓力，而不是第二次成交機會。真正穩的流程，是讓缺貨頁、候補名單、通知通道、替代商品和 Google 商品資料一起對齊。
到貨通知適合誰，不適合誰？
如果你的商品有明確需求、會重複補貨、顧客願意等貨，或商品頁本身已累積搜尋流量、收藏與回購意圖，到貨通知就值得做。SHOPLINE 官方說明把這個功能直接定位成商品完售後的訂閱與回流工具，顧客可在商品售完後訂閱，補貨後再收到提醒前來購買。SHOPLINE：貨到通知｜擴充功能
但如果你的商品是一次性活動、超短期快閃、沒有穩定補貨週期，或內部根本沒有辦法在補貨後同步更新商品頁與客服說法，就不適合把到貨通知當成優先專案。這時先把缺貨商品頁、替代商品與客服回覆整理好，通常比急著做通知更有價值。
為什麼「補貨就全寄」反而會浪費名單？
很多商家把到貨通知想成「名單越多越好，補貨後全部寄出」，但這很容易出兩個問題。第一，你的補貨數量可能只夠一小部分人買到；第二，不同人留下通知的原因本來就不同，有些人是急著等貨，有些人只是比價時順手先留著。若你不先分意圖，只用同一封通知信打所有人，結果往往是急單型客戶抱怨搶不到，比價型客戶沒感覺，老客也覺得只是又一封促銷信。
Digioh 的 benchmark 把 back-in-stock notifications 定位成 second chance to convert，還特別強調這類表單能收集 zero-party data。這個觀察很重要：補貨通知不只是提醒工具，它也在告訴你這個人為什麼願意回來、願意留哪一種聯絡方式，以及他更接近哪一種購買決策。Digioh：Boost Sales with Back-in-Stock Notifications
台灣電商先分 3 種候補名單
最實用的切法不是照平台欄位命名，而是照顧客等待補貨的動機命名。台灣電商通常先分成急單型、比價型、老客型三層，就已經夠用了。
| 候補名單 | 典型特徵 | 通知優先順序 | 適合的內容 |
|---|---|---|---|
| 急單型 | 熱門尺寸、缺貨後仍持續查看同商品、客服曾主動詢問交期 | 最高 | 補貨時間、可買數量、立即回到商品頁的 CTA |
| 比價型 | 停留過商品頁但沒有更深互動，可能還在比較替代品 | 中 | 補貨提醒、規格摘要、替代商品差異 |
| 老客型 | 過去買過同系列、願意等貨、對品牌已有信任 | 中高 | 補貨提醒、搭配商品、會員權益或回購理由 |
這樣分的好處是，你可以在補貨量不大的情況下先照顧最接近成交的人，而不是把通知當成一次性廣播。若你用的是表單工具或自建流程，也可以在訂閱時多收一個簡單欄位，例如尺寸、規格、用途或聯絡偏好，讓後面的分流更準。
通知入口該放哪裡，才不會留一堆假名單？
真正高轉換的入口，應該放在顧客已經明確知道商品缺貨的地方，而不是頁尾或彈窗硬塞。Klaviyo 官方把 back in stock 拆成 flow 和 form 兩個元件，代表你不只要有通知內容，還要先把訂閱事件收對。Klaviyo：How to build a back in stock flow
Klaviyo 的表單說明也很值得參考。官方文件指出，補貨通知按鈕可以直接取代缺貨時的 Add to Cart，也可以堆疊在 Sold Out 按鈕下方；這種設計之所以有效，是因為它讓顧客在「現在不能買」的那一刻，立刻看到下一步。Klaviyo：How to set up a back in stock form
對台灣中小店來說，入口越簡單越好。若商品本來就會快速回補，可優先留 email；若你的客戶更依賴手機提醒，才考慮短信或其他即時渠道。重點不是每個通道都收，而是你後面真的能按通道去發、去追、去回寫結果。
補貨時機怎麼抓，才不會一補貨就又賣完？
補貨通知最容易踩雷的地方，不是文案，而是補貨時機。假設你只回補 5 件商品，卻一次通知 300 人，前幾分鐘就賣完後，後面的人收到訊息只會覺得被耍。比較穩的做法，是先確認可售庫存、保留量、客服備援和頁面更新是否同步，再決定先發哪一層名單。
如果你的系統支援分批觸發，建議先發急單型，再視庫存回補速度發給比價型與老客型。若工具不支援分批，至少要在訊息裡清楚寫出數量有限、以實際庫存為準，並在賣完後讓通知入口自動回到候補模式，而不是把顧客導回一個仍然不能買的頁面。
Google 商品資料和到貨通知，為什麼要一起看？
補貨通知如果和商品頁可買狀態不一致，不只是顧客體驗差，搜尋與購物曝光也會一起出錯。Google Merchant Center 官方把 `out_of_stock`、`preorder`、`backorder` 分得很清楚：若商品目前不能買，就是 `out_of_stock`；若你仍接受訂單並等補貨後出貨，才是 `backorder`，而且必須提供 `availability_date`，並讓日期在 landing page 可見。Google Merchant Center：Availability [availability] Google Merchant Center：Availability date [availability_date]
這代表一件事：不要一邊在商品頁寫「售完，可留到貨通知」，一邊又在 Merchant Center 或結構化資料裡把商品標成可立即購買。Google Search Central 也說，商品頁的 `Product` structured data 和 Merchant Center feed 都能提供 availability，這些資料若一致，Google 才比較容易正確理解你的頁面與商品狀態。Google Search Central：Product structured data
所以到貨通知不是單獨的 email 任務，而是缺貨頁營運任務。商品頁顯示售完、通知入口可訂閱、補貨後頁面恢復可買、Merchant Center availability 跟著更新，這四件事要一起成立，通知才不會把人帶回錯的頁面。
誰適合加替代商品，誰不適合？
不是每個缺貨商品都該只叫顧客「等」。如果你賣的是規格差異不大的消耗品、替代色號、相近配件或相同用途商品，補貨通知頁面旁邊應該同時放替代商品，讓急著下單的人可以當場改買。但如果你的缺貨商品是限定款、指定尺寸、或顧客本來就在等某個版本，就不要硬塞不相干的替代品，否則只會增加跳出率。
判斷方式很簡單：如果替代商品真的能滿足原本的購買任務，就放；如果只是為了不讓頁面空著，寧可把頁面做得更清楚，也不要亂推不相關品項。
7 天上線檢查表
- 第 1 天：盤點近 30 天最常缺貨、又最常被問到的商品，挑 5 到 10 個先做。
- 第 2 天：確認商品頁缺貨狀態、通知入口、客服話術與替代商品是否一致。
- 第 3 天：定義急單型、比價型、老客型三層候補名單與欄位。
- 第 4 天：設定通知 flow、表單或 API 入口，並測試訂閱事件是否有回寫。
- 第 5 天：補貨前先檢查可售庫存、保留量、商品頁可買狀態與 availability 設定。
- 第 6 天：小批量補貨測試一次，確認通知、下單、賣完後入口恢復都正常。
- 第 7 天：檢查哪些名單真的回購、哪些通知開了卻沒買，再調整下一輪分流。
資料更新與限制
本文於 2026 年 7 月 1 日查核 SHOPLINE、Klaviyo、Google Merchant Center 與 Google Search Central 的公開文件，並以 Digioh 的補貨通知文章作為 benchmark。需注意的是，不同主題模板、通知工具、庫存系統與 API 串接方式會持續調整；真正影響轉換的，也不只是一封通知，而是你的缺貨頁、庫存同步、候補名單設計與客服回覆是否一致。
- SHOPLINE：貨到通知｜擴充功能
- Klaviyo：How to build a back in stock flow
- Klaviyo：How to set up a back in stock form
- Klaviyo Developers：Set up back in stock via API
- Google Merchant Center：Availability [availability]
- Google Merchant Center：Availability date [availability_date]
- Google Search Central：Product structured data
- Digioh：Boost Sales with Back-in-Stock Notifications
結論
到貨通知做得好，重點從來不是補貨後寄出一封看起來很急的訊息，而是讓缺貨頁先接住人，再讓候補名單幫你決定誰先收到、頁面能不能立刻買到、替代商品要不要一起出現。台灣電商若先把這四件事做好，到貨通知才會像第二次成交機會，而不是補貨當天又多一輪客服危機。
FAQ
到貨通知一定要用 email 嗎？
不一定。email 最常見，但真正該先決定的是你能不能穩定收資料、發通知、追結果。若你的顧客更依賴手機提醒，也可以評估簡訊或其他即時通道，但前提是後端流程跟得上。
補貨後為什麼不能一次通知全部名單？
因為補貨量常常小於候補人數。一次全寄很容易讓後段收到通知的人回到缺貨頁，造成失望、客服壓力和名單疲勞。較穩的做法是先照購買意圖分層，再視庫存量分批通知。
商品頁顯示售完，但還能接受訂單時要怎麼標？
若你仍接受訂單並會在補貨後出貨，Google Merchant Center 應用 `backorder`，並提供 `availability_date`，而且日期要在 landing page 可見。若根本不接受訂單，就應維持 `out_of_stock`。
到貨通知和替代商品推薦會不會互相衝突？
不會，前提是替代商品真的能滿足原本的購買任務。急著下單的人可以直接改買，願意等的人仍可留下通知。真正會衝突的是硬推不相關品項，讓顧客覺得被亂導。
缺貨頁只放到貨通知按鈕，沒有其他資訊可以嗎？
不建議。至少要讓顧客知道目前是否能下單、預計何時補貨、是否有替代商品，以及留下通知後會從哪個通道收到提醒。這些資訊也有助於搜尋系統正確理解頁面狀態。