
這個流程會建立一張核對表,用來配對相關紀錄,同時清楚保留各筆紀錄的來源與差異。先從帳戶端紀錄開始。只有在公開資料有助於回答報告問題時,才將其加入。
TikTok 文件說明,帳戶持有人的儀表板提供預估獎勵、影片成效資訊及影片資格詳情。資格是指影片是否符合計畫要求。已核查的來源無法證實有完整的 Rewards 匯出功能,也無法確認目前的下載流程。請使用帳戶實際提供的紀錄。TikTok 支援,已於 2026 年 10 月 25 日核查;僅支持儀表板相關資訊。
1. 確定問題與報告期間
用一句話說明你需要核查什麼。例如:「我需要列出帳戶顯示的九月預估獎勵,並為每支已配對的影片加入最新可取得的公開觀看次數。」
這個問題涉及兩個時間基準。九月是帳戶端獎勵紀錄所屬的期間。公開觀測資料則有自己的日期與時間。十月讀取的公開計數,即使放在九月獎勵旁邊,也不會變成九月的計數。
選擇報告需要的資訊:
| 資訊 | 應使用的來源 | 須保留的含義 |
|---|---|---|
| 預估獎勵 | 可取得的帳戶端 Rewards 紀錄 | 依來源標籤所示的預估金額 |
| 已確認付款 | 可取得的帳戶端付款證據 | 有該紀錄支持的付款 |
| 合格觀看次數 | 明確列出此項資訊的帳戶端紀錄 | 來源提供的合格觀看次數 |
| 資格狀態 | 明確列出此項資訊的帳戶端紀錄 | 來源顯示的資格狀態 |
| 公開觀看次數 | 附有日期的公開影片觀測資料 | 觀測當時的公開計數 |
合格觀看次數,是帳戶端 Rewards 來源認定為合格的觀看次數。本指南不另行提供資格判定規則。請保留帳戶顯示的完整原始標籤。不要將一般公開觀看次數視為合格觀看次數。
記錄報告期間、幣別,以及你核查帳戶端來源的日期。保留來源標示的時區。如果來源沒有顯示時區或確切時間,請記錄這項缺漏。不要加入來源未提供的精確資訊。
也要說明報告涵蓋的範圍。「選取的三筆九月帳戶端紀錄」與「九月所有 Rewards 紀錄」並不相同。只有在證據支持涵蓋全部紀錄時,才能使用後者。
2. 蒐集你能取得的帳戶端紀錄
開啟帳戶可用的 Rewards 儀表板或檔案。為每筆抄錄的紀錄保留對應畫面或檔案的來源參照。保留原始標籤、日期、影片參照,以及金額的狀態。
如果找不到匯出功能,請手動記錄少量可核查的資料。這個方法不依賴 CSV 匯出。CSV 是以逗號分隔表格數值的文字檔。本次固定使用的來源證據,無法確認是否提供完整的 Rewards CSV 匯出功能。
對每筆帳戶端紀錄執行以下步驟:
- 記錄找到紀錄的位置,以及核查時間。
- 抄錄紀錄期間與影片參照。
- 抄錄獎勵金額、幣別及完整原始金額標籤。
- 只有在來源顯示時,才抄錄合格觀看次數及資格狀態。
- 將每個缺失值標記為未知。
- 再次對照來源,核查抄錄的數值。
將預估獎勵與付款證據分別放在不同欄位或表格。畫面顯示預估金額,不代表款項已支付。如果付款紀錄沒有影片參照,請保留紀錄所述的範圍。沒有證據時,不要將款項歸到某支影片。
保留來源的單位。貨幣金額與觀看次數的單位不同,不要將兩者加總。不同幣別應分別加總,除非另有具備依據的換算方法。
缺失值不是零。零表示來源明確指出該欄位的數值為零。未知表示該紀錄無法確定數值。獎勵、付款、合格觀看次數、資格狀態及公開觀看次數,都須保留這項區別。
3. 儲存三張相互連結的表格
將帳戶端紀錄、影片身分核查資料及公開觀測資料分別放在不同表格。這樣能讓後續核查更容易,也能避免多筆公開觀測資料造成獎勵金額重複計算。
以下是建議的報告欄位。這些欄位供你自行建表使用,並非公開資料蒐集工具額外回傳的欄位。
帳戶端紀錄
每筆帳戶端來源紀錄各占一列。同一支影片可以因期間或紀錄類型不同,而有多筆紀錄。
| 儲存欄位 | 記錄內容 |
|---|---|
| 帳戶端紀錄識別碼 | 可唯一識別這筆來源紀錄的代碼 |
| 來源參照 | 儀表板畫面或檔案參照 |
| 來源核查時間 | 你核查帳戶端紀錄的時間 |
| 紀錄類型 | 來源對這筆紀錄使用的標籤 |
| 報告期間 | 來源顯示的完整期間 |
| 帳戶端影片參照 | 來源中的影片連結或 ID |
| 預估獎勵 | 顯示的金額,或未知 |
| 幣別 | 金額所用的幣別 |
| 付款證據 | 如有,記錄另一筆付款紀錄的參照 |
| 合格觀看次數 | 來源提供的次數、零或未知 |
| 資格狀態 | 來源顯示的完整狀態,或未知 |
| 待釐清事項 | 任何缺失或不明確的細節 |
影片身分對照表
影片身分對照表用來連結帳戶端影片參照與已核查的公開影片。儲存帳戶端參照、完整的公開影片 ID、公開網址、核查日期,以及是否確認為同一支影片的判定。
只要能取得完整 ID,就應核對 ID 是否一致。相似的說明文字、標題或日期並不足夠。如果無法確認兩筆紀錄指向同一支影片,請將影片身分保留為待確認。
配對時,保留帳戶端紀錄識別碼。單靠影片 ID,無法區分同一支影片的兩個獎勵期間。
公開觀測資料
快照是某個時間點儲存的一筆觀測資料。每筆公開快照各占一列。回傳結果若含有以下文件列出的欄位,請將其儲存:
| Actor 欄位 | 在本報告中的用途 |
|---|---|
| `inputUrl` | 提交供核查的網址 |
| `postId` | 回傳的影片 ID |
| `postUrl` | 回傳的公開影片網址 |
| `views` | 觀測到的公開觀看次數 |
| `postMetricStatus` | 公開指標的可用狀態與精確程度資訊 |
| `status` | 該列結果的整體狀態 |
| `statusReason` | 如有,記錄該狀態的詳細說明 |
| `scrapedAt` | 蒐集公開觀測資料的時間 |
文件列出的輸出也包含 `publishedAt`,即影片的發布時間。請將其與 `scrapedAt` 及帳戶端 Rewards 期間分開記錄。
4. 有需要時,加入一筆公開觀測資料
Actor 是由平台託管的資料蒐集程式。TikTok Metrics Scraper Actor 的文件列出公開影片計數及身分識別欄位。文件所列的輸出沒有收益或合格觀看次數欄位。它不會替你建立核對表。
已核查的介面規格支援透過 `startUrls` 提供已知的公開影片網址,並將 `mode` 設為 `knownUrls`。請以這份小規模輸入作為起點:
{
"maxItems": 1,
"mode": "knownUrls",
"startUrls": ["https://www.tiktok.com/@mrbeast/video/7654638524729216287"]
}將範例網址換成影片身分對照表中,一個已核查的公開影片網址。提供的網址只是範例,不能作為你帳戶或 Rewards 紀錄的證據。`maxItems` 用來限制輸出的總列數。上限設為 1,可讓這次建議的核查維持小規模;這不表示結果涵蓋整個帳戶。
這份輸入符合所提供的結構規範。本文未實際執行 Actor。這些輸出欄位描述的是公開介面規格,並非本文實際觀測到的結果。Actor 公開介面規格,已於 2026 年 10 月 25 日核查;僅有文件所載的輸入與輸出,沒有實際執行結果。
Task 是為 Actor 儲存的一組預設輸入。核查來源時,公開的 TikTok Creator Analytics Task 頁面確實存在。但未透過已驗證身分的帳戶讀取其儲存設定,也未執行該 Task。使用前,請自行檢查輸入。TikTok Creator Analytics Task,已於 2026 年 10 月 25 日核查;僅確認公開頁面存在。
自行執行核查後,請檢查 `status`、`statusReason`,以及 `postMetricStatus` 中的 `views` 項目。同時保留指標狀態及其精確程度值。文件列出的精確程度值包括 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 及 `unknown`。
不要將經過取整的計數呈現為精確值。不要將缺失的 `views` 值改成零。即使公開計數是精確值,也不能證明有同樣數量的不同觀眾。
本報告處理的是帳戶端 Rewards 紀錄。如果另一項工作是記錄品牌合約的交付情況,請使用 TikTok UGC 觀看次數存證方法。該方法對合約及截止時間有不同的核查要求。
5. 配對紀錄,並維持獎勵合計不變
資料連接是透過共用欄位,將紀錄合併的步驟。在這裡,只能透過已核查的影片身分連接資料。在結果中保留帳戶端紀錄識別碼、期間及紀錄類型。
依照以下順序操作:
- 加入公開資料前,先加總已知的帳戶端獎勵金額。
- 計算帳戶端來源紀錄的筆數,以及缺少金額的紀錄筆數。
- 在本報告中,每筆帳戶端紀錄最多選取一筆公開快照。
- 透過已核查的影片 ID,配對選取的快照。
- 將帳戶端期間與公開觀測時間分別放在不同欄位。
- 再次加總帳戶端金額,並與原始合計比較。
如果保留多筆公開快照,請將其存放在公開觀測資料表中。依照明確寫出的規則,為報告選取其中一筆,例如本報告可取得的最新可用觀測資料。記錄你選取的是哪一筆快照。
同一筆帳戶端紀錄,不能因為有多筆公開計數讀值,就變成多筆應付款項。同樣地,同一支影片的兩筆帳戶端紀錄,如果期間或紀錄類型不同,仍是兩筆來源紀錄。
直接說明日期之間的關係。「九月預估獎勵,搭配十月 25 日觀測的公開觀看次數」表達清楚。如果你只在十月蒐集公開計數,就沒有依據將它稱為「九月觀看次數」。
公開計數也無法顯示觀眾觀看了影片的哪些片段。如果這是你的下一個問題,請使用 TikTok 觀眾留存資料選擇指南,選擇適合回答該問題的帳戶端資料。
6. 計算範例:三支選定的影片
原創虛構範例。以下所有數值均為說明方法而虛構,並非實際收益、平台結果、Actor 執行結果或預期付款。V1、V2 及 V3 是虛構的影片標籤。
可取得的帳戶端紀錄屬於九月。另一組公開觀測資料的日期是十月 25 日。範例未提供公開計數的精確程度標記、確切觀測時間、付款紀錄或資格狀態。這些細節應保留為未知。
| 虛構影片 | 帳戶端期間 | 預估獎勵 | 合格觀看次數 | 公開觀看次數 | 公開觀測日期 |
|---|---|---|---|---|---|
| V1 | 九月 | 12 USD | 6,000 | 12,000 | 10 月 25 日 |
| V2 | 九月 | 8 USD | 未知 | 9,000 | 10 月 25 日 |
| V3 | 九月 | 未知 | 未知 | 未知 | 10 月 25 日 |
已知的預估獎勵合計為:
12 USD + 8 USD = 20 USD。
這 20 USD 來自兩筆預估金額已知的帳戶端紀錄。表格列出三支選定的影片,但第三支的預估金額未知。因此,20 USD 並非三支影片的完整獎勵合計,也不是已確認支付的款項。
已知的合格觀看次數是 V1 的 6,000 次。範例未提供 V2 及 V3 的合格觀看次數。不要將 6,000 次描述為三支影片的完整合計。
V2 的 9,000 次公開觀看,無法補足其缺失的合格觀看次數欄位。不要使用 V1 的公開觀看次數與合格觀看次數之間的關係,來推估 V2。來源並未確立換算規則。帳戶端的九月期間與十月的公開觀測,也仍是不同的時間基準。
現在假設你之後為 V1 加入另一筆公開快照。這是本虛構範例中假設新增的紀錄。V1 的帳戶端預估獎勵應維持 12 USD。已知的帳戶端金額合計仍為:
12 USD + 8 USD = 20 USD。
如果連接後的表格將 V1 的 12 USD 計算兩次,就會得到:
12 USD + 12 USD + 8 USD = 32 USD。
多出的 12 USD 來自重複計算的帳戶端紀錄,並不是另一筆獎勵。使用報告前,請先修正資料連接。
V3 的預估獎勵與公開觀看次數都應保留為未知。範例沒有說明公開數值缺失的原因。沒有證據時,不要將其標記為查詢失敗、影片已移除或觀看次數為零。
7. 記錄資訊缺漏,並檢查完成的表格
為每項待釐清事項提供簡明說明。不同的資訊缺漏,需要不同的後續步驟。
| 資訊缺漏 | 須保留的內容 | 下一步 |
|---|---|---|
| 無法取得帳戶端紀錄 | 帳戶端數值未知,以及涵蓋範圍有限的情況 | 檢查可取得的帳戶紀錄 |
| 影片身分不確定 | 未配對的帳戶端紀錄 | 核查來源連結或完整 ID |
| 期間不同 | 兩個原始時間基準 | 在報告中說明差異 |
| 預估金額缺少付款證據 | 金額屬於預估的狀態 | 另行核查帳戶端付款證據 |
| 缺少合格觀看次數或資格狀態 | 未知值 | 重新核查帳戶端來源 |
| 公開資料查詢失敗 | 回傳的狀態與原因 | 保留帳戶端紀錄,並說明核查失敗的情況 |
| 公開計數缺失或經過取整 | 缺失值或精確程度狀態 | 據此限制公開資料的比較範圍 |
完成以下檢查後,才能接受這份報告:
- 每筆帳戶端金額都有來源參照、期間、幣別及金額狀態。
- 每項配對都使用已核查的影片身分。
- 資料連接後,帳戶端紀錄筆數與已知金額合計保持不變。
- 缺失值仍與零明確區分。
- 每個公開計數都保留觀測時間,以及可取得的精確程度資訊。
- 預估金額仍與已確認付款分開記錄。
- 沒有任何計算將公開觀看次數換算為收益或合格觀看次數。
- 涵蓋範圍說明列出所有缺失的帳戶端紀錄或匯出方面的缺漏。
來源證據支持的是這個建議方法,並非實際測得的核對結果。有一則公開提問詢問如何從 TikTok Studio 匯出 Creator Rewards 資料。這能支持本文對讀者問題的表述,但不能證明有匯出功能,也無法顯示有多少創作者遇到這個問題。公開匯出提問,於 2026 年 8 月 11 日擷取;僅有一則提問紀錄。
來源與延伸閱讀
作者 Chronometrica · 更新日期
返回頂端 ↑
