Google 廣告 在地商家 追蹤缺口：診斷、修復與預防完整指南
了解如何識別、診斷和修復 Google 廣告 上 在地商家 廣告活動的追蹤缺口問題。包含逐步恢復操作手冊、預防檢查清單與實戰經驗。
症狀與警告信號
平台與分析數據不匹配
平台報告的轉換與您的分析工具之間存在 30-50% 的差異。這個差距意味著優化演算法正在使用不完整的數據，導致預算分配錯誤和出價決策失誤。
iOS 轉換未報告
在 ATT 實施後，iOS 轉換已大幅下降或完全消失。伺服器端追蹤未正確配置，使得 40-60% 的行動轉換對您的廣告平台不可見。
歸因窗口混亂
由於歸因窗口不匹配，不同平台對相同活動報告不同的轉換數。如果沒有標準化的歸因設定，您無法準確比較平台效能。
跨設備旅程中斷
在行動端點擊但在桌面端轉換的用戶未被正確追蹤。這在漏斗分析中造成盲點，並使表面的獲客成本膨脹 25-40%。
根本原因分析
未實施伺服器端追蹤
僅依賴瀏覽器端像素意味著由於廣告攔截器、iOS ATT 和瀏覽器隱私功能，您正在丟失 35-50% 的轉換數據。透過轉換 API 的伺服器端追蹤對於準確的優化數據至關重要。
事件去重未配置
同時運行客戶端像素和伺服器端 API 而沒有適當的基於 event_id 的去重，會導致轉換被重複計算。這會破壞優化信號並膨脹報告的效能。
歸因窗口不匹配
不同平台使用不同的歸因窗口使跨平台比較變得不可能。在所有平台上標準化為 7 天點擊、1 天瀏覽以實現一致的衡量。
逐步修復指南
實施伺服器端追蹤
為 Meta 設定轉換 API (CAPI) 並為 Google 設定增強轉換。使用最大匹配鍵（雜湊電子郵件、電話、外部 ID）發送所有關鍵轉換事件。
配置事件去重
實施在客戶端生成的共享 event_id，並在每個轉換事件中傳遞給您的伺服器。這可以防止同時運行像素和 API 時的重複計算。
標準化歸因窗口
將所有平台設定為一致的歸因窗口（建議 7 天點擊、1 天瀏覽）。建立跨平台儀表板以標準化基準顯示轉換進行準確比較。
設定跨設備追蹤
實施通用用戶 ID 系統，在登入/註冊時將匿名點擊 ID 連接到已認證用戶 ID。在伺服器端存儲映射以串聯跨設備的完整用戶旅程。
建立數據驗證儀表板
建立自動化日報，比較平台報告的轉換與您的內部真實來源。標記超過 15% 差異以立即調查。每週追蹤匹配率和數據品質分數。
預防檢查清單
在啟動任何活動之前實施伺服器端追蹤
使用共享 event_id 在像素和 API 之間去重事件
在所有平台上標準化歸因窗口
每週用平台與分析比較審計追蹤數據
維護跨設備用戶 ID 映射
監控匹配率並保持在 70% 以上
記錄您的追蹤架構並每季更新