Meta 歸因窗收窄 — 廣告投資回報率（ROAS）忽然變差，先別砍預算
Ads Manager 的 ROAS 忽然變差，先別砍預算。2026-01-12 起 Ads Insights API 不再回傳 7d_view／28d_view；長得像業績下滑，實際可能是尺變了。
當 Meta 的 Ads Manager 後台忽然顯示廣告投資回報率（ROAS）下跌、轉換變少，甚至某些轉換欄位變空，老闆想砍預算，我通常會先問一句：是生意變差，還是量度用的尺變了？公司增收降本，量度先要可信；如果尺已經收窄，先處理量度，再談預算增減，才不會把可賺錢的廣告誤殺。
這次要處理的核心，不是「廣告一定變差」，而是「報表口徑可能變了」。主證是 Meta Developers blog 2025-10-16〈Ads Insights API Metric Availability Updates〉。根據該頁說明，自 2026-01-12 起，Ads Insights API 的 action_attribution_windows 不再回傳 7d_view、28d_view，以及包含這些 view 窗的組合。仍可用的窗口包括 1d_click、7d_click、28d_click、1d_view、1d_engaged_view（engaged view）等；實際以官方頁為準。
痛點：後台數字一變，預算決策很容易被恐慌帶走
我見過最危險的時刻，不是報表跌，而是報表跌得太快，快到沒有人先檢查量度口徑。
常見情境是這樣的：
- Ads Manager 的 ROAS 忽然比上週低。
- 某些轉換行動忽然變少，甚至出現空白。
- 老闆或財務看到數字，直接問：「是不是應該先停廣告？」
- 市場團隊為了交代，開始用不同報表拼湊解釋。
- 愈拼愈亂，因為每張報表背後的歸因窗可能不同。
這時最忌諱的是把「平台報表變化」直接當成「生意變差」。公司增收降本，需要可信的量度；如果量度本身正在切換，先別急著用舊數字砍預算。
錯在邊：用舊尺睇新報表
很多時候，問題不是廣告表現忽然崩壞，而是分析人員仍用舊尺睇新報表。
具體而言，有兩個常見錯誤。
錯誤一：仍用舊的 view 窗口理解新報表
如果過去報表依賴 7d_view 或 28d_view，而新環境下這些窗口不再可用，或不再完整回傳，那麼舊報表自然會失去解釋力。
根據上述 Meta Developers blog 說明，自 2026-01-12 起，Ads Insights API 的 action_attribution_windows 不再回傳 7d_view、28d_view，以及包含這些 view 窗的組合。這代表如果你的報表工具、BI、自動腳本或對帳流程仍硬要取這些欄位，可能會出現空白、缺漏、對不上，甚至看似「轉換忽然消失」。
錯誤二：以為 Ads Manager 與 API 一定同步
Ads Manager 行為與 API 可能不同步。後台數字縮、空、變，不一定等於生意死。
這裡要特別小心：不要發明「所有帳號 Ads Manager UI 同一天關掉 7 日瀏覽」這類結論。硬核事實是 Ads Insights API 的可用歸因窗更新；至於 Ads Manager 介面，可能一併收窄，或與 API 對不上，但仍要以實際帳號顯示與官方說明為準。
我怎麼做：先固定一把可對帳的尺
我的處理原則很簡單：先固定一把可對帳的尺，再判斷預算。沒有固定尺，任何增減預算都是賭。
第一步：固定可對帳的歸因窗
我會先選定一組可長期追蹤、可與不同工具對齊的歸因窗。常見可考慮的組合是 7d click + 1d view。
這裡要補充：常見文件提到的預設歸因窗為 7d_click + 1d_view；但這不代表你的 Ads Manager 設定、報表工具或 API 拉取設定一定與它一致。文件上的常見預設，與你帳號實際使用的設定，不是同一件事；如果不對帳，就會出現「每個人都說自己有看，但每張表都不一樣」的情況。
可固定的尺，要能回答三個問題：
- 這把尺是否仍能由 Ads Insights API 穩定取得？
- 這把尺是否能與 Ads Manager 報表對齊？
- 這把尺是否能與 Google Analytics（GA）及訂單資料作合理比較？
如果答案不清楚，先別急著下結論。
第二步：與 Ads Manager 及報表工具對齊
固定尺之後，我會做一輪對帳：
- 在 Ads Manager 選擇相同日期範圍與相同轉換事件。
- 確認報表中的歸因窗設定是否與要追蹤的尺一致。
- 檢查自訂報表、BI 儀表板或 API 腳本是否仍請求已不可用的窗口。
- 若發現
7d_view、28d_view相關欄位空白或對不上，先標記為量度問題，而非直接當成業績問題。 - 保留舊報表截圖與新報表截圖，方便向老闆解釋「數字變化」來自哪一類口徑變化。
這一步不是為了追求完美，而是為了讓公司內部能用同一把尺說話。公司增收降本，量度先要可信；可信的第一步，是避免同一會議上出現三套不同口徑。
第三步：同 Google Analytics（GA）與訂單閉期比較
平台歸因不是現金。Meta 報表告訴你的，是平台按其歸因規則計算出來的結果；它不等於銀行入帳，也不等於真實訂單完成。
因此，我會把平台報表當成第一本帳，而不是唯一一本帳。真正要對的，是：
- Google Analytics（GA）的工作階段、轉換事件與流量變化。
- 訂單系統的真實成交紀錄。
- 訂單閉期，即由點擊、查詢、下單到付款確認的完整流程。
- 退款、取消訂單、未付款訂單等會令平台轉換與現金不一致的因素。
如果 Ads Manager 的轉換跌，但 GA 與訂單閉期沒有同方向惡化，就要先懷疑是歸因口徑變化，而不是立刻砍預算。反過來說，如果平台報表仍然漂亮，但訂單閉期顯示現金流變差，也不能只信平台數字。
限制：平台歸因 ≠ 現金；尺收窄 ≠ 生意死
這一段我會反覆提醒，因為很多預算誤判都來自把平台歸因當成生意真相。
平台歸因有其限制：
- 平台只能按其可追蹤的訊號計算轉換。
- 不同歸因窗會把同一筆轉換分配到不同日期或不同廣告。
- 瀏覽型歸因與點擊型歸因對業績的解釋力不同。
- 報表工具若仍使用已棄用或不可用的窗口，會出現空白或對不上。
- 真實生意還要受價格、庫存、銷售頁、客服、季節、競爭對手等因素影響。
所以，尺收窄不等於生意死。它只是提醒我：過去某些報表口徑可能不能再照用。公司增收降本，需要更穩的量度系統，而不是更快的情緒反應。
我也不會因為某一個窗口消失，就立刻改另一個窗口來「令數字好睇」。為對齊而亂改視窗，會令歷史比較失去意義，也會令團隊日後更難判斷廣告是否真的有效。正確做法是固定一把可對帳的尺，記錄變更原因，然後在同一把尺下持續觀察。
一個簡單的內部自查順序
如果老闆已經在問「要不要砍預算」，我會用以下順序回應：
- 先確認 Ads Manager 顯示的歸因窗與日期範圍。
- 檢查報表工具或 API 是否仍請求
7d_view、28d_view等已不再回傳的窗口。 - 改用仍可對帳的窗口，例如
7d click + 1d view，並記錄選擇原因。 - 比較 Google Analytics（GA）的流量與轉換趨勢。
- 拉出訂單閉期，看真實成交、付款與退款。
- 若三本帳方向一致，才討論預算調整；若不一致，先處理量度問題。
這不是拖延決策，而是避免用錯尺做錯決定。公司增收降本，不是靠最快砍預算，而是靠更可信的量度與更清楚的責任歸屬。
結尾：先查尺，再談預算
面對 Meta 歸因尺收窄，我的結論很簡單：先別把報表波動當成生意判決。Ads Manager 與 Ads Insights API 的數字變化，可能來自歸因窗更新；平台歸因也不等於現金。真正要做的，是固定一把可對帳的尺，與 Ads Manager、報表工具、Google Analytics（GA）及訂單閉期逐步對齊。
歸因窗收窄之後，可用 Google Analytics（GA）與訂單數據作比較。訂閱後可解鎖 GA 量度自查清單，逐項檢查來源歸因與訂單對帳。