應用程式和遊戲報表中數據集的匯總和時程表

適當的角色：執行報表查看器 |報表查看器

下表顯示適用於Apps和 Games 報表中數據集的匯總和時間範圍。

注意

以星號 標示的專案 • 是作為下載中樞一部分的時間範圍新增專案，僅適用於單一應用程式下載。

資料	頻率	下載所有應用程式的中樞匯出	下載單一應用程式的中樞匯出
Acquisition	每日	30 天 3 個月	30 天 3 個月
	每小時	72 小時	72 小時
	每週	6 個月 12 個月	6 個月 12 個月
	每月		4 年（2,3,4）*
附加元件下載	每日	30 天 3 個月	30 天 3 個月
	每週	6 個月 12 個月	6 個月 12 個月
	每月		4 年（2,3,4）*
使用方式	每日	30 天 3 個月	30 天 3 個月
	每月	6 個月 12 個月	6 個月 12 個月 4 年（2,3,4）*
健全狀況	每小時	72 小時	72 小時
	每月		30 天*
通道和轉換	每日	30 天 30 個月	30 天 30 個月
	每週	6 個月 12 個月	6 個月 12 個月
	每月		4 年（2,3,4）*
安裝	每日	30 天 30 個月	30 天 30 個月
	每週	6 個月 12 個月	6 個月 12 個月
	每月		4 年（2,3,4）*
Wishlist	快照式
評論	無	30 天	30 天 1 年*
Ratings	每日	30 天 30 個月	30 天 30 個月
	每週	6 個月 12 個月	6 個月 12 個月
	每月		4 年（2,3,4）*

資料集	篩選選項	其計算方式如何？
[使用量] 以外的所有數據集的日期篩選	過去 72 小時（預設值）最近 30 天過去 3 個月過去 6 個月過去 12 個月過去2年過去3年過去4年	小時數、天數、月數或年份取決於計算指定期間從目前時間戳回溯的持續時間。例如：每小時：如果目前的時間戳是 2024 年 8 月 6 日、下午 3：00，則最後 72 小時介於 2024 年 8 月 3 日、下午 3：00 和 2024 年 8 月 6 日下午 3：00 之間。每月：如果目前的日期是 2024 年 8 月 6 日，則過去 6 個月會介於 2024 年 2 月 6 日和 2024 年 8 月 6 日之間每年：如果目前的日期是 2024 年 8 月 6 日，則過去 2 年介於 2022 年 8 月 6 日至 2024 年 8 月 6 日之間
每日使用量	過去 30 天（預設）過去 3 個月	過去 30 天會計算為目前日期與目前日期之前的 30 天之間的期間。範例：如果目前的日期是 2024 年 8 月 6 日，則最後 30 天會計算為 2024 年 7 月 7 日至 2024 年 8 月 6 日之間的期間。
每月使用量	過去 6 個月（預設值）過去 12 個月過去2年過去3年過去4年	過去 6 個月會計算為目前日期與目前日期之前的 6 個月之間的期間。範例：如果目前的日期是 2024 年 8 月 6 日，則最後 6 個月會計算為 2024 年 2 月 6 日至 2024 年 8 月 6 日之間的期間。

要考慮的限制

目前，合作夥伴可以選擇下列其中一項：

欄位 totalRecurrenceCount 對於追蹤排程報表在預先定義的時間範圍內執行的次數而言非常重要。此欄位主要用於排程報表，讓發行者可以定期輕鬆存取報表。

如果報表排程只執行一次，totalRecurrenceCount 字段的值會是 “1”，表示執行計數。這與「立即下載」報告不同，這些報告會立即執行，且不使用此字段。

報表是透過合作夥伴中心或公用 API 建立，有兩種方式可以計算 totalRecurrenceCount：

欄位 totalRecurrenceCount 可協助發行者確保重要數據報告會以排程的間隔產生和傳遞，而不會遺失執行。它也有助於疑難解答和追蹤報表執行模式。

因為報表的排程會導致準備報告以供下載，因此有機會排程誤用報表。若要避免這類情況，報表的排程有兩層限制：

計劃層級總計排程報告計數：

用戶無法建立超過允許的排程報表計數，而且時間範圍必須符合，如排程頻率所示。