# TikTok Creator Rewardsの記録と公開動画の視聴数を照合する方法

自分のアカウントで確認できるCreator Rewardsの記録を使います。推定報酬、確認済みの支払い、有効視聴数、公開視聴数を分けて管理してください。動画を識別するコードである動画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. 転記した値を、元の情報源ともう一度照合します。

推定報酬と支払いの証拠は、別の列か別の表で管理します。推定額の表示は、実際に金銭が支払われた証拠にはなりません。支払い記録に動画の参照情報がない場合は、記録に明記された対象範囲を保持してください。証拠なしに特定の動画へ割り当てないでください。

情報源の単位を保持します。通貨で表した金額と視聴数は、単位が異なります。1つの合計にまとめないでください。通貨が異なる金額は、別途、根拠のある換算方法がない限り、通貨ごとに集計します。

欠損値はゼロではありません。ゼロは、その項目について情報源が「なし」と報告していることを意味します。不明は、その記録から値を確定できないことを意味します。この区別は、報酬、支払い、有効視聴数、適格性、公開視聴数のすべてに適用します。

## 3. 関連付ける3つの表を保存する

アカウント内の記録、動画の同一性の確認結果、公開情報の取得結果は、別々の表で管理します。こうすると、後の確認が容易になります。また、公開情報を繰り返し取得しても、報酬額が重複するのを防げます。

以下は、レポート用に提案する項目です。自分で作る表の項目であり、公開データ収集プログラムが返す追加項目ではありません。

### アカウント内の記録

アカウント内の元の記録1件につき、1行を使います。1本の動画に、対象期間や記録種別が異なる複数の記録がある場合もあります。

| 保存する項目 | 記録する内容 |
| --- | --- |
| アカウント内の記録キー | この元の記録を一意に識別する参照情報 |
| 情報源の参照情報 | ダッシュボードの画面やファイルの参照情報 |
| 情報源の確認日時 | アカウント内の記録を確認した日時 |
| 記録種別 | 情報源がその記録に付けた名称 |
| レポートの対象期間 | 表示されたとおりの対象期間 |
| アカウント内の動画参照情報 | 情報源にある動画のリンクまたはID |
| 推定報酬 | 表示された金額、または不明 |
| 通貨 | その金額の通貨 |
| 支払いの証拠 | 利用できる場合は、別の支払い記録の参照情報 |
| 有効視聴数 | 情報源の視聴数、ゼロ、または不明 |
| 適格性 | 情報源に示された正確な状態、または不明 |
| 未解決の事項 | 不足している情報や不明確な点 |

### 動画の対応表

動画の対応表は、アカウント内の動画参照情報と、確認済みの公開動画を結び付けます。アカウント内の参照情報、正確な公開動画ID、公開URL、確認日、同一性の判定結果を保存します。

正確なIDを確認できる場合は、必ず照合します。説明文、タイトル、日付が似ているだけでは不十分です。両方の記録が同じ動画を指すと確認できなければ、同一性は未確認のままにしてください。

対応付ける際も、アカウント内の記録キーを残します。同じ動画の報酬記録が2つの期間に分かれている場合、動画IDだけでは区別できません。

### 公開情報の取得結果

スナップショットとは、ある時点の取得結果を保存したものです。公開情報のスナップショットは、1件ずつ別の行に保存します。仕様に記載された次の項目が返された場合は、保存してください。

| Actorの項目 | このレポートでの用途 |
| --- | --- |
| `inputUrl` | 確認のために送信したURL |
| `postId` | 返された動画ID |
| `postUrl` | 返された公開動画のURL |
| `views` | 取得した公開視聴数 |
| `postMetricStatus` | 公開指標の取得可否と精度に関する情報 |
| `status` | その行の結果全体の状態 |
| `statusReason` | 提供される場合は、その状態に関する詳細 |
| `scrapedAt` | 公開情報を取得した日時 |

仕様に記載された出力には、`publishedAt`も含まれます。これは動画の公開日時です。`scrapedAt`やアカウント内のRewardsの対象期間とは分けて管理してください。

## 4. 役立つ場合に公開情報の取得結果を1件追加する

Actorとは、ホスト環境で動作するデータ収集プログラムです。TikTok Metrics Scraper Actorの仕様には、公開動画のカウントと識別用の項目が記載されています。記載された出力には、収益や有効視聴数の項目はありません。このActorが照合表を作るわけではありません。

確認した入出力仕様では、`mode`を`knownUrls`に設定し、`startUrls`を使って既知の公開動画URLを指定できます。まず、この小規模な入力例をひな形にします。

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

4. 役立つ場合に公開情報の取得結果を1件追加する

サンプルURLを、動画の対応表にある確認済みの公開動画URL1件に置き換えます。記載されたアドレスはサンプルです。自分のアカウントやRewardsの記録についての証拠ではありません。`maxItems`は、出力される行の総数を制限します。上限を1にすると、この確認を小規模に保てます。ただし、アカウント全体を対象にしたことにはなりません。

この入力は、提供されたスキーマで定められた形式に適合しています。この記事のための実行は行っていません。出力項目は公開された入出力仕様を説明するもので、ここで実際に取得した結果ではありません。[Actorの公開入出力仕様：2026年10月25日確認。記載された入力と出力のみで、実行結果なし](https://api.apify.com/v2/acts/chronometrica~tiktok-metrics-scraper/builds/default)。

Taskとは、Actorの入力設定を保存したものです。情報源を確認した時点では、TikTok Creator Analytics 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の視聴数を証拠として記録する方法](/ja/articles/tiktok-ugc%E5%A5%91%E7%B4%84-%E5%86%8D%E7%94%9F%E5%9B%9E%E6%95%B0%E3%81%AE%E8%A8%BC%E8%B7%A1%E8%A8%98%E9%8C%B2/)を使ってください。その方法では、契約と締め切り日時について異なる確認を行います。

## 5. 報酬の合計額を変えずに記録を対応付ける

結合とは、共通の項目を使って記録を組み合わせる処理です。ここでは、同一性を確認した動画だけを使って結合します。結果には、アカウント内の記録キー、対象期間、記録種別を残してください。

次の順序で進めます。

1. 公開データを追加する前に、アカウント内で判明している報酬額を合計します。
2. アカウント内の元の記録の件数と、金額が不明な記録の件数を数えます。
3. このレポートでは、アカウント内の各記録に対し、公開情報のスナップショットを最大1件選びます。
4. 確認済みの動画IDを使って、選んだスナップショットを対応付けます。
5. アカウント内の対象期間と公開情報の取得日時を、別々の列に残します。
6. アカウント内の金額を再び合計し、元の合計額と比較します。

公開情報のスナップショットを複数残す場合は、公開情報の取得結果の表に保存します。レポートに使う1件は、明示したルールに従って選びます。例えば、このレポートで利用できる最新の有効な取得結果を選びます。どのスナップショットを選んだかを記録してください。

公開視聴数を複数回取得したことを理由に、アカウント内の1件の記録から複数の支払い対象額を作ってはいけません。同様に、同じ動画についてアカウント内の記録が2件あり、対象期間や記録種別が異なる場合は、元の記録2件として残します。

日付の関係をそのまま説明します。「九月分の推定額と、十月25日に取得した公開視聴数」なら明確です。公開視聴数を十月にしか取得していない場合、「九月の視聴数」という表現には根拠がありません。

公開カウントからは、視聴者が動画のどの場面を見たかも分かりません。次に知りたいことがそれであれば、[TikTokの視聴維持データの選び方](/ja/articles/tiktok-%E8%A6%96%E8%81%B4%E8%80%85%E7%B6%AD%E6%8C%81%E7%8E%87-%E3%83%87%E3%83%BC%E3%82%BF%E3%81%AE%E9%81%B8%E3%81%B3%E6%96%B9/)を使い、その問いに適したアカウント内のデータを選んでください。

## 6. 計算例：選んだ3本の動画

独自に作成した架空の例です。以下の値はすべて、方法を説明するために作ったものです。実際の収益、プラットフォームの結果、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.

これは、推定額が判明しているアカウント内の記録2件の合計である20 USDです。表には選んだ3本の動画がありますが、3本目の推定額は不明です。そのため、20 USDは3本すべての報酬を含む合計ではありません。また、支払いが確認された金額でもありません。

判明している有効視聴数は、V1の6,000です。V2とV3には、有効視聴数の値が示されていません。6,000を3本すべての合計として説明しないでください。

V2の公開視聴数9,000では、不明な有効視聴数を補えません。V1の公開視聴数と有効視聴数の関係を使って、V2を推定しないでください。情報源は換算ルールを示していません。また、アカウント内の対象期間である九月と、公開情報を取得した十月は、異なる日付の基準のままです。

ここで、後からV1の公開情報のスナップショットをさらに追加すると仮定します。これは、この架空の例で想定する追加記録です。アカウント内のV1の推定額は12 USDのままにします。アカウント内で判明している合計額は、次のままです。

12 USD + 8 USD = 20 USD.

結合した表でV1の12 USDを2回数えると、次の結果になります。

12 USD + 12 USD + 8 USD = 32 USD.

余分な12 USDは、アカウント内の記録が重複したために生じています。別の報酬ではありません。レポートを使う前に、結合を修正してください。

V3では、推定額と公開視聴数を両方とも不明のままにします。この例では、公開視聴数がない理由を示していません。証拠なしに、取得失敗、動画削除、視聴数ゼロと記入しないでください。

## 7. 不明点を記録し、完成した表を確認する

未解決の各項目に、分かりやすい説明を付けます。不明点が異なれば、次に行うことも異なります。

| 不明点・不足点 | 保持する内容 | 次の行動 |
| --- | --- | --- |
| アカウント内の記録を利用できない | アカウント内の値が不明であることと、対象範囲の制限 | アカウント内で利用できる記録を確認する |
| 動画の同一性が不確か | 対応付けられていないアカウント内の記録 | 情報源のリンクまたは正確なIDを確認する |
| 対象期間が異なる | 元の2つの日付の基準 | レポートで違いを説明する |
| 推定額に支払いの証拠がない | 金額が推定であること | アカウント内の別の支払い証拠を確認する |
| 有効視聴数または適格性が不明 | 値が不明であること | アカウント内の情報源を再確認する |
| 公開情報の取得に失敗した | 返された状態と理由 | アカウント内の記録を残し、取得の失敗を説明する |
| 公開カウントが欠損している、または丸められている | 欠損値または精度の状態 | その状態に応じて公開情報との比較範囲を制限する |

次の確認を終えてから、レポートを完成とします。

1. アカウント内のすべての金額に、情報源の参照情報、対象期間、通貨、金額の状態がある。
2. すべての対応付けで、動画の同一性を確認している。
3. 結合後も、アカウント内の記録件数と、判明している合計額が変わっていない。
4. 欠損値とゼロを区別している。
5. 各公開カウントに、取得日時と、利用できる精度情報を残している。
6. 推定額と確認済みの支払いを分けている。
7. 公開視聴数を収益や有効視聴数に換算する計算がない。
8. 対象範囲の説明に、不足しているアカウント内の記録や、エクスポートに関する不足点を明記している。

資料の証拠が裏付けるのは、ここで提案した方法であり、実測した照合結果ではありません。公開された質問が1件あり、TikTok StudioからCreator Rewardsのデータをエクスポートする方法を尋ねています。これは、読者の問題をこのように表現する根拠にはなります。しかし、エクスポート機能の存在や、この問題を抱えるクリエイターの人数を示すものではありません。[エクスポートに関する公開質問：2026年8月11日取得。質問記録1件のみ](https://www.reddit.com/r/TikTokMonetizing/comments/1tt3miy/how_do_you_export_creator_rewards_data_from/)。

## 残っている不明点に応じて次の行動を選ぶ

まず、自分で確認できる少数のアカウント内の記録から始めます。情報源、期間、通貨、正確な項目名を保存してください。公開視聴数を追加する前に、動画の対応表を作ります。最初に目指すのは、アカウント内の記録で判明している合計額が変わらず、欠損値も見える表です。

残る疑問が収益、有効視聴数、適格性、支払いに関するものなら、該当するアカウント内の記録を確認してください。公開視聴数をもう一度取得しても、それらの事実は分かりません。取得日時付きの公開情報が役立つ場合は、まず確認済みの動画URLを1件使って、[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日取得。公開質問1件のみで、機能や需要の規模を証明するものではない](https://www.reddit.com/r/TikTokMonetizing/comments/1tt3miy/how_do_you_export_creator_rewards_data_from/)