# 如何用公开视频播放量核对 TikTok Creator Rewards 记录

使用你在自己账号内能够查看的 Creator Rewards 记录。将预估奖励、已确认付款、合格播放量和公开播放量分开。使用准确的视频 ID 匹配记录；视频 ID 是用于识别视频的代码。在每条账号内记录旁，将公开播放量作为一项带日期的观测数据添加。公开播放量无法补齐缺失的收益或合格播放量。

这个流程会生成一张对账表：它将相关记录匹配起来，同时清楚保留各自的来源和差异。先整理账号内记录。只有当公开数据有助于回答报告中的问题时，才添加这些数据。

TikTok 文档介绍了供账号所有者使用的数据面板，其中包含预估奖励、视频表现信息和视频资格详情。资格指视频是否满足该计划的要求。已核查的来源未能证实存在完整的奖励数据导出功能，也未能确立当前可用的下载流程。请使用你的账号实际提供的记录。[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. 明确问题和报告期间

用一句话写明你要核查什么。例如：“我需要列出九月显示的预估奖励，并为每个已匹配的视频添加最新可用的公开播放量。”

这个问题涉及两个日期参照。九月是账号内奖励记录所属的期间。公开观测有自己的日期和时间。即使把十月读取的公开计数放在九月奖励旁边，它也不会变成九月的计数。

选择报告需要哪些信息：

| 信息 | 应使用的来源 | 须保留的含义 |
| --- | --- | --- |
| 预估奖励 | 账号内可查看的奖励记录 | 按来源标签标明的预估金额 |
| 已确认付款 | 账号内可查看的付款凭证 | 该记录能够证实的付款 |
| 合格播放量 | 明确列出合格播放量的账号内记录 | 来源中的合格播放次数 |
| 资格 | 明确列出资格的账号内记录 | 来源中的资格状态 |
| 公开播放量 | 带日期的公开视频观测 | 观测时的公开计数 |

合格播放量是账号内奖励数据来源认定为合格的播放次数。本指南不另行提供合格判定规则。请保留账号中显示的原始标签。不要将普通公开播放量视为合格播放量。

记录报告期间、币种，以及核查账号内数据来源的日期。保留来源注明的时区。如果来源未显示时区或准确时间，请记录这一缺口。不要添加来源未提供的精度。

还要说明报告的覆盖范围。“选取的三条九月账号内记录”与“九月全部奖励记录”并不相同。只有证据能够支持全部覆盖时，才使用后一种表述。

## 2. 收集能够查看的账号内记录

打开账号可用的奖励数据面板或文件。为每条抄录的记录保留其来源页面或文件的引用。保留原始标签、日期、视频引用和金额状态。

如果找不到导出功能，就手动记录少量能够核查的数据。这种方法不依赖 CSV 导出。CSV 是一种文本文件，用逗号分隔表格中的值。本次固定的来源证据无法确认是否存在完整的奖励数据 CSV 导出功能。

对每条账号内记录执行以下步骤：

1. 记录找到它的位置和核查时间。
2. 抄录其所属期间和视频引用。
3. 抄录奖励金额、币种和原始金额标签。
4. 仅在来源显示合格播放量和资格时抄录这些信息。
5. 将每个缺失值标记为未知。
6. 再次对照来源核查抄录的值。

将预估奖励与付款凭证保存在不同的列或表中。显示的预估金额不能证明已经付款。如果付款记录没有视频引用，请保留其注明的范围。没有证据时，不要将这笔付款归到某个视频。

保留来源使用的单位。货币金额与播放次数使用不同的单位，不要将它们相加。不同币种应分别合计，除非你另有具备依据的换算方法。

缺失值不是零。零表示来源报告该字段的值为零。未知表示记录无法确定该值。奖励、付款、合格播放量、资格和公开播放量都需要保留这一区别。

## 3. 保存三张相互关联的表

将账号内记录、视频身份核查结果和公开观测分别保存在不同的表中。这样便于后续核查，也能防止因同一视频有多次公开观测而重复计入奖励金额。

下列字段是建议使用的报告字段。它们属于你自己建立的表，并不是公开数据采集工具额外返回的字段。

### 账号内记录

每条账号内来源记录占一行。同一个视频可能因期间或记录类型不同而有多条记录。

| 需保存的字段 | 记录内容 |
| --- | --- |
| 账号内记录唯一标识 | 用于唯一识别这条来源记录的标识 |
| 来源引用 | 数据面板页面或文件的引用 |
| 来源核查时间 | 核查账号内记录的时间 |
| 记录类型 | 来源为该记录使用的标签 |
| 报告期间 | 来源显示的准确期间 |
| 账号内视频引用 | 来源中的视频链接或 ID |
| 预估奖励 | 显示的金额，或未知 |
| 币种 | 金额对应的币种 |
| 付款凭证 | 单独的付款记录引用，如有 |
| 合格播放量 | 来源中的计数、零或未知 |
| 资格 | 来源中的原始状态，或未知 |
| 待解决问题 | 任何缺失或不明确的细节 |

### 视频对应关系表

视频对应关系表将账号内视频引用与已核实的公开视频关联起来。保存账号内视频引用、准确的公开视频 ID、公开 URL、核查日期和视频匹配结论。

凡是能够获取准确 ID 的地方，都要核对 ID。仅有相似的视频文案、标题或日期还不够。如果无法确定两条记录属于同一个视频，就将视频身份保留为待核实。

匹配时保留账号内记录唯一标识。仅凭视频 ID，无法区分同一视频的两个奖励期间。

### 公开观测

快照是在特定时间保存的一次观测。每份公开快照单独占一行。如果返回结果中包含以下文档列出的字段，请将其保存：

| Actor 字段 | 在本报告中的用途 |
| --- | --- |
| `inputUrl` | 提交用于核查的 URL |
| `postId` | 返回的视频 ID |
| `postUrl` | 返回的公开视频 URL |
| `views` | 观测到的公开播放次数 |
| `postMetricStatus` | 公开指标的可用性和精度信息 |
| `status` | 该行的整体结果状态 |
| `statusReason` | 该状态的详细说明，如有 |
| `scrapedAt` | 采集此次公开观测的时间 |

文档列出的输出还包括 `publishedAt`，即视频发布时间。请将它与 `scrapedAt` 及账号内奖励记录所属期间分开。

## 4. 在有帮助时添加一次公开观测

Actor 是托管运行的数据采集程序。TikTok Metrics Scraper Actor 的文档列出了公开视频计数和身份字段。文档列出的输出中没有收益或合格播放量字段。它也不会为你生成对账表。

已核查的接口规范支持通过 `startUrls` 提供已知的公开视频 URL，并将 `mode` 设为 `knownUrls`。可以先使用下面这份小规模输入的结构：

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

4. 在有帮助时添加一次公开观测

将示例 URL 替换为视频对应关系表中一个已核实的公开视频 URL。所提供的地址只是示例，并非有关你的账号或奖励记录的证据。`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` 值改为零。即使公开计数是精确的，也不能证明有同样数量的不同观众。

本报告处理的是账号内奖励记录。如果你另有任务，需要记录品牌协议下的交付情况，请使用 [TikTok UGC 播放量取证方法](/zh-Hans/articles/tiktok%E4%BB%98%E8%B4%B9ugc%E6%92%AD%E6%94%BE%E9%87%8F%E8%AF%81%E6%8D%AE%E5%9B%9E%E6%89%A7/)。该方法对协议及其截止时间有不同的核查要求。

## 5. 匹配记录，同时保持奖励合计不变

关联是通过共同字段合并记录的步骤。在这里，只能通过已核实的视频身份关联记录。结果中要保留账号内记录唯一标识、期间和记录类型。

按以下顺序操作：

1. 添加公开数据前，先合计账号内已知的奖励金额。
2. 统计账号内来源记录的条数，以及金额缺失的记录条数。
3. 在本报告中，每条账号内记录最多选择一份公开快照。
4. 通过已核实的视频 ID 匹配选定的快照。
5. 将账号内记录所属期间和公开观测时间保存在不同的列中。
6. 再次合计账号内金额，并与原始合计比较。

如果保留多份公开快照，请将它们放在公开观测表中。按明确说明的规则为报告选择一份，例如选择本报告可用的最新观测。记录选中了哪份快照。

一条账号内记录不能因为有多次公开读数，就变成多笔应付金额。同样，同一视频的两条账号内记录，如果期间或记录类型不同，就仍然是两条来源记录。

直接说明日期之间的关系。“九月预估奖励，配以十月25日观测的公开播放量”表达清楚。如果只在十月采集过公开计数，就没有依据称其为“九月播放量”。

公开计数也无法显示观众观看了视频中的哪些时刻。如果这是你接下来要解答的问题，请使用 [TikTok 留存数据选择指南](/zh-Hans/articles/%E4%B8%BA%E4%BD%95tiktok%E6%92%AD%E6%94%BE%E9%87%8F%E6%97%A0%E6%B3%95%E6%98%BE%E7%A4%BA%E7%95%99%E5%AD%98%E6%9B%B2%E7%BA%BF/)，选择适合该问题的账号内数据。

## 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/)。

## 根据尚未补齐的信息选择下一步

先从少量能够核查的账号内记录开始。保存这些记录的来源、期间、币种和原始标签。在添加公开计数前，先建立视频对应关系表。第一份有用的结果应是一张表：账号内已知金额的合计保持不变，缺失值也清楚可见。

如果尚未解决的问题涉及收益、合格播放量、资格或付款，请核查相应的账号内记录。再次读取公开播放量，也无法补齐这些信息。如果带日期的公开数据有助于补充背景，请先使用一个已核实的视频 URL 试用 [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/)