為什麼一個組合會觸發多個「加入購物車」事件

在追蹤工具中，加入一個組合可能會顯示為多個加入購物車事件。這可能反映加入了多個商品，但僅憑事件數量，無法證明追蹤正確，也無法證明購買被重複處理。

購物車商品列與追蹤事件不同

一次操作可以為組合加入主要商品、贈品和選用的附加項目。這些商品可能會成為不同的購物車商品列。另一方面，若是同一款式的購買 3 件優惠，可能會將單一商品列的數量增加至 3。數量與不同商品列的數量是不同的衡量方式。

Shopify 的 product_added_to_cart 事件包含已加入購物車商品列的資訊，包括其數量。你的 Meta、Google Analytics、TikTok 或其他整合功能會決定如何轉送及回報這些活動。請勿假設每個服務供應商都必須針對每次按鈕點選、每件商品或每個產生的購物車商品列，恰好顯示一個事件。

檢查一次受控的加入操作

1. 測試前記下購物車中的商品和數量。加入一次組合，然後精確檢查哪些數量發生變更。現有款式可能會合併至購物車中已存在的商品列。
2. 使用追蹤服務供應商提供的測試或偵錯工具，檢查收到的事件。若使用 Shopify 自訂像素，請參閱 Shopify 的自訂像素測試指南。
3. 比較產品或款式識別碼、數量、時間戳記，以及可用時的事件識別碼。描述不同商品的多個事件，與同一事件的重複副本並不相同。僅比對購物車商品列數量，並不足以驗證追蹤。
4. 不使用組合小工具，改為加入一般商品後重複測試。如果此時也出現非預期的重複回報，有助於判斷問題是否出在更廣泛的整合功能。

如需進行變更，請使用測試環境或經授權的示範環境。檢查加入購物車事件不需要實際下單或付款。

尋找重疊的追蹤來源

檢查同一服務供應商是否同時透過主題程式碼、標籤管理工具、Shopify Customer events、銷售管道或其他應用程式安裝。多個安裝來源可能會回報同一個操作。懸浮按鈕、快速購買整合功能或自訂指令碼也可能會提交購物車操作兩次。

在變更追蹤設定前，先確認每個事件的來源。如果購物車數量增加兩次，請同時調查購物車操作和像素。如果結帳或購買事件看起來重複，請分別進行測試；加入購物車的數量無法判定購買回報或客戶收費是否正確。

謹慎比較 Bundlex Analytics

Bundlex 的 加入購物車指標，會記錄小工具中某項折扣的瀏覽器活動。它不會計算行銷像素的事件，也不會計算購物車商品列數量。去重、日期範圍和中斷的瀏覽器追蹤，都可能造成數字差異。

使用 指標定義和 報表檢查，比較相同條件的期間。與像素報表的差異本身，無法判定哪個系統有誤。

如果需要每個組合一個事件

開發人員可以評估你的追蹤整合功能是否支援在成功加入購物車後，另外產生組合層級事件。請定義該事件的衡量內容，以及如何對重複提交進行去重。新增自訂事件，不會自動取代已安裝整合功能轉送的既有事件。

請先驗證現有事件。只有在有明確的報表需求，並確認變更對服務供應商報表和行銷活動的影響後，才修改整合功能。