歸因視窗怎麼選？先對齊點擊、觀看與觀察時間

先決定要觀察多久，不是先找漂亮的 ROAS

歸因視窗是一次合資格廣告互動之後，多久內發生的轉換仍能依規則記到它名下。它不是報表右上角選的「最近七天」。視窗改變的是哪些結果有資格被記入，不會改變已發生的付款。 選擇時應看目標、購買週期、可用資料與平台支援，再固定比較口徑。

投手真正要回答的是：顧客通常在點擊後多久註冊、多久付費？如果安裝很快、付款要等一週，用同一個短視窗評斷兩者，就可能提早停掉有後續價值的流量。反過來，只為了讓 ROAS 變高而一直拉長視窗，也不能證明投放更有效。

先分清兩個詞：視窗決定互動與轉換之間的時間資格；模型決定合資格互動如何分功勞。需要先理解分配規則，可閱讀廣告歸因的單筆訂單範例。本文聚焦如何選定、記錄及比較時間口徑。

同一批完整流量，為什麼會得到 1、2、3 倍？

以下全是假設教學資料，不是客戶成效。第 0 天一批 100 次廣告點擊共花 USD 100；三位不同顧客分別在自己點擊後第 2、5、9 天付款，每筆 USD 100。所有時間以 UTC 計，沒有其他接觸點，採同一個最後點擊規則，只計點擊後購買；沒有退款、稅或運費。

假設獨立訂單紀錄能連回這批點擊，已完整觀察 14 天且資料回傳完成。用三個教學視窗重新篩選這些已知訂單：

三列是同一批資料的替代口徑，不能把金額相加，也不是三個 Campaign 的測試結果。第 9 天的付款在短視窗外，並不表示這筆生意沒有發生。3、7、14 天只是說明資格篩選，不代表每個平台、每種事件都能選這些天數；實際 ROAS 的其他檢查見ROAS 公式與常見誤判。

「七天點擊」和「七天觀看」不能直接相比

先寫下什麼互動會啟動計時，再寫天數。點擊後轉換是從點擊起算；觀看後轉換則以平台承認的曝光或觀看條件判斷，未必需要點擊。影片的有效觀看與單純曝光也可能採不同規則，不能把所有看過廣告的人都當成同一類互動。

Google Ads 的轉換視窗文件分別列出點擊、互動觀看與瀏覽後的設定。讀報表時要確認這些轉換被放在哪個欄位、有沒有互相排除，以及不同渠道是否可能同時拿到同一訂單的功勞。相同「七天」只對齊時間長度，沒有對齊互動或去重範圍。

例如要比較兩個來源的點擊後付款品質，可以先使用兩邊都支援且符合業務週期的點擊口徑，將觀看結果另外觀察。保留觀看資料有分析用途；把它混進另一邊只有點擊的數字，才會讓比較失去意義。這個選擇也不能替代增量測試，不能僅靠視窗判定「廣告造成了購買」。

用完整資料選候選視窗，注意被截掉的晚付款

選視窗前，先選好業務結果：註冊、首次付款、每次購買並不相同。把目標系統的已去重訂單與可合法保留的來源紀錄核對，查看從合資格互動到結果的時間分布。跨裝置或來源遺失的訂單應標示無法串接，不要假裝它們都在視窗外。

最容易忽略的問題是：短視窗報表可能根本看不到晚到的結果。 若目前只記七天內的轉換，不能因為表內所有付款都在七天內，就宣稱七天已涵蓋全部購買週期。Google Ads 的同一份視窗文件也提醒，七天設定會限制時間延遲報表能呈現的範圍。需要另查能涵蓋較長期間的合規紀錄，或規劃前瞻觀察，而不是從被截短的資料推算不存在的完整分布。

也不要拿昨天的新流量，跟上個月已等到付款的流量直接比。Google 的轉換延遲說明解釋，尚未到齊的結果可能使 CPA 看起來偏高、ROAS 偏低；時間分布操作說明要求使用足夠久以前的期間。實務上應記錄批次的最後互動時間、觀察截止與回傳延遲，等所選視窗有機會走完，再評估結果；預測值要與已觀測值分開。

實際比較時，可用轉換延遲的相同觀察長度案例固定獲客花費，檢查為何舊群組滿七天的 ROAS 不能直接與新群組滿一天的結果排名。

三個時間設定分開記，改設定也不等於補歷史

第一個是轉換記錄視窗：互動後多久的結果會被平台記錄。第二個是報表日期範圍與日期基準：這次展示哪幾天，依點擊日還是付款日歸入。假設 9 月 1 日點擊、9 月 6 日付款，兩者相隔五天；採點擊日或付款日報表，會把結果放在不同日期，但這五天的間隔並沒有改變。Google Ads 的轉換時間欄位說明區分一般欄位與按轉換時間的欄位。

第三個是某些歸因報表的回溯控制。Google Ads 的歸因報表文件明確區分報表的 Lookback window 與轉換動作的 Conversion window。把報表回溯改長，不應被當成「先前未記錄的訂單一定會補回」的證據。

設定可選範圍也因來源與事件不同。依 GA4 的關鍵事件回溯文件，首次開啟／首次造訪與其他事件的選項並不相同。因此先檢查目標事件自己的設定，不能把某平台的七天選項套到所有事件。

若要改視窗，保存舊設定、新設定與生效時間。Google Ads 與 GA4 的文件都說明更動向後續資料生效；不要假設改長後，先前因短視窗未被記錄的轉換會全部重算。更動前後的數字，先標明政策差異，再談流量品質。

發布一份所有人都能遵循的比較規則

可以先填這份最小紀錄，讓投手、分析與目標系統負責人採用同一口徑：

• 目標與金額： 付款成功、每筆一次、USD、不含稅運費；退款是否扣除另行寫明。
• 互動與視窗： 點擊後多少天；觀看後結果是否另列；模型與可拿功勞的渠道是什麼。
• 時間與完整度： 互動批次、時區、報表按哪個日期、觀察截止；哪些資料仍在等回傳，哪些來源無法串接。
• 修改與檢查日期： 設定何時變更；何時再看成熟結果；比較時保持事件、花費與分配規則一致。

若不知道該用幾天，先從業務週期、平台支援及完整歷史資料提出候選，再用固定規則前瞻觀察。不要每天為了追上帳面成效改設定；樣本不足時，保留「尚無足夠資料」的結論。

MeetROAS 可以協助投手分開查看 Campaign 的安裝、首次開啟與已接入的後續目標，檢查流量在哪個階段流失；付款仍需目標系統回傳且能有效串接。這些階段資料有助於提出觀察多久的問題，但不會替你統一各上游的歸因視窗，也不能用安裝推算尚未接入的營收；接入條件見事件文件。