
这个流程会生成一张对账表:它将相关记录匹配起来,同时清楚保留各自的来源和差异。先整理账号内记录。只有当公开数据有助于回答报告中的问题时,才添加这些数据。
TikTok 文档介绍了供账号所有者使用的数据面板,其中包含预估奖励、视频表现信息和视频资格详情。资格指视频是否满足该计划的要求。已核查的来源未能证实存在完整的奖励数据导出功能,也未能确立当前可用的下载流程。请使用你的账号实际提供的记录。TikTok 帮助中心,已于2026年10月25日核查;仅支持数据面板相关信息。
1. 明确问题和报告期间
用一句话写明你要核查什么。例如:“我需要列出九月显示的预估奖励,并为每个已匹配的视频添加最新可用的公开播放量。”
这个问题涉及两个日期参照。九月是账号内奖励记录所属的期间。公开观测有自己的日期和时间。即使把十月读取的公开计数放在九月奖励旁边,它也不会变成九月的计数。
选择报告需要哪些信息:
| 信息 | 应使用的来源 | 须保留的含义 |
|---|---|---|
| 预估奖励 | 账号内可查看的奖励记录 | 按来源标签标明的预估金额 |
| 已确认付款 | 账号内可查看的付款凭证 | 该记录能够证实的付款 |
| 合格播放量 | 明确列出合格播放量的账号内记录 | 来源中的合格播放次数 |
| 资格 | 明确列出资格的账号内记录 | 来源中的资格状态 |
| 公开播放量 | 带日期的公开视频观测 | 观测时的公开计数 |
合格播放量是账号内奖励数据来源认定为合格的播放次数。本指南不另行提供合格判定规则。请保留账号中显示的原始标签。不要将普通公开播放量视为合格播放量。
记录报告期间、币种,以及核查账号内数据来源的日期。保留来源注明的时区。如果来源未显示时区或准确时间,请记录这一缺口。不要添加来源未提供的精度。
还要说明报告的覆盖范围。“选取的三条九月账号内记录”与“九月全部奖励记录”并不相同。只有证据能够支持全部覆盖时,才使用后一种表述。
2. 收集能够查看的账号内记录
打开账号可用的奖励数据面板或文件。为每条抄录的记录保留其来源页面或文件的引用。保留原始标签、日期、视频引用和金额状态。
如果找不到导出功能,就手动记录少量能够核查的数据。这种方法不依赖 CSV 导出。CSV 是一种文本文件,用逗号分隔表格中的值。本次固定的来源证据无法确认是否存在完整的奖励数据 CSV 导出功能。
对每条账号内记录执行以下步骤:
- 记录找到它的位置和核查时间。
- 抄录其所属期间和视频引用。
- 抄录奖励金额、币种和原始金额标签。
- 仅在来源显示合格播放量和资格时抄录这些信息。
- 将每个缺失值标记为未知。
- 再次对照来源核查抄录的值。
将预估奖励与付款凭证保存在不同的列或表中。显示的预估金额不能证明已经付款。如果付款记录没有视频引用,请保留其注明的范围。没有证据时,不要将这笔付款归到某个视频。
保留来源使用的单位。货币金额与播放次数使用不同的单位,不要将它们相加。不同币种应分别合计,除非你另有具备依据的换算方法。
缺失值不是零。零表示来源报告该字段的值为零。未知表示记录无法确定该值。奖励、付款、合格播放量、资格和公开播放量都需要保留这一区别。
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`。可以先使用下面这份小规模输入的结构:
{
"maxItems": 1,
"mode": "knownUrls",
"startUrls": ["https://www.tiktok.com/@mrbeast/video/7654638524729216287"]
}将示例 URL 替换为视频对应关系表中一个已核实的公开视频 URL。所提供的地址只是示例,并非有关你的账号或奖励记录的证据。`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` 值改为零。即使公开计数是精确的,也不能证明有同样数量的不同观众。
本报告处理的是账号内奖励记录。如果你另有任务,需要记录品牌协议下的交付情况,请使用 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 · 更新日期
返回顶部 ↑
