# 如何核對 TikTok Creator Rewards 紀錄與公開影片觀看次數

使用你能在自己帳戶中取得的 Creator Rewards 紀錄。將預估獎勵、已確認付款、合格觀看次數及公開觀看次數分開記錄。使用完整且一致的影片 ID 配對紀錄；ID 是用來識別影片的代碼。在每筆帳戶端紀錄旁，加入附有觀測日期的公開觀看次數。公開觀看次數無法補回缺失的收益或合格觀看次數。

這個流程會建立一張核對表，用來配對相關紀錄，同時清楚保留各筆紀錄的來源與差異。先從帳戶端紀錄開始。只有在公開資料有助於回答報告問題時，才將其加入。

TikTok 文件說明，帳戶持有人的儀表板提供預估獎勵、影片成效資訊及影片資格詳情。資格是指影片是否符合計畫要求。已核查的來源無法證實有完整的 Rewards 匯出功能，也無法確認目前的下載流程。請使用帳戶實際提供的紀錄。[TikTok 支援，已於 2026 年 10 月 25 日核查；僅支持儀表板相關資訊](https://support.tiktok.com/en/business-and-creator/creator-rewards-program/how-is-the-creator-rewards-program-different-from-the-tiktok-creator-fund?invalid_lang=ko)。

## 1. 確定問題與報告期間

用一句話說明你需要核查什麼。例如：「我需要列出帳戶顯示的九月預估獎勵，並為每支已配對的影片加入最新可取得的公開觀看次數。」

這個問題涉及兩個時間基準。九月是帳戶端獎勵紀錄所屬的期間。公開觀測資料則有自己的日期與時間。十月讀取的公開計數，即使放在九月獎勵旁邊，也不會變成九月的計數。

選擇報告需要的資訊：

| 資訊 | 應使用的來源 | 須保留的含義 |
| --- | --- | --- |
| 預估獎勵 | 可取得的帳戶端 Rewards 紀錄 | 依來源標籤所示的預估金額 |
| 已確認付款 | 可取得的帳戶端付款證據 | 有該紀錄支持的付款 |
| 合格觀看次數 | 明確列出此項資訊的帳戶端紀錄 | 來源提供的合格觀看次數 |
| 資格狀態 | 明確列出此項資訊的帳戶端紀錄 | 來源顯示的資格狀態 |
| 公開觀看次數 | 附有日期的公開影片觀測資料 | 觀測當時的公開計數 |

合格觀看次數，是帳戶端 Rewards 來源認定為合格的觀看次數。本指南不另行提供資格判定規則。請保留帳戶顯示的完整原始標籤。不要將一般公開觀看次數視為合格觀看次數。

記錄報告期間、幣別，以及你核查帳戶端來源的日期。保留來源標示的時區。如果來源沒有顯示時區或確切時間，請記錄這項缺漏。不要加入來源未提供的精確資訊。

也要說明報告涵蓋的範圍。「選取的三筆九月帳戶端紀錄」與「九月所有 Rewards 紀錄」並不相同。只有在證據支持涵蓋全部紀錄時，才能使用後者。

## 2. 蒐集你能取得的帳戶端紀錄

開啟帳戶可用的 Rewards 儀表板或檔案。為每筆抄錄的紀錄保留對應畫面或檔案的來源參照。保留原始標籤、日期、影片參照，以及金額的狀態。

如果找不到匯出功能，請手動記錄少量可核查的資料。這個方法不依賴 CSV 匯出。CSV 是以逗號分隔表格數值的文字檔。本次固定使用的來源證據，無法確認是否提供完整的 Rewards CSV 匯出功能。

對每筆帳戶端紀錄執行以下步驟：

1. 記錄找到紀錄的位置，以及核查時間。
2. 抄錄紀錄期間與影片參照。
3. 抄錄獎勵金額、幣別及完整原始金額標籤。
4. 只有在來源顯示時，才抄錄合格觀看次數及資格狀態。
5. 將每個缺失值標記為未知。
6. 再次對照來源，核查抄錄的數值。

將預估獎勵與付款證據分別放在不同欄位或表格。畫面顯示預估金額，不代表款項已支付。如果付款紀錄沒有影片參照，請保留紀錄所述的範圍。沒有證據時，不要將款項歸到某支影片。

保留來源的單位。貨幣金額與觀看次數的單位不同，不要將兩者加總。不同幣別應分別加總，除非另有具備依據的換算方法。

缺失值不是零。零表示來源明確指出該欄位的數值為零。未知表示該紀錄無法確定數值。獎勵、付款、合格觀看次數、資格狀態及公開觀看次數，都須保留這項區別。

## 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`。請以這份小規模輸入作為起點：

```json
{
  "maxItems": 1,
  "mode": "knownUrls",
  "startUrls": ["https://www.tiktok.com/@mrbeast/video/7654638524729216287"]
}
```

4. 有需要時，加入一筆公開觀測資料

將範例網址換成影片身分對照表中，一個已核查的公開影片網址。提供的網址只是範例，不能作為你帳戶或 Rewards 紀錄的證據。`maxItems` 用來限制輸出的總列數。上限設為 1，可讓這次建議的核查維持小規模；這不表示結果涵蓋整個帳戶。

這份輸入符合所提供的結構規範。本文未實際執行 Actor。這些輸出欄位描述的是公開介面規格，並非本文實際觀測到的結果。[Actor 公開介面規格，已於 2026 年 10 月 25 日核查；僅有文件所載的輸入與輸出，沒有實際執行結果](https://api.apify.com/v2/acts/chronometrica~tiktok-metrics-scraper/builds/default)。

Task 是為 Actor 儲存的一組預設輸入。核查來源時，公開的 TikTok Creator Analytics Task 頁面確實存在。但未透過已驗證身分的帳戶讀取其儲存設定，也未執行該 Task。使用前，請自行檢查輸入。[TikTok Creator Analytics Task，已於 2026 年 10 月 25 日核查；僅確認公開頁面存在](https://apify.com/chronometrica/tiktok-metrics-scraper/examples/tiktok-creator-analytics)。

自行執行核查後，請檢查 `status`、`statusReason`，以及 `postMetricStatus` 中的 `views` 項目。同時保留指標狀態及其精確程度值。文件列出的精確程度值包括 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 及 `unknown`。

不要將經過取整的計數呈現為精確值。不要將缺失的 `views` 值改成零。即使公開計數是精確值，也不能證明有同樣數量的不同觀眾。

本報告處理的是帳戶端 Rewards 紀錄。如果另一項工作是記錄品牌合約的交付情況，請使用 [TikTok UGC 觀看次數存證方法](/zh-Hant/articles/tiktok-%E7%94%A8%E6%88%B6%E5%8E%9F%E5%89%B5%E5%85%A7%E5%AE%B9-%E8%A7%80%E7%9C%8B%E8%AD%89%E6%93%9A%E6%94%B6%E6%93%9A/)。該方法對合約及截止時間有不同的核查要求。

## 5. 配對紀錄，並維持獎勵合計不變

資料連接是透過共用欄位，將紀錄合併的步驟。在這裡，只能透過已核查的影片身分連接資料。在結果中保留帳戶端紀錄識別碼、期間及紀錄類型。

依照以下順序操作：

1. 加入公開資料前，先加總已知的帳戶端獎勵金額。
2. 計算帳戶端來源紀錄的筆數，以及缺少金額的紀錄筆數。
3. 在本報告中，每筆帳戶端紀錄最多選取一筆公開快照。
4. 透過已核查的影片 ID，配對選取的快照。
5. 將帳戶端期間與公開觀測時間分別放在不同欄位。
6. 再次加總帳戶端金額，並與原始合計比較。

如果保留多筆公開快照，請將其存放在公開觀測資料表中。依照明確寫出的規則，為報告選取其中一筆，例如本報告可取得的最新可用觀測資料。記錄你選取的是哪一筆快照。

同一筆帳戶端紀錄，不能因為有多筆公開計數讀值，就變成多筆應付款項。同樣地，同一支影片的兩筆帳戶端紀錄，如果期間或紀錄類型不同，仍是兩筆來源紀錄。

直接說明日期之間的關係。「九月預估獎勵，搭配十月 25 日觀測的公開觀看次數」表達清楚。如果你只在十月蒐集公開計數，就沒有依據將它稱為「九月觀看次數」。

公開計數也無法顯示觀眾觀看了影片的哪些片段。如果這是你的下一個問題，請使用 [TikTok 觀眾留存資料選擇指南](/zh-Hant/articles/%E7%82%BA%E4%BD%95-tiktok-%E8%A7%80%E7%9C%8B%E6%AC%A1%E6%95%B8%E4%B8%8D%E8%83%BD%E9%A1%AF%E7%A4%BA%E7%95%99%E5%AD%98%E6%9B%B2%E7%B7%9A/)，選擇適合回答該問題的帳戶端資料。

## 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 |
| 期間不同 | 兩個原始時間基準 | 在報告中說明差異 |
| 預估金額缺少付款證據 | 金額屬於預估的狀態 | 另行核查帳戶端付款證據 |
| 缺少合格觀看次數或資格狀態 | 未知值 | 重新核查帳戶端來源 |
| 公開資料查詢失敗 | 回傳的狀態與原因 | 保留帳戶端紀錄，並說明核查失敗的情況 |
| 公開計數缺失或經過取整 | 缺失值或精確程度狀態 | 據此限制公開資料的比較範圍 |

完成以下檢查後，才能接受這份報告：

1. 每筆帳戶端金額都有來源參照、期間、幣別及金額狀態。
2. 每項配對都使用已核查的影片身分。
3. 資料連接後，帳戶端紀錄筆數與已知金額合計保持不變。
4. 缺失值仍與零明確區分。
5. 每個公開計數都保留觀測時間，以及可取得的精確程度資訊。
6. 預估金額仍與已確認付款分開記錄。
7. 沒有任何計算將公開觀看次數換算為收益或合格觀看次數。
8. 涵蓋範圍說明列出所有缺失的帳戶端紀錄或匯出方面的缺漏。

來源證據支持的是這個建議方法，並非實際測得的核對結果。有一則公開提問詢問如何從 TikTok Studio 匯出 Creator Rewards 資料。這能支持本文對讀者問題的表述，但不能證明有匯出功能，也無法顯示有多少創作者遇到這個問題。[公開匯出提問，於 2026 年 8 月 11 日擷取；僅有一則提問紀錄](https://www.reddit.com/r/TikTokMonetizing/comments/1tt3miy/how_do_you_export_creator_rewards_data_from/)。

## 依據尚未補足的資訊，選擇下一步

先從少量可核查的帳戶端紀錄開始。儲存各筆紀錄的來源、期間、幣別及完整原始標籤。加入公開計數前，先建立影片身分對照表。第一份實用成果是一張核對表：已知的帳戶端金額合計保持不變，缺失值也清楚可見。

如果剩餘問題涉及收益、合格觀看次數、資格狀態或付款，請查閱相關帳戶端紀錄。再次讀取公開觀看次數，無法補足這些資訊。如果附有日期的公開資料有助於補充背景，請先使用一個已核查的影片網址，透過 [TikTok Metrics Scraper Actor，介面規格已於 2026 年 10 月 25 日核查；僅供蒐集公開資料](https://apify.com/chronometrica/tiktok-metrics-scraper)進行查詢。加入觀測資料前，先檢查回傳的狀態及精確程度。

## 來源與延伸閱讀

- [TikTok 支援：Creator Rewards 儀表板，已於 2026 年 10 月 25 日核查；支持儀表板相關資訊，無法證實完整匯出流程](https://support.tiktok.com/en/business-and-creator/creator-rewards-program/how-is-the-creator-rewards-program-different-from-the-tiktok-creator-fund?invalid_lang=ko)
- [TikTok Metrics Scraper 預設建置版本 0.1.36 與 README 證據，已於 2026 年 10 月 25 日核查；僅核查靜態介面規格，未實際執行](https://api.apify.com/v2/acts/chronometrica~tiktok-metrics-scraper/builds/default)
- [TikTok Creator Analytics Task，已於 2026 年 10 月 25 日核查；僅確認公開頁面存在，未核查儲存設定及執行情況](https://apify.com/chronometrica/tiktok-metrics-scraper/examples/tiktok-creator-analytics)
- [Creator Rewards 匯出提問，於 2026 年 8 月 11 日擷取；僅一則公開提問，不能證明功能存在或需求規模](https://www.reddit.com/r/TikTokMonetizing/comments/1tt3miy/how_do_you_export_creator_rewards_data_from/)