WooCommerce Analytics 教學：銷售報表、篩選比較與數據排查

WooCommerce Analytics 可從商品、訂單、收入、優惠券、分類、稅項、下載和庫存等角度分析商店。報表數字來自訂單狀態、時間範圍、匯入資料及商店設定，不能直接等同銀行入帳或會計收入。使用前應先定義指標、資料範圍和核對方法。

使用 Analytics 而非舊 Reports

WooCommerce > Reports 是已棄用的 legacy 工具，不再持續更新。日常分析應使用 WooCommerce > Analytics；若仍以舊報表作歷史比較，先記錄兩者的日期、狀態和計算差異。

不要一進入 Dashboard 便抄下所有數字。先決定要了解收入趨勢、商品表現、優惠券成本、庫存風險或顧客行為，再選擇對應報表、日期和比較組別。

確認 WordPress 時區、報表日期範圍及營運結算時間。部分專門報表可能使用 UTC；跨午夜、夏令時間或多地區商店要特別核對，避免同一訂單落入不同日期。

Gross sales、returns、coupons、taxes、shipping 和 net sales 代表不同計算層次。建立內部字典，記錄每個指標是否含稅、運費和退款。不要只用單一總額判斷業務增長。

Products 報表可按單一商品篩選或比較多件商品，查看銷售表現。比較時把商品版本、售價、庫存期和促銷活動放在同一時間線，避免把短期折扣造成的數量增加誤當長期需求。

Categories 報表適合比較產品組合和分類趨勢。先整理商品分類，避免同一商品被大量重疊分類而令解讀混亂。分類結構變更後，報表前後期間亦可能不可直接比較。

Coupons 報表可按優惠券搜尋、比較訂單數和折扣金額。把折扣成本與新增顧客、毛利、退款及重複購買一起看，不能只以使用次數判斷活動成功。

Analytics 會按設定決定哪些狀態排除或計入可操作數據。自訂訂單狀態、失敗、取消或退款可能影響結果。到 Analytics > Settings 核對狀態設定，再與實際訂單抽樣比對。

舊商店或重新建立報表時，需要在 Analytics 設定匯入歷史訂單。大型資料庫要安排低流量時間，監察 Scheduled Actions、PHP 錯誤和主機負載，並記錄開始日期及跳過既有資料的選項。

先用相同日期、狀態和時區抽查幾張訂單，再檢查退款、稅項、刪除訂單和自訂狀態。必要時清除 Analytics cache 或重新匯入，但不要在未備份和未記錄設定時反覆重建。

Analytics 的資料匯入及背景處理可能依賴任務佇列。若進度長期停滯，到 WooCommerce > Status > Scheduled Actions 查看 pending 或 failed 工作，再對照 PHP 和 WooCommerce 日誌。

比較商品、分類或優惠券時，確保期間長度、星期結構及活動背景一致。節日、缺貨、網站停機和價格調整都會影響結果；在報告旁加入營運註解，避免只看百分比。

報表表格通常可匯出 CSV。匯出前先套用日期、篩選和排序，記錄產生時間及條件。檔案可能包含顧客或訂單資料，應限制存取、加密保存並按保留政策刪除。

Analytics 是營運報表，付款平台、銀行和會計系統各有手續費、結算日、退款和匯率處理。每月建立對帳表，逐層比較訂單總額、付款成功、退款、平台費用和實際入帳。

每日監察異常、每週檢視商品和轉換、每月做財務對帳與趨勢分析。為每份報表指定負責人、數據定義及跟進行動，避免 Dashboard 只成為無人處理的漂亮圖表。