訂單歸因追蹤
訂單歸因追蹤是一項功能，協助商店經營者釐清哪些行銷活動、管道或廣告活動為線上商店帶來訂單。此功能可將訂單歸因至流量來源，讓你了解各項行銷成效。
透過此功能，你可以發現是什麼促使客戶在線上商店購買。可能是 Google 商品清單、熱門的 TikTok 影片、分享的 Facebook 貼文，或者上週的電子郵件活動。
了解這些問題的答案，有助於你做出更明智的決策，知道該將時間和金錢投入何處。
注意： 從 WooCommerce 8.5 開始，訂單歸因追蹤在 WooCommerce 商店中可用，且預設為啟用。
訂單歸因追蹤原則
此新功能採用末次點擊歸因模式 — 這是大多數行銷平台和歸因工具廣泛採用的預設模式 — 將 100% 的轉換功勞歸給客戶到達你網站前的最後一次互動。無論是廣告、電子郵件還是商品清單，「最後點擊」的項目會獲得全部的轉換功勞。
由於除非下單否則不會在 WooCommerce 中儲存資料，且此功能的所有 Cookie 都會在每次工作階段後過期，因此無法使用此功能追蹤跨工作階段的訪客。
以下是訂單歸因追蹤的基本規則：
- UTM 和自然來源優先： UTM 和自然來源會覆寫任何先前的來源。
- 直接輸入永不覆寫： 直接造訪（直接輸入網址）永遠不會覆寫先前識別的來源。
- 引薦來源層級： 引薦來源只有在沒有目前訪客工作階段時才會覆寫先前的來源。如果在同一工作階段內（例如在同一瀏覽器首次造訪網站後 30 分鐘內），引薦來源永遠不會覆寫先前的來源。
啟用或停用訂單歸因追蹤
你可以前往 WooCommerce > 設定 > 進階 > 功能 > 訂單歸因 啟用（或停用）此功能。
定位與分析訂單資料
現在你已有訂單歸因資料，讓我們討論如何分析並從中獲得可行的洞見。我們有一份新的訂單歸因報表，可透過 WooCommerce Analytics 外掛新增到你的網站。這會新增五份新報表，協助你查看熱門管道、來源，甚至客戶在購買前使用的裝置。請參閱我們關於這些報表的文件以獲取更多資訊。
立即取得 WooCommerce Analytics
訂單編輯頁面
除了這些新報表外，你還可以在其他地方查看訂單歸因資料。在每筆新訂單的訂單編輯頁面中，你會找到兩個中繼資訊區塊 —「訂單歸因」和「客戶歷史」。這些區塊提供關於訂單來源的更多資訊，並詳細記錄客戶與商店的互動歷史。這些中繼資訊區塊顯示以下資訊：
- 訂單歸因： 來源、來源類型、UTM 廣告活動（如果來源類型為 UTM）、媒介、裝置類型和工作階段頁面瀏覽量。也支援 UTM 來源平台、創意格式和行銷策略參數。
- 客戶歷史： 已完成的訂單數、已退款的訂單數、總消費金額
訂單歸因
客戶歷史
訂單列表
WooCommerce > 訂單 列表新增了一個欄位，顯示訂單來源。此欄位顯示每筆訂單的來源，讓你即時了解哪些管道帶來銷售。
注意： 訂單歸因追蹤資料僅適用於啟用此功能或更新至 WooCommerce 8.5 後產生的訂單。如果你在任何時候停用此功能，停用期間下的訂單將不會包含此資料。
訂單歸因追蹤儲存的資料
WooCommerce 的訂單歸因追蹤功能在下單時儲存以下資訊：
- 引薦來源： 將訪客引導至你網站的網站 URL。
- UTM 參數： 如果將訪客引導至你網站的 URL 包含 UTM 參數，我們會解析並儲存來源、媒介、廣告活動、內容和關鍵字參數。
- 裝置類型： 客戶下單時使用的裝置類型（桌機、平板或手機）。
- 工作階段頁面瀏覽量： 下單前該工作階段的頁面瀏覽次數。
使用中的 Cookie
訂單歸因功能使用這些 Cookie：
| Cookie 名稱 | 儲存的資料 | 預設過期政策 |
|---|---|---|
sbjs_session |
此工作階段的頁面瀏覽次數和目前頁面路徑 | 30 分鐘 |
sbjs_udata |
訪客使用者代理程式資訊，例如 IP、瀏覽器和裝置類型 | 工作階段 |
sbjs_first |
訪客首次造訪商店的流量來源資訊（僅適用於訪客在工作階段過期前返回） | 工作階段 |
sbjs_current |
訪客目前造訪商店的流量來源資訊 | 工作階段 |
sbjs_first_add |
訪客首次造訪商店的時間戳記、引薦 URL 和進入頁面（僅適用於訪客在工作階段過期前返回） | 工作階段 |
sbjs_current_add |
訪客目前造訪商店的時間戳記、引薦 URL 和進入頁面 | 工作階段 |
sbjs_migrations |
協助追蹤功能不同版本間遷移的技術資料 | 工作階段 |
測試訂單歸因追蹤
在沒有任何引薦或來源的情況下下單（即直接從商店下單），來源永遠會顯示為「直接」。若要測試各種來源，請按照以下步驟使用無痕/私密視窗進行。
引薦
- 前往任意網站，在開發者工具中編輯連結
href指向你的商店。將商品加入購物車並完成結帳。
自然搜尋
- 前往 https://www.google.com/ 並在開發者工具中編輯連結
href指向你的商店。將商品加入購物車並完成結帳。
使用 UTM 參數
- 使用類似
https://yourstorename.com/shop/?utm_source=newsletter&utm_medium=email&utm_campaign=sale&utm_content=utmcontent&utm_term=utm_term的 URL 開啟商店。 - 將商品加入購物車並完成結帳。
直接輸入（直接）
- 與上述相同，但不帶任何參數。
網站管理後台
未知
- 從後台手動新增訂單
-
然後從資料庫刪除相關的中繼資料：
DELETE FROM
wp_wc_orders_metaWHEREorder_id= 93 ANDmeta_keyLIKE '_wc_order_attribution%';DELETE FROM
wp_postmetaWHEREpost_id= 93 ANDmeta_keyLIKE '_wc_order_attribution%';
常見問題
歷史訂單資料呢？
此資料僅適用於啟用此功能或更新至 WooCommerce 8.5 後產生的訂單。如果你在任何時候停用此功能，停用期間下的訂單將不會包含此資料。
此功能是否使用 Cookie？
是的。上述列出的 Cookie 會儲存在訪客的瀏覽器中。這些 Cookie 會在訪客的工作階段結束或清除 Cookie 記錄時過期。
只有在下單時才會存取這些 Cookie 中儲存的資料。
客戶工作階段多長？
預設情況下，客戶的工作階段被視為持續 30 分鐘。此功能設定的 Cookie 會在工作階段結束時過期，無法用於追蹤跨多個工作階段的訪客或用於再行銷。
Cookie 被網頁應用程式防火牆（WAF）封鎖
某些網頁應用程式防火牆使用的規則集會錯誤地標記用於擷取訂單歸因訪客資訊的 Cookie，導致訪客出現 403 Forbidden 錯誤。一些常見的規則集提供者已認識到此問題：
- Comodo WAF 規則集 – 已發布更新的規則集以將這些 Cookie 加入白名單。如果你的 WAF 使用此規則集，更新至最新版本應可解決問題。
- OWASP 核心規則集 – 已認識到此問題，但不打算發布修復。如果你的 WAF 使用此規則集，你應該新增排除規則來解決問題。規則可在此 Github 留言中找到。
更新你的規則集、新增排除規則，或請求主機商協助處理，應可解決 WAF 問題。
WooCommerce 9.0 引入了另一種避免 WAF 誤報的方法：wc_order_attribution_use_base64_cookies 過濾器。將此過濾器設為 true 會對訂單歸因 Cookie 中擷取的資料使用 Base64 編碼，避免任何可能觸發過度嚴格 WAF 的子字串：
add_filter( 'wc_order_attribution_use_base64_cookies', '__return_true' );
如果這些選項無法解決 WAF 問題，你可以在 WooCommerce > 設定 > 進階 > 功能 完全停用訂單歸因功能，或使用程式碼：
# PHP
update_option( 'woocommerce_feature_order_attribution_enabled', 'no' );
# WP CLI
wp option update woocommerce_feature_order_attribution_enabled "no"
資料如何處理和儲存？
訂單歸因資訊使用 Cookie 暫時儲存在訪客的瀏覽器中。只有在下單時才會讀取此資料並儲存為訂單中繼資料。
訪客瀏覽器中的 Cookie 會在每次工作階段後過期。WooCommerce 的訂單歸因功能不適合追蹤跨多個工作階段的訪客或彙總訪客行為資料。
此功能是否與同意管理平台整合？
是的，我們讓 WooCommerce 的訂單歸因與 WP Consent API 相容，以便與同意管理平台方便整合。
Automattic 會收到什麼資料？
如果你先前已選擇在 WooCommerce 中分享資料（與 Automattic），則此功能擷取的統計訂單歸因資料將按訂單與 Automattic 分享。客戶資料（如電子郵件地址、帳單或運送資料）不會被傳輸。