Meta、Google Ads 與 AppsFlyer（AF）的安裝或付費數字不同，未必代表事件漏傳。先確認報表統計的是同一行為、日期與歸因口徑。本文根據小魏 2023 年的《數量差異的幾個原因》重新整理；舊文中的預設歸因天數不應視為 2026 年固定規則。
1. 同一用戶可能被不同平台歸給不同渠道
用戶先點 Meta 廣告，再點 Google 廣告，然後首次開啟 App。廣告平台可能各自報告轉換；MMP 按跨渠道規則分配一個獲客來源。不要直接相加兩個平台的安裝量。詳見 AppsFlyer 官方說明。
2. 歸因視窗可能不同
逐項核對點擊與瀏覽回溯視窗，以及它們適用於安裝還是應用內事件。7 天與 1 天視窗可能讓同一轉換只出現在其中一張報表；舊文提到的 28 天不是現行通用預設值。
3. 互動日、下載日與首次開啟日不同
Google Ads 的某些轉換報表按互動日歸檔，AppsFlyer 通常以首次開啟作為安裝日期。1 日點擊、3 日首次開啟的用戶可能落在不同日期。請拉長觀察期並核對官方差異說明。
4. 統一時區
記錄廣告帳戶、MMP App 與資料倉庫時區，對帳時先換算到同一時區與日期邊界。
5. 重新安裝與再行銷可能分開呈現
根據用戶歷史、再歸因視窗與再行銷觸達，重新安裝可能被列為 reinstall、re-attribution 或新安裝。查看 AppsFlyer 重新安裝說明與當前配置。
6. 再檢查事件與篩選條件
口徑對齊後若仍有差異，檢查 SDK／S2S 是否重複或漏傳、事件名稱與價值、隱私建模，以及國家、系統、活動與自然量篩選。先比較原始事件，再比較渠道歸因。
對帳順序
- 定義指標與去重規則。
- 統一時間範圍和時區。
- 對齊視窗、互動日／轉換日與獲客／再行銷視圖。
- 分渠道檢查原始事件與設定。
延伸閱讀：Meta App 上線檢查表、Google App 廣告流程。本文改寫自小魏原文。
常見問題
為何 Meta 與 Google 安裝量相加高於 AppsFlyer？
平台可能各自報告可見的廣告互動，MMP 則按跨渠道規則只分配一個來源；請先對齊安裝定義與視窗。
每日差異大、每週接近是正常的嗎？
可能與互動日、首次開啟日、時區或延遲回傳有關；先統一口徑並延長觀察期。
重新安裝算新安裝嗎？
取決於 MMP 再歸因視窗、用戶歷史及再行銷觸達，應核對當前報表分類。