ChronometricaとStreamers Shortsの比較：目的に合うYouTubeチャンネルデータセットの選び方

データセットで答えるべき問いを最初に決める

何を知りたいのかを1文で書きます。その文で、調査に含める形式を定義してください。

最近の公開コンテンツの一覧を作るなら、収集サンプルの中で各チャンネルがどの対応形式の動画を公開したかを問うことができます。この問いには、通常動画、Shorts、ライブ配信のアーカイブのいずれも関係し得ます。これらの形式への対応を明記した収集ツールが、この範囲に合います。Chronometricaは、3つの形式すべてをチャンネルから検出できると記載しています。Chronometricaの仕様。

Shortsの調査なら、複数のチャンネルが短い動画でどのように話題を紹介しているかを問うことができます。この場合、ほかの形式を調査設計上の対象外にできます。Streamers YouTube Shorts Scraperは、指定したチャンネルからShortsを収集するために設計されています。通常動画とライブ配信のアーカイブを意図的に除外する問いには、この特化した範囲が合います。Streamersの仕様。

より多くの種類の投稿を取得できるという理由だけで、広い範囲を選ばないでください。形式が増えると分析作業も増えます。追加の形式が役立つのは、それが問いへの答えに必要な場合だけです。また、Shortsのサンプルを選んだ後に、そのサンプルでチャンネル全体の投稿活動を説明しないでください。

形式の選択は、導ける結論にも影響します。収集したShortsの件数が表すのは、サンプル内のShortsです。チャンネルがあらゆる形式をどのくらいの頻度で投稿するかは表しません。複数形式のサンプルでは、より広いコンテンツ一覧を作れます。ただし、その場合も範囲を明確にする必要があります。

選択を切り替える主な条件は、次のとおりです。問いがほかの形式を対象外とするなら、Shortsに特化した手順を使います。ほかの形式も必要なら、対応が明記された、より広い収集範囲を使います。

収集仕様を比較する

収集仕様には、プログラムが受け付ける入力と、文書に記載された出力フィールドが示されています。この仕様を使い、調査に必要なレコードをActorから取得できるか確認します。

以下の公開仕様とスキーマは、2026年10月20日に確認しました。この比較は、確認済みの文書に基づいています。実際の収集テストの結果を報告するものではありません。

出典：Chronometricaの仕様、Chronometricaの入力スキーマ、Streamersの仕様、Streamersの入力スキーマ。

Chronometricaがこの用途に合う点は、対応形式で共通のフラットな行構造を使うことです。フラットな構造では、文書に記載されたフィールドが各レコード内にまとまっています。これにより、複数形式を含む一覧を保持したうえで、適切な比較グループに分けられます。Chronometricaの仕様。

この適合性は、速度、価格、信頼性の優位性を示すものではありません。また、この比較では、競合製品の文書に記載されていない機能を、存在しないものとして扱いません。推奨は、各製品について確認できた範囲と、読者が答える必要のある問いに基づいています。

収集範囲を明確にする

収集前に、チャンネル、対象形式、観測日時を記録します。入力設定も記録してください。これらの情報で、得られたサンプルが何を表すかを説明できます。

まず、目的に合う公開チャンネルを1つ選びます。最初の収集を小規模にすると、入力を増やす前に、確認しやすい件数のレコードを調べられます。

この入力例は、Chronometricaの文書に記載された現行スキーマを使っています。

{
  "startUrls": [
    "https://www.youtube.com/@MrBeast"
  ],
  "maxItems": 6,
  "channelSort": "recent"
}

公開チャンネルのアドレスは、入力の形式を示すためのものです。目的に合う公開ソースに置き換えてください。この例は実行結果の報告ではありません。また、そのチャンネルに現在どの投稿があるかを保証するものでもありません。確認済みの公開Taskには、保存された入力例があります。Taskは、入力設定を保存したプリセットです。公開Task。

`maxItems`は、保存する行数の全体上限です。チャンネルごとの上限ではありません。後からチャンネルを追加しても、この値に入力数を掛けた行数が保存されるとは考えないでください。現行スキーマでは、`channelSort`の値として`recent`、`popular`、`oldest`に対応しています。Chronometricaの入力スキーマ。

問いに合う並び順なら、`recent`を使います。ただし、並び順の設定は、暦上の対象期間を指定するものではありません。件数に上限のあるサンプルでは、チャンネルの投稿傾向によって、含まれる期間の長さが異なる場合があります。

そのため、収集後に公開日を確認します。行数とともに、観測した投稿の公開日の範囲を報告してください。一定期間についての問いなら、投稿頻度を説明する前に、その期間を手元の証拠で裏付けられることを確認します。

行数の上限は、保存されるサンプルの規模を制御します。チャンネル全体を網羅していることや、各形式または各チャンネルが均等に含まれていることを証明するものではありません。

各指標とともに識別情報、形式、日時を残す

指標には背景情報が必要です。投稿の識別子、形式、日付がない再生回数は、比較しにくく、後で確認することも難しくなります。

Chronometricaは、関連するフィールドとして`postId`、`postType`、`isShort`、`isLive`、`publishedAt`、`views`、`likes`、`comments`、`postMetricStatus`、`channelMetricStatus`、`scrapedAt`などを記載しています。分析に使うレコードには、これらの文書に記載されたフィールドを残してください。Chronometricaの仕様。

投稿の識別情報を使い、各観測結果を元の投稿と結び付けたままにします。通常動画、Shorts、ライブ配信のアーカイブを分けられるよう、形式のフィールドを残します。観測時に投稿からどれだけ時間が経過していたかを判断できるよう、公開日時と収集日時も残します。

公開からの経過時間は重要です。最近の投稿を集めたサンプルでも、公開から観測までに反応を集められる時間の長さは、投稿ごとに異なる場合があります。公開直後の投稿と以前の投稿は、同じエクスポートに含まれているというだけでは、同じ条件の観測結果にはなりません。

投稿を順位付けする前に、公開からの経過時間で適切なグループを作ります。問いと手元のレコードに合うグループにしてください。有用な比較を行うには投稿数が少なすぎるグループがある場合は、無理に順位を付けず、その限界を報告します。

欠損値は欠損値のままにします。取得できない高評価数は、高評価が0件という意味ではありません。また、報告された数値を正確な値として扱う前に、文書に記載された指標の限界を確認してください。指標フィールドがあるだけでは、値を取得できることや、その値が精密であることは確認できません。

デフォルトのデータセットに含まれない結果も確認する

Chronometricaでは、収集結果の確認時に、結果の保存先も確認します。デフォルトの課金対象データセットに入るのは、`ok`の結果だけです。それ以外の結果は、同じ行フィールドを持つ別のUnbilled resultsデータセットに入ります。両方のデータセットと、`OUTPUT`内のカバレッジ件数およびステータス別件数を読んでください。`ok`の行でも、すべての指標を取得できることや、すべての値が正確であることは保証されません。Chronometricaの仕様。

この確認で答える問いは、形式別件数とは異なります。形式別件数は、観測した投稿を示します。結果別件数は、未解決のケースを把握し、収集結果を理解するために役立ちます。

デフォルトのデータセットだけで比較対象の投稿群を作り、それですべての入力を説明できると考えないでください。作業記録では、未解決の結果を確認できる状態に保ちます。それらが、答えようとしている問いにどう影響するかを明記してください。

次に、使用する予定の指標フィールドを確認します。特定の指標比較には使えないレコードでも、一覧の作成には役立つ場合があります。たとえば、ある投稿を観測済みの形式別件数に含められると分かっていても、その投稿についてすべてのエンゲージメント指標を取得できるとは限りません。

レコードを一覧に含めるかどうかと、取得できた指標が比較に使えるかどうかは、別々に判断します。そうすれば、欠損した指標を気付かないまま0に置き換えたり、根拠のない順位に変えたりすることを防げます。

架空の6投稿を使って判断する

以下は架空の例です。説明のための例であり、収集の実行結果、ベンチマーク、顧客の成果ではありません。

範囲を明示した観測対象の投稿群に、通常動画3件、Shorts2件、ライブ配信のアーカイブ1件の計6件が含まれているとします。観測した行に占めるShortsの割合は、次のとおりです。

`2 / 6 × 100 = 33.33%`

この計算が示すのは、この6投稿の構成です。チャンネルの全履歴に占めるShortsの割合を測ったものではありません。

ここで、同じ投稿群について2つの問いを考えます。

公開コンテンツの一覧を作るなら、6件すべての投稿と形式ラベルを残します。3つの形式別件数は、観測したサンプルに何が含まれているかを示します。Chronometricaの文書に記載された収集範囲は、これらの対応形式を共通の行構造に含めるという要件に合います。Chronometricaの仕様。

Shortsの冒頭で視聴者を引きつける方法を調べるなら、意図した形式の部分集合として2件のShortsを残します。ほかの4件は、この問いの対象外です。それらを除外するのは調査設計上の選択です。Actorがそれらの収集に失敗した証拠ではありません。

この計算は、製品の性能を主張する根拠にはなりません。競合製品を実際に実行した際に4件の投稿が欠けていたことを示すものではありません。また、どの形式の成果が最も高いかも示しません。

成果を調べるには、まず通常動画同士、Shorts同士で、比較に適した投稿を比べます。各グループ内で、公開からの経過時間と指標の取得可否を確認します。ライブ配信のアーカイブ1件は、限定的な観測結果として扱ってください。形式全体について広い結論を出すのに十分な証拠とは見なさないでください。

最後に、視聴者についての主張と投稿件数を分けます。この投稿群だけでは、視聴者がShortsから通常動画やライブ配信のアーカイブへ移動するとは確認できません。チャンネル名が同じというだけでは、その証拠にはなりません。

収集対象を広げる前に、簡潔な手順で判断する

まず、1つのソースにこの手順を適用します。目的は、収集範囲と取得できたレコードで、調査の問いに答えられることを確認することです。

1. 調査の種類を明示します。全形式の一覧を作るための問いか、Shorts調査の問いのいずれかを書きます。調査に含める形式を列挙してください。これにより、結果を見た後に対象範囲が変わることを防げます。
2. サンプルの範囲を明示します。収集元のチャンネル、観測日時、並び順、行数の上限を記録します。上限は、保存する行数の制限として扱います。収集後に、観測した投稿の公開日の範囲を記録します。
3. レコードの背景情報を残します。各指標とともに、投稿の識別情報、形式、公開日時、収集日時を保持します。これらのフィールドで、どの投稿を各比較グループに含めるべきか確認できます。
4. 収集結果を確認します。Chronometricaでは、デフォルトのデータセット、Unbilled results、`OUTPUT`を読みます。投稿群が何をカバーするかを説明する前に、未解決のケースを把握してください。Chronometricaの仕様。
5. 観測した投稿を形式別に数えます。収集した行が各形式に何件属するかを報告します。これらは観測件数であると明記してください。形式別の割合を計算する場合は、分母が観測対象の投稿群であることを示します。
6. 各比較を確認します。必要な指標を取得でき、その指標が比較に適していることを確認します。適切な形式と、公開からの経過時間のグループ内で投稿を比較します。欠損値はそのまま保持し、結果に影響する精度の限界を明記します。
7. Actorの選択を確認します。問いに、対応する通常動画、Shorts、ライブ配信のアーカイブが必要なら、広い範囲の収集ツールを使い続けます。ほかの形式を意図的に対象外とする問いなら、Shortsに特化した手順を使います。

役立つ引き継ぎ資料では、別の分析担当者がソース、設定、観測した投稿、限界を特定できる必要があります。また、どのレコードが各結論を裏付けるかも説明してください。そうすれば、対象の投稿群を確認しやすくなり、同じ手順を繰り返しやすくなります。

次の分析段階では、別記事のYouTube Shortsと長尺動画の監査ガイドを使ってください。そのガイドでは、形式の比較を扱います。この記事では、それに先立つActorの選択と収集範囲を扱います。