上線一個 WooCommerce 商城很容易，但敢不敢保證訂單流程從加入購物車到發送出貨通知，每一個環節都能正確執行？太多店家急著上線，卻在付款成功卻沒寄確認信、訂單狀態手動改卻沒觸發發票這類細節上翻車。這篇要帶你走完整個測試清單，確保真實客戶下單前，所有流程都已驗證無誤。
測試前的必做準備
在動手測試前，先把測試環境獨立出來。不要在正式環境裡下假訂單——這樣會混淆統計數據、可能誤發真實的 Email、甚至觸發庫存扣減。最簡單的方式就是用 WooCommerce 內建的測試模式。
進到後台，找「設定」→「付款」，你會看到各個金流外掛的設定。大多數金流（像綠界、藍新、Stripe）都有「測試模式」或「Sandbox 模式」的開關。啟用它以後，所有交易都不會真正向金流主機扣款，只在系統裡產生訂單紀錄。這是虛擬訂單，用來驗證整個流程，不會對實際帳戶造成任何影響。
同時建議開啟「訂單備註」與「訂單日誌」功能，這樣每個環節的系統動作都會被紀錄下來，出問題時有跡可循。在後台的「設定」→「進階」可以找到這些選項。
完整結帳流程的逐步驗證
最基礎的測試就是親自走一遍完整的購物流程。用測試帳號登入，挑幾個不同類型的商品（簡單商品、變動商品、有運費的商品），加入購物車。
逐項檢查購物車頁面：商品名稱、數量、價格是否正確？運費計算有沒有在購物車就顯示？促銷優惠碼有沒有套用上去？這些都是消費者最常卡關的地方。
進到結帳頁面，確認欄位配置是否合理。帳單地址和運送地址能不能自動帶入？手機、郵遞區號這些欄位有沒有驗證（比如手機位數、郵遞區號格式）？有沒有多餘欄位讓結帳流程變得繁瑣？結帳頁的信任徽章（SSL 安全鎖、支付方式 icon）有沒有正確顯示？
選定付款方式後，按下「完成訂購」。在測試模式下，系統通常會直接跳出成功頁面或回傳一個確認碼。看這一步有沒有卡住。如果跳不出來，可能是金流端點設定有問題，或是系統沒有正確接收金流的回調（callback）訊息。
訂單狀態自動轉換的驗證
訂單成立後，最關鍵的是訂單狀態有沒有正確轉換。進到後台「訂單」頁面，找到剛才產生的測試訂單，點進去詳看。
訂單狀態應該會自動從「待確認」或「待付款」流轉到「待處理」或「已完成」（視金流與設定而定）。有些金流會在接收到支付成功訊息時自動改狀態，有些需要手動確認。檢查一下金流設定有沒有開啟「自動標記為已完成」之類的選項。
最容易踩的雷在於金流端的回調 IP 沒有正確白名單，導致系統收不到付款成功通知，訂單狀態就卡在待付款。要檢查這個，進後台的「訂單」頁面，點進剛才的測試訂單，往下拉看「訂單備註」欄，有沒有「金流回調接收成功」之類的系統訊息。沒有的話就表示回調可能有問題，要回頭檢查金流設定或主機防火牆。
Email 通知的三道關卡
訂單確認信是客戶對購買行為的心理認可，也是後續爭議處理的憑證。系統會在不同訂單狀態觸發不同 Email，至少要驗這三封。
「新訂單通知」應該馬上寄一封給店家和客戶。檢查 Email 內容有沒有漏掉重要資訊：訂單號、商品清單、金額、收件人地址、付款方式。有沒有包含追蹤連結（客戶能按下去直接看訂單詳頁）？Logo 有沒有正確載入？有沒有客製化的感謝詞或退貨政策連結？
「訂單已完成通知」會在訂單狀態改成「已完成」或「已出貨」時寄出。這封通常會包含物流追蹤號。確認一下追蹤號有沒有正確帶進去——有些外掛會自動從物流平台同步，有些要手動填。
「退款或狀態變更通知」在你測試退款或手動改訂單狀態時應該寄出。這邊要特別檢查有沒有「狀態改了但沒寄信」的漏洞。
Email 沒收到時，先看後台設定裡的寄件人地址和寄件人名稱，確認用的不是預設的 wordpress@yourdomain.com（很容易被當成垃圾信）。再檢查一下主機的 PHP mail 函式有沒有設定 sendmail_path，或者改用 SMTP 外掛（像 WP Mail SMTP）來強化郵件投遞率。有時候信其實有寄出但進了垃圾桶，可以用測試 Email（如 Mailinator）來確認。
發票與稅金流程的驗證
如果你用雲端發票外掛（像 ibon 或台灣發票），訂單狀態改成「已完成」時應該會自動開立發票。進後台檢查訂單詳頁有沒有「已開立發票」的標籤，或者到外掛後台查詢發票號是否產生。
稅金計算也要驗：結帳頁面的稅金有沒有正確加上去？金額是否符合設定的稅率？試試看不同地區或商品類型的組合，確認稅金演算邏輯有沒有 bug。特別是如果系統用了多種稅金規則（比如某些商品免稅、某些課 5%），要逐個驗證。
GA4 電商事件追蹤驗證
上線前一定要確認 GA4 有沒有正確接收到電商事件。進 GA4 後台，在「即時」→「事件」頁面，走一遍完整結帳流程，然後看事件清單有沒有出現：
view_item（瀏覽商品頁時）add_to_cart（加入購物車時）view_cart（進購物車頁面時）begin_checkout（進結帳頁時）purchase（訂單完成時）
如果 purchase 事件有進來，點進去看細節，確認 transaction_id（訂單號）、value（金額）、items（商品清單）有沒有正確傳進去。這個驗證很關鍵，因為之後做行銷分析、轉換率追蹤都靠這些數據，現在漏掉等於白跑。
沒看到事件時，回頭檢查 Google Site Kit 有沒有啟用整合，或者你用 Google Tag Manager 設定的轉換事件有沒有正確綁定。有時候是 GTM 的 trigger 條件設定太嚴格，導致事件沒被捕捉。
清除測試訂單與切換正式環境
測試完成後，要把測試訂單全部清掉。直接進後台批量刪除測試訂單——選取全部狀態為「待確認」或「測試」的訂單，改為「刪除」。不要只改狀態留著它，因為那樣統計數據會被污染。
確認金流外掛的測試模式已經關閉，正式模式已經開啟。有些金流會在後台有個明顯的「環境」切換，要確保它指向「正式」而不是「測試」。再檢查一次 WordPress 的「一般設定」裡有沒有誤設為「開發中」模式（應該要是「已發佈」）。
最後，走一遍完整訂單流程三到五次，不同裝置（桌機、手機）、不同瀏覽器各試一遍，確保沒有裝置特定的問題。如果一切順利，收到正式訂單並且所有 Email、發票、GA4 事件都如期而至，才能算真正上線完成。
這幾項最容易被遺漏：金流回調沒設好會導致訂單卡在待付款；Email 寄不出去讓客戶沒收到確認信；GA4 事件漏接看不出轉換率低的步驟；發票沒自動開會累死店家手動開單。測試看起來費時，但比起上線後才發現問題、著急修改卻怕影響既有訂單，事前驗證根本是投資報酬率最高的動作。