電商轉換追蹤怎麼做？從廣告點擊核對到完成訂單

轉換追蹤要回答哪四個問題

廣告平台的點擊數增加，不代表同樣數量的消費者真的進入商品頁；商品頁有人瀏覽，也不代表訪客有選擇規格或開始付款。轉換追蹤要把廣告之後的主要購買動作分開記錄。

經營者至少要回答：

1. 消費者是否從預定廣告連結到達正確商品頁。
2. 消費者看了哪項商品，有沒有加入購物車。
3. 消費者有沒有進入結帳，看到運費與付款方式。
4. 網站是否建立訂單，付款狀態又是什麼。

例如一則收納用品廣告帶來1,000次點擊，官網只收到12筆訂單。若系統只記錄點擊與訂單，經營者無法分辨其餘訪客是沒有到達頁面、看完商品便離開、加入購物車後放棄，或在付款時發生錯誤。

媒角抵加網路節目〈小電商要有百萬才能開局〉談到，網站沒有行為資料時，經營者只能看到花了多少廣告費、營業額是多少。節目以網站訪客行走路徑說明Pixel的用途：知道訪客看了什麼，以及後續到了哪一個頁面，經營者才有資料決定要檢查哪個環節。

先指定廣告最後要帶來什麼結果

一般電商以完成訂單或付款成功作為主要結果。兩者必須先選定，因為不同付款方式不會在同一時間收到款項。

信用卡付款成功後，訂單通常能立即取得付款結果；銀行轉帳可能先建立訂單，入帳後才改為已付款；貨到付款則要等物流配送及收款。網站若在「送出訂單」時記錄購買，廣告平台看到的是成立訂單；公司若要看實際收款，仍要回到訂單後台核對付款、取消與退貨。

預購、預約或詢價型商品也要指定一個完成條件，例如支付訂金、完成預約或送出包含聯絡資料的表單。點擊「立即購買」按鈕只表示消費者開始行動，不能和付款成功使用同一個結果名稱。

把最終結果寫成一句可以查核的定義：

完成購買＝購物系統建立不重複訂單編號，並收到指定付款方式的成功結果。

若公司把訂單成立視為廣告轉換，則改寫成「建立不重複訂單編號」，並在報表上和已付款訂單分開。

電商至少記錄四個購買事件

Google Analytics官方電商文件列出商品瀏覽、加入購物車、開始結帳、購買及退款等建議事件。一般官網可以先完成四個主要購買事件：

事件應在消費者真的完成該動作時傳送。開啟商品頁可以記錄商品瀏覽；按下加入購物車後，系統確實增加商品才記錄加入購物車；完成購買則要等購物系統建立訂單並符合公司選定的付款條件。

事件名稱要和工具的建議格式一致。Google官方驗證文件以 add_to_cart 為例，若自行改成另一個名稱，分析工具可能把它當成自訂事件，無法直接使用既有的電商報表欄位。

Meta Pixel設定也分成基礎程式與網站事件兩個部分。網站出現Pixel識別碼，仍要確認商品瀏覽、結帳及購買等動作有沒有在事件管理工具中收到資料。

完成購買要帶回哪些訂單資料

一筆購買事件沒有訂單資料，只能增加「購買次數」，無法和購物系統核對。完成購買至少要包含：

• 不重複的訂單編號。
• 交易發生時間。
• 訂單金額。
• 使用幣別，例如新台幣。
• 商品編號或名稱。
• 商品數量與規格。
• 優惠或折扣資料。
• 事件來自瀏覽器、伺服器或購物平台串接。

GA4的 purchase 事件使用 transaction_id識別交易，並以 value、currency及商品陣列記錄金額、幣別與商品。傳送金額時也要傳送幣別；否則營收報表可能缺少必要資訊。

訂單編號要保持一致。購物系統顯示訂單 A20260721001，GA4應使用同一個交易編號；廣告事件工具則要保留可對照的事件時間、金額與事件識別資料。網站公司另建一套無法回查的流水號，客服與行銷人員便無法確認兩邊是否為同一筆交易。

網站資料會送到哪些工具

轉換資料通常經過下列路徑：

廣告連結 → 商品頁 → 購物車 → 結帳 → 訂單後台 → GA4與廣告事件工具

網站負責記錄消費者實際操作；訂單後台保存商品、付款及履約狀態；GA4整理網站事件；Meta Pixel可從瀏覽器傳送網站事件，Conversions API則能從伺服器、網站平台、App、CRM或其他來源傳送行銷資料。

同一筆購買若同時由瀏覽器與伺服器傳送，要確認系統有對應的事件識別方式，避免平台把一筆訂單算成兩次。使用購物平台內建串接時，先查平台目前支援哪些事件、欄位與取消退款處理，再決定是否需要額外安裝。

蝦皮等平台型賣場未必開放賣家自行安裝所有外部追蹤工具。廣告導向平台商品頁時，要以平台當期提供的賣家報表、廣告工具及串接功能為準，不能假設官網的設定方式可以直接使用。

Meta官方也說明，Conversions API不能用來繞過作業系統、瀏覽器及平台的資料控制。公司在啟用事件工具前，還要確認網站實際收集與傳送哪些資料、由誰管理，以及隱私說明與同意設定是否符合實際做法。

廣告持續扣款，Pixel卻沒有正確記錄

米糕行銷林俊廷在媒角抵加網路節目分享一項廣告設定檢查。該案希望廣告帶來餐廳訂位，檢查數據與廣告設定後，卻發現Pixel沒有啟用或設定錯誤，系統主要在取得點擊，無法核對廣告是否帶來預定的訂位結果。

電商官網也會出現相同的驗收問題。廣告活動選擇購買為目標，網站若只傳送頁面瀏覽，平台不知道哪些訪客完成購物車、結帳與訂單。後台即使顯示Pixel已連線，也不能證明購買事件已正確送出，更不能證明事件金額與實際訂單一致。

檢查時先拿出一筆測試訂單，不用先討論廣告成果。事件有沒有依序出現、金額是否相同、購買有沒有被算兩次，都是可以直接查核的設定結果。

用一筆測試訂單驗收轉換追蹤

選擇一項可正常販售、庫存與付款都已確認的商品。測試人員使用手機，從廣告預定連結開始操作：

1. 開啟廣告連結，確認到達正確商品頁。
2. 查看商品後，核對商品瀏覽事件與商品編號。
3. 選擇規格及數量，加入購物車。
4. 進入結帳，確認商品、優惠、運費與總額。
5. 使用公司允許的測試付款方式完成訂單。
6. 記下訂單編號、時間、金額、幣別、商品及裝置。
7. 到GA4的DebugView或即時工具查看事件與參數。
8. 到Meta事件管理工具查看相同購買是否出現。
9. 回到訂單後台核對付款狀態，按公司流程取消或退款測試訂單。

Google Analytics官方說明，DebugView可即時顯示測試裝置送出的事件及參數，適合在安裝與測試期間查找問題。一般報表可能需要較長時間處理資料，不能因測試後立即找不到日報數字，就直接判定事件沒有送達。

測試要保留截圖或紀錄：哪個帳戶、哪個資料來源、測試時間、訂單編號、每個事件的結果，以及誰負責修正。第二次測試使用新的訂單編號，避免系統把重複的交易編號忽略。

四種常見的轉換追蹤錯誤

完成訂單，購買事件沒有出現

先核對完成頁是否正常載入、購買事件的觸發條件、事件名稱與必要參數。信用卡跳轉付款後沒有回到完成頁，也可能影響只依靠瀏覽器頁面的設定。

一筆訂單被記錄兩次

常見情況包括完成頁重新整理便再次觸發，或瀏覽器與伺服器各送一次卻沒有正確對應。使用同一個訂單編號核對事件數量，交由網站或追蹤人員檢查觸發方式。

訂單金額或幣別錯誤

查看傳送的是商品小計、折扣後金額，還是包含運費與稅額的訂單總額。前後工具要使用同一項定義，並確認新台幣沒有被誤傳成其他幣別。

測試、取消或退款仍留在成交數字

測試訂單要標記並按公司流程取消或退款。GA4官方提供 refund事件記錄退款，實際網站是否自動傳送，取決於購物系統與串接方式。廣告平台報表與訂單後台可能不會同步更新，營運報表仍要以完成取消與退款處理的訂單核對。

帳號、權限與異常處理人員

轉換追蹤由網站公司或廣告代操設定，公司仍要保有下列資料：

• GA4資源名稱、資源編號及公司管理權限。
• Meta商務帳號、資料集或Pixel識別碼及公司管理權限。
• 網站後台、標籤管理工具與購物平台的負責人員。
• 每個事件的中文用途、官方名稱與觸發條件。
• 測試訂單紀錄、異常截圖與最近驗收日期。
• 網站改版、付款方式更換或串接更新後的重新測試人員。

公司有查看權限，才看得到事件是否中斷、資料從哪裡送出，以及外部合作結束後需要交接哪些設定。只有報表截圖，卻無法登入原始帳戶，便不能獨立核對追蹤狀態。

網站更新商品頁、購物車、結帳或付款串接後，都可能影響事件。改版上線前先跑一次測試，上線後再用新的訂單編號重測；事件缺少或金額不一致時，暫緩使用該報表調整廣告預算。

電商轉換追蹤驗收表

九項都完成後，保留測試商品、裝置、付款方式及各工具看到的時間。任何一項只能由外部人員口頭說明，卻沒有帳戶畫面、事件參數或訂單可以核對，就要補做驗收。