動画を根拠にTikTokクリエイターを探す：ChronometricaとClockworks User Searchの比較

確認に必要なレコードを比較する

ChronometricaはTikTokの公開動画を検索します。動画レコードには、投稿者の識別情報、キャプション、動画URL、取得可能な公開投稿指標、検索クエリの情報が含まれます。同じ投稿者が複数のレコードに現れることもあります。そのため、動画を出発点として、コンテンツを研究する価値がある人物を探せます。Chronometricaの製品詳細。

Clockworksでは、特定分野のキーワードを使ってプロフィールを探せます。レコードには、名前、自己紹介文、フォロワー数、動画数、自己紹介欄のリンク、ユーザーIDなどのプロフィール情報が含まれます。Clockworksの製品詳細。

この表は、確認済みのChronometricaの入出力仕様、Chronometricaの入力スキーマ、Clockworksの入出力仕様、Clockworksの入力スキーマに基づいています。

このレコードの違いから、選択に役立つ基準を導けます。候補を採用する前に、確認者が何を見る必要があるかを書き出してください。その人物のコンテンツの具体例が必要なら、動画レコードから始めます。プロフィール情報が必要なら、プロフィールレコードから始めます。

今回の調査で「研究する価値がある」とは何かを定める

この比較の背景にある作業手順の問いは、製品開発者による調査投稿から生まれました。その投稿では、クリエイター、フック、形式、トレンドをどのように調査しているかを尋ねていました。この問いは、作業内容を定める助けになります。ただし、独立した市場調査でも、どちらかの製品への需要を測定した証拠でもありません。調査に関する議論。

収集を始める前に、「研究する価値がある」の意味を明確にする必要があります。あるクリエイターが役立つのは、動画の導入が明確だからかもしれません。難しい題材を説明しているから、あるいは理解したい形式を使っているからかもしれません。これらは、それぞれ異なる選定理由です。

この手順では、成果物を人物の候補リストと定めます。各人物には、関連する根拠動画と、文章で記した選定理由を添えます。理由には、コンテンツで実際に確認できることを書いてください。

例えば、選定メモに「実演を始める前に、冒頭で視聴者の課題を示している」と書けます。これは、別の人も確認できるコンテンツ上の判断です。「優れたクリエイター」という評価だけでは、確認者に伝わる情報が大幅に少なくなります。

調査の範囲も定めてください。事例を研究しても、視聴者層の質や、クリエイターの商業面での適性が分かるわけではありません。それらには別の確認が必要です。目的を明確に保つことで、今回の判断に必要な根拠を収集できます。

収集前に小規模な検索サンプルを設定する

調査の目的に合う、範囲を絞ったテーマから始めます。関連動画で使われそうな検索語句を少数書き出してください。最初の収集では、関係のない複数の調査課題を混ぜないようにします。最初のサンプルを絞れば、確認と修正がしやすくなります。

確認済みのChronometricaのスキーマでは、`queries`が必須です。Actorが収集を試みる量を決める設定も用意されています。Chronometricaの入力スキーマ。

1. `expandQueries`で、関連する語句の追加を許可するかどうかを設定します。
2. `maxResults`で、重複を除いた動画数の全体上限を設定します。
3. `resultsPerQuery`で、全体上限を適用する前の、検索語句ごとの最大件数を設定します。
4. `maxPagesPerQuery`で、取得を試みるページ数の上限を設定します。
5. 全体上限の影響を考えて、`searchDistribution`を選びます。

均等配分では、検索語句ごとの実効上限が低くなることがあります。これらの設定は、観測するサンプルの範囲を定めます。関連するすべての動画やクリエイターの発見を保証するものではありません。Chronometricaの入力スキーマ。

この設定例では、文書に記載されたフィールドと、有効な範囲内の値を使っています。クエリは一例であり、検索量や返されるコンテンツについての主張ではありません。

{
  "queries": [
    "ugc ad examples"
  ],
  "expandQueries": false,
  "maxResults": 6,
  "resultsPerQuery": 6,
  "maxPagesPerQuery": 1,
  "searchDistribution": "balanced"
}

クエリを、調査の目的に合う語句に置き換えてください。保存済みのTikTok Content Idea Research Taskも出発点として使えます。Taskとは、保存された入力設定です。使用前に設定を確認し、調査の問いに合う収集になるようにしてください。

最初の収集では、関連性とレコードの構造を評価します。選び方が不適切なクエリを拡張しても、確認する資料が増えるだけです。

動画レコードからクリエイター候補を作る

動画検索が返すのは動画レコードです。各レコードが、それぞれ別のクリエイターを表すとは限りません。Chronometricaは、同じ投稿者の動画を複数返すことがあります。そのため、見つかった人数を報告する前に、レコードをグループ化する必要があります。Chronometricaの製品詳細。

変わりにくい投稿者の識別情報を使って、グループを作ります。同一人物かどうかが不確かな場合は、レコードを統合する前に確認してください。取得した根拠で同一人物か判断できない場合は、その不確かさを明記します。見た目が整った一覧より、正確な一覧の方が役立ちます。

作業内容を2つの形で残します。1つ目は、返された動画レコードを保存した元の収集データです。2つ目は、選定した投稿者ごとに1件を記載するクリエイター候補リストです。候補リストの各項目から、選定した根拠動画を参照できるようにします。

記載した選定理由を最もよく裏付ける動画を選びます。最も関連性の高い事例が、表示される数値が最大の動画とは限りません。フックを調べるなら、冒頭部分が選定理由を裏付ける必要があります。実演を調べるなら、実演部分を確認します。

収集したほかの動画も保存してください。確認者が、どのように判断に至ったかを確認できます。また、観測したサンプルの中で、選定が単独の1例だけに依存しているかどうかも分かります。

架空の例で手順を確認する

次の例は架空です。実際のTikTokデータ、ベンチマーク、顧客の成果ではありません。

収集データに、3人の投稿者による関連動画のレコードが6件あるとします。投稿者Aは3件、投稿者Bは2件、投稿者Cは1件のレコードに現れます。

正しい報告は、観測した動画が6本、重複を除いたクリエイター候補が3人です。この例でクリエイターを6人と報告すると、実際のクリエイター数の2倍になります。

調査担当者は、元の6件のレコードをすべて保存します。候補リストには、各投稿者から関連動画を1本選びます。そのため、候補リストは3件になります。各項目には、選定した動画へのリンク、キャプション、研究する理由を記載します。

計算は簡単ですが、この区別は重要です。6という数だけを見た確認者は、調査で見つかった人数が実際の2倍だと思うかもしれません。2種類の数を分ければ、有用なコンテンツを捨てずに、その誤りを防げます。

次に、調査の目的に照らして考えます。各人物の具体的なフックの例を求める調査なら、選んだ動画が必要な確認を支えます。自己紹介文とフォロワー数を含むプロフィールを求める調査なら、出発点に必要なレコードは異なります。

候補リストの3件は、この架空のサンプルについて述べたものです。適切なクリエイターが3人しか存在しないことを示すものではありません。返されたサンプルに含まれないクリエイターも、関連するコンテンツを公開している可能性があります。

候補を採用する前にコンテンツを確認する

検索語句は、事例の候補を探す手がかりになります。ただし、各事例が調査の目的に合うかどうかまでは決まりません。選んだコンテンツを開き、選定理由を裏付ける部分を確認してください。

フックの研究では、冒頭が何をしているかを特定します。課題を示しているのか、結果を見せているのか、問いを提示しているのかを確認します。観察した手法を、分かりやすい言葉で記録してください。何を見たかを示さずに、良し悪しの評価だけを付けないでください。

形式の研究では、重要な構成を記述します。動画が導入から実演へどう移るかを確認する必要があるかもしれません。別の調査担当者が元の動画と照合できる程度に、メモで構成を明確にしてください。

キャプションは、背景情報の一部として使います。キャプションだけで、動画の内容がすべて分かると思わないでください。選んだコンテンツと、文章にした選定理由が一致する必要があります。

候補リストの項目を確定する前に、プロフィールを確認します。研究したい人物が、選んだ根拠資料の人物と一致することを確認してください。項目の内容を変える可能性がある不確かな点を解消します。

主張の範囲は、根拠の範囲に合わせます。関連する動画が1本あれば、その事例をさらに研究する根拠になります。クリエイターの普段の手法について、より広い主張をするには、さらに多くのコンテンツを確認する必要があります。小さなサンプルに、それを超える問いへの回答を求めずに、役立つ候補リストを作れます。

件数、欠損値、検索条件を明確に残す

研究リストには、別の人がその限界を理解できるだけの背景情報が必要です。元のレコードとともに、クエリと収集設定を保存してください。資料を確認した日時も記録します。これにより、確認者は、どのような問いから候補リストが作られたかを理解できます。

動画数と、重複を除いたクリエイター数は分けて報告します。観測した人数より、選定した人数が少ない場合は、その違いも示してください。返された収集データと最終的な選定結果は、それぞれ別の問いに答えるものです。

確認に役立つ場合は、取得可能な公開投稿指標を、対応する元の動画と一緒に保存します。値が欠けている場合は、欠損のまま残してください。0に置き換えてはいけません。件数の欠損は、その投稿にエンゲージメントがなかったことを示しません。

表示された数値は、観測した投稿の背景情報として扱います。その数値に基づいて選定した場合は、その理由を説明してください。説明がないと、確認者は最大の数値でリストを決めたと考えるかもしれません。実際の目的が、特定のテーマや形式の研究であっても同じです。

候補リストの各人物について、投稿者の識別情報、選んだ動画のURL、キャプション、選定理由、出典の背景情報を保存します。これは、実務に役立つ確認記録です。人物と、その人物を選ぶきっかけとなったコンテンツの両方を確認できます。

調査の目的が変わったらプロフィールレコードを使う

切り替えを判断する主な条件は、必要な成果物の変更です。確認者がプロフィール一覧を求める場合は、動画をさらに収集する前に、出発点となるレコードを見直してください。

役立つ確認方法は、必要な列を先に書き出すことです。大半の列は、人物のプロフィールに関するものですか。それとも、特定のコンテンツに関するものですか。この問いによって、不一致を早い段階で見つけられます。

現在の調査に不要な事例の収集に時間を使わないでください。同様に、プロフィール一覧が完成しても、コンテンツの研究が終わったとは考えないでください。次の確認者が、その人物を研究する価値がある理由を尋ねるなら、その判断の根拠が引き続き必要です。

これは作業手順の選択です。最初にどの根拠が必要かを決め、その種類のレコードを提供するActorを選びます。追加の確認は、調査の目的に必要な場合だけ行います。

短く、繰り返し使える確認手順を使う

手順全体は、簡潔に保てます。検索範囲を広げる前に、最初の収集で次の手順を使ってください。

1. 成果物を明記します。コンテンツを根拠にした研究リストが必要なのか、プロフィール一覧が必要なのかを示します。採用する各項目に必要な根拠を定めます。
2. テーマに関するクエリを書き出します。最初のクエリ群は、確認できる範囲に絞ります。収集前に、クエリ拡張、結果件数の上限、ページ数の上限を確定します。
3. 選んだ種類のレコードを収集します。返されたレコードに、調査の目的に必要な背景情報が含まれているかを確認します。
4. 動画レコードを投稿者ごとにグループ化します。識別情報が不確かな場合は、統合前に確認します。元のレコードは参照できる状態で残します。
5. 事例を確認して選びます。各クリエイター候補に、関連動画とキャプションを添えます。テーマに合う理由を、人による判断として記述します。
6. 件数を分けて報告します。観測した動画数と、その動画が表す、重複を除いたクリエイター候補の人数を示します。欠損値はそのまま残します。
7. 候補リストを確定します。実際のコンテンツとプロフィールを確認します。判断に影響し得る未解決の問いを記録します。

この確認後に、次の収集で何を解決する必要があるかを決めます。テーマとの一致が弱ければ、クエリの改善が必要かもしれません。選定が不確かなら、コンテンツの追加確認が必要かもしれません。上限を増やすことが役立つのは、レコードを増やすことで残った問いに答えられる場合だけです。

次の作業が、選んだ事例の整理なら、TikTok UGCクリエイティブライブラリのガイドで、その別の手順を扱っています。この比較で扱うのは、クリエイター探しに使う適切なレコードを選び、確認するところまでです。